Luismi Cavallé works at BeBanjo. He's been putting together lines of Ruby code for fun and profit since 2006. He's an active open-source contributor and got his 15 minutes of fame a couple of years back as the author of Steak (later revealed as a scam). He's been involved with the Ruby community in Spain organising and speaking at local conferences and leading the Madrid Ruby users group. He lives now in London.
More about Luismi:
Rails is awesome! It makes very easy and fun to start new projects. However, as your application grows, you will eventually need to come off the Rails. Otherwise your codebase will become completely unmanageable. Everyone knows that.
You'll need presenters and a service layer, including role and use-case objects. DCI will be great too or, alternatively, you can go Hexagonal. After all, the web is just a delivery mechanism, the database is a mere persistence strategy and, of course, “Rails is a detail”.
But… Wait a minute! Is all that really true? Does the Golden Path no longer work as your application becomes larger? How is it, then, that Rails claims to be “optimised for sustainable productivity”?
Criticising Rails is so last year! This time we'll revisit the patterns and conventions that Rails encourages and push them to the limit to see what happens. We'll seek examples of large Rails applications keeping their models manageable without derailing. We'll also discuss the trade-offs of running on and off the Rails. And, maybe, we'll finally learn how to stop worrying and love the Rails way!
Going back to basic Rails sounds really really interesting. Even though I like my presenters, I would love to hear a well-founded opinion from the other perspective on the matter. Always a fan of the devil's advocate :D