Bun v1.0.0

• Bun 1.0 ist ein umfassendes Toolkit für die JavaScript- und TypeScript-Entwicklung und bietet Funktionen zum Ausführen, Bauen, Testen und Debuggen von Code.
• Bun soll die JavaScript-Entwicklung vereinfachen und beschleunigen, indem es mehrere Werkzeuge durch eine integrierte Lösung ersetzt.
• Bun ersetzt Node.js und bietet eine 5-mal schnellere Alternative zu npx, einen integrierten Watch-Modus und das standardmäßige Einlesen von .env-Dateien.
• Bun kann .js, .ts, .cjs, .mjs, .jsx und .tsx-Dateien ausführen und macht Transpiler wie tsc, babel, ts-node und tsx überflüssig.
• Bun ist ein JavaScript-Bundler mit Spitzenleistung und verfügt über eine mit esbuild kompatible Plugin-API, wodurch es esbuild, webpack, parcel und rollup ersetzt.
• Bun ist ein mit npm kompatibler Paketmanager, der package.json liest und in node_modules schreibt, und ersetzt npm, yarn, pnpm und lerna.
• Bun ist ein mit Jest kompatibler Test-Runner, der Snapshot-Tests, Mocking und Code-Coverage unterstützt und jest, ts-jest, babel-jest und vitest ersetzt.
• Bun ist eine schnelle JavaScript-Runtime, die mit Apples WebKit-Engine gebaut wurde und darauf abzielt, Softwareentwicklung schneller und angenehmer zu machen.
• Bun unterstützt sowohl ESM- als auch CommonJS-Modulsysteme und bietet integrierte Unterstützung für Web-Standard-APIs, die im Browser verfügbar sind.
• Bun bietet Hot Reloading, sodass Anwendungen bei Dateiänderungen neu geladen werden können, ohne beendet zu werden.
• Bun ist anpassbar: Man kann Plugins definieren, um Importe abzufangen und benutzerdefinierte Lade-Logik auszuführen.
• Bun bietet eine optimierte Standardbibliotheks-API für gängige Entwickleranforderungen und unterstützt SQLite über eine schnellere Native-Code-API.
• Bun enthält einen Paketmanager, der deutlich schneller ist als npm, yarn und pnpm.
• Bun fungiert als Test-Runner mit einem eingebauten Testmodul, das vollständig mit Jest kompatibel ist.
• Bun ist ein mit esbuild-Plugins kompatibler JavaScript- und TypeScript-Bundler sowie Minifier, der JavaScript-Makros für die Ausführung von Funktionen zur Bundle-Zeit einführt.
• Bun bietet jetzt experimentell native Builds für Windows; die Builds für macOS und Linux sind produktionsreif.
• Das Bun-Team entwickelt neue Wege, JavaScript und TypeScript in Produktion zu deployen, und stellt Low-Level-Systemingenieure ein.

[GN⁺]

Hacker-News-Kommentare

• Bun v1.0.0 ist ein neues Release, das sowohl CommonJS als auch ES-Module unterstützt und die Sorge um Dateierweiterungen oder das Eintragen von "type": "module" in package.json überflüssig macht.
• Das Node.js-Ökosystem wirkt auf manche kaputt, und Buns pragmatische, entwicklerfreundliche Entscheidungen werden als mögliche Lösung angesehen.
• Einige Nutzer äußerten Bedenken über Buns Formulierung „drop-in replacement“ für ein 1.0-Release, das nicht alles von node: implementiert.
• Es gibt die Bitte, im Abschnitt zur Node.js-Kompatibilität klar anzugeben, welche Module in Bun 1.0 nicht unterstützt werden.
• Wegen Bedenken zu Zugänglichkeit/Datenschutz/proprietären Einschränkungen gibt es den Vorschlag, den Community-Chat auf eine andere Plattform als Discord zu verlagern.
• Bun scheint ein attraktives Wertversprechen für einfachere All-in-one-Software (aber erweiterbar) zu sein und wird mit dem Rome-Tool verglichen, das ähnliche Ziele hatte.
• Es gibt Fragen zu Buns Monetarisierungsplänen. Bun wird durch VC finanziert, und Nutzer berücksichtigen, wie wahrscheinlich es ist, dass Bun auch künftig aktiv weiterentwickelt wird.
• Bun erscheint als potenzielle Lösung für die komplexe Tooling-Situation rund um JavaScript und als Ersatz für das geschichtete Chaos node-basierter Tools.
• Es gibt die Frage, welchen Vorteil Vite.js auf Bun noch hat, wenn Bun TypeScript-React-Apps direkt aus der Box starten und bundlen kann.
• Nutzer interessieren sich für einen Vergleich von Bun und Deno als potenzielle Nachfolger von Node und fragen nach Performance-Behauptungen und philosophischen Unterschieden zwischen den beiden Projekten.
• Die Veröffentlichung von Bun 1.0 wurde wegen fehlschlagender Tests beim fetch()-Body-Streaming verzögert; später stellte sich heraus, dass die Ursache beim Abrufen von Properties aus Objekten in den JavaScriptCore-Bindings lag.