1109 | Tech-Woche kompakt: Compiler, Browser und Milliarden

Lena Vogel: Herzlich willkommen zur Hacker-News-Runde, ich bin Lena Vogel.

Felix Hartmann: Und ich Felix Hartmann. Wir haben uns wieder durch die letzten 24 Stunden gelesen, und das Verbindende heute ist eigentlich ein Thema: Kontrolle. Wer kontrolliert Standards, wer kontrolliert Plattformen, wer kontrolliert die Tools, mit denen wir arbeiten – und wer kontrolliert die KI, mit der wir arbeiten wollen.

Lena Vogel: Genau, und das fängt gleich beim Klassiker an: C++. Der ISO-Verband hat den Entwurf des C++-Komitees abgelehnt. Das ist keine Fußnote, das ist ein Erdbeben in einer Sprache, in der Millionen von Codebasen laufen.

Felix Hartmann: Und dahinter steht ein Papier, P4454, das im Grunde dokumentiert: Die Schöpfer und die Inhaber von C++ sind sich über die Richtung der Sprache uneinig. Also nicht nur "da gab es mal Kritik", sondern eine offene Zerrissenheit zwischen den Leuten, die C++ gemacht haben, und denen, die es heute besitzen und weiterentwickeln.

Lena Vogel: Und das ist der eigentliche Kern der Debatte im Thread: Es geht nicht um eine einzelne technische Entscheidung, sondern darum, dass der Prozess blockiert ist. Wenn das ISO-Gremium einen Entwurf des Komitees kalt abschiebt und gleichzeitig die Gründergeneration und die heutigen Verantwortlichen unterschiedliche Vorstellungen davon haben, wohin die Sprache soll – dann steht die Standardsprache still.

Felix Hartmann: Und Stillstand ist bei C++ teuer. Der Kommentar lautete sinngemäß: Das ist eine Standardsprache, auf der Banken, Autos, Betriebssysteme, Spiele-Engines sitzen. Wenn die Evolution stockt, heißt das nicht, dass die Welt stehen bleibt – die Welt weicht aus. Leute migrieren zu Rust, zu anderen Sprachen, oder sie frieren einfach ein und hoffen, dass der alte Code weiterläuft.

Lena Vogel: Die offene Frage, die im Thread stehen blieb: Wer setzt künftig die Standards? Wenn der offizielle Prozess dysfunktional ist, gibt es dann faktische Standards durch Compilerhersteller? Durch Compiler-Flags, die jeder nutzen muss? Oder durch Sprachen, die gar keinen Standardprozess mehr haben? Das ist gefährlich, weil ein Standard ja gerade die Unabhängigkeit von einzelnen Anbietern garantieren soll.

Felix Hartmann: Und man kann hier schon einen Bogen schlagen zu dem, was uns den Rest der Sendung beschäftigt: Wenn die etablierten Prozesse blockieren, suchen sich die Leute andere Plattformen. Und da ist die naheliegendste Ausweichplattform der Browser.

Lena Vogel: Paul Ford hat dazu einen Text geschrieben, und seine These ist: Der Browser ist die mächtige und gleichzeitig billige App-Plattform, die es gibt. Und das Billige ist nicht rhetorisch gemeint – er hat seine Website bei Cloudflare gehostet und zahlt null Dollar.

Felix Hartmann: Null Dollar, und trotzdem laufen da die Technologien, die vor zehn Jahren niemand ernst genommen hätte: WebAssembly, WebGL, WebCrypto. Das sind alles Dinge, die aus der "Demo-Spielwiese" zu richtigen Bausteinen gereift sind. Fords Argument ist im Grunde: Du brauchst keinen App Store, keine Distribution-Lizenz, keine Plattform-Genehmigung – du brauchst eine URL.

Lena Vogel: Und im Thread kommt dann sofort ein Beispiel, das diese These eindrucksvoll stützt: Chimera. Das ist ein Voice-Synthesizer im Browser, der komplett physikalisch modelliert ist. Das heißt, jeder einzelne Klang, den man hört, kommt nicht aus Samples, sondern aus einer Simulation der Atemwege – Luft, die durch simulierte Strukturen strömt.

Felix Hartmann: Wer Pink Trombone kennt, wird sofort hellhörig – Chimera ist genau in diesem Geist gebaut. Das ist der berühmte Browser-Synth, bei dem man mit der Maus den Rachenraum verformt und Gesangslaute herauskommen. Nur dass Chimera das offenbar weitergedacht hat.

