Jarred Sumner, der Ersteller und Hauptentwickler der serverseitigen JavaScript-Plattform Bun, hat einen Git-Branch erstellt, um Bun von der Programmiersprache Zig auf Rust umzuschreiben. Der Umschreibung erfolgt mit Hilfe des AI-Assistenten Claude, f\u00fcr den ein eigenes Handbuch zur Portierung erstellt wurde. Laut Jarred handelt es sich bisher nur um ein Experiment und nicht um ein offizielles Port, und es ist sehr wahrscheinlich, dass es \u00fcber das Experiment hinaus nicht vorankommt und der umgeschriebene Code nicht verwendet wird. <\/p>\n
Die Portierung ist noch nicht abgeschlossen, und dem Projekt wird derzeit viel Aufmerksamkeit gewidmet, um zu bewerten, wie funktionsf\u00e4hig das Port werden kann, ob es die Tests des Hauptprojekts bestehen wird und wie schwierig es sein wird, den neuen Code zu pflegen. Letztendlich ist geplant, einen Vergleichstest der Bun-Varianten auf Zig und Rust durchzuf\u00fchren. <\/p>\n
Im Dezember letzten Jahres wurde das Projekt Bun von der Firma Anthropic \u00fcbernommen, weshalb Jarred Ressourcen zur Verf\u00fcgung hat, um fortschrittliche AI-Modelle von Claude in die Portierung einzubeziehen. Die Plattform Bun wird in den Produkten Claude Code und Claude Agent SDK verwendet, und Anthropic ist daran interessiert, deren Qualit\u00e4t zu verbessern und weiterzuentwickeln. Bun ist eines der erfolgreichsten Projekte in der Programmiersprache Zig, wobei die Meinungen der Zig- und Bun-Entwickler \u00fcber den Einsatz von AI im Entwicklungsprozess auseinandergehen. Im Zig-Projekt gibt es ein striktes Verbot von gro\u00dfen Sprachmodellen bei der Erstellung von Pull Requests, Issues und Kommentaren (sogar \u00dcbersetzungen nicht englischer Kommentare durch AI sind verboten). <\/p>\n
Die Einf\u00fchrung solcher Einschr\u00e4nkungen wird von den Zig-Entwicklern durch negative Erfahrungen bei der \u00dcberpr\u00fcfung von AI-generierten Pull-Requests begr\u00fcndet, die Ressourcen und Zeit in Anspruch nehmen (zum Beispiel werden sinnlose \u00c4nderungen, AI-Halluzinationen und aufgebl\u00e4hte Commits mit 10.000 Zeilen bemerkt). Dar\u00fcber hinaus positioniert sich das Zig-Projekt als teilnehmerorientiert, nicht als Beitrag der Teilnehmer zur Entwicklung \u2013 das Hauptziel der Annahme von Pull-Requests ist nicht die Hinzuf\u00fcgung neuer Codes, sondern die Unterst\u00fctzung der Entwicklung neuer Teilnehmer. <\/p>\n
Der Autor Bun ist gegen das Verbot von AI in Zig und glaubt, dass der AI-Slop ein nostalgisches Relikt aus den Jahren 2025 und 2026 bleiben wird, w\u00e4hrend die Entwicklung von Open-Source-Software bis zum Verbot der Annahme von Code von Menschen fortschreiten wird. Die Menschen werden Probleme diskutieren, Aufgaben setzen und Priorit\u00e4ten festlegen, w\u00e4hrend das Schreiben von Code und das Einreichen von \u00c4nderungen in Repositories zur Aufgabe der AI wird. Ein weiteres Motiv f\u00fcr die Experimente mit der Umschreibung in Rust ist der Wunsch, Probleme in Bun zu beseitigen, die durch Speicherlecks verursacht werden, sowie die f\u00fcr gro\u00dfe Projekte untragbare Politik von Zig hinsichtlich der Annahme von \u00c4nderungen, die die Kompatibilit\u00e4t beeintr\u00e4chtigen. <\/p>\n
Wegen des Verbots der Anwendung von AI sind die Bun-Entwickler gezwungen, ein eigenes Fork des Zig-Tools zu unterst\u00fctzen, in dem durch den Einsatz von AI die Kompilierung aufgrund der Parallelisierung der semantischen Analyse und der Code-Generierung viermal beschleunigt werden konnte. Dabei deutet ein Kommentar eines der Zig-Entwickler darauf hin, dass die Ablehnung von Patches nicht an AI liegt, sondern daran, dass die Parallelisierung der semantischen Analyse nicht nur den Compiler, sondern auch die Sprache selbst betrifft \u2013 um die vorgeschlagene Funktionalit\u00e4t fehlerfrei und kompatibel zu implementieren, sind \u00c4nderungen in der Zig-Sprache erforderlich. Statt einer Parallelisierung arbeiten die Zig-Entwickler an einer inkrementellen Kompilierung, die ihrer Vermutung nach die Geschwindigkeit der Kompilierung erheblich steigern sollte. <\/p>\n
Die JavaScript-Plattform Bun entwickelt sich als leistungsf\u00e4hige Alternative zu den Plattformen Node.js und Deno. Das Projekt wird unter Ber\u00fccksichtigung der Kompatibilit\u00e4t mit Serveranwendungen f\u00fcr Node.js entwickelt und unterst\u00fctzt den Gro\u00dfteil der Node.js-API. Die Plattform umfasst eine Reihe von Werkzeugen zur Erstellung und Ausf\u00fchrung von Anwendungen in den Sprachen JavaScript und TypeScript sowie eine Laufzeitumgebung zur Ausf\u00fchrung von JavaScript-Anwendungen ohne Browser, einen Paketmanager (kompatibel mit NPM), Werkzeuge f\u00fcr die Durchf\u00fchrung von Tests, ein Build-System f\u00fcr selbstst\u00e4ndige Pakete und eine Schicht zur Einbettung von in C geschriebenen Handlern. In Bezug auf die Leistung \u00fcberholt Bun Deno und Node.js deutlich (in Tests mit dem React-Framework \u00fcberholt Bun Deno um das Zweifache und Node.js um fast das F\u00fcnffache). F\u00fcr die Ausf\u00fchrung von JavaScript wird der JavaScript-Engine JavaScriptCore und Komponenten des WebKit-Projekts mit zus\u00e4tzlichen Patches eingesetzt. <\/p>\n