Life After Business Objects - Confessions of an OOP Veteran
summary
Team replaces mutable Business Objects with F# and immutable records to process gigabytes of live TV radio and podcast data per hour, moving logic into small modules and functions instead of methods on big classes. Domain modeling uses algebraic data types and phase-specific record types to remove options and avoid nulls. Resulting service shortens spec-to-production, yields about 50% less code and fewer bugs, and gives safer concurrency and easier testing without external DBs for core logic.
AI-written summary · about
chapters (13)
- 0:00Introduction
- 1:15Being Pragmatic
- 2:05Reference
- 2:24Point
- 6:10Posture concurrency
- 7:18Visibility qualifier
- 8:27Point manager
- 10:03Business objects
- 12:38Implementation
- 14:41ObjectOriented Paradigm
- 16:10Domain Modeling
- 23:07Options
- 25:44Data Structure
related talks
34mLife 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
37mDomain modelling in object-oriented and functional programming, based on C# and F#
29mSingle Value Objects: where DDD and Functional Programming Share Forces
52mBreaking Bad Code: From simple problems to complicated solutions and back
52mF# in the real world