Lena Vogel: Und was das für die Plattform-Debatte bedeutet: Vor ein paar Jahren hätte man gesagt, Echtzeit-Audio-Physiksimulation, das geht nur nativ, mit Zugriff auf die Hardware. Heute läuft es im Tab. Das sind die Gegenbeispiele gegen die Behauptung, der Browser sei nur für Websites da.

Felix Hartmann: Die offene Frage war aber auch da: Bleibt das eine Nische? Denn es gibt einen echten Haken, und der kam in der Diskussion auf: Kritisches Schreiben. Und da verweise ich auf einen anderen Text aus dem Stapel, der fast schon philosophisch ist – die These: Schreiben ist ein Denkwerkzeug. Ohne Papier bist du ein endlicher Automat.

Lena Vogel: Und das heißt konkret: Ein endlicher Automat hat einen begrenzten Zustandsspeicher. Er kann nur das behalten, was in seinen Kopf passt. Der Mensch am Bildschirm ohne schriftliche Notizen ist genauso – er vergisst, er verwirrt, er wiederholt sich. Schreiben erweitert den Speicher nach außen.

Felix Hartmann: Und daraus folgt die scharfe Spitze: LLMs können dein Denken nicht für dich erledigen. Sie können Text produzieren, aber das Denken, das im Schreiben passiert – die Vergleichsarbeit, das Ordnen der eigenen Gedanken – das passiert in deinem Kopf, während du schreibst. Schreiben ist dein komparativer Vorteil, gerade und erst recht in einer Welt voller KI-Textgeneratoren.

Lena Vogel: Das passt auch bei Ford: Der Browser ist die Plattform fürs Veröffentlichen und Verbreiten, aber das Denken davor bleibt eine analoge, manuelle Arbeit. Und jetzt kommen wir zu der Stelle, wo diese Plattform-Frage auf die Desktop-Welt trifft.

Felix Hartmann: Denn während der Browser als App-Plattform aufblüht, schauen sich die Desktop-UI-Leute gerade ihr eigenes Chaos an. Im Thread heißt es nüchtern: GPUI und egui, die Rust-GUI-Frameworks, sind für komplexe Desktop-Apps eine Sackgasse. Und das ist nicht bloß Meinung, da steckt ein Benchmark dahinter: 8,4 Millisekunden pro sparsamer Änderung bei 3000 Zeilen.

Lena Vogel: 8,4 Millisekunden – das klingt nach wenig, aber rechne es hoch: Das sind 840 Millisekunden bei hundert sparsamen Änderungen, also weit unter 60 Bildern pro Sekunde. Das heißt, eine komplexe App mit Listen dieser Größe bekommt Performance-Probleme, die der Nutzer direkt sieht. Und zwar nicht, weil die Frameworks schlecht geschrieben sind, sondern weil das Zustandsmodell – die Art, wie GPUI und egui State und Neuzeichnen organisieren – für genau diese Art von Anwendung nicht skaliert.

Felix Hartmann: Die Kommentare dazu waren gespalten. Die einen sagen: Das ist der Preis für das Modell, Immediate-Mode oder feingranulares State-Tracking hat einfach Kosten, die bei komplexen Apps hochgehen. Die anderen halten dagegen: Naja, native Toolkits haben ihre eigenen Probleme, Jahrzehnte an Alpträumen, keine einheitliche Gestaltung, platform lock-in. Niemand hat im Thread gesagt: Hier, das eine tolle Framework, das die Frage erledigt.

Felix Hartmann: Das ist der eigentliche Befund – die Desktop-UI-Welt hat keine zufriedene Antwort.

Lena Vogel: Und genau in diese Lücke hinein kommt Dux. Das ist ein freier, quelloffener Wayland-Desktop-Shell – gebaut auf Quickshell und QML – und es ist bemerkenswert vollständig: File Manager inklusive, Theming inklusive, und es läuft mit niri, Hyprland und Sway, also den modernen Wayland-Compositoren.

Felix Hartmann: Und was Dux symptomatisch macht: Es ist keine klassische Desktop-Umgebung wie GNOME oder KDE, sondern ein Shell-Bastelprojekt, das auf der QML-Ökosystem-Schiene läuft. Das ist eine andere Antwort auf die Frage "Wie baut man Desktop-UIs?" – nämlich nicht mit nativen Toolkits, sondern mit einer deklarativen, web-nahen Sprache.

