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
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
Creo que Galli mea fuera del tiesto
(Puntos:2, Interesante)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.