What is Ruby on Rails? 296
Robby Russell writes "ONLamp.com has published another article by Curt Hibbs titled, 'What is Ruby on Rails?.' In this article, Curt goes on to discuss all the major components of the popular Rails web framework and shows it does a lot of the heavy lifting for you. This article highlights all the major features, from Active Record to Web Services, which are going to be included in the upcoming 1.0 RC release of Ruby on Rails. With one book published already and four more on the way, do you think Rails will continue gaining as much popularity in the coming year?" An interesting follow-up to the two part tutorial from earlier this year.
Re:YASLFFFSC (Score:5, Insightful)
Re:we already know (Score:5, Insightful)
Is Rails useful to aggregate web services? (Score:3, Insightful)
Re:YASLFFFSC (Score:3, Insightful)
From my experience the "average" J2EE does not have to scale very far at all. J2EE architectures are capable of scaling very well, but a great deal of the time the extra comlexity is unwarranted for the task at hand. Rails is a great for a the large percentage of applications that fall into this category.
Don't knock it before you try it... (Score:3, Insightful)
To anyone who has yet to try Ruby on Rails but refuses to do so because they think it is for speghetti coders, script kiddies, etc., I just have this one comment to make...
Who do you think the people evangelising RoR are? Do you think they are actually people who have only learned Ruby, so they don't know any better in trying to get other to try it? For some reason, I doubt it... While I don't necessarily have any hard evidence on user profiles, I would suggest such promoters have likely tried more than one programming language and web framework, and are using their own experience to come to the conclusion that RoR is worth at least trying out. Ruby has now been publicly available for 10 years [wikipedia.org], but there certainly wasn't much widespread excitement about Ruby in general until RoR came along. There has to be some valid reason for that. If it was really just a mob of script kiddies trying to build the momentum, development firms such as 37signals [37signals.com] would not be as successful as they have been. Not to mention, the fact that the functionality of the RoR framework has or is being ported to many other languages of late.
I'm not trying to convince you it's the best thing since sliced bread, but I don't see the logic behind swearing Ruby on Rails off before even looking under the hood for yourself...
Re:Is Rails useful to aggregate web services? (Score:2, Insightful)
For example, I've used ActiveRecord by itself for database access. The application was a simple command-line utility that interacted with a local database. No web development, but ActiveRecord made it extremely easy to interact with the db.
Another example, I've used ActionView and ActionController without ActiveRecord to create a non-database driven website. I did this to take advantage of the controller/routing features of ActionController and the layout and templating features of ActionView.
Very useful stuff--either together or as separate components.
Dear Slashdot (Score:4, Insightful)
At this point, I am quite aware of Ruby on Rails. It is agile, the next big thing, etc. Could you possibly link a few more half brewed articles about AJAX, Ruby, and Rails? "Ruby's the next big thing!" "Ruby's hot!" Wow, really?! It certainly has more hype than anything else out there. I think if it was really that good, there would be less people hyped about it and more people actually using it. I've heard about 50000 people say it is the next perl. Of course, with perl6 highly late, who knows what will happen.
Re:we already know (Score:1, Insightful)
Re:YASLFFFSC (Score:1, Insightful)
Not simultaneous, which is what scalability implies.
I could write a puching-card operated server that would allow 5,743,743,798 from all over the universe have access to it, if they stand in a line and wait.
You know why I'm not trying it? (Score:1, Insightful)
The ultimate contrarian answer to this question (Score:5, Insightful)
People who say that business logic never belongs in the database are people who tend to be application developers. They are committed to a client platform (say j2ee), and database platforms (oracle and postgres and the like) vary from client to client.
People who own data on the other hand tend to have the database platform constant, but need to get at it and manipulate it from multiple platforms (j2ee, perl, VB, Access etc.) A viable definition of "database" in my book is a collection of data that is organized to be reused across apps.
A choice algorithm I'd use is this: If it has to do with the logical consistency of the data, it belongs in the database tier. If it is only possible to meet the needs of the project you are doing in one way, choose that way. Otherwise decide what part of your system is least likely to change, try to put as much as you can there.
The closest I can get to my self imposed ten word limit is this:
Re:Finally, a breath of fresh air (Score:4, Insightful)
I feel like the real skill of development lies in making stuff like that, and if it becomes defacto, all you do is build applications from building blocks. I feel it takes away some of the 'art' of development. You'd say, oh I build a nice webshop, and the other person would sya, what did you use, and your answer wouldn't be php, mysql, some html/css and javascripting. It'd be Ruby on Rails, of Smarty Templates combined with some Data Access layer, or a whole lot of those java spring/hibernate thingies. And all you did was tie up the ends.
I know it makes no sense not to use it, it's much a better choice. Make more money, easier, faster. But still, there's that feeling, know what I mean?
Not True! (Score:1, Insightful)
i mean, the above holds water, yeah? Anyway hello there, fellow nitpicker
j.
Re:Trails: RoR for Java (Score:4, Insightful)
There is also Grails which is Groovy based, that is probably immature as hell.
Ruby's main problem is its immaturity, so going with a more immature solution doesn't help. Java for the sake of Java isn't going to help things, but I wish the Grails/Trails people great success. The Java API is extremely valuable, and Ruby's main problems with converting people is the host of apps/APIs (web server, database, etc) above and beyond the language that an enterprise developer will need to learn in order to effectively use it.
Re:I bet it does it all by convention...NOT! (Score:3, Insightful)
Yes, ActiveRecord is immature, and yes, it's clearly designed more with the idea of being used from the ground up. But, see, when you start slagging off AR because it's "just" something that it doesn't even do...