Rethinking All Practices "Building Applications in Elm"
summary
Claims that Elm eliminates a whole class of runtime failures by design, showing the compiler catching missing branches and the maybe pattern instead of null and preventing side effects in functions. Compares Flow and JS tooling, cites bundle size growth (100 KB to 360 KB) and explains the Elm Architecture and Signals / FRP wired to a single model and update loop. Emphasizes immutable data and that the type system can’t be opted out of, and notes early production use and tooling gaps.
AI-written summary · about
chapters (21)
- 0:00Intro
- 1:25Size of JavaScript Applications
- 2:35Rethinking Best Practices
- 4:55Runtime Errors
- 6:10Tracking Errors
- 7:39Flow
- 8:47Errors
- 9:23Code
- 10:12Examples
- 11:45Type System
- 14:02Dijkstra Quote
- 14:40Uber for Cats
- 15:31React
- 16:25Elm
- 17:30Stateless Functions
- 20:42Immutability
- 22:25Communicating State
- 23:39Updating State
- 26:30Constraints
- 28:12Main Thesis
- 28:33Resources
related talks
50mBeyond JavaScript Frameworks: Writing Reliable Web Apps With Elm
38mConfident Frontend with Elm
54mBeyond JavaScript Frameworks: Writing Reliable Web Apps With Elm
23mGetting rid of runtime errors with Elm
56mSimplifying Web App Development With Elm and Functional Programming
39mDeveloper Happiness on the Front End with Elm
16mElm as an antidote to front-end fatigue
31mMake the Back-End Team Jealous: Elm in Production
