darrencauthon

:) I mean "everybody is already using" in the context of most dev area, including my own.

Here's how it usually works: We're coasting along with some tool and doing well, then some dev announces that we're ALL WRONG because another tool is better. Sometimes the tool he's announcing is something like git when we're using TFS, and we switch. Other times, say RVM vs. this right now... I just don't see a big gain.

I'm not saying it's always the rule. It depends on the context. If the context is a group of Ruby/Rails devs who are efficiently building applications in exchange for money, and the new(er) tool is one that:

1.) Ends with the same net result for the developer, and 2.) Adds a little bit of complexity on setup and rules around use, then

why switch? I'm perfectly willing to trade up my development tools, but I want a better net gain before I switch.

Perhaps that net gain will be to keep up with a growing number of devs who use it? We'll see.

Sometimes the simpler solution is the more complex tool -- if that's what everybody already uses and if it already works. Just like RVM.

There's not much sweating to do, as it always comes up relatively quickly.

Capitalism is not based on the existence of a customer. It's based in freedom, in the right of every individual to do what he or she wants to do with his or her own life and property.

Of course, if there is no customer, there can be no sale. However, the sale itself isn't always the point. Sometimes people do things just for the fun of it -- and that's capitalism, too.

As a guy who recently switched from years of ASP.Net MVC to Rails, I read this post and wanted to shout...

"Watch out everybody, he's hitting the database!!!"

Ruby is a great language that I love, but this is one of those cases where Ruby's conciseness and readability hide a TON of complexity. And complexity in tests is death.

I've seen it for myself -- there's a lot of technical debt interest in those tests. It looks manageable at the beginning, especially within the scope of a blog post, but when the app grows and grows and grows, the tests fail.