Me apuesto cualquier cosa a que el 99% de los usuarios de Ruby no tienen sitios web con millones de visitas diarias.
La preocupación por el rendimiento es absurda. Los cambios de escalabilidad para adaptar un programa a unas necesidades particulares (como un gran volumen de información) se hacen cuando llega el momento, y no antes, porque sólo en ese caso tienes un conocimiento práctico real de cuáles son los cuellos de botella y es por tanto cuando realmente sabes qué cambios tienes que hacer.
Mucha gente pierde el tiempo (y el dinero) haciendo a ciegas optimizaciones que luego no mejoran el rendimiento cuando las necesidades crecen (o no puede probarse), o sencillamente nunca se aprovechan de ellas porque el programa nunca en su vida alcanza una carga mayor.
La estructura del programa para unas necesidades especiales cambia completamente, y preocuparse de antemano es una pérdida de tiempo y esfuerzo, porque los cambios que hagamos no sabremos si realmente nos van a servir.
Hace unos dias lei una frase que me dejo pensando sobre las optimizaciones, y la verdad que es cierto... siempre que se empezo un proyecto "optimizando" desde el principio, nunca se llego a una carga que permitiera aprovechar todo el tiempo de desarrollo que se destino a la optimización.
La frase es la siguiente:
Las reglas de la optimización son sencillas.
Regla 1: No optimices.
Regla 2 (solo para expertos): No optimices todavía.
¿Y a mí qué me importa el rendimien
(Puntos:2)( http://guslibu.awardspace.com/ | Última bitácora: Viernes, 18 Marzo de 2011, 08:29h )
La preocupación por el rendimiento es absurda. Los cambios de escalabilidad para adaptar un programa a unas necesidades particulares (como un gran volumen de información) se hacen cuando llega el momento, y no antes, porque sólo en ese caso tienes un conocimiento práctico real de cuáles son los cuellos de botella y es por tanto cuando realmente sabes qué cambios tienes que hacer.
Mucha gente pierde el tiempo (y el dinero) haciendo a ciegas optimizaciones que luego no mejoran el rendimiento cuando las necesidades crecen (o no puede probarse), o sencillamente nunca se aprovechan de ellas porque el programa nunca en su vida alcanza una carga mayor.
La estructura del programa para unas necesidades especiales cambia completamente, y preocuparse de antemano es una pérdida de tiempo y esfuerzo, porque los cambios que hagamos no sabremos si realmente nos van a servir.
Re:¿Y a mí qué me importa el rendim
(Puntos:2, Inspirado)( http://barrapunto.com/ | Última bitácora: Lunes, 22 Octubre de 2007, 17:54h )
La frase es la siguiente:
- Regla 2 (solo para expertos): No optimices todavía.
Michael A. JacksonSalu2
Developppppppffffff
(Puntos:1)( http://egfh.gnusystems.net/ | Última bitácora: Sábado, 10 Abril de 2010, 11:57h )
A desarrollar mierda pura sin optimizar que ya se comerán el marrón los de sistemas cuando se les caiga!
Así va el país
"El descontento es el primer paso en el progreso de un hombre o una nación" - Oscar Wilde