Javascript 3
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/
Javascript, lo bueno y lo malo
Me encontré con este espectacular video sobre javascript, explica muchas de las mañas del lenguaje, se debaten muchos de los puntos por los cuales yo solía mencionar que era un mal lenguaje y la persona que defiendo los puntos no es nada menos que una de las máximas autoridades en javascript y creador del estándar JSON, Douglas Crockford, así que véanlo.
Dentro del video hay demasiados temas destacables, desde porque el tema de los brackets de javascript no es sólo una cosa de estilo, la importancia de los closures, el problema de las variables globales y por que hay que evitar el operador NEW. Es un tremendo video que no requiere de muchos conocimientos técnicos para verlo pero si los tienes y trabajas en javascript te va a convertir en un mejor programador.
Como cargar un javascript específico en un controller de rails
Una de las muchas ventajas que tiene ruby on rails es que junta todos los archivos de javascript dentro de la carpeta de assets en uno solo, haciendo mucho más rápida la carga y transferencia cuando se encuentra en un entorno de producción. La desventaja de juntar todos los archivos es que en algunos casos podríamos querer que un javascript se ejecute únicamente en una página específica, o sea exclusivamente para un controller y para una página específica. Hay varias formas de resolver este problema, pero hasta el momento la más sencilla que he encontrado es ocupando la gema LoadJS https://github.com/guidomb/loadjs Para ocuparla basta con agregar la gema al gemfile
gem 'loadjs'Luego realizar un bundle y reiniciar el servidor. El siguiente paso es cambiar la linea de código del layout (o layouts) donde está la etiqueta body, por la siguiente:
<body data-controller="<%= controller.controller_path %>" data-action="<%= controller.action_name %>">Dentro de asseets/javascript/application.js hay que cargar loadjs
//= require loadjsy finalmente, el javascript que queramos que se ejecute específicamente en un vista y una acción, tenemos que envolverlo con
load("foo#bar", function (controller, action) { alert("Hello World!"); });
Obviamente cambiando foo#bar por el controller#accion correspondientes. Existe sólo un gran contra en esta solución, que expone el nombre de los controller y de las acciones en el código, no es grave pero es bueno que estés consciente de la información que estas exponiendo.
Advertencia: Turbolinks no será tu amigo, la gema de jquery-turbolink te ayudará en el proceso: