programmier.bar – der Podcast für App- und Webentwicklung

Wie hat dir die Folge gefallen?
Gut 👍
Schlecht 👎
(Keine Anmeldung erforderlich)

Diese Woche geht es kompakt, aber vollgepackt zu: GitHub bringt Stacked Pull Requests in die Public Preview, PHPStan wird dank einer C++-Turbo-Erweiterung spürbar schneller, OpenAI stellt mit Astra sein nächstes großes Modell vor, und wir erfreuen uns an einem KI-Limonadenstand.
Ihr habt noch kein Ticket für die programmier.con 2026? Dann nutzt jetzt noch die Chance und nehmt am 25. und 26 November an unserem Event rund um Web und AI teil! Mehr unter: https://con.programmier.bar/
Seit dem 30. Juli sind Stacked Pull Requests auf GitHub in der Public Preview verfügbar. Statt eines riesigen Pull Requests baut man mehrere kleine, aufeinander aufbauende PRs, die sich einzeln reviewen und am Ende gemeinsam mergen lassen. Dave und Jan sind sich einig: Kleinere PRs fühlen sich schon lange besser an, aber werden gerade jetzt umso wichtiger, wenn AI-Tools viel mehr Code in kürzerer Zeit produzieren und Reviews so schnell zum Bottleneck werden.
Der beliebte statische Code-Analyzer PHPStan hat mit der neuen Turbo-Extension einen Teil seiner Toolchain in C++ nachgebaut, obwohl PHPStan selbst in PHP geschrieben ist. Jan findet das vorbildlich gelöst.
OpenAI hat mit Astra den Namen für sein nächstes großes Modell bekanntgegeben, konzipiert für sehr lange, komplexe Aufgaben, an denen mehrere Agenten parallel über Stunden oder Tage arbeiten. Astra soll außerdem das erste Modell sein, das den neuen Review-Prozess der US-Regierung für AI-Modelle durchläuft. 
In einem YouTube-Video treten Claude und GPT mit unbegrenztem Budget gegeneinander an, um innerhalb einer Woche einen erfolgreichen Limonadenstand aufzubauen – inklusive Rezepten, Handwerker:innen und Verkaufspersonal. Dave und Jan sind sich einig: sehr unterhaltsam und ein guter Showcase für alles, was (noch nicht) mit AI funktioniert.
Passend dazu verlinken sie noch zwei Interviews von Mathe-YouTuber DorFuchs und einem AI-Safety-Experten.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: podcast@programmier.bar
Folgt uns!
Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.
Bluesky
Instagram
LinkedIn
Meetup
YouTube

Wie hat dir die Folge gefallen?
Gut 👍
Schlecht 👎
(Keine Anmeldung erforderlich)

Warum ist es eigentlich immer noch so mühsam, ein Formular sauber und typsicher zu bauen? Fabian Hiller ist Founding Engineer bei einem Startup in New York und Kopf hinter Valibot und Standard Schema. Heute spricht er mit uns über sein neuestes Open-Source-Projekt: Formisch.
Formisch ist eine schema-basierte, headless Form-Library, die den kompletten State und die Validierung eines Formulars übernimmt, aber bewusst keine UI mitbringt. Das Besondere steckt unter der Haube: Statt eines eigenen Reactivity-Layers packt Formisch im Build-Prozess das native Reactivity-System des jeweiligen Frameworks direkt in die Library. Dadurch fühlt sich Formisch in jedem der Frameworks nativ an und bleibt extrem schlank. Fabian zeigt, wie der framework-agnostische Core das möglich macht und warum ihm eine Art Vite für Formulare vorschwebt.
Weil Formisch eng mit Valibot verzahnt ist, ordnen wir auch das nochmal ein: eine modulare, TypeScript-native Schema-Library, bei der am Ende nur im Bundle landet, was ihr wirklich importiert. Fabian nimmt uns mit vom Weg seiner Bachelorarbeit hin zu über 12 Millionen wöchentlichen Downloads und erzählt, wie daraus gemeinsam mit Colin McDonnell (Zod) und David Blass (ArkType) Standard Schema entstand: ein einheitliches Interface für Schema-Libraries, das inzwischen als eine Art Industriestandard gilt und auf mittlerweile riesige Download-Zahlen kommt.
Der zweite große Strang der Folge: Was macht AI mit Open Source? Wir diskutieren, warum etablierte Libraries im Zeitalter der Coding Agents überproportional profitieren, weil ein Agent meist das greift, was er bereits kennt, und ob daraus ein neues Discovery-Problem für frische Projekte wird. Fabian und Jan sind sich einig, dass guter Code nie das einzige Problem war: Dokumentation, Community und schnelles Reagieren auf Issues bleiben entscheidend, egal wie viel der Agent übernimmt. Außerdem wird diskutiert, warum sich so fundamentale Open-Source-Arbeit finanziell bis heute kaum trägt.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: podcast@programmier.bar
Folgt uns!
Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.
Bluesky
Instagram
LinkedIn
Meetup
YouTube
Musik: Hanimo

