Life After Business Objects - Confessions of an OOP Veteran
summary
Team replaces OO business objects with F# and reports handling gigabytes of media per hour while cutting time to production and reducing failing unit tests dramatically. Domain model uses algebraic data types and many small immutable records so illegal states disappear, optional/null usage drops, and each processing stage has its own type. Concurrency becomes simpler via immutability, workflow code composes with piping, and deployment cadence and operational stability improve.
AI-written summary · about
chapters (9)
- 0:00Intro
- 5:10Modeling a point
- 8:13Principle difference in initial sets of defaults between OOP & FP
- 11:54Business objects
- 18:08Order processing
- 22:06Domain modeling in F#
- 28:12Can't we adopt FB style in C#?
- 33:26What advantage did we gain with F#?
- 34:07Outro
related talks
35mLife After Business Objects - Confessions of an OOP Veteran
37mLife After Business Objects: Confessions of an OOP Veteran
44mLife after business objects. Confessions of an OOP veteran
59mLife After Business Objects
52mF# in the real world
29mSingle Value Objects: where DDD and Functional Programming Share Forces
01h 08mWhy Every Day as a Developer Would Be Easier with F#
46mFunctional developer in object oriented world