Lena Vogel: Das ist die spannende Spanne im Thread: Auf der einen Seite die eigentlichen Desktop-App-Frameworks, die an Performance-Grenzen stoßen. Auf der anderen Seite Desktop-Shells, die mit QML gebaut werden, und Browser-Apps, die mit WebAssembly immer mehr können. Die Frage, die stehen blieb: Native Toolkits oder Web-Nähe – welche Richtung gewinnt, und für welche Art von Anwendung?

Felix Hartmann: Und es gibt noch eine dritte Front, und die ist die, die mich persönlich am meisten beeindruckt hat: Rendering am absoluten Limit. Raph Levien – der Name dürfte vielen von GTK und Riakra her bekannt sein – hat Bitmap-Glyphen-Rendering per JIT zu ARM-Code kompiliert.

Lena Vogel: Und zwar für den RP2350, also einen Mikrocontroller, und der Kontext ist ein Race-the-Beam-Renderer. Das heißt: Der Beam des Displays – bei solchen Panels gibt es einen Punkt, an dem gerade gezeichnet wird – rast über den Schirm, und dein Code muss dem voraus sein. Du hast pro Pixel ungefähr sechs Zyklen Budget. Sechs. Das ist nicht "Optimierung wäre nett", das ist "jeder Zyklus ist verplant".

Felix Hartmann: Und deshalb ist der JIT-Trick genial: Statt generischen Rendering-Code laufen zu lassen, der zur Laufzeit flexibel auf alle möglichen Glyphen reagiert, kompiliert Levien den Glyphen-Rendering-Prozess direkt zu ARM-Maschinencode, zugeschnitten auf das jeweilige Bitmap. Der Code weiß schon zur Compilezeit, welche Pixel er anfassen muss, und kann die Zyklen genau ausreizen.

Lena Vogel: Der Thread war voller Bewunderung, aber auch der Hinweis: Das ist extrem spezialisiertes Handwerk. Das ist nicht der Weg, den du für eine Web-App gehst. Das ist der Weg, den du gehst, wenn du ein Display mit einem Zwei-Pfund-Mikrocontroller ansteuern willst und sonst keine Option hast.

Felix Hartmann: Und aus dieser Ecke – Rendering, Performance, offene Tools – kommt noch ein zweites Projekt, das thematisch passt: KetchUp. Eine freie, quelloffene SketchUp-Alternative, geschrieben in Rust, mit WebGPU als Render-Backend, gezielt für Holzbearbeitung.

Lena Vogel: Und hier ist die Pointe: Technisch bewundernswert – Rust, WebGPU, moderne Grafikpipeline – aber die Nutzer-Kritik im Thread dreht sich nicht um Rendering oder Performance, sondern um UX-Stolpersteine. Ein Beispiel, das zitiert wurde: das Benennen von Rectangles. Also so grundlegende Interaktionsdetails, die bei einem CAD-Tool für Holzwirker über Erfolg und Misserfolg entscheiden.

Felix Hartmann: Und das ist die Lektion aus beiden Threads zusammen: Rendering-Performance und moderne Backends sind necessary but not sufficient. KetchUp beweist, dass du die Grafikpipeline lösen kannst und trotzdem an den Details scheiterst. Der RP2350 beweist, dass du mit sechs Zyklen pro Pixel Wunder wirken kannst, wenn jemand die Details liebt.

Lena Vogel: Und jetzt gehen wir von Rendering-Disziplin zu einer anderen Art von Disziplin: Wie arbeitet man mit KI, ohne den Kopf zu verlieren? Der Begriff, der im Thread herumgereicht wurde, ist "Brain Fry" – das ausgebrannte Gehirn.

Felix Hartmann: Und das Phänomen kennen vermutlich viele: Du hast Agenten laufen, die Dutzende von Vorschlägen produzieren, Entscheidungen wollen, Codeschnipsel liefern – und irgendwann kannst du nicht mehr unterscheiden, was wichtig ist. Der Autor, der darüber schreibt, hat eine sehr handfeste Gegenstrategie: eine git-basierte Prioritätenliste.

Lena Vogel: Also wirklich git – kein Kanban-Board, kein SaaS-Tool. Die Prioritäten stehen in einem Repo, und der Trick ist die Verkleinerung des Entscheidungsfensters: eine Entscheidung nach der anderen. Nicht "heute bringe ich drei Features unter", sondern genau ein Ding aus der Liste nehmen, entscheiden, abhaken.

Felix Hartmann: Und dann die Regel, die im Thread die stärkste Zustimmung gefunden hat: Agenten deployen nie in Produktion. Das heißt, die KI darf Vorschläge machen, Code schreiben, analysieren – aber der letzte Schritt, der Verbindliche, bleibt beim Menschen.

