Jarred Sumner, der Sch\u00f6pfer und Hauptentwickler der serverseitigen JavaScript-Plattform Bun, hat einen Git-Branch erstellt, um Bun von Zig nach Rust neu zu schreiben. Diese Neuschreibung erfolgt unter Verwendung des KI-Assistenten Claude, f\u00fcr den ein separates Handbuch zur Portierung erstellt wurde. Jarred behauptet, dass dies derzeit nur ein Experiment ist und kein offizieller Port, und es besteht eine hohe Wahrscheinlichkeit, dass das Experiment nicht weitergef\u00fchrt wird und der neu geschriebene Code nicht verwendet wird. <\/p>\n
Die Portierung ist noch nicht abgeschlossen, und in der aktuellen Phase liegt das gesamte Interesse am Projekt darauf, zu bewerten, wie funktionsf\u00e4hig der Port sein wird, ob er die Tests des Hauptprojekts bestehen kann und wie schwierig es sein wird, den neuen Code zu warten. Letztendlich ist geplant, eine vergleichende Pr\u00fcfung der Versionen von Bun in Zig und Rust durchzuf\u00fchren. <\/p>\n
Im Dezember letzten Jahres wurde das Projekt Bun von der Firma Anthropic \u00fcbernommen, was Jared die notwendigen Ressourcen verschafft, um fortschrittliche AI-Modelle wie Claude zu portieren. Die Bun-Plattform wird bereits in den Produkten Claude Code und Claude Agent SDK verwendet, und Anthropic ist daran interessiert, ihre Qualit\u00e4t und Entwicklung zu verbessern. Bun geh\u00f6rt zu den erfolgreichsten Projekten in der Programmiersprache Zig, jedoch gibt es unterschiedliche Meinungen unter den Entwicklern von Zig und Bun hinsichtlich des Einsatzes von AI w\u00e4hrend des Entwicklungsprozesses. Im Zig-Projekt gibt es ein striktes Verbot zur Nutzung gro\u00dfer Sprachmodelle 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 ist eine Reaktion der Zig-Entwickler auf negative Erfahrungen mit der \u00dcberpr\u00fcfung von AI-generierten Pull-Requests, die Ressourcen und Zeit in Anspruch nehmen (z. B. werden sinnlose \u00c4nderungen, AI-Halluzinationen und aufgebl\u00e4hte Commits von 10.000 Zeilen festgestellt). Dar\u00fcber hinaus positioniert sich das Zig-Projekt als teilnehmerorientiert und nicht auf die von ihnen eingebrachten Beitr\u00e4ge zur Entwicklung \u2014 das Hauptziel der Annahme von Pull-Requests besteht nicht darin, neuen Code hinzuzuf\u00fcgen, sondern neue Teilnehmer zu f\u00f6rdern. <\/p>\n
Der Autor Bun ist gegen das Verbot von KI in Zig und glaubt, dass das KI-Relikt nostalgische \u00dcberreste der Jahre 2025 und 2026 bleiben wird, w\u00e4hrend die Entwicklung von Open-Source-Software zu einem Verbot von Code von Menschen f\u00fchren wird. Die Menschen werden Probleme diskutieren, Aufgaben stellen und Priorit\u00e4ten setzen, w\u00e4hrend das Schreiben von Code und das Einpflegen von \u00c4nderungen in Repositories ausschlie\u00dflich der KI \u00fcberlassen wird. Als Grund f\u00fcr die Experimente mit der Neuanfertigung in Rust wird auch der Wunsch genannt, Probleme in Bun zu beheben, die durch Speicherlecks verursacht wurden, sowie die nicht akzeptable Politik von Zig bez\u00fcglich der Annahme von \u00c4nderungen, die die Kompatibilit\u00e4t verletzen, f\u00fcr gro\u00dfe Projekte. <\/p>\n
Wegen des Verbots der Verwendung von AI sind die Entwickler von Bun gezwungen, ihren eigenen Fork des Zig-Tools zu unterst\u00fctzen, bei dem durch den Einsatz von AI die Kompilierung durchParallelisierung der semantischen Analyse und Codegenerierung um das Vierfache beschleunigt wurde. Laut dem Kommentar eines Zig-Entwicklers liegt der Grund f\u00fcr die Ablehnung von Patches jedoch nicht an AI, sondern daran, dass die Parallelisierung der semantischen Analyse nicht nur den Compiler, sondern auch die Programmiersprache selbst betrifft \u2014 um die vorgeschlagene Funktionalit\u00e4t fehlerfrei und kompatibel umzusetzen, sind \u00c4nderungen an der Zig-Sprache erforderlich. Statt der Parallelisierung entwickeln die Zig-Entwickler eine inkrementelle Kompilierung, die ihrer Annahme nach die Geschwindigkeit der Kompilierung erheblich steigern wird. <\/p>\n
Die JavaScript-Plattform Bun entwickelt sich zu einer leistungsstarken Alternative zu den Plattformen Node.js und Deno. Das Projekt wird mit Blick auf die Kompatibilit\u00e4t zu Serveranwendungen f\u00fcr Node.js entwickelt und unterst\u00fctzt den Gro\u00dfteil der Node.js-APIs. Die Plattform beinhaltet eine Sammlung von Werkzeugen zur Erstellung und Ausf\u00fchrung von Anwendungen in JavaScript und TypeScript sowie eine Laufzeitumgebung zur Ausf\u00fchrung von JavaScript-Anwendungen ohne Browser, einen Paketmanager (kompatibel mit NPM), ein Testwerkzeug, ein Build-System f\u00fcr eigenst\u00e4ndige Pakete und eine Schicht zum Einbetten von in C geschriebenen Handlern. In Bezug auf die Leistung \u00fcbertrifft Bun Deno und Node.js deutlich (in Tests mit dem React-Framework \u00fcbertrifft die Bun-Plattform Deno um das Zweifache und Node.js fast um das F\u00fcnffache). Zum Ausf\u00fchren von JavaScript wird der JavaScript-Engine JavaScriptCore und Komponenten des WebKit-Projekts mit zus\u00e4tzlichen Patches eingesetzt. <\/p>\n