Frameworks 2
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/
Rails vs PHP
rails-vs-php
En los 10 años que llevo desarrollando páginas y aplicaciones web me ha tocado trabajar con muchos lenguajes web y una pregunta constante que he recibido es ¿Qué es mejor, Rails o PHP?
La discusión ha sido dura y satírica y ha llegado a niveles de hacer videos muy chistosos en youtube, este es mi favorito:
Rails VS PHP
Aclaraciones previas
Vamos a partir esta discusión diciendo que es una comparación justa, PHP es un lenguaje de
programación y rails es un framework, o sea un conjunto de herramientas construida sobre un lenguaje de programación.
Instalar Ruby on Rails vs instalar PHP
Para empezar a desarrollar en cualquiera de las 2 tecnologías se necesita instalar un servidor, en el caso de PHP existen servidores apache que corren como aplicaciones, o sea solo hay que descargar e instalar, como por ejemplo WAMP para windows y MAMP para OSX, instalar rails puede ser ligeramente más complejo, pero para eso creamos la página Instalar Rails para guiarte en el proceso.
Plan B: Si no quieres o puedes instalar rails existe un aplicación web en la nube llamada Nitrous que te permite empezar a codear en rails sin tener que instalar nada.
Aprender Rails vs aprender PHP
En este primer punto PHP gana, empezar a escribir código en PHP es muy sencillo, basta con renombrar tu página web a .php y luego escribir el código dentro de los shortags <?php ?>, empezar a escribir código en ruby on rails requiere instalar rails y luego crear un proyecto nuevo.
Deployment en Rails vs Deployment en PHP
En rails existe una PAAS (platform as a service) que es una solución genial para hacer deployment llamada Heroku , es lejos la opción más rápido para hostear tu proyecto, sin embargo enviar el proyecto a producción (publicar) en cualquier otro sistema puede llegar a ser difícil.
Costos de servidores para PHP y para rails
Casi todas los servidores web soportan PHP, al ser un servicio más competitivo los precios son más bajo, un servidor de hosting de PHP de baja calidad, pero funcional puede llegar a costar 5 dólares mensuales, frente a uno de rails que requiere un VPS o un sistema dedicado como Linode puede llegar a costar 20 dólares mensuales.
Prototipeo en PHP vs Rails
Quieres crear formulario para guardar datos de usuarios, o de lo que quieras, Rails dispone de scaffolding, una técnica para construir todas las páginas asociadas a un recurso, o sea links para crearlos, verlos, ver el listado y destruirlos, en PHP hay que programar todo eso desde cero.
Extendiendo PHP vs Extendiendo Rails
En PHP las extensiones son componentes o plugins que se descargan y se guardan en carpetas, no hay ningún control sobre las distintas versiones de los plugins y la cantidad de problemas que puede surgir de esta situación es bien desgastante.
En cambio en rails todas las componentes se manejan a través de gema, y son tan fácil de instalar como agregarlas a un archivo que se llama gemfile.
Documentación PHP vs Documentación en Rails
La documentación de ambos es bien buena, en este punto declaro empate, hay mucho más desarrolladores de PHP, sin embargo los desarrolladores de rails son bien colaborativos, en cualquiera de los dos casos encontrar documentación tanto oficial como ayuda en Stackoverflow.
Mercado de desarrolladores PHP vs Rails
Hay muchos más desarrolladores PHP sin embargo ellos se dividen en varios frameworks. algunos ocupan Codeigniter, otros Cake y los que están más a la moda ocupan Lavarel pero hay muchos más. En ruby (la base de rails) hay menos framework, los más usados son Rails y Sinatra. A nivel de mercado hay demanda por los dos tipos de desarrolladores, pero hay una excelente oferta laboral para desarrolladores de ruby on rails a nivel internacional, si no me crees has el siguiente experimento, busca en twitter el hashtag rails y verás la enorme cantidad de ofertas de trabajos muy interesante.
Conclusiones
1) Rails no es un lenguaje de programación es un framework
2) Aunque la curva de aprendizaje de Rails sea un poco más difícil que la PHP una vez aprendido es mucho más rápido para construir demos funcionales (y proyectos enteros)
3) Hay mercado para conseguir trabajo tanto en Ruby como en PHP, al ser Rails una tecnología más reciente y manejarla menos se considera mejor a los desarrolladores Rails que los de PHP
4) Si todavía no has probado rails es un buen momento para empezar.