Wie hat dir die Folge gefallen?
Gut 👍
Schlecht 👎
(Keine Anmeldung erforderlich)

Weil Dennis und Fabi im Urlaub sind, springt Jan ein und spricht mit Philipp über den wohl ungewöhnlichsten AI-Sicherheitsvorfall des Jahres bei Hugging Face und OpenAI, das neue Open-Weights-Schwergewicht Kimi K3, den Launch von Claude Opus 5 samt radikal verschlankten Systemprompts und die Rückkehr der Modell-Router.
Am 25. und 26. November 2026 findet wieder unsere Konferenz statt: die programmier.con 2026 - Web & AI Edition. Sichert euch jetzt eure Tickets!
Hugging Face hat offengelegt, dass die eigene Infrastruktur automatisiert durch ein autonomes AI-Agentensystem kompromittiert wurde – kurz darauf musste OpenAI einräumen, dass die eigenen Modelle dahintersteckten. Mittlerweile fordert Hugging Face von OpenAI vollständige Ausführungsprotokolle und 100 Millionen Dollar an Compute für eine bessere Cyber-Abwehr der Community, eher eine Investition in gemeinsame Sicherheit als eine Schadensersatzforderung.
Danach geht’s um handfeste Modell-Releases. Moonshot AI hat mit Kimi K3 ein neues Open-Weights-Flaggschiff veröffentlicht, dazu drei zugehörige Open-Source-Repositories: FlashKDA für die eigene Attention-Implementierung, MoonEP als Kommunikations-Library für Mixture-of-Experts-Setups und AgentEnv als Sandbox-Umgebung fürs Agenten-Training. Offene Gewichte heißen hier aber nicht automatisch offene Lizenz.
Parallel dazu hat Anthropic mit Claude Opus 5 ein neues Modell veröffentlicht, preislich auf Niveau von Opus 4.8 und damit zum halben Preis von Fable 5. Auf den meisten Coding- und Wissensarbeits-Benchmarks kommt Opus 5 nah an Fable 5 heran, wirkt für Jan im Vergleich aber token-hungriger. Passend dazu hat Anthropic zeitgleich den Blogpost The New Rules of Context Engineering veröffentlicht: Für Claude Code wurden über 80 Prozent des Systemprompts gestrichen, weil das Modell mittlerweile von sich aus versteht, was in einer Coding-Session sinnvoll ist – über die Nebeneffekte diskutieren Jan und Philipp.
Zum Ausklang geht’s um das Comeback der Modell-Router: Cursor automatisiert mit Cursor Router die Modellauswahl, OpenRouter lässt mit Fusion mehrere Modelle parallel antworten und kombiniert die Ergebnisse, und das japanische Lab Sakana AI orchestriert mit Fugu mehrere Agenten dynamisch als ein System. Jan und Philipp diskutieren, ob sich Setups mit ganz bewusst unterschiedlichen Modellen pro Aufgabe durchsetzen, etwa ein kleines lokales Modell für datenschutzsensible Fälle und ein großes für den generischen Chatbot.
Der Launch von Thinking Labs' Inkling hat auch gezeigt, dass der Abstand zwischen offenen und geschlossenen Modellen inzwischen wohl bei rund vier statt wie vor einem Jahr über sechs Monaten liegt, für Philipp vor allem ein Zeichen für gesunden Wettbewerb, der über sinkende Preise am Ende allen zugutekommt.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: podcast@programmier.bar
Folgt uns!
Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.
Bluesky
Instagram
LinkedIn
Meetup
YouTube

Wie hat dir die Folge gefallen?
Gut 👍
Schlecht 👎
(Keine Anmeldung erforderlich)

