Forum: Ruby on Rails What are the benefits of RoR?

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
List R. (Guest)
on 2006-01-22 02:22
We've all seen the productivity benefits of RoR.  It would be worthwhile
to figure out where they come from.

For me, I'd say the following:

1. The number one benefit isn't from Rails per se, but from Ruby, or any
other dynamic OO language (like Python).  They avoid the weaknesses of
loosely typed, procedural languages like Perl & PHP, but have the
swiftness that Java/C++/C# lack.

2. Next on my list is the benefits of a configurationless O/R mapper -
ActiveRecord.  I can hack a of this together in PHP, or configure it up
with Hibernate, but with AR, I'm good to go, out of the box, for the
basics - and the advanced requires just a few lines.

3. I also enjoy the fact that ActionPack does the bookkeeping necessary
to turn URLs into Controller+Action+Template, and (using url_for), vice
versa.  Also that it prepops forms, and creates objects from form data.

4. Last, I find the rails command line and environment to be very
convienent.  I'm referring to the Rails::Generator and
Rails::Initializer her.  Unit test stubs, testing environments,
consoles, and logging.  I could do all this myself, but having rails to
do it takes it off my mind.

To give it numbers, I'd say:
#1 35%
#2 30%
#3 25%
#4 10%
although, on big projects, things at the top of the list contribute
more, and, for little projects, things on the bottom.

What do you say?

(PS A good follow up to this might be: "What can we learn from this to
other environments." Stay tuned...)
List R. (Guest)
on 2006-01-22 17:31
I'd like to hear other people's top list on how RoR improves their
productivity.

It's important that we understand this, not only so that we can promote
RoR (and increase jobs & demand!), but also so that we can learn from it
and further it.

List R. wrote:
> We've all seen the productivity benefits of RoR.  It would be worthwhile
> to figure out where they come from.
>
> For me, I'd say the following:
>
> 1. The number one benefit isn't from Rails per se, but from Ruby, or any
> other dynamic OO language (like Python).  They avoid the weaknesses of
> loosely typed, procedural languages like Perl & PHP, but have the
> swiftness that Java/C++/C# lack.
>
> 2. Next on my list is the benefits of a configurationless O/R mapper -
> ActiveRecord.  I can hack a of this together in PHP, or configure it up
> with Hibernate, but with AR, I'm good to go, out of the box, for the
> basics - and the advanced requires just a few lines.
>
> 3. I also enjoy the fact that ActionPack does the bookkeeping necessary
> to turn URLs into Controller+Action+Template, and (using url_for), vice
> versa.  Also that it prepops forms, and creates objects from form data.
>
> 4. Last, I find the rails command line and environment to be very
> convienent.  I'm referring to the Rails::Generator and
> Rails::Initializer her.  Unit test stubs, testing environments,
> consoles, and logging.  I could do all this myself, but having rails to
> do it takes it off my mind.
>
> To give it numbers, I'd say:
> #1 35%
> #2 30%
> #3 25%
> #4 10%
> although, on big projects, things at the top of the list contribute
> more, and, for little projects, things on the bottom.
>
> What do you say?
>
> (PS A good follow up to this might be: "What can we learn from this to
> other environments." Stay tuned...)
Bob S. (Guest)
on 2006-01-22 19:59
(Received via mailing list)
Whats to understand?

Think Miller Lite(RoR) vs. Budwieser(Java, PHP, ASP)

You want less or more?

Less time, less code, less duplication of effort

I just stepped into Rails a few days ago, but I can already see that it
will
make its way into the enterprise. Java and C# developers will enjoy the
pure
OO of Ruby, PHP developers will enjoy typing less code.

I think the biggest stepping stone right now is improving the SAPI
interfaces for webservers. FastCGI and mod_ruby are a little rough
around
the edges for large-scale commercial sites.

Getting better looking websites for both Ruby and Rails would help as
well
from the marketing standpoint.

I also think that DHH should continue to keep full commit rights tightly
controlled to maintain a controlled direction for the Rails framework.

Bob S.
This topic is locked and can not be replied to.