Frameworks 2
¿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
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
ASESINANDO TU STARTUP CON JAVASCRIPT.
Par ser más preciso la culpa no es realmente de javascript sino de quienes toman las decisiones tecnológicas dentro de la empresa, como por ejemplo que frameworks y lenguaje de programación deben ser ocupados para desarrollar un proyecto.
Tomar las decisiones ya no es tan fácil como hace 10 años, El boom de los frameworks, especialmente los de javascript ha sido impresionante, en estos últimos 2 años hemos visto aparecer cientos de lenguajes y frameworks, casi todos los emprendedores tecnológicos estamos ocupando al menos algunos de ellos dentro de nuestras empresas.
El problema es que nos estamos haciendo dependientes de tecnologías altamente cambiantes, y el costo de estos cambios podría costarle la vida a nuestra StartUp.
Un caso particular es Angular, este novedoso framework que está muy de moda lleva anunciando hace ya un tiempo que la nueva versión (Angular 2.0) romperá compatibilidad con las versiones anteriores, no sólo porque introducirá una sintaxis distinta sino porque ocupará un paradigma distinto, en otras palabras habrá que aprender muchas cosas nuevas y olvidar muchas antiguas.
El costo de actualizar toda la plataforma en la que está construido tu trabajo es altísimo pero además es difícil de explicar, pocas personas son lo suficientemente adeptas en tecnología como para entender que los desarrolladores de la empresa ocuparán un mes (o, dependiendo de la cantidad de trabajo hecho, mucho más tiempo) únicamente en actualizar la plataforma, especialmente dado que estas tecnologías son recientes.
Trata de convencer al inversionista, o jefe, de por que si algo es nuevo hay que gastar millones en actualizarlo.
Otra opción es simplemente quedarse atrás, pero cuando un framework queda abandonado también queda abandonado todo el trabajo en seguridad y mantención, lo que quiere decir que si encuentras una falla difícilmente encontrarás a alguien dispuesto a arreglarla.
La tasa de abandono de los frameworks en javascript es y seguirá siendo demasiado alta, esto no quiere decir que no haya que ocuparlos, pero quiere decir que a la hora de escogerlos como herramientas en tu empresa tengas en consideración el costo del cambio.
A la hora de escoger un framework para un proyecto chico y experimental te recomiendo que juegues con la tecnología más nueva e interesante que haya, pero para construir la plataforma y/o herramientas clave de tu empresa deberías considerar lenguajes y frameworks más convencionales, considerando siempre factores como tamaño de la comunidad, curva de aprendizaje, mano de obra disponible, licencias y que sea un lenguaje pensado en la felicidad de los programadores.
Aquí hay otra historia que podría interesarte.http://blog.en1mes.com/2014/10/las-razones-de-por-que-elegimos-rails/