In dieser News-Folge sprechen Dave und Jan über TypeScript 7.0, den JetBrains-Release 2026.2, die neuen Gemini-3.6-Flash-Modelle, eine Electron-Debatte samt Vercels Native SDK und die neue Java-Doku von CultRepo.
Los geht es mit TypeScript 7.0: Der Compiler wurde komplett neu in Go geschrieben und läuft dadurch rund zehnmal schneller. Der Haken ist die noch fehlende stabile öffentliche API, weshalb (Meta-)Frameworks wie Vue oder Svelte und Tools wie TypeScript ESLint vorerst auf 6.0 festhängen und auf 7.1 warten müssen.
Weiter geht es mit dem JetBrains-Release 2026.2 und seinem großen AI-Fokus. Das Highlight ist der Agent Skill Manager, ein kuratiertes Skill-Repository, bei dem wir festlegen können, ob ein Skill auf IDE-, Projekt- oder Agent-Ebene greift. Dazu kommen Quality-of-Life-Verbesserungen wie breiterer Language Server Support und endlich Drag and Drop ins Terminal.
Außerdem hat Google Gemini 3.6 Flash samt Flash-Lite und Flash Cyber vorgestellt – besonders spannend fanden wir jedoch das Ranking von Artificial Analysis nach Preis pro gelöster Aufgabe.
Danach steigen wir in die Frage ein, warum eigentlich so viele Desktop-Apps Electron-Apps sind. Ausgangspunkt ist ein pointierter Blogpost von John Gruber. Genau hier schließt sich der Kreis zu Vercel, das mit seinem neuen Native SDK auf den Desktop geht: Statt Browser und Node mitzuliefern, rendert eine eigene, auf Zig basierende Engine das UI direkt ins native OS-Fenster, deklarativ beschrieben in Markup plus TypeScript und explizit darauf ausgelegt, von AI-Agents bedient zu werden.
Zum Abschluss empfiehlt uns Jan die neue CultRepo-Doku „The Java Story“, die in rund 75 Minuten die Geschichte von Java und ihren Einfluss auf ganze Ökosysteme erzählt und selbst für Nicht-Java-Menschen sehenswert ist.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: podcast@programmier.bar
Folgt uns!
Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.
Bluesky
Instagram
LinkedIn
Meetup
YouTube

Wie hat dir die Folge gefallen?
Gut 👍
Schlecht 👎
(Keine Anmeldung erforderlich)

Wie entstehen eigentlich die Webstandards, die unseren Browser jeden Tag antreiben? In dieser Folge sprechen wir mit Christian Liebel, Mitglied der W3C Technical Architecture Group (TAG), über die Gremien, Prozesse und Entscheidungen hinter dem World Wide Web. Wir schauen darauf, wie neue Web-APIs entstehen, warum Standardisierung oft Jahre dauert und welche Rolle Entwickler:innen dabei spielen können.
Christian erzählt, wie ihn sein Weg von den ersten eigenen Websites über Progressive Web Apps bis in eines der wichtigsten Architektur-Gremien des Webs geführt hat. Dabei wird deutlich, dass die Zukunft des Webs nicht ausschließlich von großen Tech-Konzernen bestimmt wird, sondern auch von engagierten Menschen aus der Community. Wir sprechen darüber, wie die TAG arbeitet, warum Konsens wichtiger ist als Mehrheiten und weshalb gute Architekturentscheidungen oft deutlich mehr Perspektiven berücksichtigen müssen, als man zunächst vermutet.
Außerdem werfen wir einen Blick auf aktuelle Themen wie lokale KI im Browser, digitale Identitäten, WebMCP und die Frage, wie das Web mit nativen Plattformen Schritt halten kann. Christian erklärt, welche Spannungsfelder zwischen Browser-Herstellern, Entwickler:innen, Regulatoren und Nutzer:innen entstehen und warum genau diese Diskussionen entscheidend für die Zukunft des offenen Webs sind.
Eine Folge für alle, die verstehen wollen, wer die technischen Leitplanken des Webs setzt, wie Standards wirklich entstehen und warum sich jede Stimme aus der Entwickler:innen-Community einbringen kann.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: podcast@programmier.bar
Folgt uns!
Bleibt auf dem Laufenden über zukünftige Folgen und virtuelle Meetups und beteiligt euch an Community-Diskussionen.
Bluesky
Instagram
LinkedIn
Meetup
YouTube
Musik: Hanimo