Eso dicen en este artÃculo…
“both versions of Python can claim many of the smallest programs in the
collection. Ruby (8, 1) might also compete for titles, but unfortunately
its performance is so bad its star falls off the performance chart. If
you use Ruby, you probably want to switch to the Yarv implementation”
Personalmente, pienso que un lenguaje fácil de leer (y aquà influye lo
aseado que uno sea, más aún que el lenguaje) ayuda a sacar algoritmos
óptimos; y un algoritmo óptimo, y un mÃnimo trabajo de optimización de
código, suele ser más importante para el rendimiento que un lenguaje
rápido…
s2
Personalmente, pienso que un lenguaje fácil de leer (y aquà influye lo
aseado que uno sea, más aún que el lenguaje) ayuda a sacar algoritmos
óptimos; y un algoritmo óptimo, y un mÃnimo trabajo de optimización de
código, suele ser más importante para el rendimiento que un lenguaje
rápido…
Personalmente yo creo que si tantos benchmarks lo encuentran lento, si
hay
implementaciones con incrementos de velocidad casi mágicos, entonces es
que realmente es lento.
Pero hay veces en las que no necesitas tanta velocidad, en las que la
velocidad que da es suficiente. Yo lo uso para desarrollo principalmente
de herramientas de sistema, y me sirve para armar un prototipo
rápidamente, y muchas veces se puede ver que el rendimiento que da ese
prototipo es más que suficiente, así que en esos casos no merece la pena
buscar otro lenguaje/plataforma.
Creo que es bueno saber dónde está Ruby y para mí Ruby permite desarrollar
rápidamente por la expresividad y las herramientas del lenguaje y dispone
de un gran número de librerías y funcionalidades: la velocidad de
ejecución no es algo que le pida. Si necesitase velocidad, muy
posiblemente buscaría algún otro lenguaje/plataforma.
–
Pablo M. Schroder
http://docecosas.com
Ruby es lento y ahí no hay mucho que debatir, cualquiera por
entusiasta que sea estará de acuerdo.
El debate interesante está en dos preguntas que pueden/deben seguir a
esa información cuasi-objetiva:
- ¿A quién le importa?
- ¿Puede llegar a ser menos lento?
Para la primera, yo diría que, desde luego, no a todo el mundo todo el
tiempo. Dependiendo de a quién (me puedo poner a mí de ejemplo), puede
que casi nunca. Knuth [1] dijo que “Premature optimization is the root
of all evil (or at least most of it) in programming.”. Elegir un
lenguaje por velocidad (cuando por definición no hay ni una sola línea
escrita) es un ejemplo tan obvio de optimización prematura que puede
llegar a pasarse por alto. Si te ganas la vida haciendo aplicaciones
web, es casi seguro que no te importa (al menos, como dije antes, la
mayoría del tiempo). Esto no quiere decir que a nadie que haga
aplicaciones web le importe, está claro que hay excepciones. Pero lo
normal es que no caigas en una de ellas, al menos directamente, sin
iterar unas cuantas veces y llegar a un punto donde la optimización ya
no sea prematura y sea necesaria, justificada y meditada.
Para la segunda, creo que la respuesta es sí, aunque como ya he dicho,
a mí no me importa demasiado así que no estoy totalmente al día =:-P
En cualquier caso, como hay dicho Pablo, se están haciendo mejoras
bastante importantes tanto en la rama “oficial” (no sé si llamarla
así), Ruby 1.9, como en otras alternativas tales como Ruby Enterprise
Edition, JRuby, etc. Ya digo que ahí no estoy muy puesto pero creo que
hay bastante información en la web.
[1] Donald Knuth - Wikipedia
–
Sergio Gil Pérez de la Manga
e-mail > [email protected]
blog > http://www.lacoctelera.com/porras
now > http://twitter.com/porras
2009/6/1 Sergio Gil Pérez de la Manga [email protected]
Ruby es lento y ahà no hay mucho que debatir, cualquiera por
entusiasta que sea estará de acuerdo.
El debate interesante está en dos preguntas que pueden/deben seguir a
esa información cuasi-objetiva:
- ¿A quién le importa?
- ¿Puede llegar a ser menos lento?
P
Aprovecho que orbitamos cerca del tema para compartir un enlace que me
ha
gustado mucho, está enfocado al tema de los k-v stores, pero vale para
todo
el tema web
http://jan.prima.de/~jan/plok/archives/175-Benchmarks-You-are-Doing-it-Wrong.html
Rails es lento, pero comparado con los frameworks en competencia esta
muy parecido en velocidad, el problema es que la programación en
multicapas es lenta en si, incluso .net, groovy, grails, etc., pero no
olvidemos que aun cuando es lento hay recursos como los caches, los
clusters, la desnormalización y otros mas, que pueden ayudar a subsanar
estos inconvenientes sea cual sea el lenguaje. En la wikipedia se
intentó desvirtuar incluso la realidad sobre twitter, que está creado
con ruby on rails, en la versión en español decÃa que se iva a migrar a
java o php u otro, pero en la versión en inglés decÃa que el mismo
creador lo habÃa desmentido. (Total lo que quiero decir es que hay
fuerzas oscuras que quieren mostrar a rails como un gran fiasco, por
intereses económicos principalmente, pero la comunidad sigue creciendo
no obstante, incluso desconociendo los motivos que tuvo sun para apoyar
jruby y crear los cursos gratuitos que hay sobre él, supongo que es para
mantener a los interesados en esta plataforma dentro de sun y darle un
carácter empresarial explotable)
BenjamÃn
Fernando C. escribió: