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

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

Habt ihr unsere Videopodcasts schon gesehen? Ab sofort könnt ihr die News-Folgen auf YouTube und Spotify als Video ansehen.
Ihr wollt auf der programmier.con 2026 einen Talk halten? Dann meldet euch jetzt unter: cfp.programmier.bar 
Außerdem finden am 5. März und 9. April wieder die beliebten programmier.bar Meetups in Bad Nauheim statt. Falls ihr da nicht könnt, trefft ihr uns auf der DecompileD- und der DevLand-Konferenz.
In dieser Podcastfolge berichtet Garrelt von der neusten Welle der NPM-Supply-Chain-Angriffe rund um den Wurm „Shai-Hulud“. Die Angreifer:innen nutzen jetzt auch ollama und Agenten in IDEs.
Spaßiger dagegen WebHaptics: Jan zeigt eine vorbildliche Library, die Vibrationen auf Webseiten ermöglicht – sogar auf iOS-Geräten. Welchen Trick es dafür braucht, erfahrt ihr in dieser Folge.
Im Bereich KI stellt Dave „The Arena“ vor, eine Plattform, die AI-Modelle und Coding Agents nach Hype, Developer-Engagement und Sentiment bewertet. So lassen sich schnell Trends identifizieren und bewerten, welche Tools gerade besonders diskutiert oder geliebt werden.
Weiter geht es mit der aktuellen Kontroverse rund um AGENTS.md-Dateien. Die Diskussion zeigt, dass automatisch generierte Dateien die Performance eines Agents eher verschlechtern können, während manuell erstellte, gezielt kuratierte Versionen besser performen können.
Abschließend geben wir noch einen positiven Ausblick auf die Initiative Endowment.dev, die langfristige Finanzierung von Open-Source-Projekten über Stiftungserträge sicherstellen möchte. Eine nachhaltige Alternative zu einmaligen Spenden.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: [email protected]
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 Folge werfen Jan und Garrelt gemeinsam mit euch einen Blick auf Playwright, das End-to-End-Testing-Framework von Microsoft. Ihr erfahrt, wie Playwright das Testen von Webanwendungen vereinfacht, indem es Browser automatisiert steuert, Aktionen wie Klicks oder Texteingaben ausführt und gleichzeitig die Ergebnisse validiert. Wir klären, wie sich Playwright von Tools wie Cypress oder Puppeteer unterscheidet und welche Features wie Locators, Assertions oder das Recording von Testaktionen im Alltag wirklich helfen.
Der Fokus liegt klar auf der Praxis: Wir besprechen, wie ihr End-to-End-Tests, Visual Regression Tests und Testdaten sinnvoll aufsetzt, wie parallele Testausführung funktioniert und wie ihr mit flaky Tests umgeht. Jan verarbeitet dabei ganz nebenbei seine Selenium-Traumata aus früheren Projekten – vielleicht kommt euch das bekannt vor.
Gemeinsam diskutieren wir, wann End-to-End-Tests sinnvoll sind und welche Abwägungen zwischen Aufwand und Nutzen Entwickler:innen treffen sollten. Garrelt teilt Einblicke aus der Praxis bei Lotum, etwa wie Tests in CI/CD-Pipelines landen und wie man sie langfristig wartbar hält. Auch das Zusammenspiel von End-to-End- und Unit-Tests spielt dabei eine wichtige Rolle.
Abschließend geben Jan und Garrelt praktische Tipps für den Einstieg in Playwright. von Installation und Setup bis zur Integration in bestehende Projekte. Die Folge schließt mit Empfehlungen für Visual Regression Tests und Überlegungen, wie Teams ihre Testinfrastruktur effizient gestalten, ohne bei der Qualitätssicherung Abstriche zu machen.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: [email protected]
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)

In dieser Folge besprechen wir den Release von Gemini 3.1 Pro und schauen uns an, wie Google bei Benchmarks wie ARC AGI 2 ordentlich zulegt. Ein echtes Highlight ist die Hardware-Innovation von Taalas: Ein Chip, auf dem das Modell direkt auf das Silikon „gebrannt“ ist und so unglaubliche 20.000 Tokens pro Sekunde liefert. Außerdem geht es um das Beispiel ChatJimmy.
Außerdem diskutieren wir die neuesten Gerüchte um den OpenAI Smart Speaker, der in Zusammenarbeit mit Jony Ive entstehen soll. Zum Schluss setzen wir uns kritisch mit Sam Altmans Aussagen zum Energieverbrauch von KI im Vergleich zur menschlichen Evolution auseinander. 
Habt ihr euch schon zu unserem nächsten Meetup in Bad Nauheim angemeldet? Lotum gibt Einblicke in die Arbeit zwischen Product Design und Development beim Thema Micro-Animations.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: [email protected]
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)

Jetzt ganz neu in der programmier.bar: Videos! Ab sofort könnt ihr die News-Folgen auf YouTube und Spotify auch als Video ansehen.
Ihr wollt auf der programmier.con 2026 einen Talk halten? Dann meldet euch jetzt unter: cfp.programmier.bar 
Außerdem findet am 5. März und 9. April wieder die beliebten programmier.bar Meetups statt - und ihr könnt uns auf der DecompileD und der DevLand Konferenz treffen.
Dennis berichtet in dieser Folge über den State of JavaScript Report. DieCrew diskutiert, wie sich Trends im JavaScript-Ökosystem entwickeln und vergleichen den Report mit ähnlichen Publikationen wie dem State of HTML. Besonders im Fokus stehen neue Tools und Frameworks wie Astro und Hono, die auf Performance und Portabilität setzen und bestehende Webstandards clever nutzen.
Dave lebt aktuell seine Liebe zu World of Warcraft wieder aus und hat passend dazu ein neues UI Framework mitgebracht. Wir schauen uns WarcraftCN an!
Anschließend geht es um WebMCP, ein Google-Projekt, das klassische MCP-Funktionalitäten auf Web-Client-Ebene bringt. Jan erklärt, wie Entwickler:innen damit AI-gestützte Funktionen direkt über Webseiten anbieten können, ohne eigene MCP-Server aufsetzen zu müssen. Die Diskussion beleuchtet sowohl deklarative als auch imperative APIs und die Herausforderungen beim Synchronisieren von UI und automatisierten Funktionsaufrufen. Die Crew bleibt dennoch skeptisch.
Im weiteren Verlauf thematisiert Fabi das Thema AI-Fatigue und die wachsende Müdigkeit im Umgang mit generativer KI. Besonders der Unterschied zwischen menschlicher Kreativität und maschinell erzeugten Inhalten wird diskutiert: Review-Prozesse mit Menschen bringen noch echten Lerneffekt, während das ständige Anpassen von AI-generiertem Code oft wenig befriedigend ist. Auch die Frage von Ownership und Verantwortung im Umgang mit KI-generierten Outputs spielt eine zentrale Rolle.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: [email protected]
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 Folge spricht Jan mit Matthias Niehoff über das Konzept der Data-Aware Architecture. Matthias, Head of Data und Principal Data Architect bei Codecentric, erklärt, dass es sich hierbei weniger um ein fest definiertes Architektur-Pattern handelt, sondern um einen Denkansatz: Daten von Anfang an in die Architekturprozesse einzubeziehen, insbesondere für analytische Zwecke, ohne dass die Entwickler:innen ihre Anwendungskomplexität unnötig erhöhen müssen. Die Methode hilft, die Nutzung von Daten strukturierter, nachvollziehbarer und verlässlicher zu gestalten, ohne interne Implementierungen unnötig zu überfrachten.
Matthias geht detailliert darauf ein, wie Data-Aware Architecture in der Praxis aussieht: von der frühzeitigen Einbindung von Analytics-Teams über die Definition von Data Contracts bis hin zu Data Products, die als Schnittstellen zwischen Entwicklung und Datenkonsumenten fungieren. Ziel ist es, stabile, dokumentierte und validierbare Datenflüsse zu schaffen, die auch bei Änderungen im System konsistent bleiben. Dabei betont er die Bedeutung pragmatischer Lösungen statt Overengineering – große Tools oder Plattformen allein lösen das Kernproblem nicht, die Organisation und die Abstimmung zwischen Teams sind entscheiden.
Besonders spannend wird es im Umgang mit Legacy-Systemen: Matthias beschreibt, wie man bestehende, oft veraltete Schnittstellen analysiert, Verantwortlichkeiten klärt und Schritt für Schritt Data Contracts implementiert - und das alles skalierbar.
Abgerundet wird die Folge durch einen Blick auf die Rolle von KI im Kontext von Data-Aware Architecture. Matthias erläutert, wie KI-gestützte Tools die Datennutzung unterstützen können, zum Beispiel durch semantisches Kontext-Engineering oder als direkte Konsumenten von Daten.

Schreibt uns!
Schickt uns eure Themenwünsche und euer Feedback: [email protected]
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