por
pobrecito hablador
el Domingo, 17 Abril de 2011, 13:52h
(#1274166)
Yo lo enfocaría más en necesidades de la plantilla:
- Hay más gente que pilote Java que Ruby
- Muchos de los ingenieros que empezaron la aventura de Twitter ya no están en la empresa
- Tras 5 años y mucha pasta invertida, que una plataforma tenga tantos problemas no es cosa del lenguaje o el framework, es problema de los desarrolladores
Sí, como apuntas es mala publicidad para RoR, aunque como te digo creo que es injusto.
El hecho de que hayan reducido el tiempo de respuesta de 800ms a 250ms y reduciendo el uso de CPU a la mitad no ha tenido absolutamente nada que ver, verdad? lo hacen porque asi pueden contratar a mas gente. claro.
No es mala publicidad para RoR, es simplemente la confirmacion de que Rails esta muy bien en muchos casos, pero para backend en entornos de muchisimo trafico (twitter tiene mas de 1000 millones de peticiones diarias) es mejor usar otras opciones.
Como curiosidad, la arquitectura que han montado ahora se parece muchisimo a la que tenemos en mi departamento, trabajo en el backend de un buscador que, aunque no tenemos el trafico de twitter ni de lejos, si que tenemos mas de 100 millones de usuarios y recibimos unas 800 peticiones por segundo de media.
En mi caso no tenemos necesidad de usar la rama de tiempo real de Lucene (aunque mirare las aportaciones que han hecho, a lo mejor nos interesa migrar), pero lo de las llamadas sincronas me ha dolido.
--
Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
>Hay más gente que pilote Java que Ruby.
No creo que Twitter tenga problemas para contratar a quien quiera. Si una empresa así no encuentra a gente para programar en un lenguaje es que ese lenguaje no lo conoce ni el Tato. y no creo que eso sea así. La comunidad de desarrolladores Ruby es lo suficientemente grande para abordar cualquier proyecto.
>Muchos de los ingenieros que empezaron la aventura de Twitter ya no están en la empresa.
Ni en Oracle, ni en Google, ni en Microsoft, ni en IBM, ni en ninguna empresa con un crecimiento así.
>Tras 5 años y mucha pasta invertida, que una plataforma tenga tantos problemas no es cosa del lenguaje o el framework, es problema de los desarrolladores Ni de coña, tras 5 años los problemas no dependen de los desarrolladores, eso serían problemas coyunturales. El problema era estructural. Para un proyecto de tanta envergadura no se puede coger un framework que sirve para hacer una web de 5 páginas en 5 horas y pretender que eso escale a lo que necesite. Twitter, como cualquier aplicación inmensa, necesita un lenguaje que se sepa que escale bien y un framework a medida o de reconocido prestigio para aplicaciones de uso mega intensivo.
Re:antes de crucificar a Rails
(Puntos:1, Interesante)- Hay más gente que pilote Java que Ruby
- Muchos de los ingenieros que empezaron la aventura de Twitter ya no están en la empresa
- Tras 5 años y mucha pasta invertida, que una plataforma tenga tantos problemas no es cosa del lenguaje o el framework, es problema de los desarrolladores
Sí, como apuntas es mala publicidad para RoR, aunque como te digo creo que es injusto.
Re:antes de crucificar a Rails
(Puntos:2)( Última bitácora: Sábado, 23 Abril de 2011, 17:40h )
It's been 2 segundos since you read this post.
Re:antes de crucificar a Rails
(Puntos:2, Interesante)( http://barrapunto.com/ | Última bitácora: Lunes, 24 Febrero de 2014, 10:03h )
No es mala publicidad para RoR, es simplemente la confirmacion de que Rails esta muy bien en muchos casos, pero para backend en entornos de muchisimo trafico (twitter tiene mas de 1000 millones de peticiones diarias) es mejor usar otras opciones.
Como curiosidad, la arquitectura que han montado ahora se parece muchisimo a la que tenemos en mi departamento, trabajo en el backend de un buscador que, aunque no tenemos el trafico de twitter ni de lejos, si que tenemos mas de 100 millones de usuarios y recibimos unas 800 peticiones por segundo de media.
En mi caso no tenemos necesidad de usar la rama de tiempo real de Lucene (aunque mirare las aportaciones que han hecho, a lo mejor nos interesa migrar), pero lo de las llamadas sincronas me ha dolido.
Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
Re:antes de crucificar a Rails
(Puntos:2)( http://alacantilado.blogspot.com/ )
No creo que Twitter tenga problemas para contratar a quien quiera. Si una empresa así no encuentra a gente para programar en un lenguaje es que ese lenguaje no lo conoce ni el Tato. y no creo que eso sea así. La comunidad de desarrolladores Ruby es lo suficientemente grande para abordar cualquier proyecto.
>Muchos de los ingenieros que empezaron la aventura de Twitter ya no están en la empresa.
Ni en Oracle, ni en Google, ni en Microsoft, ni en IBM, ni en ninguna empresa con un crecimiento así.
>Tras 5 años y mucha pasta invertida, que una plataforma tenga tantos problemas no es cosa del lenguaje o el framework, es problema de los desarrolladores
Ni de coña, tras 5 años los problemas no dependen de los desarrolladores, eso serían problemas coyunturales.
El problema era estructural.
Para un proyecto de tanta envergadura no se puede coger un framework que sirve para hacer una web de 5 páginas en 5 horas y pretender que eso escale a lo que necesite.
Twitter, como cualquier aplicación inmensa, necesita un lenguaje que se sepa que escale bien y un framework a medida o de reconocido prestigio para aplicaciones de uso mega intensivo.