Lena Vogel: Und genau da schließt sich der Kreis zu dem, was wir vorhin über Schreiben gesagt haben: Das Schreiben der Prioritätenliste ist selbst das Denkwerkzeug. Der Autor hat vermutlich nicht einfach eine Liste in git abgelegt, sondern beim Schreiben dieser Liste erst ausgearbeitet, was ihm wichtig ist. Die Werkzeuge – git, Schreiben, eine Entscheidung nach der anderen – sind alle dafür da, die eigene Aufmerksamkeit vor der Flut zu schützen.

Felix Hartmann: Und die Gegenfrage, die im Thread kam: Funktioniert das nur bei diesem einen Arbeitsstil? Manche sagen, das ist der einzige Weg, mit KI zu arbeiten, ohne die Kontrolle zu verlieren. Andere sagen, das bremst dich aus, du lässt Rechenleistung auf dem Tisch liegen. Diese Debatte ist nicht entschieden – aber diePosition "KI beschleunigt nur, wenn die menschliche Entscheidung struktur bleibt" hat viel Rückhalt gefunden.

Lena Vogel: Und wenn wir schon bei der menschlichen Entscheidung sind: Lass uns über die KI-Wirtschaft sprechen, denn da wird gerade eine Grundsatzdebatte geführt, die im Thread ziemlich heftig war. Die Kernfrage: Muss es überhaupt eine Blase sein?

Felix Hartmann: Die These, die da vertreten wurde, ist ungewöhnlich: Nein, vielleicht nicht. Das Argument: Die rund fünf Billionen Dollar, die in KI-Infrastruktur fließen, sind keine wiederkehrenden Ausgaben, sondern einmalige Datacenter-Capex. Man baut einmal ein Rechenzentrum, das steht dann. Das ist kein laufender Brand, der die Wirtschaft verbrennt, sondern ein Investitionsstoß.

Lena Vogel: Und das zweite Bein der These: Anthropic verdient 2,08 Dollar pro 1 Dollar Compute. Also nicht "sie verlieren weniger Geld als andere", sondern positiv: Jeder Dollar Rechenleistung, den sie kaufen, bringt mehr als zwei Dollar rein. Das ist eine ganz andere Situation als die Geschichte vom Geldverbrennen, die wir aus den letzten Jahren kennen.

Felix Hartmann: Die Skeptiker im Thread haben darauf entgegnet: Capex ist nie wirklich einmalig, denn die Hardware veraltet, der Strom läuft weiter, die Abschreibungen kommen. Und die 2,08 Dollar – das ist eine Margen-Zahl unter Idealbedingungen, nicht unter Realbedingungen. Diese Gegenstimmen waren deutlich da, es gab keinen Konsens.

Lena Vogel: Aber es gibt eine Geschichte aus der gleichen Zeit, die diese Blasen-Debatte auf unangenehme Weise schärft: Goldman Sachs hat Claude Code auf die Ingenieure beschränkt – Trader und Banker wurden abgeschnitten. Und das, Wochen bevor Goldman eine Underwriting-Rolle bei dem Anthropics IPO übernimmt.

Felix Hartmann: Das ist die Ironie, die der Thread nicht losgelassen hat: Eine der größten Investitionsbanken der Welt sagt intern "unser Trading- und Banking-Personal braucht dieses Tool nicht" – und wenige Wochen später verdient sie an dem Börsengang genau dieses Unternehmens. Das kann man als 체ckenlesen von Nachfrage lesen: Wenn die Banken intern schon sparen, wie nachhaltig ist dann die "jeder braucht ein KI-Abo"-Nachfrage?

Lena Vogel: Die Gegenantwort im Thread: Nicht jede Nachfrage ist gleich. Vielleicht ist die Ingenieur-Nachfrage robust, und die Büro-Nachfrage war nie tragfähig. Dann wäre das kein Blasen-Zeichen, sondern eine Ausdünnung der falschen Nachfrage. Die offene Frage steht: Nachhaltige Nachfrage oder Hype? Wir haben in dieser Sendung keine Antwort, wir haben nur zwei sehr widersprüchliche Datenpunkte.

Felix Hartmann: Und die widersprüchlichen Datenpunkte gehen weiter – Richtung Open Source und Nvidia. Da gibt es erstens llama-modchip, und das ist ein eindrucksvolles Stück Bastelarbeit: Es läuft DeepSeek-V4-Flash mit 284 Milliarden Parametern auf 64 Gigabyte RAM, CPU-only, bei 256K Kontextlänge.

