XWM-8159 Coroutines and Reactive Programming - friends or foes? | Devoxx

Coroutines and Reactive Programming - friends or foes?


archisec Architecture, Performance and Security Intermediate

Neuilly 253

Thursday 16:45 - 17:30

Coroutines may be seen as a replacement of reactive programming. Both of them offer the possibility to create asynchronous applications although in a very different way. Does it still make sense to use reactive programming in Kotlin? Or can we just stick with coroutines and forget all about other asynchronous applications approaches? Or maybe we can mix both of them, take their best parts and come up with a solution which is superior to any of the two?

In this session we'll learn the differences between coroutines and reactive programming. We'll see when one shines and the other... is not so great. We'll look under the hood to find out the reasons behind some design decisions and how those decisions affect performance and interoperability. We'll try to decide when we should use coroutines and when the reactive programming model is better.

 coroutines    Reactive Programming    asynchrony    Kotlin  
Room Neuilly 253
Konrad Kamiński Konrad Kamiński

Konrad is a software engineer at Allegro, a major Polish e-commerce company. He has over 20 years of experience in the IT industry in various roles (mostly as developer and technical leader) in software companies. He spent the last 18 years of his career with Java-related technologies. For the past 3 years he's used Kotlin as his primary programming language (with delight). He blogs a bit, gives talks and contributes to open source.