- Die Familie von Mitchell Hashimoto sagt der Zig Software Foundation (ZSF) weitere 400.000 US-Dollar zu, womit sich die gesamte zugesagte Unterstützung seit der ersten Spende im Jahr 2024 auf 700.000 US-Dollar erhöht
- Hashimoto sieht im 2026 devlog von Zig kontinuierliche Fortschritte bei den schwierigen Problemen, die mit dem Bau einer guten Sprache und eines guten Compilers verbunden sind
- Zigs No-LLM-Beitragsrichtlinie wurde im Kontext von Buns Zig-Fork und dem Rewrite in Rust erneut diskutiert, aber Hashimoto betont, dass der Text nicht als Kritik an Bun selbst gedacht ist
- Auch wenn seine eigene Haltung zu KI nicht vollständig mit der der ZSF übereinstimmt, erklärt er, dass er Zig weiter unterstützt, weil es eine außergewöhnliche Software ist, die Qualität und Unabhängigkeit in den Mittelpunkt stellt
- Die neue Zusage hat dieselbe Struktur wie 2024 und wird über 2 Jahre mit jeweils 200.000 US-Dollar pro Jahr ausgezahlt
Spendenzusage und Umfang der Unterstützung
- Die Familie von Mitchell Hashimoto sagt der Zig Software Foundation weitere 400.000 US-Dollar zu
- Seit der ersten Spende im Jahr 2024 beläuft sich die gesamte zugesagte Unterstützung für die ZSF damit auf 700.000 US-Dollar
- Laut Fußnote werden diese 400.000 US-Dollar nach demselben Modell wie die Spende von 2024 ausgezahlt, also 200.000 US-Dollar pro Jahr über 2 Jahre
- Hashimoto bittet alle, die dazu in der Lage sind, eine Spende an die ZSF in Betracht zu ziehen
Warum Hashimoto Zig weiter unterstützt
- Zig bleibt sowohl als technisches Projekt als auch als Community ein weiterhin respektables Projekt
- Das 2026 devlog zeigt stetige Fortschritte bei den schwierigen Problemen, die gelöst werden müssen, um eine gute Sprache und einen guten Compiler zu bauen
- Beiträge wie Loris Cros Contributor Poker and Zig's AI Ban machen Zigs Ansatz bei Wartung und Community sichtbar
- Diese Philosophie trägt seiner Ansicht nach dazu bei, talentierte Menschen im Open-Source-Bereich anzuziehen und wachsen zu lassen
- Zigs strikte No-LLM-Beitragsrichtlinie wurde im Kontext von Buns Zig-Fork und dem Rewrite in Rust erneut öffentlich diskutiert
- Hashimoto sagt, dass er kein Problem mit dem Vorgehen von Bun habe und Bun für ein großartiges Projekt halte
- In der Diskussion seien andere jedoch zu schnell zu Gegenspielern gemacht worden, und es habe an Empathie und Respekt für andere Sichtweisen gefehlt
- Hashimoto nutzt KI intensiv und hat auch offen über seinen eigenen Weg bei der Einführung von KI sowie über reale Features gesprochen, die mit Hilfe von KI ausgeliefert wurden
- Gleichzeitig betont er, dass man die Fähigkeiten von KI nüchtern betrachten müsse, und hat auch Unzufriedenheit über ihre negativen Auswirkungen auf Open Source geäußert
- Seine Ansichten stimmen nicht vollständig mit dem Ansatz der ZSF überein, dennoch respektiert er die Menschen, Richtlinien und Projekte der ZSF
- Einer der Vorteile des Internets und von Open Source besteht seiner Ansicht nach darin, dass Projekte eigenwillig und anders sein dürfen
- Projekte können ungewöhnliche Grenzen setzen, eine eigene Kultur schaffen und auf eine Weise nach Qualität streben, die nicht für alle nachvollziehbar ist
- Zig wird als ambitionierte, pragmatische, unabhängige Software beschrieben, die Qualität sehr ernst nimmt
- Ghostty existiert zu einem erheblichen Teil dank Zig, das es Hashimoto ermöglicht hat, die Software zu bauen, die er bauen wollte
- Hashimoto unterstützt Zig, weil Zig genau diese Art von Software ist
1 Kommentare
Hacker-News-Kommentare
Auf Twitter, Facebook, Reddit und in verschiedenen Discords passiert es oft, dass man bei einer abweichenden Meinung von wütenden Antworten überrollt wird und sich für die eigene Andersartigkeit noch mehr schämt.
Es gibt nicht nur die eine „Wahrheit“; in allen Bereichen des Lebens können viele Dinge gleichzeitig wahr sein.
Jedes Gehirn ist wie ein Bandpassfilter, und die Anstrengung, die wir unternehmen sollten, besteht darin, uns die Perspektive anderer vorzustellen, die einen anderen Ausschnitt derselben Welt sehen.
Die Ausschnitte, die uns gefallen, können wir annehmen, und die, die uns nicht gefallen, einfach weiterziehen lassen – aber wir sollten nicht so kämpfen, als wäre nur unser eigener Ausschnitt der einzig richtige.
Wenn ich sehe, dass jemand ein halbwegs nützliches Tool baut und dann für 500 Millionen Dollar übernommen wird, weiß ich inzwischen nicht mehr, wie man Wert überhaupt bemessen soll.
Aus der Sicht von jemandem, der über Jahrzehnte zwischen verschiedenen Terminals gewechselt ist, waren die Verbesserungen durch Ghostty wirklich erfrischend, und persönlich hat es mir mehr Nutzen gebracht als manche Übernahmefälle.
Unter den neueren Terminals für Linux scheint es keines zu geben, das dieses Verhalten bietet.
https://github.com/ghostty-org/ghostty/discussions/2393
An Terminal-Emulatoren mangelt es nicht, und jeder wirbt mit Leistung oder „mitgelieferten Grundfunktionen“.
Gibt es irgendeine besondere Funktion, die ich übersehe? Für mich sieht es höchstens nach kleinen Verbesserungen aus, und ich verstehe nicht ganz, warum es so ein großes Thema ist.
Ich mag Ghostty, aber 800.000 Dollar in die Entwicklung einer Programmiersprache zu investieren, die vor allem dafür bekannt ist, die Sprache zu sein, in der ein Terminal-Emulator geschrieben wurde, klingt für mich nicht von selbst wie ein starkes Pro-Argument.
Ich frage aus echtem Interesse, nicht um zu trollen.
https://www.youtube.com/watch?v=iqddnwKF8HQ
Das war überzeugender als jedes Designdokument oder jeder Blogpost.
Eine Sprache zu entwerfen bedeutet nicht, möglichst viel neuen Code herauszupumpen, sondern sorgfältig abzuwägen, welche Funktionen und Implementierungen konsistent zur Gesamtsprache passen.
Sprachen stehen zu weit oben in der Kette, und wir haben über Jahrzehnte gesehen, dass es Sprachen spaltend und unhandlich macht, wenn man neue Features einfach wahllos hineinwirft.
Die Tendenz von LLMs, auf jeden Vorschlag mit „Ja, klar, und außerdem …“ zu reagieren, ist nicht das, was ein gesundes Sprachprojekt braucht; für Leute, die mit einer ausgewogenen und ergonomischen Sprache Produkte bauen, kann das aber sehr nützlich sein.
Es ist schön zu sehen, dass Mitchell ruhig bleibt, während viele Entwickler sich wieder in Lager aufteilen und dogmatisch werden.
Wenn du den im Artikel verlinkten Beitrag liest, gibt es dort eine tiefergehende Erklärung für das Verbot von AI-Beiträgen.
Weil Ghostty in Zig geschrieben ist, habe ich dadurch auch native Zig-AST-Unterstützung zu Dirac hinzugefügt.
https://github.com/dirac-run/dirac/blob/master/src/services/...
Etwas gewöhnungsbedürftig war das Muster, Code und Tests in einer einzigen Datei unterzubringen, wodurch die Dateien deutlich größer werden.
Außerdem zwingt Zig jemanden, der aus einer Sprache mit Vererbungsunterstützung kommt, zu einer anderen Denkweise.
Ein großartiger Mensch, und ich habe großen Respekt vor ihm.
Es ist schön zu sehen, dass es zusätzliche Finanzierung bekommen hat.
Man muss es nur einmal ausprobieren.
Fast jeder hier könnte wahrscheinlich den Betrag eines Handyvertrags im eigenen Land abzweigen und ihn auf die Open-Source-Projekte verteilen, die einem am wichtigsten sind.
Ehrlich gesagt bin ich fast zu dem Schluss gekommen, dass man es einfach tun sollte, wenn man auf Open-Source-Software angewiesen ist.
Viele von uns waren vielleicht einmal arm, aber über einen erheblichen Teil des Lebens hinweg kann man sich leisten, zumindest einen kleinen Beitrag zu leisten.
Wenn man genug Geld hat, gibt es viel zu viele Projekte, die man aus guten Absichten unterstützen möchte.
Es klingt, als wäre er deutlich kritischer gewesen.
Ich mag die Sprache Zig und die Ideen dahinter, aber die Syntaxprobleme sind ziemlich groß.
Ich hoffe, dass man vor 1.0 noch eine bessere Syntax findet, und ich denke, Entwicklerergonomie ist genauso wichtig.
Wenn man aus einer anderen Sprache kommt, kann es etwas dauern, bis man sich daran gewöhnt, aber es ist eine der am leichtesten lesbaren Sprachen, die ich bisher benutzt habe.