Lena Vogel: 284 Milliarden Parameter auf einem normalen Rechner ohne Grafikkarte – das klingt nach Zauberei. Und die Skeptiker im Thread haben sofort gesagt: Die Zauberei ist vermutlich die Quantisierung. Vermutlich läuft das Ding mit 1 bis 2 Bit pro Parameter. Das heißt, aus jedem Gewicht werden ein bis zwei Bits – das Modell ist grob zusammengedrückt, auf Kosten von Präzision.

Felix Hartmann: Und das ist der eigentliche Diskussionspunkt: Was leistet das Modell dann noch? 1-2-Bit-Quantisierung bedeutet, dass es die Struktur behält, aber die feinen Nuancen vermutlich verliert. Die einen im Thread sagten: Für viele Aufgaben reicht das völlig. Die anderen: Ihr testet ein anderes Modell als das, das beworben wird. Es gab keine Einigung, nur zwei Lager.

Lena Vogel: Und das zweite Stück in demselben Thread ist gesellschaftlich viel größer: Jensen Huang hat sich bei den Nvidia-Mitarbeitern für eine Affäre entschuldigt. Und – das ist der Teil, der es zur News macht – das Board hat eine unabhängige Untersuchung eingeleitet, und zwar zu nationalen Sicherheitsbedenken.

Felix Hartmann: Nationale Sicherheitsbedenken im Kontext einer privaten Affäre des CEOs – das ist der Punkt, an dem der Thread Stellung bezogen hat. Die Frage, die dort diskutiert wurde: Was ist der konkrete Sicherheitsvorfall? Reichte die persönliche Nähe des CEOs aus, um Zugänge oder Einflüsse zu schaffen, die aus Sicht des Boards ein nationales Risiko darstellen? Das ist nicht geklärt, das ist offen.

Lena Vogel: Und der Zusammenhang zwischen beiden Threads – dem llama-modchip und dem Nvidia-Drama – liegt auf der Hand: Auf der einen Seite fragen Bastler, was Modelle wirklich leisten, wenn man sie auf die Grenze treibt. Auf der anderen Seite passiert hinter den Kulissen von Nvidia etwas, das weit über Benchmark-Zahlen hinausgeht. Beides gehört zu derselben Branche, und beide Male ist die Oberfläche nicht die Geschichte.

Felix Hartmann: Und von hinter den Kulissen zu etwas, das ganz real vor der Haustür passiert: Security. Zwei Geschichten aus den letzten 24 Stunden, die zusammengehören, weil beide zeigen, wie sehr Sicherheit an Identitätsketten und DNS hängt.

Lena Vogel: Die erste ist brutal: Forscher konnten jedes Auto eines großen Automobilherstellers weltweit öffnen – nicht mit Hackscheiben, sondern über einen Angriffspfad, der aus zwei Bausteinen bestand: unauthentifizierte Admin-Tool-APIs und eine Identity-Plattform-Kette.

Felix Hartmann: Das heißt im Klartext: Die Admin-Oberflächen, über die Fahrzeugdienste verwaltet werden, haben niemanden authentifiziert. Und über die Identity-Plattform ließ sich die Kette so verbinden, dass man sich ausgeben konnte wie der Verwaltungszugriff. Jedes Auto, weltweit, dieses Herstellers.

Lena Vogel: Und das Schlimmste ist die Pointe, die der Thread machte: Das ist kein exotischer Exploit, das ist ein Katalogfehler. Admin-Tools ohne Authentifizierung – das sollte bei jedem Security-Review sofort auffallen. Es ist die gleiche Geschichte wie immer: Nicht die Kryptografie war das Problem, sondern die Verkettung von Komponenten, bei denen jede einzeln "fast okay" aussah.

Felix Hartmann: Und die zweite Geschichte ist auf den ersten Blick banaler, auf den zweiten genauso lehrreich: Seit dem 5. November 2026 verwirft Outlook.com E-Mails von Domains ohne DMARC. Und – das ist der Punkt – unangekündigt.

Lena Vogel: Also, du betreibst eine Domain, du schickst Mails, und plötzlich kommen sie bei Outlook-Nutzern nicht an. Kein Warnschreiben, keine Übergangsfrist, die man mitbekommen hätte. Der Fix ist übrigens angenehm klein: ein einziger TXT-Record im DNS.

