Hace un tiempo, hice una observación a medias, a medias broma en LinkedIn. La gran reescritura de la cadena de herramientas de JavaScript irrumpió. Las herramientas más antiguas dejaron de ser cool, su rendimiento lento fue culpado de ralentizar el código. Es difícil seguir a los chicos cool, pero su promesa es la velocidad. Es un momento extraño: JavaScript es omnipresente pero pierde terreno en su propio patio trasero. Las herramientas son más rápidas, la configuración más fácil, las abstracciones más gruesas. Escribimos, configuramos y esperamos menos. Empaquetamos, enviamos y aplicamos hotfixes más. Lo que ocurre entre el código y el producto se vuelve más fácil de ignorar. Los benchmarks brillan en verde. Entonces, ¿por qué arruinar la fiesta?

Para un lenguaje escrito en diez días, JavaScript logró lo impensable. Escapó del navegador y se lo tragó todo. Muchos escribirían servidores y herramientas en JavaScript. Llegó a los teléfonos, consolas, microcontroladores, tu nevera. Si entiende bits, puede ejecutar JavaScript. A pesar de su popularidad, nunca lo tuvo fácil. Los intentos de reemplazarlo comenzaron temprano: VBScript y JScript de Microsoft, ActionScript de Macromedia/Adobe, Dart de Google, CoffeeScript. Cuando no reemplazábamos, parcheábamos: jQuery, Lodash, Moment.js. JavaScript no se quedó quieto. Las versiones de ECMAScript trajeron características. TC39 mantuvo las propuestas llegando. Luego TypeScript triunfó al aceptar que JavaScript no iba a ninguna parte.

Un lenguaje para gobernarlos a todos es una bendición y una maldición. Pasamos décadas en la maldición, olvidamos la bendición. A medida que JavaScript se extendía, se comía su propia comida para perros. Node.js permitió herramientas en el mismo lenguaje. Si algo se rompía, los desarrolladores podían revisar el código, entender los bugs, quizás arreglarlos, enviar un pull request. Al menos podían culpar al...