Rails vs X

Interesting write-up of Rails vs a similar python based framwork.

http://www.magpiebrain.com/archives/2005/08/14/rails_and_django

Lyndon Samson wrote:

Interesting write-up of Rails vs a similar python based framwork.

http://www.magpiebrain.com/archives/2005/08/14/rails_and_django

Remarkably level-headed.

James

···

--

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com - Playing with Better Toys

In article <4302B9B9.2070009@neurogami.com>,

Lyndon Samson wrote:

Interesting write-up of Rails vs a similar python based framwork.

http://www.magpiebrain.com/archives/2005/08/14/rails_and_django

Remarkably level-headed.

Would it be fair to say that Django and Nitro are closer in philosophy
(ie. they both generate the SQL for you) than Django and Rails (or Rails
and Nitro)?

BTW: Kudos to the gem-folk, here's a quote from the article:
"Installing both Rails and Django is fairly easy once you've got the
relevant interpreter installed. Ruby can make use of the excellent Gems
system, which is something Python (and to be fair most other languages
including Java) would do well to mimic."

Phil

···

James Britt <james_b@neurogami.com> wrote:

Phil Tomson wrote:

BTW: Kudos to the gem-folk, here's a quote from the article:
"Installing both Rails and Django is fairly easy once you've got the relevant interpreter installed. Ruby can make use of the excellent Gems system, which is something Python (and to be fair most other languages including Java) would do well to mimic."

Also recently spotted this praise:

  http://dirtsimple.org/2005/08/ruby-gems-python-eggs-and-beauty-of.html

I had no idea you could serve gems directly with gem_server. That's stupendous. I mean it. That's really stupendous, everyone.

_why

Phil Tomson wrote:

In article <4302B9B9.2070009@neurogami.com>,

Lyndon Samson wrote:

Interesting write-up of Rails vs a similar python based framwork.

http://www.magpiebrain.com/archives/2005/08/14/rails_and_django

Remarkably level-headed.

Would it be fair to say that Django and Nitro are closer in philosophy (ie. they both generate the SQL for you) than Django and Rails (or Rails and Nitro)?

I haven't used Django, but based on that write up that sounds correct.

BTW: Kudos to the gem-folk, here's a quote from the article:
"Installing both Rails and Django is fairly easy once you've got the relevant interpreter installed. Ruby can make use of the excellent Gems system, which is something Python (and to be fair most other languages including Java) would do well to mimic."

Oh, indeed. Gems makes life much easier.

James

···

James Britt <james_b@neurogami.com> wrote:

--

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com - Playing with Better Toys

Would it be fair to say that Django and Nitro are closer in philosophy
(ie. they both generate the SQL for you) than Django and Rails (or Rails
and Nitro)?

I got the same feeling. But if you take the time to experiment with
nitro, you will find that under the hood, thing work differently. And
more features are coming shortly :slight_smile:

regards,
George.

···

--
http://www.gmosx.com

Yea, I think we haven't done a good enough job of publicizing this
fact. You know, I assume, about gem_server serving rdoc, right? The
funny thing is that we added the rdoc feature as a nice-to-have, but
the real reason for gem_server was to actually serve gems. We did
this on day 2 of RubyConf 2003 and it's been there ever since.

Way down on my TODO list for a long time has been to create a
Rendezvous/DNSSD/Bonjour-enabled version of the gem_server, so you
could dynamically discover and search gem_servers on your local
network. That might be a fun hack before or during RubyConf to play
with when we're all together.

···

On 8/17/05, why the lucky stiff <ruby-talk@whytheluckystiff.net> wrote:

Phil Tomson wrote:

>BTW: Kudos to the gem-folk, here's a quote from the article:
>"Installing both Rails and Django is fairly easy once you've got the
>relevant interpreter installed. Ruby can make use of the excellent Gems
>system, which is something Python (and to be fair most other languages
>including Java) would do well to mimic."
>
>
Also recently spotted this praise:

  http://dirtsimple.org/2005/08/ruby-gems-python-eggs-and-beauty-of.html

I had no idea you could serve gems directly with gem_server. That's
stupendous. I mean it. That's really stupendous, everyone.

--
Chad Fowler
http://chadfowler.com

http://rubygems.rubyforge.org (over 800,000 gems served!)

Chad Fowler schrieb:

Way down on my TODO list for a long time has been to create a
Rendezvous/DNSSD/Bonjour-enabled version of the gem_server, so you
could dynamically discover and search gem_servers on your local
network. That might be a fun hack before or during RubyConf to play
with when we're all together.

Maybe you can use Ruby's Rinda::Ring and don't need to implement another protocol.

Regards,
Pit

That's also true, though there are two existing implementations of DNS
Service Discovery for Ruby.

···

On 8/18/05, Pit Capitain <pit@capitain.de> wrote:

Chad Fowler schrieb:
> Way down on my TODO list for a long time has been to create a
> Rendezvous/DNSSD/Bonjour-enabled version of the gem_server, so you
> could dynamically discover and search gem_servers on your local
> network. That might be a fun hack before or during RubyConf to play
> with when we're all together.

Maybe you can use Ruby's Rinda::Ring and don't need to implement another
protocol.

--
Chad Fowler
http://chadfowler.com

http://rubygems.rubyforge.org (over 800,000 gems served!)