Felix Hartmann: Und genau da liegt die Lektion, die im Thread gezogen wurde: Ein DNS-Eintrag entscheidet darüber, ob deine geschäftliche Kommunikation ankommt oder still verschwindet. Wir haben vorhin über Autos gesprochen, jetzt über Mail – beides sind Infrastrukturen, die wir als verlässlich ansehen, und beides hängt an Konfigurationsdetails, die kaum jemand sieht.

Lena Vogel: Und wenn wir schon bei "gehört mir das, was ich benutze?" sind – das ist auch die Frage hinter der nächsten Geschichte. Bending Spoons hat die Preise von Harvest massiv erhöht: von 13 Dollar auf 134 Dollar pro Monat.

Felix Hartmann: Das ist ein Zehnfaches. Und der Kommentar, der im Thread stand, hat das Kontext gegeben: Harvest war einfache, verlässliche Kleinunternehmens-Software. Zeiterfassung, die funktioniert, ohne Drama. Nicht sexy, nicht eine Plattform, nur ein Werkzeug, das seinen Job macht.

Lena Vogel: Und jetzt kommt ein Investor und zehnfachsiert den Preis. Die Frage, die im Thread stand und die wir auch hier stellen: Wem gehört das Tool, wenn Investoren übernehmen? Der Antwort lautet: nicht den Nutzern, nicht der Community – den Aktionären. Und die Preisentscheidung zeigt, dass das so ist.

Felix Hartmann: Und hier gibt es eine interessante Brücke zurück zu Paul Ford: Er hat sich Cloudflare-Hosting für null Dollar eingerichtet. Sein Argument war ja nicht nur "billig ist gut", sondern: Wenn die Plattform dir nicht gehört, kannst du abgehängt werden. Der Weg aus dem Abhängigkeits-Dilemma, das Harvest zeigt, ist: selbst hosten, offene Software, eine URL, die dir gehört.

Lena Vogel: Die Gegenfrage im Thread: Aber wer soll das machen? Kleine Unternehmen wollen Zeiterfassung nutzen, nicht einen Server warten. Das Dilemma zwischen Selbstbestimmung und Bequemlichkeit ist nicht aufgelöst – es ist der Grund, warum diese Preis-Geschichte so viele Menschen berührt hat.

Felix Hartmann: Und das bringt uns zu unserem letzten Thema, das fast schon die Antwort auf alles Vorherige ist: Leserprojekte. Im Ask-HN-Thread von November 2026 haben Leute beschrieben, woran sie arbeiten – und drei Projekte stechen heraus.

Lena Vogel: Da ist zuerst Bonsai, eine Voxel-Engine, an der jemand seit zehn Jahren arbeitet. Zehn Jahre. Nicht "seit der Podcast-Folge", nicht "im Sprint" – zehn Jahre an derselben Idee.

Felix Hartmann: Dann Orpheum, ein selbst-gehosteter Medienserver. Und dann OneBusAway, Transitsoftware, also Software, die öffentliche Verkehrsmittel nutzbar macht – auch das ein Langfristprojekt aus der Community.

Lena Vogel: Und was diese drei verbindet, ist nicht die Technologie, sondern die Zeitskala. Das ist der Gegenentwurf zu allem, was wir heute besprochen haben: zu Hype-Zyklen, zu Investoren, die in Monaten Drehungen vollziehen, zu KI-Werkzeugen, die in Wochen unser Bild von Arbeit verändern.

Felix Hartmann: Der Zehnjahres-Voxel-Engine-Autor hat vermutlich nicht auf den nächsten Funding-Zyklus gewartet. Er hat gebaut, weil die Sache interessant war. Und genau das, so die Stimmung im Thread, ist die stillste Antwort auf die Fragen, die uns heute beschäftigt haben: Wer kontrolliert Standards? Wer gehört das Tool? Wie arbeitet man mit KI? Die Antwort vieler Menschen da draußen ist: Ich baue meine eigenen Dinge, in meinem eigenen Tempo, in meiner eigenen Zeitskala.

Lena Vogel: Und damit sind wir am Ende. Wir haben heute gesehen: Standards blockieren, Browser blühen, Desktop-UIs ringen, Mikrocontroller zaubern, KI-Modelle stauchen, Investoren erhöhen, Forscher Autotüren öffnen – und irgendwo zwischen all dem sitzen Menschen, die seit zehn Jahren an einem Projekt kleben.

Felix Hartmann: Danke fürs Zuhören, wir sind nächste Woche wieder da. Bis dann.

Lena Vogel: Tschüss!