Expand on polymorphism which is all arrow is based...

# functional

[raulraja]

Expand on polymorphism which is all arrow is based on. https://arrow-kt.io/docs/patterns/polymorphic_programs/
Or bring common idioms like imperative syntax to all the reactive data types you may be using for easier adoption https://arrow-kt.io/docs/patterns/monad_comprehensions/
People go through different journeys and there is also many books available to get started with basic stuff in FP in Kotlin.
also many talks and tutorials in the Arrow blog from different people in the community. https://arrow-kt.io/blog/

I find the easiest path to come up with some sample code as to how you do certain things today and see how it can be improved with Arrow. Many people start like that in the #arrow channel.
Functional Programming attempts to solve many problems but not everyone has all of them so it’s not always seem useful to some people. One problem we all seem to have is effects as most of our applications interface with external systems and in the JVM in general most libraries are throwing exceptions and doing uncontrolled effects that blow up to the callers. I think in this regard learning about suspension in Kotlin and FP in the context of effects it’s a good start where you can see the value right away. This is what Arrow Fx attempts to solve.
@pakoito recently wrote a post about Fx that shows some of these features in detail https://twitter.com/pacoworks/status/1206507788043718657