Comments on: On Ruby and Rails Criticism https://programmingzen.com/on-ruby-and-rails-criticism/ Meditations on programming, startups, and technology Thu, 31 Jul 2008 15:01:45 +0000 hourly 1 https://wordpress.org/?v=6.9.4 By: Ruby on Rails https://programmingzen.com/on-ruby-and-rails-criticism/#comment-4123 Thu, 31 Jul 2008 15:01:45 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-4123 […] slower than Haskall, slower than Python, slower than PHP, slower than Perl. Even proponents of it admit that Ruby is slow. In order to get around the slowness, people have to use FastCGI, or […]

]]> By: lando.blog https://programmingzen.com/on-ruby-and-rails-criticism/#comment-4110 Fri, 25 Jul 2008 16:41:12 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-4110 I agree completely with what you say and I have to admit that people should stop complaining about the tools. A good programmer should be able to code in anything and still make the end product good. It is not the language that makes the product it is the years of software engineering skills that the developer has built up. At the end of the day unless it is an official bug stop blaming the tools for the problems.

I have recently wrote an article that might be an interesting read to you after having read this (http://www.landoweb.com/2008/07/25/rails-scales-or-does-it/)

]]> By: Scaling Rails for Large Applications | lando.blog https://programmingzen.com/on-ruby-and-rails-criticism/#comment-4109 Fri, 25 Jul 2008 16:36:09 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-4109 […] it’s been out it has managed to get faster with each new version. A very good article is “On Ruby on Rails Criticism” is a very good article and should be read. He has a very good discussion based on how communities […]

]]> By: morissen3k8 https://programmingzen.com/on-ruby-and-rails-criticism/#comment-3499 Thu, 24 Apr 2008 01:39:17 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-3499 Can’t the Ruby interpreter be optimized to increase speed? JAVA in the early days was also slow but was improved upon and subsequent revisions have optimized it to a point where it isn’t slow. So in other words, can’t the Ruby interpreter be rewritten for greater speed just like we have so many versions of X86 with faster processors each generation?

]]> By: miguel https://programmingzen.com/on-ruby-and-rails-criticism/#comment-3497 Wed, 23 Apr 2008 20:30:01 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-3497 Scalability is simply damn hard to achieve.

I don’t think the interpreter is the problem. It think the problem lies in Rails. Rails was designed to take away the sweat from programming. Easy, fast. At the cost of what? (anybody here believes in free lunch?) My favourite metaphor: rails is like trying to race formula1 with a nice automatic Cadillac, you will have a good time, but loose the fun when you get overturned.

Don’t get me wrong: nothing against Rails – for small, quick things, no better way to make customers happy. Enter real hard life, where 600 requests per second was your pride of yesterday, you suddenly need to understand how Rails has been solving (hiding) problems for you and simply find better solutions.

]]> By: Isaac Gouy https://programmingzen.com/on-ruby-and-rails-criticism/#comment-390 Mon, 30 Nov -0001 00:00:00 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-390 * “somewhat limited in their scope”

Antonio, without wishing to be pedantic, that isn’t even remotely like the meaning of accurate:

careful, precise; lacking errors

]]> By: Antonio Cangiano https://programmingzen.com/on-ruby-and-rails-criticism/#comment-389 Mon, 30 Nov -0001 00:00:00 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-389 @Isaac

“They are not accurate” meaning that they are somewhat limited in their scope, because complex real life programs may perform differently, based for example on the efficiency of the libraries used. They still provide a numerical indicator of Ruby slowness and I’m not denying this at all. I am the author of a Ruby shootout that can be consider just as much “inaccurate” from this perspective, but which still shows that Yarv is much faster than Ruby’s main interpreter.

@ Jon Perez

Relax man, it’s a joke about Wired’s statement. πŸ™‚ DHH is a programmer, not a model, everyone knows that. There is no need to read too much into it, nor to stereotype Ruby advocates as producers of “careless statements”.

]]> By: Antonio Cangiano https://programmingzen.com/on-ruby-and-rails-criticism/#comment-391 Mon, 30 Nov -0001 00:00:00 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-391 Isaac I see what you mean. I wrote “They are not accurate” but I meant “They are not an accurate representation of real world performance”.

]]> By: Isaac Gouy https://programmingzen.com/on-ruby-and-rails-criticism/#comment-392 Mon, 30 Nov -0001 00:00:00 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-392 It would be nice if you could correct that before it gets echo’ed around the blogosphere πŸ™‚

Someone more argumentative than I should ask you to demonstrate that they are not “an accurate representation of real world performance” πŸ˜‰

]]> By: Antonio Cangiano https://programmingzen.com/on-ruby-and-rails-criticism/#comment-393 Mon, 30 Nov -0001 00:00:00 +0000 http://72.52.169.158/~antonioc/2007/06/19/on-ruby-and-rails-criticism/#comment-393 Isaac, I rephrased it in order to be more… accurate. πŸ˜€

]]>