¿Por qué Twitter fue hecho en Ruby on Rails?

Hace un tiempo junto a mi socio Diego tuvimos la oportunidad de conocer a uno de los creadores de Twitter, al mismísimo Evan Henshaw-Plath

En1mes junto a Evan

Estando con Evan Henshaw-Plath en las oficinas de Bombacamp , le pedimos que nos diera una pequeña entrevista. De toda la conversación salió una pregunta bien interesante que me gustaría compartir con ustedes.

¿Por qué Twitter fue hecho en Ruby on Rails?

y aquí la respuesta

En resumen:

“La razón por la que Twitter fue creado con Ruby on Rails es porque con Rails se puede construir prototipos en un sólo día, incluso redes sociales. Empezamos a usar ruby on rails para poder trabajar más rápido y de forma más liviana y no estar tan atado con la estructura de Java”

.- Evan Henshaw-Plath

¿Quieres aprender a programar en ruby on rails?

Nosotros podemos enseñarte En 1 Mes

Gonzalo Sánchez
Summary
¿Por qué Twitter fue hecho en Ruby on Rails?
Article Name
¿Por qué Twitter fue hecho en Ruby on Rails?
Description
El co-creador de twitter nos dice por que la red social fue creada en Ruby on Rails
Author
Share Button

About Gonzalo Sánchez

Emprendedor lean, Ingeniero civil informático dedicado al desarrollo de una mejor web con ruby on rails. Fanático de los números y las métricas y por sobre todo fundador de en1mes.
5 years ago 5 Comments Frameworks, Inspiración, Ruby, 18,050
Construyendo una landing page en Ruby on Rails desde cero.Boorstin Honest disagreement is often a good sign of progress.
You Might Also Like
 
 
Comments: 5
  1. mario
    7 years ago

    Cual fue la causa por la que abandonaron Rails? Hasta donde puedo llegar desarrollando con Rails, puedo desarrollar aplicaciones empresariales con Rails? Actualmente estoy interesado en este framework.
    Saludos

    ReplyCancel
    • 7 years ago

      Estaba al tanto que lo habían abandonado por problemas de escalabilidad. en todo caso no le pregunté eso, esta es una historia que he escuchado y leído varias veces en la web. Ahora cuando hablamos de escalabilidad no es lo mismo prestar un servicio para 10.000 usuarios simultáneos que para 100 millones.

      Sin embargo a la mayoría de la startups yo no les aconsejaría desechar la opción de rails por el tema de escalabilidad, puesto que de aquí a que lleguen a los 10.000 usuarios van a pasar un par de años y para entonces pueden repetir la estrategia de Twitter que fue rehacer el backend en otro lenguaje como Scala.

      ReplyCancel
  2. Francisco Montoya
    6 years ago

    Estimado Gonzalo, si bien dices que a las empresas del tipo startups no les aconsejarias desechar ruby y si bien es entendible, la pregunta es inversa, porque deberia desarrollar en un lenguaje que es poco escalable? En vez de usar framework empresariales? como por ejemplo Java, .NET (C#) o simplemente Scala?
    Si se siguen los desarrollos de forma agil, con TDD, scrum y pizarra kanban, no seria mas facil implementar patrones de diseño para el escalamiento y crecimiento?
    Yo personalmente opino que comenzar los desarrollos con lenguajes o tecnologias deficientes no son un camino y en esto clasifico a php, visual basic, ruby.

    Desarrollar software no es acerca de hacer, es acerca de pensar y tomar un desicion mala al comienzo de todo proyecto puede llevarlo al fracaso.

    Saludos.

    ReplyCancel
    • 6 years ago

      Por la simple razón que el escalamiento y crecimiento son problemas posteriores que rara vez un emprendimiento alcanza, la mayoría fracasa antes de entrar en esas etapas, y una de las razones (hay varias más) es porque invierten demasiado tiempo en desarrollo y ese costo es muy alto.

      Es por esto mismo que muchas startups ocupan ruby on rails, no es por moda, es porque sin demasiados conocimientos y sin excesivos esfuerzos les permite construir y mantener aplicaciones web que satisfacen las necesidades de sus clientes.

      Es un tema de eficiencia vs eficacia.

      Si bien concuerdo contigo que el desarrollo de software requiere de mucho análisis también hay que evitar caer en la parálisis de análisis determinando cuando es el máximo global (o mínimo) de la solución, para muchas de las startups con foco en web frameworks como rails y express son máximos locales, o sea buenas soluciones.

      ReplyCancel
  3. Francisco Montoya
    6 years ago

    Si, como que quiero creerte, pero en un equipo agil, polyvalente , veo mas factible usar Python o Scala que ruby. Quizas donde puedo estar de acuerdo es en la facilidad de hacer cosas, pero fue la misma facilidad que tuvo PHP en su momento y fue lo mismo que lo sepulto. Puede que tambien tenga esta vision donde hace años trabaje para grandes empresas.

    En fin, saludos Gonzalo.:)

    ReplyCancel