Surgió una pregunta en un episodio de ShopTalk semi-reciente sobre el uso de jQuery en los tutoriales.
Últimamente he empezado a darme cuenta de lo confusa que se ha vuelto la línea entre jQuery y JavaScript al aprender sobre el idioma. Es difícil encontrar un tutorial sólido que no incluya jQuery en lugar de JavaScript. ¿Cuál es su opinión sobre el uso excesivo de la biblioteca?
La pregunta fue de Nick Hehr, quien también escribió al respecto. Puede escuchar nuestra respuesta allí con este enlace de salto de tiempo.
Si ha estado leyendo este sitio durante mucho tiempo, sabrá que somos un poco culpables de eso. No estoy seguro de que alguna vez se haya publicado un tutorial aquí que solo use JavaScript “vanilla” (es decir, JavaScript por sí mismo, sin marco) en lugar de jQuery. O si los tenemos, son pocos y distantes entre sí. ¿Eso es algo malo? No estoy tan seguro de que lo sea. Pero ciertamente vale la pena discutirlo.
Un poco más tarde publiqué un artículo que cubría cómo intercambiar texto después de un evento. Cubrí cinco formas de hacerlo. Se utilizó jQuery en dos de ellos, JavaScript vanilla en otro y CSS en los otros dos. Incluir jQuery, incluso entre otras opciones, encendió una discusión de estilo “eso es simplemente exagerado”:
Ah, útil, pero realmente no hay necesidad de jQuery aquí: Intercambio de texto, cinco formas diferentes: http://t.co/5gyFGmoCVp
– Revista Smashing (@smashingmag) 3 de julio de 2013
Así que así es como me siento al respecto.
Escribo lo que hago
Este blog es un reflejo de las cosas que aprendo. Yo uso jQuery mucho. Entonces, cuando traduzco cosas en un tutorial, lo hago como lo haría.
Solo he trabajado en un puñado de sitios que no usaron jQuery en los últimos años, y aquellos que no usaron otra biblioteca o simplemente no necesitaban JavaScript en absoluto.
jQuery es JavaScript
Literalmente. Usar jQuery significa escribir y trabajar literalmente con JavaScript directamente. jQuery simplemente lo hace más fácil y baja la barra de entrada. Conozco a muchos buenos desarrolladores de JavaScript que comenzaron con jQuery. Al igual que hay un montón de buenos guitarristas que empezaron como Cover Band de Dave Matthews Band.
Los tutoriales son conceptos
El objetivo de un tutorial es enseñar una idea y hacerlo de manera bastante sucinta.
Supongamos que desea seleccionar un botón con un nombre de clase determinado y cambiar algo de texto cuando se hace clic en él. Para evitar cualquier dependencia, tal vez lo haga document.querySelectorAll(".my-button"). Pero eso devolverá una matriz, por lo que debe usar [0] al final para apuntar al elemento y adjuntar el evento. ¿O deberíamos usar querySelector en cambio, ¿cuál selecciona el primero? ¿O deberíamos ejecutar un bucle o mapa sobre la matriz para unirlos a todos? O deberíamos haber usado getElementByClassName? ¿Qué pasa con la compatibilidad con el navegador? ¿Deberíamos hablar de polyfills para eso? ¿O deberíamos simplemente agregar una identificación y usar getElementById ya que probablemente sea una de las mejores prácticas?
O simplemente podríamos hacer $(".my-button") y continúa con el tutorial. Todo eso es interesante y digno de discusión, pero no en todos los tutoriales cada vez. jQuery permite que los conceptos de los tutoriales brillen sin empantanarse en los detalles.
El futuro
En este momento, siento que jQuery sigue siendo una parte bastante importante de la pila frontal, que vale la pena aprender y aún es apropiado para usar en tutoriales.
Pero las cosas cambiarán en la web. La forma en que JavaScript se presenta en los tutoriales también cambiará. Probablemente. Cambiaremos con eso. Probablemente. He visto comentarios flotando en los últimos meses como “Siento que si estoy usando jQuery lo hice mal”. que nunca había escuchado antes y que pueden ser presagios de un cambio. Los enfoques de newschool de Ember / Angular también se vislumbran.