Re: Ruby on Rails?
Hunter Hillegas <[email protected]> Fri, 28 Oct 2005 11:39:32 -0700
| Newsgroups | gmane.comp.web.webobjects.general |
|---|---|
| Message-ID | <[email protected]> |
I would consider myself a RoR booster and I agree with this. There are some types of problems that RoR is NOT good at solving (and WO might be very good at solving). The fact is that RoR IS good for lots of types of problems and it seems that types of problems it is good for are fairly common. I would argue that for MANY projects, WO (and of course J2EE) are overkill as far as features. With the features come complexity and a high learning curve. Like I said earlier, I spent about 3 years doing 90% of my stuff in WO and I really like the tech - it's great stuff. I also really like Rails. A ton of really respected software guys like Dave Thomas and Bruce Perens are saying really nice things about Rails. Smoke = fire. It's a great tool to have in your set of options but that's all that it is. It's not the second coming or a winning lottery ticket. One undisputed edge is the whole licensing/Open Source/toolkit issues. WO is a bit of a mess in this department - no one knows when/ if Apple would ever pull the plug or make if MacOS X Server only. I can't sell a OS X Server setup to my customers so that would probably move us off of WO for good if that were to ever happen. The other place RoR is way out ahead is AJAX stuff. If you decide part of your application could be enhanced with an AJAX feature, RoR makes it dead easy to add in. To me, each product reflects its origins pretty closely. WebObjects was designed to be an enterprise level solution that could handle pretty much any strange setup/legacy/database situation that could be in play in some random Fortune 500. Rails was born in the 'Web 2.0' environment, from small teams building very useful but relatively simple products. For a small team of entrepreneurs building a killer Web app or service, especially from scratch, it is tops. Cheers. On Oct 28, 2005, at 11:28 AM, Andreas Korth wrote: > Don't go looking for EOF in ActiveRecord feature-wise. It's a > different approach to the same problem. If you build an application > with Rails and ActiveRecord, you'll do it differently from the > beginning. Don't think EOF, think ActiveRecord. I know this is hard > if you're accustomed to EOF, but Rails gives you other joys that > compensate for this lack of features. > > HTH > Andreas