VoidZero schließt sich Cloudflare an

• VoidZero ist das Unternehmen hinter Vite, Vitest, Rolldown, Oxc und Vite+; nun tritt das gesamte VoidZero-Team Cloudflare bei
• Die in Entwicklung befindlichen Projekte werden jedoch weiterhin als Open Source, vendor-neutral und Community-getrieben fortgeführt
• Vite bildet die Grundlage zahlreicher JavaScript-Frameworks wie Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router und TanStack Start; Cloudflare stellt dem Vite-Ökosystemfonds 1 Million US-Dollar bereit
• Die Environment API ermöglicht es, Server-Code während der Entwicklung in einer Runtime statt in Node.js auszuführen, und das Cloudflare-Vite-Plugin stellt mit workerd lokal dasselbe Runtime-Modell wie bei Workers bereit
• AI-Agenten erstellen Projekte, starten Entwicklungsserver, lesen Fehler aus und wiederholen Tests, Linting, Formatierung und Preview-Deployments, wodurch schnelle Builds, schnelle Tests, strukturierte Fehlermeldungen und eine konsistente CLI immer wichtiger werden
• Cloudflare-Tools sollen Vite nicht in Richtung Cloudflare ziehen, sondern Cloudflares Application-Tools auf Vite aufsetzen; langfristig soll das zu einer cf-CLI, provider-neutralen Primitives für Full-Stack- und Agenten-Anwendungen sowie als Open Source veröffentlichten Void-Plattform führen

---

Beitritt und fortbestehende Prinzipien

• VoidZero ist das Unternehmen hinter Vite, Vitest, Rolldown, Oxc und Vite+; mit dieser Veränderung tritt das gesamte VoidZero-Team Cloudflare bei
• Vite, Vitest, Rolldown, Oxc und Vite+ bleiben Open Source, vendor-neutral und Community-getrieben
• Vite behält die MIT-Lizenz und den offenen Entwicklungsprozess bei und hält an dem Grundsatz fest, dass mit Vite erstellte Anwendungen überall lauffähig sein sollen
• Evan You und das VoidZero-Team werden Vite, Vitest, Rolldown, Oxc und Vite+ weiterhin führen; Cloudflare investiert dafür Engineering-Kapazitäten und Ressourcen in diese Projekte
• Wie schon beim Beitritt von Astro zu Cloudflare bleibt auch Astro Open Source, überall deploybar und setzt seine bestehende Roadmap fort

Vite-Ökosystem und der 1-Million-US-Dollar-Fonds

• Vite dient als Grundlage für Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router, TanStack Start; auch Next.js erhält mit vinext eine Vite-basierte Implementierung
• Cloudflare sieht es als oberstes Ziel, das Vertrauen zu bewahren, das die Verbreitung von Vite ermöglicht hat, und dieses Vertrauen durch Projektunterstützung und die Art der Entwicklung zu belegen
• Cloudflare stellt dem vom Vite-Core-Team betriebenen Vite-Ökosystemfonds 1 Million US-Dollar zur Verfügung, um Maintainer und Beitragende zu unterstützen
• Vite ist größer als VoidZero oder Cloudflare, und die Menschen, die zum Aufbau von Vite beigetragen haben, sollen auch an den nächsten Schritten beteiligt sein

Technische Schnittmenge von Vite und Cloudflare

• Die Zusammenarbeit von Vite und Cloudflare begann 2024 mit der Vite Environment API, die es ermöglicht, Server-Code während der Entwicklung in einer anderen Umgebung als Node.js auszuführen
• Wenn vite dev mit dem Cloudflare-Vite-Plugin ausgeführt wird, läuft der Server-Code innerhalb der Open-Source-Runtime workerd, die auch Workers in Produktion antreibt
• Durable Objects, D1, KV, R2, Workflows, Workers AI, Agents, Service Bindings und Workers RPC laufen lokal mit demselben Runtime-Modell wie in Produktion
• Die Environment API erzwingt keinen Cloudflare-spezifischen Entwicklungsserver, sondern ermöglicht eine Struktur aus allgemeinen Mechanismen innerhalb von Vite und provider-spezifischen Implementierungen
• Vite erreicht rund 129 Millionen wöchentliche Downloads, @cloudflare/vite-plugin rund 14 Millionen wöchentliche Downloads

Wie AI den Entwicklungszyklus verändert

