Ein gutes Wort für jQuery

[1unitedpower]

Wir sollten uns ein wenig dankbarer geben, jQuery hat seinerzeit große Probleme gelöst und offene Standards und die OpenSource-JavaScript-Landschaft voran getrieben. Ohne jQuery gäbe es heute wahrscheinlich kein document.querySelectorAll. Das DOM, bevor es jQuery gab, war ein Kuriositäten-Kabinett, teils weil es unterspezifiziert war, teils weil Browser sich nicht an Standards halten wollten und teils, weil kein Konsens darüber herrschte, in welche Richtung sich das DOM weiterentwickeln sollte. jQuery hat unzählige Inkompatibilitäten zwischen Browsern aufgedeckt und ausgebügelt. Das hat uns Web-Entwicklern geholfen, weil wir nicht mehr selber jeden Browser-Quirk kennen und umschiffen mussten, es hat den Browser-Herstellern den Wind aus den Segeln genommen, sich eine Vormachtsstellung durch propritäre, unfreie Technologien zu erarbeiten und es hat den Standard-Konsortien geholfen unterspezifiziertes Verhalten zu finden und nachzubessern. Und jQuery hatte genügend Einfluss, um einen Konsens bei der Weiterentwicklung des DOM zu erzielen. Natürlich hat jQuery nur ein oder zwei Puzzelteile zur Gesamtentwicklung des Webs beigetragen, aber das sollten wir zu schätzen wissen. Außerdem hat jQuery die OpenSource-Kultur im Web befördert, ich glaube die Plugin-Datenbank von jQuery war eine der größten JavaScript-OpenSource-Sammlungen bevor sich require.js, common.js, npm und letztlich native ECMAScript-Module etabliert haben.

Um auf die Gegenwart zu kommen: unsere Probleme heute sind andere als vor 10 Jahren, und zu deren Lösungen kann jQuery nicht viel beitragen. jQuery-Code war und ist schon immer Spaghetti-Code, jQuery hat nichts anzubieten, um Code besser zu strukturieren, es bevorzugt und benachteiligt keine individuelle Architektur. Viele Probleme, für die jQuery seiner Zeit Lösungen anbieten konnte, sind heute besser gelöst. Heute sind JavaScript-Engines deutlich näher am Standard orientiert, wir haben bessere Paket-Datenbanken und Web Standards sind nicht mehr so orientierungslos wie damals. Dafür haben wir neue Probleme, wir leben im responsiven Zeitalter, Performance spielt eine immer elementarere Rolle, unsere Anwendungen werden komplexer und es wächst das Bedürfnis nach expressiveren, besser wartbaren Architekturen. Die nativen Bausteine, die uns modernes JavaScript und das DOM bieten, sind besser geworden, aber wir stehen heute vor neuen Problmem. Das DOM ist immernoch häufig ein Quell für Performance-Bottelnecks und Korrektheits-Bugs. Neue Frameworks, Architekturen und Programmiersprachen sind erschienen, die diese Probleme lösen wollen. WebComponents, Virtual DOM Libraries, predictable State-Manager, serverseitige Rendering-Engines, Task-Runner, Transpiler, Precompiler, Typechecker… kurz: Software-Engineering-Methoden haben das Feld übernommen und dominieren den gegenwärtigen JavaScript-Kosmos. Wir sollten aber würdigen, dass das auf den Schultern von Giganten getragen wird, wie jQuery mal einer war.