ECMAscript

• Estándar que define como debe ser el lenguaje Javascript
• Hoy en día Javascript va má allá del navegador

En la actualidad la versión estándar de ECMAscript es la presentada en 2011. Sin embargo, ya muchos navegadores y sistemas son capaces de entender ES2015 (también conocida como ES6), de hecho actulamente solo IE, Opera Mini y Blackberry siguen sin soporte a ES2015, con excepción de los módulos donde solo Chrome y Safari tienen soporte; ES2015 mejora varios aspectos del lenguaje y proporciona nuevas variantes a la programación, que aporta distintas ventajas.

Transpiladores

Concientes de los problemas de compatibilidad o soporte a ES2015 en las distintas plataformas sobre todo móviles, un desarrollador poco informado podría pensar que sea poco aconsejable usar hoy ES2015, debido a la falta de compatibilidad y que lo mejor sería esperar a que todos los navegadores se pongan al día para empezar a usar ES2015 con todas las garantías, me suena 🤔.

Pero si ES2015 aporta ventajas y mejoras lo aconsejable debería ser utilizarlo. Entonces un transpilador nos ayuda a transformar código escrito en ES2015 a ES5 para así asegurar la compatibilidad con todos los navegadores. Claro, traspilarlo pierde en parte su eficiencia pues no se aprovechan las nuevas características. De

Revisión y comparación

ES6 Features revisa todas las nuevas características y compara como se escriben ahora con el como se escribían en ES5. Es una herramienta útil para un vistazo rápido 😄.

Librerías

En esta sección hay librerías qe no tienen dependencia alguna, y que sirven de alternativa a plugins de JQuery.

• Axios
• Moment.js
• Date fns
• Lodash
• HotKeys.js
• Glide
• Chart.js
• Google chart tools

Compatibilidad con navegadores

• Can I use?

Sitio donde se pueden buscar características y graficamente ver la compatibilidad que tienen los navegadores, ya sea HTML, CSS o JS.

• Polyfill.io

Polyfills para que características de ES6 sean 'soportadas' por navegadores antiguos

---

Basada en una presentación originalmente presentada en la oficina. Modificada

#Javascript

Contemos un poco mi historia con Javascript. En un principio no me gustaba y no me interesaba usar scripts porque no estaba soportado por los navegadores móviles, y quería sitios que funcionaran también para dispositivos móviles. Sobre todo uno de ellos era solo de consulta, así que era más conveniente que funcionara correctamente en la mayor cantidad de dispositivos. Por lo mismo todo lo manejaba por medio de Requests HTTP 😅, bueno, lo más que fuera posible, en los formularios sobre todo las fechas y selects dinámicos no me dejaban otra opción hasta donde recuerdo.

Hasta que empece a trabajar en la universidad fue que me ví en la necesidad de realmente aprender JQuery y empece viendo el código que ya existía en los proyectos, los copiaba y modificaba según mis necesidades. Funcionaba y era cómodo. Claro surgen consultas, nuevos elementos o funcionalidades que no estaban presentes en los códigos que había visto en un inicio. Con el tiempo, viendo códigos de otros compañeros y lo que leía en el internet veía en ocasiones las diferencias en como las personas escribían su código, lo que me dio la impresión que si bien funcionaba lo que hacía, no era necesariamente la mejor forma, específicamente la mejor desde mi perspectiva, desde mis ideas, las cuales en algunas ocasiones resultan bastante raras.

Posteriormente, conocí Vue y Polymer y si bien JQuery sigue funcionando dentro de un componente, me fui acercando más a Javascript (Vanilla) y sobre todo al empezar un projecto independiente donde nos decidimos a utilizar estándares, para que el código fuera más mantenible fue que realmente tome interes en Js y cuando voltee a ver a el código que escribía en la universidad me percate de cosas que podía mejorar y claro, también de algunos horrores 😱.

Por un tiempo me puse en la posición de impulsar ES2015 pero denigrando el código hecho con JQuery, lo siento 😓. Afortunadamente fue solo una corta etapa y si bien ahora prefiero aprovechar ES2015 entiendo que JQuery ya es una herramienta establecida por muchos años y que quizá no cambie pronto, quizá solo por los lugares donde tiene años usándose. Hay ambientes, como la universidad donde no es fácil migrar el código cuando se utiliza tanto en todo el ecosistema, es algo que mi compañero y yo propusimos, se presentó y discutió, y se tenía la idea de implementar algo nuevo, quizá React o Vue, pero por la euforía (creo puedo llamarla así) no me había percatado de otro problema, nuestros sistemas no tienen una clara distinción entre front y back, es decir, no usamos API y a veces traemos consultas o modelos en el mismo controlador que despliega la vista, se tenía la idea de los nuevos proyectos ya alimentarlos con APIs pero hasta ahora no ha pasado 😟.

Además, quizá como a mi, para varias personas JQuery fue o será una herramienta para aprender Javascript y ponerse en contra no resulta coherente, si sirve como escalón bien si no pues bueno. Aunque también tengo otros compañeros que aprendieron JQuery, pero no parerecen mostrar interes en aprender algo nuevo. O quizá ya no haya personas que aprendan con JQuery, con el surgimiento de frameworks como React o Vue, que acaparen la atención de los nuevos desarrolladores.

Para terminar, si se busca 'No JQuery' en el navegador hay varios resultados con ejemplos para ayudar en la migración a ES2015, así que por falta de recursos no hay problema alguno 😄.

#Javascript #Opinión