I had a lot of positive and negative responses to my most recent blog entry comparing Ruby to Perl and Python (Newbie to Ruby?) In fact, I had one guy go to the next level by creating a forum about me and the validity surrounding my intelligence of programming…since I am just in marketing. It’s ironic that this same guy wrote an entry on his own blog about shampoo and conditioner; more specifically marketing Herbal Essence. Maybe I should create a forum questioning his knowledge of hair products (and masculinity :) )…since he is just a programmer. My overall point is that I think Ruby and Rails are great at what they do but ultimately you should chose whatever technology is the most comfortable for your core development team. That being said, I am again discussing Ruby…this time with a Rails focus and have elected to follow a more impartial approach.

I heard the phrase “Don’t Drink the Kool-Aid” the other day while engaging in a very non-technical conversation. The phrase seems appropriate when assessing the hype that Ruby on Rails has generated. It appears that everyone is drinking the RoR Kool-Aid. The growing interest is fueled in part by the simplicity and functionality of Rails. Having all the functionality built directly into the web application framework eliminates the need for verbose configuration files. Arguably the productivity rate gained from Rails is its best case. Programmers are productive when they’re happy and they’re happy when they’re productive. Drink up!

Not everyone is drinking the Kool-Aid…just not yet at least. Try convincing a Fortune 500 company to adopt Ruby on Rails. Their arguments will usually go something like this:

  • Infrastructure is lacking
  • Lack of tool support and resources
  • Lack of a good IDE
  • Productivity gains from dynamic languages are immaterial
  • Immaturity

The main argument usually surrounds the maturity of the framework, but like anything else these issues will almost certainly get resolved with time. Once it’s built up more in small and medium enterprises their defense will most likely be justifiable.

Ultimately, the best way to judge Rails is to experience it while building an application. Once Rails has the time to mature, it will be ready to be more of a contender in the enterprise space. I may have been a little bold in my original entry on Ruby describing Rails “in position to overtake Java.” Maybe I had too much Kool-Aid that day. I don’t think Rails will ever displace Java, but I do believe it will be a strong player in the future.