• Agenten nutzen Entwicklungsserver, Bundler, Linter, Formatter und CLI, erstellen Projekte, starten Entwicklungsserver, lesen Fehler aus, schreiben Tests und wiederholen Linting, Formatierung und Preview-Deployments
• Viele AI-generierte Anwendungen beginnen als Vite-Apps, weil sie schnell sind, weithin verstanden werden und gut mit Trainingsdaten sowie einer breiten Tool-Landschaft kompatibel sind
• In agentenbasierter Entwicklung wird häufiger iteriert als von Menschen, weshalb schnelle Builds, schnelle Tests, schnelles Linting und Formatieren, klare und strukturierte Fehlermeldungen sowie eine konsistente CLI noch wichtiger werden
• Vitest, Rolldown, Oxc, Oxlint und Oxfmt wurden jeweils als schnelle Tools ihrer Kategorie entwickelt; Vite+ bündelt sie in einer einzigen CLI, einem einzigen Konfigurationsmodell und mit weniger Komponenten
• Das Cloudflare-Dashboard wurde mit Vite gebaut, Oxlint spart in Cloudflares Codebasis Engineering-Zeit in der Größenordnung von Tagen, und auch das Agent-Harness-Framework Flue des Astro-Teams wird auf eine Vite-Basis umgestellt

Full-Stack-Vite und die Cloudflare-CLI

• Moderne Anwendungen umfassen serverseitig gerenderte Routen, APIs, Hintergrundjobs, Queues, Datenbanken, Object Storage, Echtzeitfunktionen, Authentifizierung sowie Agenten- und AI-Funktionen; deshalb reicht die Rolle eines Build-Tools über das reine Erzeugen von Bundles hinaus
• Vite erweitert sich in Richtung eines besseren Verständnisses weiterer Teile der Anwendung, ohne Geschwindigkeit, Einfachheit und Portabilität aufzugeben
• Die Deploy-Plattform Void für Vite war ein Experimentierfeld dafür, was moderne Application-Frameworks übernehmen sollten, wie sich Deployment anfühlen sollte und wie stark sich der gesamte Lebenszyklus einer Anwendung in einer einzigen Toolchain integrieren lässt
• Einige dieser Erkenntnisse fließen direkt in Vite ein, in Form provider-neutraler Abstraktionen und Hooks für Backends, APIs, Agenten und Deployments; Cloudflare liefert dafür erstklassige Implementierungen auf Workers und der Developer Platform
• Änderungen an Vite selbst folgen weiterhin demselben offenen Beitragsprozess, und Funktionen, die zu Vite hinzukommen, dürfen nicht Cloudflare-spezifisch sein, sondern müssen überall funktionieren, wo Vite läuft
• Cloudflare entscheidet sich dafür, nicht Vite in Richtung Cloudflare zu bewegen, sondern Cloudflares Application-Tools auf Vite aufzusetzen
• Für die neue integrierte CLI cf gibt es eine Technical Preview; die Grundlage der CLI-Erfahrung für Anwendungen soll Vite werden
• cf dev soll eine Obermenge von vite dev sein, mit derselben Geschwindigkeit, demselben Hot Module Replacement und demselben Plugin-Modell, ergänzt um Cloudflare-Runtime und Bindings
• cf build soll Vite-Projekte ohne Adapter-Schritte nativ verstehen, und cf deploy soll das Deployment von Vite-Apps auf Cloudflare vereinfachen

Nächste Schritte

• Kurzfristig werden Vite, Vitest, Rolldown, Oxc und Vite+ weiter veröffentlicht, und das VoidZero-Team bleibt mit Beiträgen und Führung aktiv
• Das Cloudflare-Vite-Plugin wird weiter verbessert, und der Environment-API-Ansatz, Server-Code lokal in der richtigen Runtime auszuführen, soll sich auch für Runtimes jenseits von Cloudflare weiterentwickeln
• Langfristig wird die Cloudflare-CLI zu einer direkt auf Vite aufgebauten Erfahrung, und Vite soll provider-neutrale Primitives für Full-Stack-Apps und Agenten erhalten
• Mit der Zeit soll die Void platform als Open Source veröffentlicht werden, damit andere darauf eigene Plattformen auf Basis von Vite und Cloudflare bauen können
• Wer Vite jetzt auf Cloudflare ausprobieren möchte, kann npm create vite@latest und npx wrangler deploy ausführen

[GN⁺]

Hacker-News-Kommentare

