En los últimos meses me he encontrado frases como: jQuery es el framework más famoso por excelencia. Esta frase de hecho es falsa ya que  jQuery es una librería. Fue creada en el 2006 con una idea clara: resolver el problema de manejo de eventos, animaciones, ajax y DOM.

Aún haces Javascript desnudo sin ningún framework o compilador? Estás en el pasado.

Esto puede ser cierto, Javascript necesita frameworks y compiladores, pero los que hay hoy todavía están en una etapa de desarrollo muy temprana como para casarse con uno solo. Así es como vimos que Backbone cambió de Controladores a Routers por que no tenía mucho sentido tener controladores en el browser y a su vez Google abandonó GWT y creó Dart.

En los últimos años las necesidades en el uso de Javascript han cambiado, las cuatro “cosas” para las que fue creado jQuery se consideran algo trivial. En la actualidad nuestras aplicaciones web requieren más interacción, otras necesidades y deben de correr en dispositivos muy diversos.

Un ejemplo es que se pasó de tener un search con ajax a tener una aplicación con múltiples tabs, autocomplete y 10 requerimientos más. Antes de que nos diéramos cuenta se comenzó a requerir que toda la aplicación fuera de una sola página, con muchas interacciones y distintos flujos de trabajo.

Todo esto para darnos cuenta que nuestro código de Javascript creció de unas cuantas líneas a varios módulos y nuestro código se convirtió en un gran “espagueti”. Hoy en día este es uno de los principales problemas que sufrimos con Javascript y si la aplicación la hicimos con jQuery es mucho peor aún por que jQuery fuerza a una estructura centrada en el Dom.

En el 2011 hemos visto nacer frameworks que nos permitan estructurar nuestras aplicaciones de mejor manera, algunos de ellos han madurado muy rápido como Backbone, SpineJs. Vemos hacia Google Closure, YUI, sproutcore y ExtJs para ver que se puede hacer con estas librerías, heramientas o frameworks que llevan más tiempo en el mercado y se han utilizado para hacer interfaces completas en Javascript por mucho tiempo.

Entonces la próxima vez que alguien diga algo como:

Excepto claro, si aún haces JS desnudo de siempre. Que es muy testosterónico, pero poco productivo. Los frameworks hacen fácil la vida, los grandes jugadores los usan. No hay por qué no usarlos.

Por favor, no le hagan caso, lo que hoy se necesita es fuertes bases de Javascript para poder adoptar los distintos frameworks, evolucionar con un lenguaje que esta en amplio crecimiento y aportar a las distintas librerías, frameworks y proyectos, por que en la mayoría de los casos están destinadas a pasar por un largo proceso de adaptación a las crecientes necesidades de Javascript que veremos en los próximos años, donde lo usaremos para interfaces web, aplicaciones móviles, servidores, etc.