Historias
Slashboxes
Comentarios
 

Login Barrapunto

Login

[ Crear nueva cuenta ]

mig21 (7781)

mig21
  reversethis-{moc.liamg} {ta} {pb12gim}
https://twitter.com/yapw

Hola, soy Miguel. Algo que pueda ser relevante aquí... Uhmm... Me gusta escribir en mi bitácora de BP [barrapunto.com] y en su clon en blogspot: Yet Another Programming Weblog [blogspot.com]
Me gustaría que Barrapunto fuese un sitio con más discusiones técnicas y trato de hacer lo que está en mi mano. De todos modos, también me gusta leer flames ;)

No creo que te interese, pero en Lecturas aleatorias [blogspot.com] dejo registro de los libros que voy leyendo...

Esta es toda mi información de usuario :)

Down Kill Up Publicidad

Bitácora de mig21 (7781)

Martes, 17 de Abril 2007

Twitter, RoR, escalabilidad y flames

12:32h.
Tecnología

Ha sido imposible escapar al contrahype: un desarrollador de twitter, el servicio webdospuntocero de moda (¿o ya no está de moda?, no sé, a mi que no me pregunten, que yo en estas cosas estoy muy démodé), Alex Payne, declaró que Ruby on Rails no escala, que tiene un cuello de botella en la base de datos (comentado en barrapunto en Entrevista con Alex Payne, uno de los desarrolladores de Twitter) y se desató el multiflame. Debido a la relevancia y al ruido conseguido por los fans de RoR parece que se les tenía ganas... El hecho es que se ha levantado una polvareda de bytes bastante importante, lo que en estos tiempos significa una conversación fragmentada de post cruzados en muchísimos blogs y alguna lista de correo, que aún quedan :)

Tengo que reconocer que me gustan los flames, sobretodo si no me tocan de cerca, porque en general y con un poco de suerte, de tanto ruido se puede extraer información interesante...

Aunque, debo confesar, esta vez me ha sorprendido que la onda expansiva ha llegado hasta la blogosfera hispana, cosa que no suele ser usual... Primero pues, los enlaces en castellano. Ah, seguro que me dejo algo, se admiten sugerencias de enlaces interesantes :)

Ahora en inglés. De David Heinemeier Hansson:Ha habido respuesta de diversa índole, pero se pueden rastrear fácilmente. Solo voy a resaltar alguna que se va por las ramas, que son las que más me interesan ;) Dice Juan Lupión en "sobre railes" que permanezcamos a la escucha. Desde luego, un flame es un flame ;)
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Creo que Galli mea fuera del tiesto

    (Puntos:2, Interesante)
    por pobrecito hablador el Martes, 17 Abril de 2007, 14:49h (#900244)
    Es lo que tiene opinar, que puedes decir que RoR o el lenguaje/framework que sea no es apto para X propósito porque tiene problemas de rendimiento. Da igual la competencia de los programadores y administradores de sistemas. Da igual si no se ha sabido medir el posible éxito (¿es esto medible?). La cosa al final siempre acaba en una guerra de lenguajes, pero esto no es nada nuevo, lo sabe cualquiera que programe, hasta el propio Galli. El mejor lenguaje siempre es en el que programamos nosotros y el mejor equipo España, aunque no pase de cuartos.
    Si dotster (un popular registrar) va arrastrado y usa PHP la culpa es de PHP. Si flickr va a pedales (como fue) la culpa es de PHP y si en digg hay que sacar el ticket de "su turno" la culpa es de PHP. Por supuesto si twitter va lento la culpa es de RoR, o quizás de Ruby.

    Es que quien se ha quejado de RoR es un desarrollador de twitter.
    Es una lata eso de la autocrítica y asumir parte de la culpa, más cuando uno tiene el penúltimo negocio de la red entre manos. Yo creo que si fuera tan malo como dicen y dado lo "sencillo" (ojo comillas) de la estructura de twitter lo lógico sería no escalar sino reprogramar en cualquier otro lenguaje como PHP por ejemplo.

    Como humilde programador puedo decir que en general los del gremio pecamos de cierto inmovilismo tecnológico y cuando se presentan nuevas formas de hacer lo de siempre somos por lo general escépticos y terminamos por usar lo de cada día, porque cumple a la perfección y sobre todo, porque no hay curva de aprendizaje.
    Creo que también sería interesante hablar de curvas de implantación en los lenguajes o en los frameworks. No es fácil ser el primero o de los primeros que se enfrentan a un problema como el de twitter. Alguien podría decir que esto es una razón más para escoger madurez, estoy de acuerdo, pero sin los valientes (como los de twitter) aún programariamos con tarjetas perforadas.