home.social

#reactivex — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #reactivex, aggregated by home.social.

  1. Hey programmers!
    In your opinion, is ReactiveX (framework across multiple languages and platforms implementing the observer pattern) _functional_ reactive programming (FRP)?

    I'm aware of the official statement in the docs, and I have my own opinion, but I've also seen some people disagree with both, so I'm curious about your reasoning.

    #programming #reactivex #dotnet #javascript #csharp #closure #java #scala #python #ruby #cpp

  2. Hey programmers!
    In your opinion, is ReactiveX (framework across multiple languages and platforms implementing the observer pattern) _functional_ reactive programming (FRP)?

    I'm aware of the official statement in the docs, and I have my own opinion, but I've also seen some people disagree with both, so I'm curious about your reasoning.

    #programming #reactivex #dotnet #javascript #csharp #closure #java #scala #python #ruby #cpp

  3. Hey programmers!
    In your opinion, is ReactiveX (framework across multiple languages and platforms implementing the observer pattern) _functional_ reactive programming (FRP)?

    I'm aware of the official statement in the docs, and I have my own opinion, but I've also seen some people disagree with both, so I'm curious about your reasoning.

    #programming #reactivex #dotnet #javascript #csharp #closure #java #scala #python #ruby #cpp

  4. Hey programmers!
    In your opinion, is ReactiveX (framework across multiple languages and platforms implementing the observer pattern) _functional_ reactive programming (FRP)?

    I'm aware of the official statement in the docs, and I have my own opinion, but I've also seen some people disagree with both, so I'm curious about your reasoning.

    #programming #reactivex #dotnet #javascript #csharp #closure #java #scala #python #ruby #cpp

  5. Hey programmers!
    In your opinion, is ReactiveX (framework across multiple languages and platforms implementing the observer pattern) _functional_ reactive programming (FRP)?

    I'm aware of the official statement in the docs, and I have my own opinion, but I've also seen some people disagree with both, so I'm curious about your reasoning.

    #programming #reactivex #dotnet #javascript #csharp #closure #java #scala #python #ruby #cpp

  6. #Java has its IO implementations. Multiple, actually. They don't have the same properties or ergonomics as #Scala's IO (e.g., flatMaps are not optimized for tail-recursion). People may not like it, but they are deployed at scale.

    Here's what #Spring WebFlux uses:
    projectreactor.io/docs/core/re

    Here's the venerable #ReactiveX (#RxJava): reactivex.io/documentation/sin

  7. #Java has its IO implementations. Multiple, actually. They don't have the same properties or ergonomics as #Scala's IO (e.g., flatMaps are not optimized for tail-recursion). People may not like it, but they are deployed at scale.

    Here's what #Spring WebFlux uses:
    projectreactor.io/docs/core/re

    Here's the venerable #ReactiveX (#RxJava): reactivex.io/documentation/sin

  8. #Java has its IO implementations. Multiple, actually. They don't have the same properties or ergonomics as #Scala's IO (e.g., flatMaps are not optimized for tail-recursion). People may not like it, but they are deployed at scale.

    Here's what #Spring WebFlux uses:
    projectreactor.io/docs/core/re

    Here's the venerable #ReactiveX (#RxJava): reactivex.io/documentation/sin

  9. #Java has its IO implementations. Multiple, actually. They don't have the same properties or ergonomics as #Scala's IO (e.g., flatMaps are not optimized for tail-recursion). People may not like it, but they are deployed at scale.

    Here's what #Spring WebFlux uses:
    projectreactor.io/docs/core/re

    Here's the venerable #ReactiveX (#RxJava): reactivex.io/documentation/sin

  10. #Java has its IO implementations. Multiple, actually. They don't have the same properties or ergonomics as #Scala's IO (e.g., flatMaps are not optimized for tail-recursion). People may not like it, but they are deployed at scale.

    Here's what #Spring WebFlux uses:
    projectreactor.io/docs/core/re

    Here's the venerable #ReactiveX (#RxJava): reactivex.io/documentation/sin

  11. #reactivex on #dotnet is actually really fun to use, especially with #linq method style syntax

  12. We should give some credit for things like inventing AJAX (XMLHttpRequest), and . Also, developing , and . And some decent hardware, like keybords and mice. They're not only and

  13. We should give #Microsoft some credit for things like inventing AJAX (XMLHttpRequest), #TypeScript and #ReactiveX. Also, developing #VsCode, #Halo and #AgeOfEmpires. And some decent hardware, like keybords and mice. They're not only #WindowsMe and #IE6

  14. We should give #Microsoft some credit for things like inventing AJAX (XMLHttpRequest), #TypeScript and #ReactiveX. Also, developing #VsCode, #Halo and #AgeOfEmpires. And some decent hardware, like keybords and mice. They're not only #WindowsMe and #IE6

  15. We should give #Microsoft some credit for things like inventing AJAX (XMLHttpRequest), #TypeScript and #ReactiveX. Also, developing #VsCode, #Halo and #AgeOfEmpires. And some decent hardware, like keybords and mice. They're not only #WindowsMe and #IE6

  16. We should give #Microsoft some credit for things like inventing AJAX (XMLHttpRequest), #TypeScript and #ReactiveX. Also, developing #VsCode, #Halo and #AgeOfEmpires. And some decent hardware, like keybords and mice. They're not only #WindowsMe and #IE6

  17. Loving Rx.​NET interoperability with Tasks.

    Below, I could turn each event subject into a Task and use Task.WhenAny instead of Merge (I still prefer the latter).

    In other cases I do filtering, throttling, debouncing on a merged stream of events.

    #rxnet #dotnet #reactivex

  18. Loving Rx.​NET interoperability with Tasks.

    Below, I could turn each event subject into a Task and use Task.WhenAny instead of Merge (I still prefer the latter).

    In other cases I do filtering, throttling, debouncing on a merged stream of events.

    #rxnet #dotnet #reactivex

  19. Loving Rx.​NET interoperability with Tasks.

    Below, I could turn each event subject into a Task and use Task.WhenAny instead of Merge (I still prefer the latter).

    In other cases I do filtering, throttling, debouncing on a merged stream of events.

    #rxnet #dotnet #reactivex

  20. Loving Rx.​NET interoperability with Tasks.

    Below, I could turn each event subject into a Task and use Task.WhenAny instead of Merge (I still prefer the latter).

    In other cases I do filtering, throttling, debouncing on a merged stream of events.

    #rxnet #dotnet #reactivex

  21. Loving Rx.​NET interoperability with Tasks.

    Below, I could turn each event subject into a Task and use Task.WhenAny instead of Merge (I still prefer the latter).

    In other cases I do filtering, throttling, debouncing on a merged stream of events.

    #rxnet #dotnet #reactivex

  22. @Perl @gandalf’s RxPerl will cure what ails you, if what ails you is dealing with streams of data via asynchronous callback functions. metacpan.org/pod/RxPerl

    You can drop it into your existing event-driven #Perl code with ease, as it works with @leonerd’s IO::Async, @mojolicious’s Mojo::IOLoop, and AnyEvent interface libraries. It’s an implementation of #ReactiveX designed to behave like #JavaScript’s #RxJS. noc.social/@gandalf/1098396707

  23. @Perl @gandalf’s RxPerl will cure what ails you, if what ails you is dealing with streams of data via asynchronous callback functions. metacpan.org/pod/RxPerl

    You can drop it into your existing event-driven #Perl code with ease, as it works with @leonerd’s IO::Async, @mojolicious’s Mojo::IOLoop, and AnyEvent interface libraries. It’s an implementation of #ReactiveX designed to behave like #JavaScript’s #RxJS. noc.social/@gandalf/1098396707

  24. @Perl @gandalf’s RxPerl will cure what ails you, if what ails you is dealing with streams of data via asynchronous callback functions. metacpan.org/pod/RxPerl

    You can drop it into your existing event-driven #Perl code with ease, as it works with @leonerd’s IO::Async, @mojolicious’s Mojo::IOLoop, and AnyEvent interface libraries. It’s an implementation of #ReactiveX designed to behave like #JavaScript’s #RxJS. noc.social/@gandalf/1098396707

  25. @Perl @gandalf’s RxPerl will cure what ails you, if what ails you is dealing with streams of data via asynchronous callback functions. metacpan.org/pod/RxPerl

    You can drop it into your existing event-driven #Perl code with ease, as it works with @leonerd’s IO::Async, @mojolicious’s Mojo::IOLoop, and AnyEvent interface libraries. It’s an implementation of #ReactiveX designed to behave like #JavaScript’s #RxJS. noc.social/@gandalf/1098396707

  26. @Perl @gandalf’s RxPerl will cure what ails you, if what ails you is dealing with streams of data via asynchronous callback functions. metacpan.org/pod/RxPerl

    You can drop it into your existing event-driven #Perl code with ease, as it works with @leonerd’s IO::Async, @mojolicious’s Mojo::IOLoop, and AnyEvent interface libraries. It’s an implementation of #ReactiveX designed to behave like #JavaScript’s #RxJS. noc.social/@gandalf/1098396707