Um tempo atrás, fiz uma meia-observação, meia-piada no LinkedIn. A grande reescrita da cadeia de ferramentas JavaScript invadiu. Ferramentas mais antigas ficaram fora de moda, seu desempenho lento culpado por atrasar o código. É difícil acompanhar os descolados, mas sua promessa é velocidade. É um momento estranho: JavaScript é onipresente mas está perdendo terreno em seu próprio quintal. As ferramentas são mais rápidas, a configuração mais fácil, as abstrações mais espessas. Escrevemos, configuramos e esperamos menos. Empacotamos, entregamos e corrigimos a quente mais. O que acontece entre o código e o produto torna-se mais fácil de ignorar. Os benchmarks brilham em verde. Então por que estragar a festa?

Para uma linguagem escrita em dez dias, JavaScript alcançou o impensável. Escapou do navegador e engoliu tudo. Muitos escreveriam servidores e ferramentas em JavaScript. Chegou aos telefones, consoles, microcontroladores, sua geladeira. Se entende bits, pode executar JavaScript. Apesar da popularidade, nunca teve vida fácil. As tentativas de substituí-lo começaram cedo: VBScript e JScript da Microsoft, ActionScript da Macromedia/Adobe, Dart do Google, CoffeeScript. Quando não substituíamos, remendávamos: jQuery, Lodash, Moment.js. JavaScript não ficou parado. As versões do ECMAScript trouxeram recursos. O TC39 manteve as propostas chegando. Então o TypeScript teve sucesso ao aceitar que o JavaScript não ia a lugar nenhum.

Uma linguagem para governar todas é uma bênção e uma maldição. Passamos décadas na maldição, esquecemos a bênção. À medida que o JavaScript se espalhava, comia sua própria ração. O Node.js permitiu ferramentas na mesma linguagem. Se algo quebrasse, os desenvolvedores podiam verificar o código, entender os bugs, talvez corrigir, enviar um pull request. Pelo menos podiam culpar o...