• Am 3. Februar 2014 gab es den Beitrag „Vue.js: JavaScript MVVM made simple (vuejs.org)“: https://news.ycombinator.com/item?id=7169288
  Evan You hatte Kunstgeschichte und Studio Art studiert und musste offenbar JavaScript lernen, um an der Parsons School Arbeiten schnell präsentieren zu können
  Während seiner Zeit bei Google Creative Lab 5 kam ihm die Idee, die Erfahrung mit AngularJS zu verbessern, woraufhin er Vue entwickelte; der Rest ist bekanntlich Geschichte
  Ich weiß nicht, was diese Cloudflare-Übernahme letztlich bedeuten wird, aber ich bin Evan und dem Team wirklich dankbar für die schönen Frameworks und Tools, die sie über Jahre aufgebaut haben

  • Die Lehre daraus ist vielleicht, dass Menschen, bevor sie Frameworks entwickeln, erst lernen sollten, Eleganz und Ästhetik zu erkennen
  • Evan hat wirklich großartige Arbeit geleistet. Ich habe Vue nicht oft verwendet, aber nur, weil es nicht Teil des Stacks meines Unternehmens war, und ich bin ein großer Fan von Vite, das auch React-Pipelines sehr geholfen hat
    Ich habe außerdem vor Kurzem begonnen, Cloudflare Pages und Workers auszuprobieren, und schon der Prozess, eine Basis-App zu starten, ist sehr schmerzfrei, daher scheint diese Zusammenarbeit mein Leben noch einfacher zu machen
  • Rich Harris von Svelte ist ähnlich. Er hatte keinen technischen Hintergrund, lernte aber JavaScript, um im Journalismus Datenvisualisierungen umzusetzen
  • Dazu gibt es ein wirklich gutes Gespräch: https://corecursive.com/vue-with-evan-you/
    Es ist absolut hörenswert

• Ich frage mich, ob das Geschäftsmodell solcher Projekte am Ende darin besteht, 1. ein populäres Entwickler-Tool zu bauen, 2. Finanzierung zu bekommen, 3. großartige Talente einzustellen und dann 4. auf ein Acqui-hire zu hoffen, das die anfängliche Investition rechtfertigt
  Mich würde auch interessieren, wie frühe Investoren über diesen Acqui-hire-Weg denken. Vermutlich war die Summe gut genug, um zuzustimmen, oder sie sahen den Weg zu Umsatz als nahezu unmöglich oder gar nicht vorhanden an

  • In vielen Fällen teilen sich das kaufende und das gekaufte Unternehmen Investoren oder Vorstandsmitglieder
    Neutral formuliert behandeln Venture-Capital-Partner sie gewissermaßen als Teile desselben Portfolios, sodass ein Team, wenn es eigenständig nicht gut läuft, mit einem anderen Unternehmen mit einigermaßen ähnlichem Ziel oder Markt zusammengelegt werden kann
    Direkter gesagt geht es am Ende auch darum, wen man kennt, und darum, es allen zu ermöglichen, von einem erfolgreichen Exit zu erzählen
  • Wenn Investoren einem vernünftigen Preis nicht zustimmen, kann die kaufwillige Seite einfach das komplette Team mit saftigen Signing-Boni einstellen, und den Investoren bleibt eine leere Hülle übrig
    In diesem Fall steht das Kernprodukt unter der MIT-Lizenz, sodass das Team am Freitag kündigen und am Montag unter einer neuen Organisation exakt dort weitermachen kann
  • Übernahmen passieren normalerweise aus drei Gründen: Produkt, Talent, Geschäft/Wachstum
    Im Zeitalter der KI scheinen einige Übernahmen in diesem Bereich auf Talent und Produkt abzuzielen
    Das scheint auch hier der Fall zu sein. Vite ist ein großartiges Produkt, und sie konnten ein großartiges Team aufbauen
    Es könnte überraschen, wie hohe Aufschläge Unternehmen für Talent zahlen können
  • Die Investoren erzielen vermutlich eine gute Kapitalrendite, also dürften sie ziemlich zufrieden sein
  • Aus Sicht von Nutzern von Bibliotheken, Frameworks, Engines und Runtimes habe ich in den letzten etwa zehn Jahren fast alles gemieden, was Venture-Capital-Geld angezogen hat
    Am Ende verschlechtern sich die Tools, werden zu teuer oder verschwinden ganz, und ich bin es leid, refaktorieren und migrieren zu müssen, weil neue Eigentümer schlechte Entscheidungen treffen

