Am 21. Juni 2026 veröffentlichte Mitchell Hashimoto auf seinem persönlichen Blog einen knapp 500 Wörter kurzen Beitrag: Er und seine Frau spenden erneut 400.000 $ an die Zig Software Foundation (ZSF) — insgesamt nun 700.000 $. Keine Pressemitteilung, keine gemeinsame Erklärung, kein Banner mit der Aufschrift „Strategische Partnerschaft”. Ein persönlicher Scheck, ein persönlicher Blog, eine persönliche Einschätzung.
Das ist ein völlig anderes Muster als jenes, an das sich die Open-Source-Welt bei Geldflüssen gewöhnt hat.
Wenn Unternehmen Open Source sponsern, ist das Standardverfahren: Verwaltungsratssitze, Stimmrechte im Technical Steering Committee, Roadmap-Einfluss, Marken-Ko-Branding, gemeinsame PR. Das Geld kommt mit Bedingungen — mal schriftlich im Vertrag, mal versteckt in den Meeting-Notizen zur „strategischen Ausrichtung”. Google sponsert Kubernetes, Microsoft die Rust Foundation, Meta die PyTorch Foundation — dieses Geld hält kritische Infrastruktur am Leben, bringt aber auch komplexe Governance-Verhandlungen mit sich. Das Machtverhältnis zwischen Sponsor und Projekt ist niemals einseitig.
Persönliche Großspenden sind eine andere Sache.
Hashimotos Geld für Zig hat ihm keinen Sitz im Verwaltungsrat eingebracht, kein Vetorecht über die Sprachausrichtung, keinerlei Form von Kontrolle. Er schreibt sogar ausdrücklich in seinem Blog, dass er intensiv KI-gestützt programmiert, während die ZSF für ihre strikte Politik bekannt ist, „keine LLM-generierten Code-Beiträge zuzulassen” — seine Ansicht und die der Stiftung stimmen nicht vollständig überein. Aber das beeinflusst seine Spendenentscheidung nicht. „Ich habe nur Respekt für die ZSF: Respekt vor den Menschen dort, den Richtlinien und dem Projekt selbst”, schreibt er. „Das Internet und Open Source sind großartig, nicht zuletzt weil Projekte eigenartig und anders sein dürfen.”
Genau das macht den einzigartigen Wert persönlicher Spenden aus — „Meinungsverschiedenheiten hindern mich nicht daran, Geld zu geben” — das ist an sich schon eine Aussage über die Tiefe des Vertrauens. Dieses Vertrauen richtet sich auf etwas Bestimmtes: die Ausrichtung des Gegenübers.
Ich will persönliche Spenden nicht romantisieren. Großspender sind selbst ein Produkt von Vermögensungleichheit. Hashimoto als HashiCorp-Mitgründer verfügt nach der Übernahme seines Unternehmens durch IBM für 64 Milliarden Dollar über beträchtliches Privatvermögen. Allein die Tatsache, dass ein Mensch einen Scheck über 400.000 $ ausstellen kann, zeigt, dass dieses Modell weder replizierbar noch skalierbar ist. Ein Kommentator aus der Zig-Community, colindean, schrieb auf Lobsters treffend: „Jeder Dollar zählt. Vielleicht fängt man mit 5 Dollar im Monat für die Stiftung seiner Lieblingssprache an.” Der Aggregationseffekt kleiner persönlicher Spenden und die einmalige Großspende eines wohlhabenden Einzelnen sind verschiedene Ebenen desselben Ökosystems — die eine liefert Grundresilienz, die andere strategischen Schub.
Doch die Rolle des strategischen Schubs wird in der aktuellen Diskussion kaum ernsthaft analysiert.
Wenn ein Unternehmen 250.000 $ an eine Open-Source-Stiftung spendet (die übliche Schwelle für „Platinum Sponsor”), erhält es dafür Governance-Teilhabe. Dieses Geld ist im Kern ein Einkauf — Einkauf von Einfluss, von Early Access, von Markenpräsenz in der Recruiting-Pipeline. Wenn eine Einzelperson aus privatem Vermögen denselben oder einen höheren Betrag spendet und keinerlei Governance-Rechte einfordert, ist dieses Geld im Kern eine Wette. Gewettet wird auf die Richtung, nicht auf Rendite.
Der Unterschied zwischen beidem zeigt sich bei Zig besonders deutlich. Vergleicht man die Finanzierungsstruktur der Rust Foundation und der Zig Foundation: Die Platinum-Sponsoren der Rust Foundation umfassen Google, Microsoft, Amazon, Huawei und Meta — jede dieser Firmen hat einen Sitz im Board der Stiftung. Das ist eine Tatsachenfeststellung. Rust profitiert dadurch von mächtigen Unternehmensressourcen, muss dafür aber kontinuierlich Governance-Balance zwischen mehreren Interessengruppen herstellen. Die Zig Foundation hingegen hatte im Fiskaljahr 2024 Einnahmen von rund 670.000 $, davon etwa 170.000 $ aus kleinen Community-Spenden über GitHub Sponsors und 150.000 $ aus Hashimotos persönlicher Spende. 92 % der Ausgaben fließen direkt in die Vergütung der Beitragenden.
Keiner dieser beiden Wege ist dem anderen überlegen — sie lösen unterschiedliche Probleme. Doch die Diskussion über Open-Source-Governance kreist fast ausschließlich um das Unternehmenssponsoring-Modell: Wie managt man Interessenkonflikte, wie balanciert man den Einfluss von Unternehmen, wie verhindert man „Capture”? Persönliche Großspenden als alternative Finanzierungsquelle werden massiv unterschätzt.
Warum Hashimoto Zig gewählt hat?
Diese Frage verdient es, entfaltet zu werden. Es ist nicht so, dass er nicht die Fähigkeit hätte, Rust zu wählen. Er hat Vagrant, Packer, Consul, Terraform und Vault geschrieben — Werkzeuge, die das halbe Fundament moderner Cloud-Infrastruktur bilden. Sein technisches Urteil verdient ernsthafte Beachtung.
Seine Zig-Zeitleiste: 2019 begann er, das Zig-Projekt zu verfolgen, 2021 äußerte er öffentlich Begeisterung, Anfang 2022 begann er, Code zum Zig-Compiler beizusteuern (sein erster PR: drei geänderte Zeilen, viereinhalb Stunden Arbeit), im selben Jahr startete er das Ghostty-Terminalemulator-Projekt — vollständig in Zig geschrieben. Inzwischen hat er dutzende Code-Beiträge zum Zig-Compiler geleistet, und Ghostty hat Version 1.0 erreicht und wurde als unabhängige Non-Profit-Organisation ausgegründet.
Was ihn an Zig reizt, ist nicht Marktanteil (weit hinter Rust), nicht Ökosystem-Reife (die Standardbibliothek ist noch in starker Bewegung), nicht Unternehmensrückhalt (kaum offizielle Adoption durch große Firmen). Seine Gründe sind technischer Natur:
Keine impliziten Allokationen. Eines der Designprinzipien der Zig-Standardbibliothek ist, dass jede Speicherallokation explizit einen Allocator-Parameter erhalten muss. Keine Funktion ruft jemals malloc auf, ohne dass du es weißt. Was bedeutet das in der Systemprogrammierung? Es bedeutet, dass in der Render-Schleife eines Terminalemulators niemals plötzlich ein GC-Pause auftritt, dass eine String-Konkatenation nicht hinter deinem Rücken 4 KB Heap-Speicher allokiert und damit bei einem 60fps-Ziel Jitter verursacht. Ghosttys Render-Performance profitiert direkt von diesem Design.
C-ABI als Bürger erster Klasse. Zig’s @cImport kann C-Header-Dateien direkt einbinden, und von Zig kompilierte Binaries können nahtlos C-Bibliotheken aufrufen und von C-Code aufgerufen werden. Für einen Ingenieur wie Hashimoto, der Systeme von Grund auf nach oben baut, geht diese Eigenschaft weit über ein „Kompatibilitätsfeature” hinaus — sie ist eine Überlebensnotwendigkeit. Ghostty muss tief mit macOS’ CoreGraphics, Linux’ GTK und den Font-Rendering-Bibliotheken aller Plattformen interagieren — all diese Schnittstellen sind C. Zig behandelt die C-Interoperabilität, indem es C zu einem Teil der Sprache macht, ohne eine FFI-Abstraktionsschicht dazwischenzuschieben.
comptime. Zig’s Compile-Time-Berechnung ist kein Makrosystem, keine Template-Metaprogrammierung, sondern eine zur Compile-Zeit ausgeführte Teilmenge derselben Sprache. Hashimoto selbst hat eine Tour durch comptime-Anwendungsfälle geschrieben, die reale Szenarien von der Tagged-Union-Teilmengenfilterung bis zur bedingten Codegenerierung zeigt. Für den Bau eines plattformübergreifenden Terminalemulators — bei dem zur Compile-Zeit je nach Zielplattform über das Rendering-Backend, den Font-Verarbeitungspfad und die Eingabemethoden-Integration entschieden werden muss — ist comptime eine echte Architekturwaffe, weit mehr als nur „syntaktischer Zucker”.
Hinter diesen Designentscheidungen steht eine einheitliche Philosophie: Triff keine Entscheidungen für den Programmierer. Rusts Ownership-System verwaltet die Speichersicherheit für dich — das ist sein zentrales Wertversprechen. Zig verwaltet nichts für dich — es gibt dir den Allocator in die Hand, legt den Kontrollfluss offen vor dich hin und exponiert dir die ABI. Es vertraut deinem Urteilsvermögen.
Diese Philosophie erklärt nebenbei auch, warum Hashimotos Spendenverhalten und die ZSF-Richtlinien im Dissens koexistieren können. Hashimoto nutzt intensiv KI zum Coden, die ZSF verbietet KI-generierten Code im Haupt-Repository. Beide Haltungen entspringen derselben Prämisse: Für seine Werkzeuge und seinen Output Verantwortung übernehmen. Hashimoto beschleunigt die Entwicklung mit KI, aber er prüft jede Zeile KI-generierten Codes — er hat beschrieben, wie er KI zur Umsetzung nicht-trivialer Funktionen in Ghostty einsetzt, und betont dabei stets: „Du musst genug Urteilsvermögen haben, um den Output der KI zu validieren.” Die ZSF verbietet KI-Beiträge, und die Logik ist ebenso die der Qualitätsverantwortung — in einem Kontext, in dem man nicht jede Zeile KI-generierten Codes verifizieren kann, ist die Ablehnung von KI-Beiträgen die kostengünstigste Absicherung. Keiner hat Unrecht, beide nehmen „Verantwortung für Code” ernst.
Zurück zur Lobsters-Diskussion: Der bemerkenswerteste Kommentar stammt von kristoff — Zig-Kernbeitragender, 63 Upvotes, höchstbewertet. Er schreibt: „Mitchell ist dem Zig-Projekt und der Community gegenüber außerordentlich großzügig. Aber interessanterweise ist seine finanzielle Unterstützung, so beeindruckend sie auch ist, nicht sein wertvollster Beitrag zu Zig.”
Die Wucht dieses Satzes liegt darin, dass er von jemandem aus dem Inneren des Projekts kommt, nicht von einem externen Beobachter. Ein Kernbeitragender eines Projekts, das 700.000 $ an Spenden erhalten hat, sagt: „Geld ist nicht das Wertvollste, was er uns gegeben hat” — er definiert Wert neu.
Was ist wertvoller als Geld? kristoff führt es nicht aus, aber die Antwort verteilt sich über Hashimotos Werdegang der letzten Jahre: sein Code für den Zig-Compiler, seine Artikelserie über die interne Struktur des Zig-Compilers (Tokenizer → Parser → AstGen → Sema), seine technischen Vorträge bei Zig Showtime, der Beweis durch Ghostty, dass Zig in produktionsreifen Projekten tragfähig ist. Die Hebelwirkung dieser Beiträge übersteigt 700.000 $ bei weitem — sie senken die Einstiegshürde für andere Entwickler, liefern reale Validierungsfälle und ziehen weitere Beitragende an.
Der Wertvergleich von Geld und Code-Beiträgen in Open Source ist keine Entweder-oder-Frage. Geld ermöglicht Entwicklern, in Vollzeit zu arbeiten; Code lässt das Projekt selbst voranschreiten. Dass die ZSF 92 % ihres Budgets direkt für die Vergütung von Beitragenden ausgibt — diese Zahl zeigt, dass Geld in Code umgewandelt wird. Aber die Voraussetzung dafür ist, dass jemand bereit ist, diesen Code zu schreiben, ihn zu reviewen und für seine Qualität Verantwortung zu übernehmen. Hashimoto steht an beiden Enden dieser Transformationskette.
Das ist ein selten begangener Weg. Die meisten wohlhabenden Tech-Gründer werden Angel-Investoren und streben nach finanzieller Rendite. Wenige wählen die Philanthropie und spenden für Bildung, Gesundheit, Klima — alles vernünftige und wichtige Anliegen. Aber einer Programmiersprachen-Stiftung einen Scheck über 400.000 $ auszustellen, ohne Verwaltungsratssitz zu fordern, ohne Roadmap-Eingriffe, ohne mit allen Richtlinien der Stiftung übereinzustimmen — das geht über Philanthropie hinaus. Es ist etwas Selteneres: das reine „Ich glaube, ihr macht das Richtige”.
Open Source braucht Unternehmenssponsoring. Aber Open Source braucht auch Menschen wie ihn: mit Geld, mit technischem Verständnis, mit Urteilsvermögen über die Richtung und mit Respekt vor der Unabhängigkeit des Projekts. Die aktuelle Governance-Diskussion kreist fast ausschließlich darum, wie man Unternehmenseinfluss managt — aber vielleicht gibt es eine einfachere Frage, die Aufmerksamkeit verdient: Wie bringt man mehr ressourcenstarke Einzelpersonen dazu, sich auf Hashimotos Art zu beteiligen?
Die Antwort wird nicht aus Governance-Frameworks oder Best-Practice-Dokumenten kommen. Sie kommt aus der Verbreitung einer Kultur: Menschen, die Code schreiben und damit Geld verdient haben, schauen zurück auf die Werkzeuge und Sprachen, die ihnen ermöglicht haben, guten Code zu schreiben — und sagen dann, auf Augenhöhe: Diese Richtung stimmt, ich will, dass sie weitergeht.
Das ist der schwerste Teil der 700.000 Dollar: die Haltung hinter der Zahl.