Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Discussion Episode 14: RxJava — the Present and Future with David Karnok (core maintainer) #80

Open
sockeqwe opened this issue Oct 5, 2017 · 6 comments
Milestone

Comments

@sockeqwe
Copy link
Collaborator

sockeqwe commented Oct 5, 2017

No description provided.

@sockeqwe sockeqwe added this to the Episode 14 milestone Oct 5, 2017
@artem-zinnatullin
Copy link
Owner

What about "Episode 14: RxJava — the Present and Future with David Karnok (core maintainer)"?

@sockeqwe
Copy link
Collaborator Author

sockeqwe commented Oct 5, 2017

Makes sense 👍

@sockeqwe sockeqwe changed the title Discussion Episode 14: The present and future of RxJava with David Karnok — core RxJava developer Discussion Episode 14: RxJava — the Present and Future with David Karnok (core maintainer) Oct 5, 2017
@sockeqwe sockeqwe mentioned this issue Oct 5, 2017
4 tasks
@dhartwich1991
Copy link

Hey guys :) You mentioned that one should generally not use Single.just() if I understood correctly. Could you sum up exactly why? I think I didn't fully get it :) Thank you for the great show! I really enjoyed listening to it.

@akarnokd
Copy link

@dhartwich1991 Artem, his colleagues and one user per month on StackOverflow wants to use just for dynamically computing values but whatever X you have with just(X), that reference is constant and already computed, thus any subscriber to just will receive the same "old" reference.

I talked about this oddity and compared it to println(X) where everyone understands X has been computed before the invocation of println.

Artem suggested deprecating just and promoting fromCallable and I responed with legitimate use cases for just inside startWith or defaultIfEmpty and I mentioned it is a matter of educating users who have that misinterpretation I mentioned in the beginning of the comment.

@PrathamKesarkar
Copy link

PrathamKesarkar commented Dec 12, 2017

@sockeqwe Hey hannes,I cloned your DroidConBerlin repo. Actually I haven't worked with the kotlin much so I just wanted to ask you how would your code provide Stub Scheduler for testing such as Scheduler.immediate() .

@sockeqwe
Copy link
Collaborator Author

Hey @PrathamKesarkar let's continue this discussion in the droidcon Berlin repo. Just copy your previous comment over there (as a new "issue")

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants