Wrangling Large Rails Codebases
summary
Argues that large Rails apps become manageable by extracting cohesive pieces into boxes: local gems for tiny features (example: an annoyance gem with two methods) and Rails engines for larger domains (uses isolate_namespace to keep interfaces clean and migrations local). Shows a real app split into engines (teaser, publisher, show_admin), mounts them, uses vendor gems, and runs about twenty CI jobs in parallel so most specs run under a second while acceptance tests take ~16s, proving the approach works.
AI-written summary · about
chapters (7)
- 0:00Introduction and challenges
- 2:16Seeking structure
- 7:53Using gems for isolation
- 13:31Implementing local gems
- 17:31Advanced modularization
- 25:21Principles of modularity
- 27:50Q&A on testing and design
related talks
33mRefactoring Towards Component-based Rails Architectures
41mMorning Keynote
40mMonoliths Between Microservices
32mHow I architected my big Rails app for success!
38mAll you need is Rails (Engines): Compartmentalising your Monolith
34m"Taming your Rails monolith"
01h 28mGet started with Component-based Rails applications!
51mRails Engines Patterns