• Solche Übernahmeankündigungen machen mich immer nervös. Es heißt oft so etwas wie: „Nichts ändert sich und die Roadmap bleibt unverändert“, aber schon mit einfacher Grundrechenart sieht man, dass Unternehmen nicht so funktionieren
  Unabhängig davon muss ich bei der Arbeit Cloudflare nutzen, und für die mittelgroße Organisation, in der ich bin, ist das eine ziemlich schreckliche Erfahrung. Beschwerden über eine „feindselige Benutzererfahrung“ sind häufig
  Statt Open-Source-Projekte zu übernehmen, wäre es vielleicht besser, Geld dafür auszugeben, mit Vercel bei der Nutzer- und Entwicklererfahrung zu konkurrieren

  • Es tut mir leid, dass du diese Erfahrung gemacht hast. Ich bin vor etwa einem Jahr durch eine Übernahme dazugekommen, und einer unserer Kernschwerpunkte war das Dashboard und die allgemeine Developer Experience
    Leider habe ich den Ausdruck „feindselige Benutzererfahrung“ schon mehrfach gehört, und wir arbeiten intensiv an Verbesserungen. Wenn es für dich okay ist, würde ich gern mehr darüber hören, welche Probleme du erlebst
  • Genau das tun sie gerade
  • Vite ist großartig, und Vite 8 bringt einen enormen Geschwindigkeitsschub, also ist das für sie definitiv eine gute Leistung
    Unabhängig zu bleiben ist immer schön, aber es könnte auch ein deutlich schlimmeres „neues Zuhause“ geben, also hoffe ich, dass es gut läuft, und würde erst einmal abwarten
  • Auch Cloudflares Zuverlässigkeit hat zuletzt stark nachgelassen. Es gab zu viele Ausfälle, und ich habe mein Vertrauen in CF schon vor langer Zeit verloren

• Ich mag Vite. Vorausgesetzt, ich vergesse nicht, dass es in meinem Projekt existiert. Es hat fast alles, was einem das Gefühl gab, dumm zu sein, zu Zero-Config gemacht.
  Aber diese Nachricht freut mich nicht.
  Anfang dieses Jahres ging es mir mit den Astro-Neuigkeiten genauso.
  Für die Leute, die die Projekte geschaffen haben, ist das sicher etwas Gutes, aber bei solchen Übernahmen gibt es etwas, das mich unruhig macht.

  • Mir geht es ähnlich zwiespältig. Für die beteiligten Personen freue ich mich, und sie haben das vermutlich absolut verdient.
    Nur ist das, was als Nächstes kommt, ein wenig traurig. Wir haben beide schon zu oft gesehen, wie sich so etwas wiederholt, und gelernt, die immer wiederkehrende Aussage „Nichts ändert sich und alles bleibt für immer gut“ zu überlesen.
  • Ich nutze Webpack seit 2016, und Vite war beeindruckend.
    Vor ein paar Jahren habe ich ein ziemlich komplexes Projekt, ein Monorepo mit Rust-WebAssembly-Bindings, von Webpack auf Vite umgestellt, und die Dev-Builds wie auch die echten Builds gingen von Minuten auf Sekunden herunter. Seitdem habe ich Webpack nicht mehr angeschaut.
    Ich weiß nicht, was ich bei dieser Nachricht fühlen soll. Vor allem, weil mein Projekt beim Umstieg von Vite 7 auf Vite 8 auf eine nicht dokumentierte Weise kaputtgegangen ist, aber ich bin vorsichtig optimistisch.
    Evan jedenfalls herzlichen Glückwunsch.
  • Ich mochte Vite seit dem Moment, als es veröffentlicht wurde. Früher habe ich auch Snowpack benutzt.
    Als kleine interessante Randnotiz: Fred „fks“ hat Astro gebaut, nachdem Snowpack keine traction bekommen hatte.
    Dass man „seine Existenz einfach vergessen kann“, ist für mich ein großer Sieg. Webpack war vielleicht besser als Grunt/Gulp, aber unglaublich komplex.
    Ich bin auch etwas nervös. Nicht immer, aber in Unternehmen eingegliederte Orte sind oft die Orte, an denen coole Projekte zum Sterben hingehen.
    Zum Glück gibt es im Open-Source-Bereich genug Geschichten wie Terraform→OpenTofu, Redis→Valkey.
  • Das ist diesmal besonders interessant, weil Nuxt, ein Vercel-Produkt, jetzt von Vite abhängt, also von einem Tool eines Konkurrenten.
  • Ich frage mich, welches alternative Ende man lieber gehabt hätte. Ich persönlich halte eine Übernahme für besser, als wenn Entwicklern wegen Geldmangel der Burnout droht oder sie unter den ausbeuterischen Praktiken anderer Unternehmen leiden.

