3 ms·

Its kind of ironic that for folks like me that ran screaming away from Java/J2EE to Rails are now seeing questions that assert Ruby/Rails is the new "boring" wh

Its kind of ironic that for folks like me that ran screaming away from Java/J2EE to Rails are now seeing questions that assert Ruby/Rails is the new "boring" when it used to be Java. I think this is speaking volumes about the maturity model of the stack and eco-system. For almost any web application you can't go wrong with Rails. People will knock the performance almost out of habit but there are major internet scale applications out there running this stack. Its horizontally scalable like many other web stacks and I would put developer happiness and ease of use as more important than some theoretical spreadsheet benchmarks. Many developers just get bored and want to play with something new and shiny. Our industry has spent countless hours reinventing the wheel. I'm not saying there should be one tech stack to rule them all, just that the time spent inventing new frameworks for Resume Driven Development is kinda ridiculous.

stephenhuey 3y ago
I agree, and will add that even though it might seem "boring" to some people, there are plenty of unique fun requirements per project even when using the same stack. 5 different clients have gotten me to start new projects in the past 3 years, and I chose Rails for all of them. Different business domains, different budgets for MVPs (4 figures to 6 figures), sometimes multiple developers and sometimes not, but in all cases we were able to ship product quickly without burning too much of the client's money. Contrast that with some bloated, slow dev on traditional SPA apps I saw during my last stint in enterprise, Rails enables us to move at lightning speed. Seriously, I saw people burn way more money for far less output! Maybe SPA wasn't the only problem and enterprise was, but the point is for that a lean MVP for a wide variety of domains, it's hard to beat Rails if you already know it.

stephenhuey 3y ago

I agree, and will add that even though it might seem "boring" to some people, there are plenty of unique fun requirements per project even when using the same stack. 5 different clients have gotten me to start new projects in the past 3 years, and I chose Rails for all of them. Different business domains, different budgets for MVPs (4 figures to 6 figures), sometimes multiple developers and sometimes not, but in all cases we were able to ship product quickly without burning too much of the client's money. Contrast that with some bloated, slow dev on traditional SPA apps I saw during my last stint in enterprise, Rails enables us to move at lightning speed. Seriously, I saw people burn way more money for far less output! Maybe SPA wasn't the only problem and enterprise was, but the point is for that a lean MVP for a wide variety of domains, it's hard to beat Rails if you already know it.