Vor einer Weile machte ich eine halbe Beobachtung, halben Witz auf LinkedIn. Der große JavaScript-Toolchain-Umschreibung brach herein. Ältere Tools wurden uncool, ihre träge Performance wurde beschuldigt, den Code zu verlangsamen. Es ist schwer, mit den Coolen mitzuhalten, aber ihr Versprechen ist Geschwindigkeit. Es ist eine seltsame Zeit: JavaScript ist allgegenwärtig, verliert aber im eigenen Hinterhof an Boden. Tools sind schneller, Setup einfacher, Abstraktionen dicker. Wir schreiben, konfigurieren und warten weniger. Wir bündeln, liefern und hotfixen mehr. Was zwischen Code und Produkt passiert, wird leichter zu ignorieren. Benchmarks strahlen grün. Warum also die Party ruinieren?

Für eine in zehn Tagen geschriebene Sprache erreichte JavaScript das Undenkbare. Es entkam dem Browser und verschlang alles. Viele würden Server und Tools in JavaScript schreiben. Es kam auf Telefone, Konsolen, Mikrocontroller, deinen Kühlschrank. Wenn es Bits versteht, kann es JavaScript ausführen. Trotz Popularität hatte es es nie leicht. Versuche, es zu ersetzen, begannen früh: Microsofts VBScript und JScript, Macromedia/Adobes ActionScript, Googles Dart, CoffeeScript. Wenn nicht ersetzt, patchten wir: jQuery, Lodash, Moment.js. JavaScript stand nicht still. ECMAScript-Releases brachten Features. TC39 ließ Vorschläge kommen. Dann erfolgreich TypeScript, indem es akzeptierte, dass JavaScript nirgendwo hingeht.

Eine Sprache, um alle zu regieren, ist ein Segen und ein Fluch. Wir verbrachten Jahrzehnte mit dem Fluch, vergaßen den Segen. Als JavaScript sich ausbreitete, fraß es sein eigenes Hundefutter. Node.js ermöglichte Tools in derselben Sprache. Wenn etwas kaputt ging, konnten Entwickler Code prüfen, Bugs verstehen, vielleicht beheben, einen Pull Request einreichen. Zumindest konnten sie beschuldigen...