• Aus Sicht von Cloudflare ist das wertvoll, weil KI Cloudflare dadurch häufiger empfehlen könnte.
  Agenten suchen bereits nach Vite. Wenn sie Vite finden, ist es sehr naheliegend, danach standardmäßig Cloudflare zu wählen. Ähnlich wie bei Next.js, wenn Nutzer zu einer Vercel-Konfiguration geführt werden.
  Das könnte eine Übernahme für 20 Millionen Dollar sein, aber durch mehr SEO für Agenten potenziell Milliarden von Dollar erzeugen.

  • Zusätzliche Umsätze in Milliardenhöhe wird das nicht erzeugen. Das ist stark übertrieben.
    Der zugrunde liegenden Argumentation stimme ich aber zu. Mit zunehmender Nutzung großer Sprachmodelle dürfte es erheblich dabei helfen, Marktanteile im Web-Application-Hosting zu gewinnen.
  • Lovable hat gerade auch sein Standard-Projekt-Framework auf TanStack umgestellt, und TanStack verwendet intern Vite.
    Lovable nutzt Cloudflare, also deployen sie vermutlich auf Cloudflare Workers.

• Rein aus Sicht der Build-Phase scheint es, als hätten Tools wie Vite oder Bun bereits alles erreicht, was sich sinnvoll erreichen lässt.
  Wenn ich der Schöpfer eines solchen Tools wäre, würde ich wohl auch zum Nächsten weiterziehen. Viel Glück, und danke für alles bisher.

  • Jedes einzelne davon, wirklich auch nur eines, hätte ein ordentliches User Interface bauen können, damit man Projekte nicht wie 1985 über die Kommandozeile bauen muss.
    Oder man hätte in Packaging für benutzerdefinierte HTML-Elemente investieren können, statt anzunehmen, dass man eine von ein paar unnötigen „Component“-Bibliotheken verwenden wird, oder dass man überhaupt keine Komponenten verwenden wird.
    Diese Tools könnten noch an viele Orte gehen, aber es fehlt der Wille, in diese Richtung zu gehen. Wahrscheinlich, weil es bereits etwas gibt, das „gut genug“ ist, und deshalb gar nicht nach dem gesucht wird, „was besser sein könnte“.
    Hinzu kommt der Trend, dass die Management-Ebenen von Entwicklungsorganisationen offenbar wollen, dass Entwickler die Codebasis gar nicht mehr anfassen und die eigentliche Arbeit stattdessen von großen Sprachmodellen erledigt wird. Deshalb bauen sie allen möglichen dubiosen Kram, um „Agenten“ zufriedenzustellen.
    Das macht es Entwicklern nicht zwangsläufig schwerer, aber der Trend sieht so aus. Denn es ist für große Sprachmodelle viel einfacher, schmerzhafte, obskure, bis auf das einzelne Zeichen genaue String-Verkettungen zu befolgen, als etwas wie ein schmutziger Mensch zu erkunden.
    Das tatsächliche Ergebnis sind Tools, die für Menschen weniger freundlich und für Roboter freundlicher sind.
    Deshalb stimme ich nicht zu. Es gibt noch Dinge, die man für Menschen sinnvoll erreichen kann, und sie scheinen daran kein tiefes Interesse zu haben.
  • Diese Sichtweise fasst die Tools zu eng.
    Wenn Vite, Bun und uv nur Projekte wären, die „Builds schneller machen“, dann könnte es abnehmende Grenzerträge geben. Aber die Übernahmen durch Cloudflare, Anthropic und OpenAI zeigen, dass diese Ebene nicht unwichtiger wird, sondern strategischer.
    Diese Tools sitzen auf der Software-Lieferkette. Sie erstrecken sich über Dependency-Auflösung, Projektstruktur, Tests, Builds, Runtime, Deployment-Pfade und zunehmend sogar über die Ausführungsschleifen von KI-Agenten.
    Sie definieren den Standardpfad, auf dem Software entsteht, und sind auch der Ort, an dem KI-generierter Code gegen reale Dependency-, Build-, Test- und Deployment-Beschränkungen validiert wird.
    Deshalb glaube ich nicht, dass schon alles getan ist, was man sinnvoll tun kann. Der Wert verschiebt sich von reiner Build-Geschwindigkeit hin zur Kontrolle über die Workflow-Ebene, auf der Software zusammengesetzt wird.

