Functional Programming in Spring with Arrow, Lenses & Effects • Jacob Bass • YOW! 2019

This presentation was recorded at YOW! 2019. #GOTOcon #YOW
yowcon.com
Jacob Bass - Engineering Manager at Atlassian
RESOURCES
/ bassjacob
/ bassjacob
bassjacob.com
ABSTRACT
With the introduction of #Kotlin as a supported language, as well as the #Arrow functional programming framework, building a functional web application with #Spring has never been easier. More importantly, the conversion path from an Object Oriented Spring app to a Functional Programming Spring app can be accomplished with little risk and much reward.
Spring is the most widely used #JVM web framework. For many years, the paradigm it has adopted has been object-oriented, stateful and imperative. This talk will show how to take such a codebase and refactor it into a functional programming style. It will show the benefits of this approach with regards to clarity, stability, safety and testability. [...]
RECOMMENDED BOOKS
Martin Odersky • Programming in Scala 5th Edition • amzn.to/44rXiaM
Joshua D. Suereth • Scala in Depth • amzn.to/3QVADk6
/ gotocon
/ goto-
/ goto_con
/ gotoconferences
#ArrowFramework #FunctionalProgramming #Programming #SoftwareEngineering #JacobBoss #YOWcon
Looking for a unique learning experience?
Attend the next GOTO conference near you! Get your ticket at gotopia.tech
Sign up for updates and specials at gotopia.tech/n...
SUBSCRIBE TO OUR CHANNEL - new videos posted almost daily.
www.youtube.co...

[@GOTO-]

We are currently releasing older YOW! videos to serve as a valuable archive, preserving historical content. It is possible that a video is perceived as outdated. We believe it offers insightful glimpses into the past, enriching our understanding of history and development.

[@SamPainter11]

For curious viewers the Arrow.kt library has radically evolved since this talk in a direction much more in line with idiomatic Kotlin. There is no more Higher Kinded Type emulation. What is left is a tight set of tools for enhancing KotlinX coroutines, doing typed error handling, and working with immutable data all in a very idiomatic way that feels like an extension to the Kotlin standard library.
FP idioms from Scala and Haskell do not work well without better language support for expression oriented programming, higher kinded types, and type classes and they feel very clunky in this old Arrow style.

[@valcron-1000]

For the love of god, please don't write Kotlin in this style. It's completely unidiomatic and it's no better than using the "standard" Kotlin way.