It reminds me a little bit to the tools and helpers that "bluebird" provided for javascript when Promises weren't as well understood yet. Many of those ideas about async concurrency ended up being adopted natively in pretty much all the well known javascript engines. I like it, I feel this can help a lot to explore new concurrency patterns in rust
thank you yosh. one question, both are similar but what is the key difference, when to use `ready` let a = async { 1 }.await; let a = future::ready(1).await;
Async is the most common way of doing concurrency. Did you mean parallelism using threads? Yes - you can multiplex futures concurrently on a thread, and do that in parallel on multiple threads.
The joviality in this talk is off the charts!
It reminds me a little bit to the tools and helpers that "bluebird" provided for javascript when Promises weren't as well understood yet. Many of those ideas about async concurrency ended up being adopted natively in pretty much all the well known javascript engines. I like it, I feel this can help a lot to explore new concurrency patterns in rust
While ago I saw Josh's async overloading blog. And it was just awesome and immediately made sense.
Thanks yosh for this talks. I like the way you presented the talks. Super simple and awesome
Super interesting talk :) Thank you for sharing this. I liked the inline match in the loop statement.
concise, informative and exciting
posting and liking before watching.
it is done. now back to video.
Hi Yosh, very nice talk. Very inspiring. Can you share the link to your series of blog posts about the topic?
thank you yosh. one question, both are similar but what is the key difference, when to use `ready`
let a = async { 1 }.await;
let a = future::ready(1).await;
They are identical. You can choose whichever suits your style.
Can we have async I/O traits in std already? I don't want to create a diff implementation for every runtime :(
Can someone use async and concurrency at the same time?
Async is the most common way of doing concurrency.
Did you mean parallelism using threads?
Yes - you can multiplex futures concurrently on a thread, and do that in parallel on multiple threads.