• Danke, dass gleich zu Beginn der wichtigste Punkt klargestellt wurde: „Vite, Vitest, Rolldown, Oxc und Vite+ sind Open Source, vendor-neutral und bleiben Community-getrieben. Daran ändert sich nichts.“
  Ich bin Übernahmen gegenüber inzwischen einfach sehr skeptisch, weil ich in der Vergangenheit zu oft schlechte Erfahrungen gemacht habe. Ob diese Aussage eingehalten wird, wird sich erst mit der Zeit zeigen, aber zumindest steht sie offiziell klar im Raum.
  Ich würde auch gern wissen, ob das irgendwo in den Übernahmebedingungen oder in den Dokumenten festgehalten ist.

  • Wenn Cloudflare zugelassen hat, dass so eine Klausel in den Vertrag oder die Übernahmedokumente kommt, wären sie nicht ganz bei Sinnen.
    Deshalb würde ich dieses Versprechen eher als „vorerst bleibt es Open Source und so weiter“ verstehen.

• Ich mag Vite, aber mir tat es immer leid, weil nie klar war, wie damit Geld verdient werden sollte. Auch VoidZero als Ganzes wirkte etwas wie ein gewagter Schachzug
  Das war immer einer der Gründe, warum ich gezögert habe, an großartigen Tools zu arbeiten. Irgendwie muss man schließlich seinen Lebensunterhalt bestreiten
  Deshalb freut es mich, dass das Team, das es gebaut hat, nun die Anerkennung und Nachhaltigkeit bekommen kann, die es verdient

  • Viele dieser sehr beliebten freien Open-Source-Produkte/Frameworks gehören beim Geldverdienen fast zur schlechtesten Kategorie
    Man muss an eine Zielgruppe verkaufen, die weder für Tools noch für Wertschöpfung zahlen will. Am Ende konkurriert man mit der eigenen kostenlosen Version, die sich mit ein paar Sessions mit einem KI-Agenten auf Funktionsgleichheit bringen lässt

• Wenn man es rein historisch betrachtet, sieht es so aus
  NPM → Microsoft
  Vite → Cloudflare
  Bun → Anthropic
  Turbopack → Vercel
  Remix → Shopify, daran erinnert sich inzwischen fast niemand mehr
  Biome, früher Rome → unabhängig, aber stark von Depot unterstützt
  SWC → unabhängig
  esBuild → unabhängig
  Ich nutze RsBuild/RsPack, das von ByteDance unterstützt wird

  • Nuxt und Nitro → Vercel
    Svelte → Vercel
    Astro → Cloudflare
  • Bei esbuild ist es schwer, von völliger Unabhängigkeit zu sprechen, weil es ein Nebenprojekt des Figma-Mitgründers Evan Wallace ist
  • Wenn man noch die Python-Seite dazunimmt, gibt es auch uv → OpenAI

• Der Traum war immer ein erstklassiges Framework für Cloudflare Workers
  Ganz am Anfang, wenn man sich die Blogposts und GitHub-Repositories von damals ansieht, wurden buchstäblich nur kleine Demos gebaut
  Danach wurde lange behauptet, es sei durch serverseitiges Rendering „Full-Stack“ geworden, aber damals war es dafür viel zu schlecht und auch nicht gut in die Tooling-Plattform von Workers integriert
  Das war auch seltsam mit der Pages-Botschaft vermischt, die unter Full-Stack nicht das verstand, was Entwickler darunter wollen
  Es war auch extrem schwer, das lokal in der Entwicklungsumgebung zum Laufen zu bringen, und wrangler dev war damals sehr eingeschränkt. Zur Einordnung: Das heutige wrangler ist wirklich gut geworden
  Vercel hat Cloudflare in diesem Bereich praktisch das Mittagessen weggegessen. Das ist nichts Beschämendes, man hat es für Entwickler einfach nicht richtig getroffen
  Dann kam ganz leise der Adapter und hat das Spielfeld faktisch verändert. Die Codebase fühlte sich endlich so an, als ließe sie sich auf Workers portieren, und fast vollständige Unterstützung der CF-Plattform kam gleich mit
  Jetzt leben wir im Zeitalter der KI, Cloudflare hat Astro gekauft, wollte offenbar einen WordPress-Klon herausbringen und wirkt, als hätte es Next.js per Vibe Coding gebaut
  All diese Entwicklungen sind groß und seit Langem überfällig. Es ist wirklich erfrischend zu sehen, dass bei Workers wohl noch mehr Verbesserungen kommen könnten
  Und dazu ist Evan eine legendäre Figur, die immer wieder Tools liefert, die Menschen lieben