Earlier quoted context omitted.
How can the Ruby community splinter between two competing web frameworks? The entire Ruby-using population does not need to agree on a web framework. There can be smaller communities around various projects and frameworks within the Ruby community. In fact, I would think that it would be vital to Ruby's advancement and evolution. You mention that Rails being the dominant web framework is a strength and in the same se…
Well, Rack is really changing a lot already with Ruby frameworks. Sinatra is becoming more popular for highly specialized apps, and now you can embed Sinatra and Camping apps into other Rack apps, which includes Rails edge apps. Basically what's happening is that everything in Ruby is already becoming more modular, shifting toward organized APIs, so this helps move in a direction where you can basically build a custo…
However, I don't see what this has to do with my original comment. It doesn't address any of the concerns I raised about the john_dahl's comment. Specifically, I'm wondering how several competing web frameworks results in splintering of the Ruby community. Isn't competition good? Don't we want a variety of tools that meet different needs?
I frequently see Merb mentioned as an alternative to Rails in response to some gripe about Rails. Developers obviously have needs that aren't met by Rails. So my question is how is this merger a positive thing for developers? What's wrong with having several tools that are used for different scenarios? Of course, 100 competing web frameworks that are essentially all the same doesn't do anyone any good, but surely there's nothing wrong with several if they specialize in different areas.
john_dahl's comment essentially applauds the merger as a unification of the Ruby community and implies that it's a disadvantage to have competition. Is that really a good thing? Developers don't benefit one iota from having a "winner".