<p>Weiter in unserem KI-Block geht es mit Kevin Chromik (<a href="https://kevinchromik.de/">Webseite</a>, <a href="https://www.linkedin.com/in/kevinchromik/">LinkedIn</a>), Content Creator (<a href="https://www.youtube.com/kevinchromik">YouTube</a>). Kevin berichtet Hans und Vanessa seine Erfahrungen darüber, wie er mit KI Tools 3x schneller Apps programmieren kann.</p>
<aside class="message long-message">
<h3>Unser Sponsor</h3>
<p><a href="https://mittwald.de/hitc?ref=workingdraft.de"><img class="alignnone size-medium wp-image-3774" style="display: block; max-width: 350px; width: 100%; float: right; margin-bottom: 1rem; margin-left: 1rem;" srcset="https://workingdraft.de/wp-content/uploads/2023/03/Podcast_Banner_Mittwald_-Hosting_neu_gedacht_945x314px.jpg" alt="" /></a></p>
<div class="message_content">
<p>Am <strong>13. Juni 2025</strong> lädt mittwald zum <strong>Head in the Cloud Summit</strong> ein – ein Tag voller<br />
Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker, Developer und Digitalagenturen, um<br />
voneinander zu lernen.</p>
<p>Freu dich auf spannende Talks und Sessions zu <strong>Cloud &amp; DevOps</strong>, <strong>Technology</strong> und<br />
<strong>Culture &amp; Creativity</strong>. Von den Herausforderungen der digitalen Arbeitswelt bis hin zu den Trends<br />
von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.</p>
<p>Die Tickets sind begrenzt, also schnell buchen auf <a href="https://mittwald.de/hitc?ref=workingdraft.de">mittwald.de/hitc</a>.</p>
</div>
</aside>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:30] Wie ich mit KI 3x schneller Apps programmiere</dt>
<dd>3x schneller entwickeln! Ja, das ist eine YouTube-Clickbait Headline! Es wird schnell klar: Die KI übernimmt zwar nicht alles, aber sie kann an vielen Stellen den Entwicklungsprozess deutlich beschleunigen – manchmal sogar um das Dreifache. Kevin berichtet über eine App, die er zusammen mit einem anderem YouTuber in <a href="https://flutter.dev/">Flutter</a> mit Hilfe von KI-Tools gebaut hat. Der Anwendungsfall ist hierbei, dass sie nur zu zweit an dieser App schreiben, und beide zuvor nicht mit Flutter gearbeitet haben. Sie müssen bei dieser App auch keinen strikten Design Richtlinien folgen, sondern können der KI mehr Freiheiten geben.</p>
<p>Ein großes Thema ist die Frage nach dem Kontext: Tools wie <a href="https://chatgpt.com/">ChatGPT</a> liefern oft brauchbare Antworten, kennen aber die eigene Codebase nicht. Das macht ihre Vorschläge schnell unbrauchbar oder zumindest nicht optimal integrierbar. Ganz anders sieht es bei Tools wie <a href="https://www.cursor.com/">Cursor</a> oder <a href="https://windsurf.com/editor">Windsurf</a> aus, die direkt in die IDE eingebunden werden – z. B. in <a href="https://code.visualstudio.com/">VS Code</a> – und Zugriff auf das gesamte Projekt haben. Damit können sie nicht nur präziser helfen, sondern auch bessere Architekturvorschläge machen oder konkrete Codeabschnitte erklären.</p>
<p>Besonders spannend ist Kevins Ansatz, KI nicht unbedingt zum „schnelleren Programmieren“ im klassischen Sinne zu nutzen, sondern vielmehr für alles drumherum. Beim Prototyping etwa hilft KI, Ideen schnell zu visualisieren – auch wenn der produzierte Code am Ende verworfen wird. Kevin erzählt von einem Beispiel, als er ein Award-System in seine <a href="https://streak.kevinchromik.de/">Habit-Tracker-App</a> einbauen wollte: Die Idee war noch nicht ausgereift, doch <a href="https://windsurf.com/editor">Windsurf</a> konnte dennoch eine erste Oberfläche erzeugen, mit der man experimentieren konnte – inklusive Animationen. Der Code war nicht perfekt, aber als Sparringspartner war die KI extrem hilfreich.</p>
<p>Wir sprechen auch über den Unterschied zwischen eigenen Programmiersprachen und fremden: Ist man mit KI auch in der eigenen Sprache wirklich schneller? Und wie sinnvoll ist KI eigentlich für Junior-Entwickler:innen? Kevin und Vanessa sehen hier Chancen, aber auch Risiken. Während <a href="https://stackoverflow.com/questions">Stack Overflow</a> oft ein notwendiger Umweg ist, bei dem man sich zwangsläufig mit dem Problem auseinandersetzt, liefern KI-Tools direkte Lösungen – ohne Umweg, ohne Kontext. Das kann zu schnellen Ergebnissen führen, aber auch dazu, dass Lernprozesse übersprungen werden.</p>
<p class="" data-start="2208" data-end="2421">Trotzdem: Gute Tools wie <a href="https://windsurf.com/editor">Windsurf</a> ermöglichen inzwischen Rückfragen zur Codebase wie „Erklär mir mal die Architektur dieser App“ – und das kann gerade für weniger erfahrene Entwickler:innen ein echter Gewinn sein.</p>
<p>Ein weiteres Thema ist Codequalität. Kevin berichtet, dass er seine <a href="https://streak.kevinchromik.de/">Habit-Tracker-App</a> bewusst mit einer sauberen Architektur gebaut hat – auch wenn sie funktional simpel ist. Er merkt an: Je besser man selbst entwickelt, desto mehr stört einen der Output von KI, weil viele Vorschläge einfach qualitativ nicht mithalten können. Viel Code im Netz ist schlicht schlecht – und KI reproduziert diesen leider oft. Gute Entwickler:innen sind in den meisten Fällen noch deutlich besser als jede KI.</p>
<p>Zum Abschluss diskutieren wir noch mit Hans, ob man heute noch zusätzliche Libraries braucht – oder ob KI-Tools wie <a href="https://v0.dev/">V0 von Vercel</a> mit ihren fertigen Komponenten schon ausreichen, um direkt damit zu starten.</dd>
</dl>
<h3>Links</h3>
<dl>
<dt><a href="https://www.builder.io/blog/windsurf-vs-cursor">Windsurf vs. Cursor (Builder.io)</a></dt>
<dd>Ein Vergleich zweier KI-gestützter Entwicklungsumgebungen, die im Podcast thematisiert werden.</dd>
<dt><a href="https://cucumber.io/">Cucumber</a></dt>
<dd>Testing-Tool für verhaltensgesteuerte Entwicklung – im Gespräch als potenzieller KI-Anwendungsfall erwähnt.</dd>
<dt><a href="https://vercel.com/v0">v0 von Vercel</a></dt>
<dd>KI-gestütztes Tool zum Erzeugen von UI-Komponenten – im Gespräch als Beispiel für automatisierte Entwicklung.</dd>
</dl>


Weiter in unserem KI-Block geht es mit Kevin Chromik (Webseite, LinkedIn),
Content Creator (YouTube). Kevin berichtet Hans und Vanessa seine Erfahrungen
darüber, wie er mit KI Tools 3x schneller Apps …

Working Draft

Weiter in unserem KI-Block geht es mit Kevin Chromik (Webseite, LinkedIn),
Content Creator (YouTube). Kevin berichtet Hans und Vanessa seine Erfahrungen
darüber, wie er mit KI Tools 3x schneller Apps programmieren kann.


UNSER SPONSOR



Am 13. Juni 2025 lädt mittwald zum Head in the Cloud Summit ein – ein Tag voller
Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker,
Developer und Digitalagenturen, um
voneinander zu lernen.

Freu dich auf spannende Talks und Sessions zu Cloud & DevOps, Technology und
Culture & Creativity. Von den Herausforderungen der digitalen Arbeitswelt bis
hin zu den Trends
von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.

Die Tickets sind begrenzt, also schnell buchen auf mittwald.de/hitc.


SCHAUNOTIZEN

[00:01:30] WIE ICH MIT KI 3X SCHNELLER APPS PROGRAMMIERE

3x schneller entwickeln! Ja, das ist eine YouTube-Clickbait Headline! Es wird
schnell klar: Die KI übernimmt zwar nicht alles, aber sie kann an vielen Stellen
den Entwicklungsprozess deutlich beschleunigen – manchmal sogar um das
Dreifache. Kevin berichtet über eine App, die er zusammen mit einem anderem
YouTuber in Flutter mit Hilfe von KI-Tools gebaut hat. Der Anwendungsfall ist
hierbei, dass sie nur zu zweit an dieser App schreiben, und beide zuvor nicht
mit Flutter gearbeitet haben. Sie müssen bei dieser App auch keinen strikten
Design Richtlinien folgen, sondern können der KI mehr Freiheiten geben.



Ein großes Thema ist die Frage nach dem Kontext: Tools wie ChatGPT liefern oft
brauchbare Antworten, kennen aber die eigene Codebase nicht. Das macht ihre
Vorschläge schnell unbrauchbar oder zumindest nicht optimal integrierbar. Ganz
anders sieht es bei Tools wie Cursor oder Windsurf aus, die direkt in die IDE
eingebunden werden – z. B. in VS Code – und Zugriff auf das gesamte Projekt
haben. Damit können sie nicht nur präziser helfen, sondern auch bessere
Architekturvorschläge machen oder konkrete Codeabschnitte erklären.

Besonders spannend ist Kevins Ansatz, KI nicht unbedingt zum „schnelleren
Programmieren“ im klassischen Sinne zu nutzen, sondern vielmehr für alles
drumherum. Beim Prototyping etwa hilft KI, Ideen schnell zu visualisieren – auch
wenn der produzierte Code am Ende verworfen wird. Kevin erzählt von einem
Beispiel, als er ein Award-System in seine Habit-Tracker-App einbauen wollte:
Die Idee war noch nicht ausgereift, doch Windsurf konnte dennoch eine erste
Oberfläche erzeugen, mit der man experimentieren konnte – inklusive Animationen.
Der Code war nicht perfekt, aber als Sparringspartner war die KI extrem
hilfreich.

Wir sprechen auch über den Unterschied zwischen eigenen Programmiersprachen und
fremden: Ist man mit KI auch in der eigenen Sprache wirklich schneller? Und wie
sinnvoll ist KI eigentlich für Junior-Entwickler:innen? Kevin und Vanessa sehen
hier Chancen, aber auch Risiken. Während Stack Overflow oft ein notwendiger
Umweg ist, bei dem man sich zwangsläufig mit dem Problem auseinandersetzt,
liefern KI-Tools direkte Lösungen – ohne Umweg, ohne Kontext. Das kann zu
schnellen Ergebnissen führen, aber auch dazu, dass Lernprozesse übersprungen
werden.

Trotzdem: Gute Tools wie Windsurf ermöglichen inzwischen Rückfragen zur Codebase
wie „Erklär mir mal die Architektur dieser App“ – und das kann gerade für
weniger erfahrene Entwickler:innen ein echter Gewinn sein.

Ein weiteres Thema ist Codequalität. Kevin berichtet, dass er seine
Habit-Tracker-App bewusst mit einer sauberen Architektur gebaut hat – auch wenn
sie funktional simpel ist. Er merkt an: Je besser man selbst entwickelt, desto
mehr stört einen der Output von KI, weil viele Vorschläge einfach qualitativ
nicht mithalten können. Viel Code im Netz ist schlicht schlecht – und KI
reproduziert diesen leider oft. Gute Entwickler:innen sind in den meisten Fällen
noch deutlich besser als jede KI.

Zum Abschluss diskutieren wir noch mit Hans, ob man heute noch zusätzliche
Libraries braucht – oder ob KI-Tools wie V0 von Vercel mit ihren fertigen
Komponenten schon ausreichen, um direkt damit zu starten.


LINKS

WINDSURF VS. CURSOR (BUILDER.IO)

Ein Vergleich zweier KI-gestützter Entwicklungsumgebungen, die im Podcast
thematisiert werden.

CUCUMBER

Testing-Tool für verhaltensgesteuerte Entwicklung – im Gespräch als potenzieller
KI-Anwendungsfall erwähnt.

V0 VON VERCEL

KI-gestütztes Tool zum Erzeugen von UI-Komponenten – im Gespräch als Beispiel
für automatisierte Entwicklung.

Revision 665: Wie ich mit KI 3x schneller Apps programmiere

<p>Extensions für TYPO3 entwickeln – klingt erstmal nach Handarbeit. Aber was passiert, wenn man gängige KI-Tools wie ChatGPT oder Codegenerierungsdienste an den Prozess lässt? Martin Helmich hat’s ausprobiert – und berichtet von den praktischen Herausforderungen, Erfolgen und Fallstricken beim Einsatz von KI im TYPO3-Kontext.   </p>
<aside class="message long-message">
<h3>Unser Sponsor</h3>
<p>  <a href="https://workshops.de/ki?ref=workingdraft.de"><img class="alignnone size-medium wp-image-3774"
                                                              style="display: block; max-width: 400px; width: 100%; float: right; margin-bottom: 1rem; margin-left: 1rem;"
                                                              srcset="https://workingdraft.de/wp-content/uploads/2025/05/workshops-de-workingdraft-share-image.jpg"
                                                              alt=""/></a></p>
<div class="message_content">
<strong>Die KI-Revolution ist da</strong> – bist du bereit, sie aktiv zu gestalten?<br />
Workshops.DE macht dich fit für die Praxis: In intensiven Schulungen lernst du, Künstliche Intelligenz nicht nur zu verstehen, sondern gezielt in Projekten einzusetzen. Ob vor Ort, remote oder als individuelle Firmenschulung – bring dein Team auf das nächste Level!</p>
<p>Informier dich jetzt über die aktuellen Kurse und sichere dir deinen Platz auf <a href="https://workshops.de/ki?ref=workingdraft.de">workshops.de/ki</a>.<br />
Mit dem Rabatt-Code <strong>WORKINGDRAFT</strong> sparst du außerdem <strong>10 % auf alle Schulungen</strong>!</p></div>
</aside>
<dt>[00:01:36] TYPO3-Extensions bauen mit AI</dt>
<dd>Martin erklärt, wie er ein KI-gestütztes Projekt aufgesetzt hat, das TYPO3-Extensions auf Basis von Prompts generiert. Ziel war es nicht, produktiven Code zu erzeugen, sondern auszuloten, was mit heutigen Tools bereits möglich ist – und wo man mit durchdachten Prompts tatsächlich Zeit und Struktur gewinnt.</p>
<p>Wir diskutieren, welche Aufgaben sich für KI besonders eignen – z. B. die Generierung von TCA-Definitionen, Sprachdateien oder Konfigurationsklassen – und wie sich generierter Code später weiterverwenden lässt. Dabei wird klar: Ohne ein tiefes Verständnis des TYPO3-Ökosystems bringt die beste KI wenig.</p>
<p>Ein spannender Punkt: Wie lassen sich Prompt-Vorlagen standardisieren? Könnte man daraus ein öffentliches Tool bauen, das TYPO3-Entwicklung beschleunigt – ohne dass es gleich „AI-first“ wird?</p>
<p>Daneben geht’s um die Frage, wie man mit Blackbox-Code umgeht, der nicht aus dem Editor kommt, sondern aus einem Prompt. Und wie viel man einer KI zutrauen will, wenn es nicht nur um technische Korrektheit, sondern auch um konzeptuelle Entscheidungen geht.</p>
<p>Zum Schluss wagen wir noch einen kleinen Ausblick: Wo geht das hin – in TYPO3, aber auch allgemein im Web-Stack? Und was braucht es, damit KI bei der Extension-Entwicklung mehr wird als nur ein Gimmick?</dd>
</dl>
<h3>Links</h3>
<dl>
<dt><a href="https://typo3.org/project/association">TYPO3 Association</a></dt>
<dd>Martin ist dort im Vorstand aktiv</dd>
<dt><a href="https://www.mittwald.de/lp/smart-extension-builder">Smart Extension Builder von Mittwald</a></dt>
<dd>KI-gestütztes Tool zum Generieren von TYPO3-Extensions</dd>
<dt><a href="https://dify.ai/">Dify</a></dt>
<dd>Tool zum Erstellen eigener KI-Anwendungen – als Backend für Martins Projekt im Einsatz</dd>
<dt><a href="https://getrector.com/">Rector</a></dt>
<dd>Automatisiertes Refactoring-Tool für PHP</dd>
<dt><a href="https://web.lmarena.ai/">WebDev Arena</a></dt>
<dd>Plattform zum Vergleichen von KI-Modellen beim Webdesign – man gibt einen Prompt ein und sieht, wie verschiedene Modelle daraus eine Website bauen (erwähnt in <a href="https://front-end-fire.com/episodes/94/">Front-End Fire #94</a>).</dd>
</dl>


Extensions für TYPO3 entwickeln – klingt erstmal nach Handarbeit. Aber was
passiert, wenn man gängige KI-Tools wie ChatGPT oder Codegenerierungsdienste an
den Prozess lässt? Martin Helmich hat’s auspr…

Extensions für TYPO3 entwickeln – klingt erstmal nach Handarbeit. Aber was
passiert, wenn man gängige KI-Tools wie ChatGPT oder Codegenerierungsdienste an
den Prozess lässt? Martin Helmich hat’s ausprobiert – und berichtet von den
praktischen Herausforderungen, Erfolgen und Fallstricken beim Einsatz von KI im
TYPO3-Kontext.


UNSER SPONSOR



Die KI-Revolution ist da – bist du bereit, sie aktiv zu gestalten?
Workshops.DE macht dich fit für die Praxis: In intensiven Schulungen lernst du,
Künstliche Intelligenz nicht nur zu verstehen, sondern gezielt in Projekten
einzusetzen. Ob vor Ort, remote oder als individuelle Firmenschulung – bring
dein Team auf das nächste Level!



Informier dich jetzt über die aktuellen Kurse und sichere dir deinen Platz auf
workshops.de/ki.
Mit dem Rabatt-Code WORKINGDRAFT sparst du außerdem 10 % auf alle Schulungen!

[00:01:36] TYPO3-EXTENSIONS BAUEN MIT AI

Martin erklärt, wie er ein KI-gestütztes Projekt aufgesetzt hat, das
TYPO3-Extensions auf Basis von Prompts generiert. Ziel war es nicht, produktiven
Code zu erzeugen, sondern auszuloten, was mit heutigen Tools bereits möglich ist
– und wo man mit durchdachten Prompts tatsächlich Zeit und Struktur gewinnt.



Wir diskutieren, welche Aufgaben sich für KI besonders eignen – z. B. die
Generierung von TCA-Definitionen, Sprachdateien oder Konfigurationsklassen – und
wie sich generierter Code später weiterverwenden lässt. Dabei wird klar: Ohne
ein tiefes Verständnis des TYPO3-Ökosystems bringt die beste KI wenig.

Ein spannender Punkt: Wie lassen sich Prompt-Vorlagen standardisieren? Könnte
man daraus ein öffentliches Tool bauen, das TYPO3-Entwicklung beschleunigt –
ohne dass es gleich „AI-first“ wird?

Daneben geht’s um die Frage, wie man mit Blackbox-Code umgeht, der nicht aus dem
Editor kommt, sondern aus einem Prompt. Und wie viel man einer KI zutrauen will,
wenn es nicht nur um technische Korrektheit, sondern auch um konzeptuelle
Entscheidungen geht.

Zum Schluss wagen wir noch einen kleinen Ausblick: Wo geht das hin – in TYPO3,
aber auch allgemein im Web-Stack? Und was braucht es, damit KI bei der
Extension-Entwicklung mehr wird als nur ein Gimmick?


LINKS

TYPO3 ASSOCIATION

Martin ist dort im Vorstand aktiv

SMART EXTENSION BUILDER VON MITTWALD

KI-gestütztes Tool zum Generieren von TYPO3-Extensions

DIFY

Tool zum Erstellen eigener KI-Anwendungen – als Backend für Martins Projekt im
Einsatz

RECTOR

Automatisiertes Refactoring-Tool für PHP

WEBDEV ARENA

Plattform zum Vergleichen von KI-Modellen beim Webdesign – man gibt einen Prompt
ein und sieht, wie verschiedene Modelle daraus eine Website bauen (erwähnt in
Front-End Fire #94).

Revision 664: TYPO3-Extensions bauen mit AI

<p>Schon wieder eine neue Buzzword-KI? Nicht ganz. In dieser Folge sprechen wir mit <a href="https://www.linkedin.com/in/robinboehm/">Robin Böhm</a> über Agentic AI – ein Konzept, das gerade massiv Fahrt aufnimmt. Statt auf einen Prompt zu warten, werden KI-Agenten selbst aktiv: Sie analysieren Aufgaben, planen Schritte und setzen diese eigenständig um. Was bedeutet das für Entwickler:innen, Tools – und letztlich für uns als Nutzer:innen?</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:36] Agentic AI</dt>
<dd>Robin gibt einen praxisnahen Überblick: Was macht eine KI „agentisch“? Wie wird festgelegt, was ein Agent darf – und was nicht? Wir steigen ein mit einem technischen Abriss der Konzepte, die aktuell unter dem Schlagwort Agentic AI diskutiert werden: Fähigkeiten, Kontrollinstanzen, Kontextverwaltung und mehr.</p>
<p>Dabei geht es auch um Frameworks wie LangChain, den Umgang mit JSON-Kommandostrukturen, und um frühe Ansätze für Protokolle, mit denen Agenten sich gegenseitig über ihre Fähigkeiten austauschen können. Robin vergleicht den aktuellen Stand mit „Super Nintendo-Level“ – was aber nicht heißt, dass das Ganze ungefährlich wäre. Denn die nächste Iteration ist vielleicht nicht weit entfernt.</p>
<p>Wir diskutieren, wie Agentic AI bereits heute in Projekten auftaucht, wo es echte Automatisierungsvorteile gibt – und wo wir dringend Grenzen ziehen müssen. Besonders spannend wird es, wenn Robin beschreibt, wie sich unsere Erwartungen an „Tools“ verändern: Weg vom klassischen Button-Klick, hin zur Zieldefinition – und der Agent übernimmt.</p>
<p>Am Ende steht die Frage: Wie behalten wir als Entwickler:innen die Kontrolle – und wie gestalten wir diese Systeme so, dass sie nicht nur mächtig, sondern auch nachvollziehbar und verantwortungsvoll sind?</dd>
</dl>
<h3>Keine Schaunotizen</h3>
<dl>
<dt><a href="https://github.com/hwchase17/langchain">LangChain</a></dt>
<dd>Ein populäres Framework für agentenbasierte KI-Anwendungen – bringt Tools, Speicher und Entscheidungslogik zusammen.</dd>
<dt><a href="https://arxiv.org/abs/2308.08155">ReAct Prompting</a></dt>
<dd>Ein Konzept, das Denk- und Aktionsschritte kombiniert – oft Basis für agentisches Verhalten bei LLMs.</dd>
</dl>


Schon wieder eine neue Buzzword-KI? Nicht ganz. In dieser Folge sprechen wir mit
Robin Böhm über Agentic AI – ein Konzept, das gerade massiv Fahrt aufnimmt.
Statt auf einen Prompt zu warten, werden KI…

Schon wieder eine neue Buzzword-KI? Nicht ganz. In dieser Folge sprechen wir mit
Robin Böhm über Agentic AI – ein Konzept, das gerade massiv Fahrt aufnimmt.
Statt auf einen Prompt zu warten, werden KI-Agenten selbst aktiv: Sie
analysieren Aufgaben, planen Schritte und setzen diese eigenständig um. Was
bedeutet das für Entwickler:innen, Tools – und letztlich für uns als
Nutzer:innen?


SCHAUNOTIZEN

[00:01:36] AGENTIC AI

Robin gibt einen praxisnahen Überblick: Was macht eine KI „agentisch“? Wie wird
festgelegt, was ein Agent darf – und was nicht? Wir steigen ein mit einem
technischen Abriss der Konzepte, die aktuell unter dem Schlagwort Agentic AI
diskutiert werden: Fähigkeiten, Kontrollinstanzen, Kontextverwaltung und mehr.



Dabei geht es auch um Frameworks wie LangChain, den Umgang mit
JSON-Kommandostrukturen, und um frühe Ansätze für Protokolle, mit denen Agenten
sich gegenseitig über ihre Fähigkeiten austauschen können. Robin vergleicht den
aktuellen Stand mit „Super Nintendo-Level“ – was aber nicht heißt, dass das
Ganze ungefährlich wäre. Denn die nächste Iteration ist vielleicht nicht weit
entfernt.

Wir diskutieren, wie Agentic AI bereits heute in Projekten auftaucht, wo es
echte Automatisierungsvorteile gibt – und wo wir dringend Grenzen ziehen müssen.
Besonders spannend wird es, wenn Robin beschreibt, wie sich unsere Erwartungen
an „Tools“ verändern: Weg vom klassischen Button-Klick, hin zur Zieldefinition –
und der Agent übernimmt.

Am Ende steht die Frage: Wie behalten wir als Entwickler:innen die Kontrolle –
und wie gestalten wir diese Systeme so, dass sie nicht nur mächtig, sondern auch
nachvollziehbar und verantwortungsvoll sind?


KEINE SCHAUNOTIZEN

LANGCHAIN

Ein populäres Framework für agentenbasierte KI-Anwendungen – bringt Tools,
Speicher und Entscheidungslogik zusammen.

REACT PROMPTING

Ein Konzept, das Denk- und Aktionsschritte kombiniert – oft Basis für
agentisches Verhalten bei LLMs.

Revision 663: Agentic AI – was kommt nach Prompting?

<p>Diesmal zu Gast: Jens Jacobsen (<a href="https://www.benutzerfreun.de/">benutzerfreun.de</a>, <a href="https://www.linkedin.com/in/jens-jacobsen-benutzerfreund/">LinkedIn</a>), Autor &amp; Digital-Experte. Jens schrieb das Buch <a href="https://www.benutzerfreun.de/websites-entwickeln-mit-ki/">Websites entwickeln mit KI</a> und erzählt Peter und Vanessa, wie das am besten geht, und warum er lieber von Webseiten &#8222;besser&#8220;, anstatt &#8222;schneller&#8220; entwickeln spricht. Das Buch richtet sich an alle mit einem gewissen technischen Verständnis – etwa Produktmanager:innen, Entwickler:innen oder Designer:innen – aber auch erfahrenere Techies werden darin wertvolle Einblicke finden.</p>
<aside class="message long-message">
<h3>Unser Sponsor</h3>
<p>  <a href="https://workshops.de/ki?ref=workingdraft.de"><img class="alignnone size-medium wp-image-3774"
                                                              style="display: block; max-width: 400px; width: 100%; float: right; margin-bottom: 1rem; margin-left: 1rem;"
                                                              srcset="https://workingdraft.de/wp-content/uploads/2025/05/workshops-de-workingdraft-share-image.jpg"
                                                              alt=""/></a></p>
<div class="message_content">
<strong>Die KI-Revolution ist da</strong> – bist du bereit, sie aktiv zu gestalten?<br />
Workshops.DE macht dich fit für die Praxis: In intensiven Schulungen lernst du, Künstliche Intelligenz nicht nur zu verstehen, sondern gezielt in Projekten einzusetzen. Ob vor Ort, remote oder als individuelle Firmenschulung – bring dein Team auf das nächste Level!</p>
<p>Informier dich jetzt über die aktuellen Kurse und sichere dir deinen Platz auf <a href="https://workshops.de/ki?ref=workingdraft.de">workshops.de/ki</a>.<br />
Mit dem Rabatt-Code <strong>WORKINGDRAFT</strong> sparst du außerdem <strong>10 % auf alle Schulungen</strong>!</p></div>
</aside>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:00:00] Entwickeln mit KI</dt>
<dd>Im Gespräch geht es darum, warum es nicht ausreicht, sich in einer Minute eine Website „zusammenklicken“ zu lassen – selbst wenn einem viele Tools genau das versprechen. Zwar entsteht dann formal eine Webseite, doch in den seltensten Fällen eine gute. Jens betont, wie wichtig es ist, sich zunächst Gedanken über das Geschäftsmodell zu machen, bevor man überhaupt an die technische Umsetzung denkt. Besonders bei Portfolio-Seiten oder kleinen Online-Shops kann man zwar viel mit KI erledigen, aber ohne Substanz nützt das beste Tool wenig.</dd>
<dd>
<p class="" data-start="1066" data-end="1631">Wir diskutieren auch die wachsende Zahl an KI-Tools: Jens hat über 70 davon getestet – und nur drei haben ihn wirklich überzeugt. Die meisten Tools funktionieren nach einem simplen Prinzip: Man gibt einen Titel, vielleicht ein paar Stichpunkte ein, und bekommt daraufhin eine generische Website auf Basis eines Templates. Jens warnt davor, sich von solchen „auf Knopfdruck“-Lösungen blenden zu lassen. Gute Tools hingegen stellen erst einmal Fragen – etwa zur Zielgruppe oder zur Struktur der Seite – und entwickeln daraus eine erste Sitemap oder sogar Wireframes.</p>
<p class="" data-start="1633" data-end="2043">Auch das Thema Arbeitswelt spielt eine Rolle: Wird KI langfristig Jobs im UX-Design oder Vertrieb gefährden, weil es inzwischen KI-gestütztes User-Testing und automatisierte Verkaufsanalysen gibt? Peter merkt dazu an: „Wenn’s nichts kostet, kann man’s auch siebenmal ausprobieren.“ Eine Realität, die einerseits Chancen schafft, andererseits aber auch Druck auf klassische Rollen im Unternehmen ausüben könnte. Doch Jens kontert damit, dass man dann eben sieben Versionen von irgendeiner Webseite hätte, aber nicht einer, die den eigentlichen Zweck tatsächlich richtig erfüllt.</p>
<p class="" data-start="2045" data-end="2386">Am Ende bleibt festzuhalten: Man muss heutzutage wohl leider nicht mehr programmieren können, um mit KI Webseiten zu erstellen – aber ein gewisses technisches Verständnis hilft. Das heißt aber noch lange nicht, dass eine sinnvolle Webseite dabei herauspurzelt. Nur eben irgendeine. Die eigentliche Arbeit &#8211; worum es geht, die Texte, die Bilder &#8211; dabei kann KI sehr hilfreich sein und als ein Sparring-Partner dienen. Wer nicht nur auf schnelle Ergebnisse, sondern auf durchdachte, nachhaltige Weblösungen setzt, findet in Jens&#8216; Buch einen hilfreichen Wegweiser durch die Tool-Landschaft und den KI-Dschungel.</p>
</dd>
</dl>
<h3>Links</h3>
<ul>
<li>📘 <strong data-start="1653" data-end="1675">Das Buch von Jens:</strong> <a href="https://www.benutzerfreun.de/websites-entwickeln-mit-ki/">Websites entwickeln mit KI</a><br data-start="1707" data-end="1710" />Ein praktischer Guide für alle, die Webseiten effizient mit KI planen und umsetzen wollen – ohne dabei Qualität und Strategie aus dem Blick zu verlieren.</li>
</ul>


Diesmal zu Gast: Jens Jacobsen (benutzerfreun.de, LinkedIn), Autor &
Digital-Experte. Jens schrieb das Buch Websites entwickeln mit KI und erzählt
Peter und Vanessa, wie das am besten geht, und warum …

Diesmal zu Gast: Jens Jacobsen (benutzerfreun.de, LinkedIn), Autor &
Digital-Experte. Jens schrieb das Buch Websites entwickeln mit KI und erzählt
Peter und Vanessa, wie das am besten geht, und warum er lieber von Webseiten
„besser“, anstatt „schneller“ entwickeln spricht. Das Buch richtet sich an alle
mit einem gewissen technischen Verständnis – etwa Produktmanager:innen,
Entwickler:innen oder Designer:innen – aber auch erfahrenere Techies werden
darin wertvolle Einblicke finden.


UNSER SPONSOR



Die KI-Revolution ist da – bist du bereit, sie aktiv zu gestalten?
Workshops.DE macht dich fit für die Praxis: In intensiven Schulungen lernst du,
Künstliche Intelligenz nicht nur zu verstehen, sondern gezielt in Projekten
einzusetzen. Ob vor Ort, remote oder als individuelle Firmenschulung – bring
dein Team auf das nächste Level!



Informier dich jetzt über die aktuellen Kurse und sichere dir deinen Platz auf
workshops.de/ki.
Mit dem Rabatt-Code WORKINGDRAFT sparst du außerdem 10 % auf alle Schulungen!


SCHAUNOTIZEN

[00:00:00] ENTWICKELN MIT KI

Im Gespräch geht es darum, warum es nicht ausreicht, sich in einer Minute eine
Website „zusammenklicken“ zu lassen – selbst wenn einem viele Tools genau das
versprechen. Zwar entsteht dann formal eine Webseite, doch in den seltensten
Fällen eine gute. Jens betont, wie wichtig es ist, sich zunächst Gedanken über
das Geschäftsmodell zu machen, bevor man überhaupt an die technische Umsetzung
denkt. Besonders bei Portfolio-Seiten oder kleinen Online-Shops kann man zwar
viel mit KI erledigen, aber ohne Substanz nützt das beste Tool wenig.

Wir diskutieren auch die wachsende Zahl an KI-Tools: Jens hat über 70 davon
getestet – und nur drei haben ihn wirklich überzeugt. Die meisten Tools
funktionieren nach einem simplen Prinzip: Man gibt einen Titel, vielleicht ein
paar Stichpunkte ein, und bekommt daraufhin eine generische Website auf Basis
eines Templates. Jens warnt davor, sich von solchen „auf Knopfdruck“-Lösungen
blenden zu lassen. Gute Tools hingegen stellen erst einmal Fragen – etwa zur
Zielgruppe oder zur Struktur der Seite – und entwickeln daraus eine erste
Sitemap oder sogar Wireframes.

Auch das Thema Arbeitswelt spielt eine Rolle: Wird KI langfristig Jobs im
UX-Design oder Vertrieb gefährden, weil es inzwischen KI-gestütztes User-Testing
und automatisierte Verkaufsanalysen gibt? Peter merkt dazu an: „Wenn’s nichts
kostet, kann man’s auch siebenmal ausprobieren.“ Eine Realität, die einerseits
Chancen schafft, andererseits aber auch Druck auf klassische Rollen im
Unternehmen ausüben könnte. Doch Jens kontert damit, dass man dann eben sieben
Versionen von irgendeiner Webseite hätte, aber nicht einer, die den eigentlichen
Zweck tatsächlich richtig erfüllt.

Am Ende bleibt festzuhalten: Man muss heutzutage wohl leider nicht mehr
programmieren können, um mit KI Webseiten zu erstellen – aber ein gewisses
technisches Verständnis hilft. Das heißt aber noch lange nicht, dass eine
sinnvolle Webseite dabei herauspurzelt. Nur eben irgendeine. Die eigentliche
Arbeit – worum es geht, die Texte, die Bilder – dabei kann KI sehr hilfreich
sein und als ein Sparring-Partner dienen. Wer nicht nur auf schnelle Ergebnisse,
sondern auf durchdachte, nachhaltige Weblösungen setzt, findet in Jens‘ Buch
einen hilfreichen Wegweiser durch die Tool-Landschaft und den KI-Dschungel.


LINKS

 * 📘 Das Buch von Jens: Websites entwickeln mit KI
   Ein praktischer Guide für alle, die Webseiten effizient mit KI planen und
   umsetzen wollen – ohne dabei Qualität und Strategie aus dem Blick zu
   verlieren.

Revision 662: Entwickeln mit KI

<p>SelfHTML gehört zu den ganz Großen der deutschsprachigen Weblandschaft – und das seit 1994. Wer sich in den Nullerjahren HTML, CSS oder JavaScript beigebracht hat, ist an dieser Seite kaum vorbeigekommen. Grund genug, dieses Jubiläum mit einer eigenen Folge zu feiern!</p>
<p>In dieser Revision spricht Schepp mit <a href="https://github.com/matthias-scharwies">Matthias Schwarwies</a> – aktiver Maintainer, Mitgestalter der Community und einer der Menschen, die SelfHTML bis heute weiterentwickeln. Wir sprechen über die Geschichte, die Gegenwart und die Zukunft einer der traditionsreichsten Dokumentationen rund ums Web.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:12] <a href="https://wiki.selfhtml.org/">SelfHTML wird 30!</a></dt>
<dd>Matthias erzählt, wie SelfHTML in den 90ern entstanden ist, wie es zu einem Fixpunkt für Web-Einsteiger:innen wurde und welche Meilensteine das Projekt seitdem erlebt hat. Vom klassischen HTML-Handbuch bis zum heutigen Community-Wiki – vieles hat sich verändert, aber der Geist ist geblieben.</p>
<p>Wir reden darüber, wie sich das Projekt über die Jahre hinweg geöffnet hat, wie Beiträge organisiert sind, wie man selbst mitmachen kann – und warum das Forum nach wie vor ein guter Ort ist, um Fragen zu stellen. Auch spannende Randgeschichten aus der Redaktion kommen zur Sprache.</p>
<p>Ein Highlight im Jubiläumsjahr ist das <a href="https://forum.selfhtml.org/self/2025/apr/11/self-treffen-2025-unconference/1819538#m1819538">SelfHTML-Treffen 2025 in Mannheim</a>, das als Unconference stattfindet. Matthias gibt einen Ausblick darauf, was dort geplant ist, warum sich ein Besuch lohnt – und wie viel Motivation und Energie aus solchen persönlichen Begegnungen entstehen kann.</p>
<p>Natürlich schauen wir auch nach vorn: Was fehlt aktuell? Wie lassen sich neue Webstandards wie „<a href="https://open-ui.org/">Open UI</a>“ einbauen? Und wie bleibt man bei einem so gewachsenen Projekt überhaupt handlungsfähig? Matthias gibt Einblicke in Tools, Arbeitsweisen und den pragmatischen Umgang mit Legacy-Strukturen.</dd>
</dl>
<h3>Links</h3>
<dl>
<dt><a href="https://wiki.selfhtml.org/">SelfHTML Wiki</a></dt>
<dd>Die aktuelle Community-gepflegte Version der SelfHTML-Dokumentation – mit allem, was man über HTML, CSS und JavaScript wissen sollte.</dd>
<dt><a href="https://forum.selfhtml.org/">Das SelfHTML Forum</a></dt>
<dd>Der Diskussionsbereich für alle, die Fragen haben oder mitdiskutieren wollen – seit Jahren aktiv und gut moderiert.</dd>
<dt><a href="https://forum.selfhtml.org/self/2025/apr/11/self-treffen-2025-unconference/1819538#m1819538">SelfHTML-Treffen 2025 in Mannheim</a></dt>
<dd>Das Community-Event zum 30. Jubiläum: eine Unconference, bei der sich die Szene trifft, diskutiert, plant – und feiert.</dd>
<dt><a href="https://caniuse.com/">Can I use</a></dt>
<dd>Ein beliebtes Tool, das in der Folge erwähnt wird – hilfreich, um herauszufinden, welche Webfeatures in welchen Browsern funktionieren.</dd>
<dt><a href="https://open-ui.org/">Open UI</a></dt>
<dd>Ein Community-Projekt zur Standardisierung von UI-Komponenten im Web.</dd>
</dl>


SelfHTML gehört zu den ganz Großen der deutschsprachigen Weblandschaft – und das
seit 1994. Wer sich in den Nullerjahren HTML, CSS oder JavaScript beigebracht
hat, ist an dieser Seite kaum vorbeigekom…

SelfHTML gehört zu den ganz Großen der deutschsprachigen Weblandschaft – und das
seit 1994. Wer sich in den Nullerjahren HTML, CSS oder JavaScript beigebracht
hat, ist an dieser Seite kaum vorbeigekommen. Grund genug, dieses Jubiläum mit
einer eigenen Folge zu feiern!

In dieser Revision spricht Schepp mit Matthias Schwarwies – aktiver Maintainer,
Mitgestalter der Community und einer der Menschen, die SelfHTML bis heute
weiterentwickeln. Wir sprechen über die Geschichte, die Gegenwart und die
Zukunft einer der traditionsreichsten Dokumentationen rund ums Web.


SCHAUNOTIZEN

[00:01:12] SELFHTML WIRD 30!

Matthias erzählt, wie SelfHTML in den 90ern entstanden ist, wie es zu einem
Fixpunkt für Web-Einsteiger:innen wurde und welche Meilensteine das Projekt
seitdem erlebt hat. Vom klassischen HTML-Handbuch bis zum heutigen
Community-Wiki – vieles hat sich verändert, aber der Geist ist geblieben.



Wir reden darüber, wie sich das Projekt über die Jahre hinweg geöffnet hat, wie
Beiträge organisiert sind, wie man selbst mitmachen kann – und warum das Forum
nach wie vor ein guter Ort ist, um Fragen zu stellen. Auch spannende
Randgeschichten aus der Redaktion kommen zur Sprache.

Ein Highlight im Jubiläumsjahr ist das SelfHTML-Treffen 2025 in Mannheim, das
als Unconference stattfindet. Matthias gibt einen Ausblick darauf, was dort
geplant ist, warum sich ein Besuch lohnt – und wie viel Motivation und Energie
aus solchen persönlichen Begegnungen entstehen kann.

Natürlich schauen wir auch nach vorn: Was fehlt aktuell? Wie lassen sich neue
Webstandards wie „Open UI“ einbauen? Und wie bleibt man bei einem so gewachsenen
Projekt überhaupt handlungsfähig? Matthias gibt Einblicke in Tools,
Arbeitsweisen und den pragmatischen Umgang mit Legacy-Strukturen.


LINKS

SELFHTML WIKI

Die aktuelle Community-gepflegte Version der SelfHTML-Dokumentation – mit allem,
was man über HTML, CSS und JavaScript wissen sollte.

DAS SELFHTML FORUM

Der Diskussionsbereich für alle, die Fragen haben oder mitdiskutieren wollen –
seit Jahren aktiv und gut moderiert.

SELFHTML-TREFFEN 2025 IN MANNHEIM

Das Community-Event zum 30. Jubiläum: eine Unconference, bei der sich die Szene
trifft, diskutiert, plant – und feiert.

CAN I USE

Ein beliebtes Tool, das in der Folge erwähnt wird – hilfreich, um
herauszufinden, welche Webfeatures in welchen Browsern funktionieren.

OPEN UI

Ein Community-Projekt zur Standardisierung von UI-Komponenten im Web.

Revision 661: SelfHTML wird 30 – ein Web-Urgestein feiert Geburtstag 🥳

<p>PHP ist eine dieser Sprachen, die man leicht unterschätzt – und die trotzdem nicht weggeht. Im Gegenteil: Sie hat sich über Jahrzehnte hinweg weiterentwickelt und ist heute das Fundament unzähliger produktiver Anwendungen. Grund genug für uns, einen genaueren Blick auf den Status quo und die Entwicklung dahinter zu werfen.</p>
<aside class="message long-message">
<h3>Unser Sponsor</h3>
<p>  <a href="https://mittwald.de/hitc?ref=workingdraft.de"><img class="alignnone size-medium wp-image-3774"
                                                              style="display: block; max-width: 350px; width: 100%; float: right; margin-bottom: 1rem; margin-left: 1rem;"
                                                              srcset="https://workingdraft.de/wp-content/uploads/2023/03/Podcast_Banner_Mittwald_-Hosting_neu_gedacht_945x314px.jpg"
                                                              alt=""/></a></p>
<div class="message_content">
<p>    Am <strong>13. Juni 2025</strong> lädt mittwald zum <strong>Head in the Cloud Summit</strong> ein – ein Tag voller<br />
    Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker, Developer und Digitalagenturen, um<br />
    voneinander zu lernen.</p>
<p>    Freu dich auf spannende Talks und Sessions zu <strong>Cloud &amp; DevOps</strong>, <strong>Technology</strong> und<br />
    <strong>Culture &amp; Creativity</strong>. Von den Herausforderungen der digitalen Arbeitswelt bis hin zu den Trends<br />
    von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.</p>
<p>    Die Tickets sind begrenzt, also schnell buchen auf <a href="https://mittwald.de/hitc?ref=workingdraft.de">mittwald.de/hitc</a>.</p></div>
</aside>
<p>Für diese Revision haben wir uns einen der zentralen Köpfe der PHP-Welt eingeladen: Sebastian Bergmann, Erfinder von PHPUnit, langjähriger Open-Source-Maintainer und pragmatischer Beobachter des Ökosystems (<a href="https://sebastian-bergmann.de/index.html">Web</a> / <a href="https://www.linkedin.com/in/sebastian-bergmann-phpunit/">LinkedIn</a> / <a href="https://phpc.social/@sebastian">Mastodon</a>). Gemeinsam mit Schepp und Hans spricht er über Technologie, Verantwortung und das Leben als jemand, der seit Jahrzehnten mit und an PHP arbeitet.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:03] <a href="https://www.php.net/">PHP im Jahr 2025</a></dt>
<dd>Wir starten mit Sebastians Weg in die PHP-Welt: Wie kam es zur Entstehung von PHPUnit? Was war der Stand der Dinge damals – und warum hat sich Sebastian überhaupt entschlossen, ein eigenes Test-Framework zu bauen? Wir sprechen über die Anfangsjahre von PHP, über JUnit als Vorbild und den wilden Westen früher PHP-Projekte.</p>
<p>Danach werfen wir einen Blick auf das Jetzt: Wie steht es um das Vertrauen in PHP als Sprache? Welche Rolle spielen moderne Tools wie Composer, Frameworks wie Symfony oder Laravel – und was macht eigentlich die PHP Foundation genau? Sebastian schildert, wie sich das Ökosystem professionalisiert hat, aber an vielen Stellen trotzdem auf Freiwilligenarbeit beruht.</p>
<p>Natürlich reden wir auch über Tests: Was bedeutet gutes Testing im Jahr 2025? Wie sieht das Zusammenspiel mit Tools wie PHPStan oder Psalm aus? Und wie geht man mit Legacy-Code um, der eigentlich nie für Tests gedacht war? Sebastian teilt Einblicke aus seiner Beratungsarbeit mit Teams und erklärt, wie man pragmatisch Qualität sichert.</p>
<p>Ein wichtiger Teil des Gesprächs dreht sich um Open Source im Dauerbetrieb: Was bedeutet es, ein Projekt wie PHPUnit über Jahrzehnte hinweg zu pflegen? Wie hält man durch? Welche Erwartungen kommen von außen – und was kann die Community beitragen, damit das Ganze nicht auf Einzelpersonen lastet?</p>
<p>Zum Schluss schauen wir nach vorn: Welche Entwicklungen im PHP-Core lohnen sich im Auge zu behalten? Was fehlt der Sprache noch? Und was wünscht sich Sebastian von der nächsten Generation an Entwickler:innen, die vielleicht bald ihre ersten Pull Requests schreiben?</dd>
</dl>
<h3>Links</h3>
<dl>
<dt><a href="https://phpunit.de/">PHPUnit</a></dt>
<dd>Das führende Test-Framework für PHP – entwickelt und gepflegt von Sebastian Bergmann seit über 25 Jahren.</dd>
<dt><a href="https://foundation.php.net/">PHP Foundation</a></dt>
<dd>Die Stiftung hinter der aktiven Weiterentwicklung der Sprache. Hier arbeiten festangestellte Entwickler:innen am PHP-Core.</dd>
<dt><a href="https://getcomposer.org/">Composer</a></dt>
<dd>Das Dependency-Management-Tool der Wahl für PHP – unerlässlich für moderne Projektstrukturen.</dd>
<dt><a href="https://symfony.com/">Symfony</a></dt>
<dd>Ein weitverbreitetes PHP-Framework mit Fokus auf Wiederverwendbarkeit, Konventionen und Skalierbarkeit.</dd>
<dt><a href="https://laravel.com/">Laravel</a></dt>
<dd>Ein modernes Full-Stack-Framework für PHP mit einem großen Ökosystem und starker Community.</dd>
<dt><a href="https://phpstan.org/">PHPStan</a></dt>
<dd>Ein statischer Code-Analyzer, der potenzielle Fehler in PHP-Projekten schon zur Entwicklungszeit erkennt.</dd>
<dt><a href="https://psalm.dev/">Psalm</a></dt>
<dd>Ein weiteres beliebtes Tool zur statischen Analyse von PHP-Code – mit Fokus auf Type Safety.</dd>
</dl>


PHP ist eine dieser Sprachen, die man leicht unterschätzt – und die trotzdem
nicht weggeht. Im Gegenteil: Sie hat sich über Jahrzehnte hinweg
weiterentwickelt und ist heute das Fundament unzähliger pr…

PHP ist eine dieser Sprachen, die man leicht unterschätzt – und die trotzdem
nicht weggeht. Im Gegenteil: Sie hat sich über Jahrzehnte hinweg
weiterentwickelt und ist heute das Fundament unzähliger produktiver Anwendungen.
Grund genug für uns, einen genaueren Blick auf den Status quo und die
Entwicklung dahinter zu werfen.


UNSER SPONSOR



Am 13. Juni 2025 lädt mittwald zum Head in the Cloud Summit ein – ein Tag voller
Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker,
Developer und Digitalagenturen, um
voneinander zu lernen.

Freu dich auf spannende Talks und Sessions zu Cloud & DevOps, Technology und
Culture & Creativity. Von den Herausforderungen der digitalen Arbeitswelt bis
hin zu den Trends
von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.

Die Tickets sind begrenzt, also schnell buchen auf mittwald.de/hitc.

Für diese Revision haben wir uns einen der zentralen Köpfe der PHP-Welt
eingeladen: Sebastian Bergmann, Erfinder von PHPUnit, langjähriger
Open-Source-Maintainer und pragmatischer Beobachter des Ökosystems (Web /
LinkedIn / Mastodon). Gemeinsam mit Schepp und Hans spricht er über Technologie,
Verantwortung und das Leben als jemand, der seit Jahrzehnten mit und an PHP
arbeitet.


SCHAUNOTIZEN

[00:01:03] PHP IM JAHR 2025

Wir starten mit Sebastians Weg in die PHP-Welt: Wie kam es zur Entstehung von
PHPUnit? Was war der Stand der Dinge damals – und warum hat sich Sebastian
überhaupt entschlossen, ein eigenes Test-Framework zu bauen? Wir sprechen über
die Anfangsjahre von PHP, über JUnit als Vorbild und den wilden Westen früher
PHP-Projekte.



Danach werfen wir einen Blick auf das Jetzt: Wie steht es um das Vertrauen in
PHP als Sprache? Welche Rolle spielen moderne Tools wie Composer, Frameworks wie
Symfony oder Laravel – und was macht eigentlich die PHP Foundation genau?
Sebastian schildert, wie sich das Ökosystem professionalisiert hat, aber an
vielen Stellen trotzdem auf Freiwilligenarbeit beruht.

Natürlich reden wir auch über Tests: Was bedeutet gutes Testing im Jahr 2025?
Wie sieht das Zusammenspiel mit Tools wie PHPStan oder Psalm aus? Und wie geht
man mit Legacy-Code um, der eigentlich nie für Tests gedacht war? Sebastian
teilt Einblicke aus seiner Beratungsarbeit mit Teams und erklärt, wie man
pragmatisch Qualität sichert.

Ein wichtiger Teil des Gesprächs dreht sich um Open Source im Dauerbetrieb: Was
bedeutet es, ein Projekt wie PHPUnit über Jahrzehnte hinweg zu pflegen? Wie hält
man durch? Welche Erwartungen kommen von außen – und was kann die Community
beitragen, damit das Ganze nicht auf Einzelpersonen lastet?

Zum Schluss schauen wir nach vorn: Welche Entwicklungen im PHP-Core lohnen sich
im Auge zu behalten? Was fehlt der Sprache noch? Und was wünscht sich Sebastian
von der nächsten Generation an Entwickler:innen, die vielleicht bald ihre ersten
Pull Requests schreiben?


LINKS

PHPUNIT

Das führende Test-Framework für PHP – entwickelt und gepflegt von Sebastian
Bergmann seit über 25 Jahren.

PHP FOUNDATION

Die Stiftung hinter der aktiven Weiterentwicklung der Sprache. Hier arbeiten
festangestellte Entwickler:innen am PHP-Core.

COMPOSER

Das Dependency-Management-Tool der Wahl für PHP – unerlässlich für moderne
Projektstrukturen.

SYMFONY

Ein weitverbreitetes PHP-Framework mit Fokus auf Wiederverwendbarkeit,
Konventionen und Skalierbarkeit.

LARAVEL

Ein modernes Full-Stack-Framework für PHP mit einem großen Ökosystem und starker
Community.

PHPSTAN

Ein statischer Code-Analyzer, der potenzielle Fehler in PHP-Projekten schon zur
Entwicklungszeit erkennt.

PSALM

Ein weiteres beliebtes Tool zur statischen Analyse von PHP-Code – mit Fokus auf
Type Safety.

Revision 660: PHP im Jahr 2025 – Ökosystem zwischen Kontinuität und Wandel

<p>In dieser Revision ist <a href="https://www.linkedin.com/in/mgapatrick/">Melanie Patrick</a> zu Gast – und bringt Skills mit, die man im Webdev-Alltag gerne mal unterschätzt: Organisation, Struktur, Planung und Kommunikation. Kurz: Life Hacks aus dem Büroalltag, die jede:r gebrauchen kann!</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:14] Meetings, Memos, Mindset: Büro-Lifehacks für Webdevs</dt>
<dd>Wir sprechen über Tools und Tricks, die das Chaos im Kopf und auf dem Desktop minimieren – von einfachen Backups bis hin zu cleveren Ablagesystemen. Melanie erzählt, wie man sich in stressigen Situationen selbst austrickst, wie man Meetings effizient gestaltet und warum man auch als Entwickler:in etwas von der „Sekretärinnen-Schule“ lernen kann.</p>
<p>Nebenbei geht’s um klassische Software-Fails, digitale To-do-Listen, Passwort-Strategien und wie man durch gute Vorbereitung im Team einfach mehr Ruhe reinbringt. Ein Gespräch über Verantwortung, Vertrauen, Teamplay – und warum gute Organisation nichts mit Kontrollzwang zu tun hat.</dd>
</dl>


In dieser Revision ist Melanie Patrick zu Gast – und bringt Skills mit, die man
im Webdev-Alltag gerne mal unterschätzt: Organisation, Struktur, Planung und
Kommunikation. Kurz: Life Hacks aus dem Bür…

In dieser Revision ist Melanie Patrick zu Gast – und bringt Skills mit, die man
im Webdev-Alltag gerne mal unterschätzt: Organisation, Struktur, Planung und
Kommunikation. Kurz: Life Hacks aus dem Büroalltag, die jede:r gebrauchen kann!


SCHAUNOTIZEN

[00:01:14] MEETINGS, MEMOS, MINDSET: BÜRO-LIFEHACKS FÜR WEBDEVS

Wir sprechen über Tools und Tricks, die das Chaos im Kopf und auf dem Desktop
minimieren – von einfachen Backups bis hin zu cleveren Ablagesystemen. Melanie
erzählt, wie man sich in stressigen Situationen selbst austrickst, wie man
Meetings effizient gestaltet und warum man auch als Entwickler:in etwas von der
„Sekretärinnen-Schule“ lernen kann.



Nebenbei geht’s um klassische Software-Fails, digitale To-do-Listen,
Passwort-Strategien und wie man durch gute Vorbereitung im Team einfach mehr
Ruhe reinbringt. Ein Gespräch über Verantwortung, Vertrauen, Teamplay – und
warum gute Organisation nichts mit Kontrollzwang zu tun hat.

Revision 659: Meetings, Memos, Mindset: Büro-Lifehacks für Webdevs

<p>Peter, Stefan und Vanessa nehmen sich auch in dieser Woche wieder die Ergebnisse des <a href="https://2024.stateofjs.com/en-US">State of JS 2024</a> vor. In <a href="https://workingdraft.de/653/">Teil 1</a> haben wir uns auf die neuen JavaScript-Features gestürzt, in <a href="https://workingdraft.de/655/">Teil 2</a> ging’s um Pain Points in JavaScript und den Browser-APIs, dazu die Leseliste und die Libs. <a href="https://workingdraft.de/656/">Teil 3</a> war dann ganz den Meta-Frameworks und dem Testing gewidmet. Jetzt im letzten Teil schauen wir noch auf die Themen &#8222;Mobile &#038; Desktop&#8220;, &#8222;Build Tools&#8220;, &#8222;Monorepo Tools&#8220; und &#8222;Sonstige Tools&#8220;.</p>
<aside class="message long-message">
<h3>Unser Sponsor</h3>
<p>  <a href="https://mittwald.de/hitc?ref=workingdraft.de"><img class="alignnone size-medium wp-image-3774"
                                                              style="display: block; max-width: 350px; width: 100%; float: right; margin-bottom: 1rem; margin-left: 1rem;"
                                                              srcset="https://workingdraft.de/wp-content/uploads/2023/03/Podcast_Banner_Mittwald_-Hosting_neu_gedacht_945x314px.jpg"
                                                              alt=""/></a></p>
<div class="message_content">
<p>    Am <strong>13. Juni 2025</strong> lädt mittwald zum <strong>Head in the Cloud Summit</strong> ein – ein Tag voller<br />
    Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker, Developer und Digitalagenturen, um<br />
    voneinander zu lernen.</p>
<p>    Freu dich auf spannende Talks und Sessions zu <strong>Cloud &amp; DevOps</strong>, <strong>Technology</strong> und<br />
    <strong>Culture &amp; Creativity</strong>. Von den Herausforderungen der digitalen Arbeitswelt bis hin zu den Trends<br />
    von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.</p>
<p>    Die Tickets sind begrenzt, also schnell buchen auf <a href="https://mittwald.de/hitc?ref=workingdraft.de">mittwald.de/hitc</a>.</p></div>
</aside>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:02:49] Mobile &amp; Desktop</dt>
<dd>App oder Webseite? Bei uns gehen die Meinungen auseinander: Vanessa nutzt gern installierbare Desktop-Apps, während Stefan lieber einfach einen Tab offen lässt. Einig sind wir uns: Egal ob App oder Web – das Verhalten sollte konsistent bleiben. Besonders spannend wird&#8217;s beim Blick auf <a href="https://www.electronjs.org/">Electron</a> vs. <a href="https://tauri.app/">Tauri</a>. Tauri basiert auf Rust und hat in den letzten Jahren deutlich an Aufmerksamkeit gewonnen – nicht zuletzt, weil es deutlich schlanker daherkommt.
  </dd>
<dt>[00:09:29] Build Tools</dt>
<dd>Webpack ist zwar noch immer weit verbreitet, aber wir sind uns nicht sicher, ob das heute noch gerechtfertigt ist. Stefan kritisiert den &#8222;JavaScript-first&#8220;-Ansatz und die vielen Loader. Peter ist entspannter unterwegs: Hauptsache, es funktioniert. Unsere Build-Tool-Favoriten: <code>tsc</code>, <code>esbuild</code> und <a href="https://vite.dev/"><code>Vite</code></a>. Wir sprechen auch über <a href="https://www.npmjs.com/package/dts-bundle-generator">dts-Bundler</a> für Typdefinitionen und den (möglichen) Verzicht auf Bundler mit <em>Import Maps</em>.
  </dd>
<dt>[00:25:37] Monorepo Tools</dt>
<dd>Monorepos – Fluch oder Segen? Vanessa beschreibt typische Stolpersteine bei Multirepos, etwa mit <code>npm link</code> oder Symlinks. Wir finden: Monorepos sind weniger eine technische Entscheidung als eine organisatorische. Peter erzählt von seinem persönlichen „Sirpepe-Universum“-Monorepo – der zeigt, dass das Konzept auch für Einzelpersonen nützlich sein kann.
  </dd>
<dt>[00:55:26] Sonstige Tools</dt>
<dd>Wir diskutieren Tools wie <a href="https://lodash.com/">Lodash</a> und <a href="https://github.com/axios/axios">Axios</a> – früher unverzichtbar, heute eher &#8222;meh&#8220;. Mit der neuen <a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Temporal">Temporal API</a> könnten auch Libraries wie <a href="https://momentjs.com/">Moment.js</a> bald Geschichte sein. Vanessa empfiehlt <a href="https://vueuse.org/">VueUse</a>, Stefan feiert weiterhin <a href="https://expressjs.com/">Express</a>, und wir nehmen <a href="https://bun.sh/">Bun</a> kritisch unter die Lupe. Fazit: Viel Hype, aber oft wenig Substanz. <a href="https://deno.com/">Deno</a> und <a href="https://workers.cloudflare.com/">Cloudflare Workers</a> schneiden da besser ab – vor allem in echten Projekten.
  </dd>
</dl>
<h3>Ähnliche Revisionen</h3>
<ul>
<li><a href="https://workingdraft.de/656/">Revision 656: State of JS 2024, Teil 3/4</a></li>
<li><a href="https://workingdraft.de/655/">Revision 655: State of JS 2024, Teil 2/4</a></li>
<li><a href="https://workingdraft.de/653/">Revision 653: State of JS 2024, Teil 1/4</a></li>
<li><a href="https://workingdraft.de/652/">Revision 652: Automatisiertes Testing mit Playwright</a></li>
<li><a href="https://workingdraft.de/633/">Revision 633: State of CSS 2024, Teil 1/3</a></li>
<li><a href="https://workingdraft.de/634/">Revision 634: State of CSS 2024, Teil 2/3</a></li>
<li><a href="https://workingdraft.de/635/">Revision 635: State of CSS 2024, Teil 3/3</a></li>
</ul>


Peter, Stefan und Vanessa nehmen sich auch in dieser Woche wieder die Ergebnisse
des State of JS 2024 vor. In Teil 1 haben wir uns auf die neuen
JavaScript-Features gestürzt, in Teil 2 ging’s um Pain …

Peter, Stefan und Vanessa nehmen sich auch in dieser Woche wieder die Ergebnisse
des State of JS 2024 vor. In Teil 1 haben wir uns auf die neuen
JavaScript-Features gestürzt, in Teil 2 ging’s um Pain Points in JavaScript und
den Browser-APIs, dazu die Leseliste und die Libs. Teil 3 war dann ganz den
Meta-Frameworks und dem Testing gewidmet. Jetzt im letzten Teil schauen wir noch
auf die Themen „Mobile & Desktop“, „Build Tools“, „Monorepo Tools“ und „Sonstige
Tools“.


UNSER SPONSOR



Am 13. Juni 2025 lädt mittwald zum Head in the Cloud Summit ein – ein Tag voller
Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker,
Developer und Digitalagenturen, um
voneinander zu lernen.

Freu dich auf spannende Talks und Sessions zu Cloud & DevOps, Technology und
Culture & Creativity. Von den Herausforderungen der digitalen Arbeitswelt bis
hin zu den Trends
von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.

Die Tickets sind begrenzt, also schnell buchen auf mittwald.de/hitc.


SCHAUNOTIZEN

[00:02:49] MOBILE & DESKTOP

App oder Webseite? Bei uns gehen die Meinungen auseinander: Vanessa nutzt gern
installierbare Desktop-Apps, während Stefan lieber einfach einen Tab offen
lässt. Einig sind wir uns: Egal ob App oder Web – das Verhalten sollte
konsistent bleiben. Besonders spannend wird’s beim Blick auf Electron vs. Tauri.
Tauri basiert auf Rust und hat in den letzten Jahren deutlich an Aufmerksamkeit
gewonnen – nicht zuletzt, weil es deutlich schlanker daherkommt.

[00:09:29] BUILD TOOLS

Webpack ist zwar noch immer weit verbreitet, aber wir sind uns nicht sicher, ob
das heute noch gerechtfertigt ist. Stefan kritisiert den
„JavaScript-first“-Ansatz und die vielen Loader. Peter ist entspannter
unterwegs: Hauptsache, es funktioniert. Unsere Build-Tool-Favoriten: tsc,
esbuild und Vite. Wir sprechen auch über dts-Bundler für Typdefinitionen und den
(möglichen) Verzicht auf Bundler mit Import Maps.

[00:25:37] MONOREPO TOOLS

Monorepos – Fluch oder Segen? Vanessa beschreibt typische Stolpersteine bei
Multirepos, etwa mit npm link oder Symlinks. Wir finden: Monorepos sind weniger
eine technische Entscheidung als eine organisatorische. Peter erzählt von seinem
persönlichen „Sirpepe-Universum“-Monorepo – der zeigt, dass das Konzept auch für
Einzelpersonen nützlich sein kann.

[00:55:26] SONSTIGE TOOLS

Wir diskutieren Tools wie Lodash und Axios – früher unverzichtbar, heute eher
„meh“. Mit der neuen Temporal API könnten auch Libraries wie Moment.js bald
Geschichte sein. Vanessa empfiehlt VueUse, Stefan feiert weiterhin Express, und
wir nehmen Bun kritisch unter die Lupe. Fazit: Viel Hype, aber oft wenig
Substanz. Deno und Cloudflare Workers schneiden da besser ab – vor allem in
echten Projekten.


ÄHNLICHE REVISIONEN

 * Revision 656: State of JS 2024, Teil 3/4
 * Revision 655: State of JS 2024, Teil 2/4
 * Revision 653: State of JS 2024, Teil 1/4
 * Revision 652: Automatisiertes Testing mit Playwright
 * Revision 633: State of CSS 2024, Teil 1/3
 * Revision 634: State of CSS 2024, Teil 2/3
 * Revision 635: State of CSS 2024, Teil 3/3

Revision 658: State of JS 2024, Teil 4/4

<p>In dieser Revision sprechen wir mit Marius Kleidl (<a href="https://www.accoplex.com/">Web</a> / <a href="https://www.linkedin.com/in/marius-kleidl/">LinkedIn</a>), Webentwickler bei <a href="https://transloadit.com/">Transloaded</a> und Mitwirkender am Open-Source-Projekt <a href="https://tus.io/">TUS</a>, über das Thema Resumable Uploads – also Datei-Uploads, die auch dann weiterlaufen, wenn zwischendurch mal die Verbindung abraucht oder das Tab versehentlich geschlossen wird.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:13] Resumable Uploads</dt>
<dd>Wir starten mit der Frage, warum klassische Upload-Methoden im Web oft unzuverlässig sind – vor allem bei großen Dateien wie Videos. Gerade bei instabilen Verbindungen oder auf Mobilgeräten ist Frust vorprogrammiert: Einmal abbrechen heißt meistens von vorne anfangen. Mit Resumable Uploads gehört das der Vergangenheit an. Stattdessen kann der Upload pausieren, später fortgesetzt werden – ganz ohne Datenverlust.</p>
<p>Im Zentrum der Folge steht <a href="https://tus.io/">TUS</a>, ein Open-Source-Protokoll für Resumable Uploads, das Marius mitentwickelt. Wir reden über die Entstehung des Projekts, die technischen Grundlagen und wie man TUS in eigene Anwendungen integriert – sei es in Node.js, Go oder mit vorhandenen Client-Libraries. Besonders spannend: <a href="https://datatracker.ietf.org/doc/draft-ietf-httpbis-resumable-upload/">Die Spezifikation wird derzeit mit der IETF abgestimmt</a>, mit dem Ziel, Resumable Uploads langfristig als offiziellen HTTP-Standard zu etablieren.</p>
<p>Marius gibt uns außerdem einen Einblick in die Community-Arbeit hinter TUS, den Beitrag anderer Open-Source-Projekte und wie Entwickler:innen durch eigene Implementierungen zur Verbesserung beitragen können. Wir streifen Themen wie Caching, Storage-Backends und was eigentlich alles im Hintergrund passieren muss, damit so ein Upload wirklich „resumable“ ist.</p>
<p>Natürlich kommen auch die praktischen Fragen nicht zu kurz: Was muss man beachten, wenn man Resumable Uploads in ein bestehendes Projekt integriert? Wie sieht die Kommunikation zwischen Client und Server aus? Und wie viel Aufwand steckt wirklich dahinter?</dd>
</dl>
<h3>Links</h3>
<dl>
<dt><a href="https://tus.io/">TUS-Projekt</a></dt>
<dd>Die offizielle Webseite des TUS-Projekts, welches Resumable Uploads ermöglicht.</dd>
<dt><a href="https://transloaded.com/">Transloaded</a></dt>
<dd>Der Dienstleister für File-Processing, der Resumable Uploads unterstützt und individuelle Lösungen anbietet.</dd>
<dt><a href="https://api-file-uploader.com/">API-File-Uploader</a></dt>
<dd>Ein Open-Source-Projekt, das eine flexible API für den Datei-Upload aus verschiedenen Quellen bereitstellt.</dd>
</dl>


In dieser Revision sprechen wir mit Marius Kleidl (Web / LinkedIn),
Webentwickler bei Transloaded und Mitwirkender am Open-Source-Projekt TUS, über
das Thema Resumable Uploads – also Datei-Uploads, di…

In dieser Revision sprechen wir mit Marius Kleidl (Web / LinkedIn),
Webentwickler bei Transloaded und Mitwirkender am Open-Source-Projekt TUS, über
das Thema Resumable Uploads – also Datei-Uploads, die auch dann weiterlaufen,
wenn zwischendurch mal die Verbindung abraucht oder das Tab versehentlich
geschlossen wird.


SCHAUNOTIZEN

[00:01:13] RESUMABLE UPLOADS

Wir starten mit der Frage, warum klassische Upload-Methoden im Web oft
unzuverlässig sind – vor allem bei großen Dateien wie Videos. Gerade bei
instabilen Verbindungen oder auf Mobilgeräten ist Frust vorprogrammiert: Einmal
abbrechen heißt meistens von vorne anfangen. Mit Resumable Uploads gehört das
der Vergangenheit an. Stattdessen kann der Upload pausieren, später fortgesetzt
werden – ganz ohne Datenverlust.



Im Zentrum der Folge steht TUS, ein Open-Source-Protokoll für Resumable Uploads,
das Marius mitentwickelt. Wir reden über die Entstehung des Projekts, die
technischen Grundlagen und wie man TUS in eigene Anwendungen integriert – sei es
in Node.js, Go oder mit vorhandenen Client-Libraries. Besonders spannend: Die
Spezifikation wird derzeit mit der IETF abgestimmt, mit dem Ziel, Resumable
Uploads langfristig als offiziellen HTTP-Standard zu etablieren.

Marius gibt uns außerdem einen Einblick in die Community-Arbeit hinter TUS, den
Beitrag anderer Open-Source-Projekte und wie Entwickler:innen durch eigene
Implementierungen zur Verbesserung beitragen können. Wir streifen Themen wie
Caching, Storage-Backends und was eigentlich alles im Hintergrund passieren
muss, damit so ein Upload wirklich „resumable“ ist.

Natürlich kommen auch die praktischen Fragen nicht zu kurz: Was muss man
beachten, wenn man Resumable Uploads in ein bestehendes Projekt integriert? Wie
sieht die Kommunikation zwischen Client und Server aus? Und wie viel Aufwand
steckt wirklich dahinter?


LINKS

TUS-PROJEKT

Die offizielle Webseite des TUS-Projekts, welches Resumable Uploads ermöglicht.

TRANSLOADED

Der Dienstleister für File-Processing, der Resumable Uploads unterstützt und
individuelle Lösungen anbietet.

API-FILE-UPLOADER

Ein Open-Source-Projekt, das eine flexible API für den Datei-Upload aus
verschiedenen Quellen bereitstellt.

Revision 657: Resumable Uploads

<p>Peter, Stefan und Vanessa besprechen auch diese Woche wieder die Ergebnisse des <a href="https://2024.stateofjs.com/en-US">State of JS 2024</a>. In <a href="https://workingdraft.de/653/">Teil 1</a> stürzten sich die Hosts vor allem auf die neuen JavaScript Features, in <a href="https://workingdraft.de/655/">Teil 2</a> besprachen sie die Pain Points von JavaScript und Browser APIs,  die Leseliste und die Bibliotheken. In diesem vorletzten Teil schaffen die Hosts ganze zwei weitere Seiten der Umfrage: Meta-Frameworks und Testing.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:17] Meta-Frameworks</dt>
<dd>Die Hosts wenden sich zunächst der Frage zu, was Meta Frameworks denn eigentlich sind. Bekannte Namen sind <a href="https://nuxt.com/">Nuxt</a>, <a href="https://nextjs.org/">Next.js</a>, <a href="https://remix.run/">Remix</a>, <a href="https://svelte.dev/">SvelteKit</a>, etc. Doch was genau was so ein Meta Framework aus? Ist es eine &#8222;All in One&#8220; Lösung? Muss es zwangsweise auf einem anderen Framework basieren? Das bringt uns auch zu einer Endlos-Diskussion: Ist React ein Framework oder eine Library (deutsch: Bibliothek)? Wobei, React hat diese Frage nun selbst beantwortet: <a href="https://react.dev/#:~:text=with%20a%20framework-,React%20is%20a%20library,-.%20It%20lets%20you">Es ist eine Library</a>. Nun gut, die Hosts einigen sich darauf, dass man eine gewisse Erwartungshaltung an Meta-Frameworks hat: Sie kommen mit einem <a href="https://entwickler.de/javascript/vuejs-unter-der-lupe-der-vue-router">Router</a>, Zustandsverwaltung (<a href="https://entwickler.de/webentwicklung/die-sache-mit-dem-state">State Management)</a>, <a href="https://www.it-schulungen.com/wir-ueber-uns/wissensblog/was-ist-ssr-und-ssg.html">SSR und SSG</a> und weiteren bereits eingebauten Features.</dd>
<dd>Meta-Frameworks kommen mit diesen vielen nützlichen Features, keine Frage. Dennoch stellt man auch eine neue Abhängigkeit her. Das Benutzen dieser Meta-Frameworks kann es schwieriger machen, Bugs zu finden und zu fixen. Wie so oft, wenn man nicht mehr die Kontrolle über den kompletten Code hat. Sie können auch mit Sicherheitslücken kommen, wie es <a href="https://www.heise.de/en/news/Next-js-Critical-gap-allows-web-apps-to-be-compromised-10327299.html">kürzlich der Fall bei Next.js</a> war.</dd>
<dd>Wie auch in den beiden vorherigen Teilen sind sich die Hosts wieder in einem Punkt sicher: Es kommt auf die Entwickler:innen an, nicht auf das Meta-Framework.</dd>
<dd>Kleine Bibliotheken wie <a href="https://www.11ty.dev/">Eleventy</a> sind dennoch immer eine gute Wahl. Das liegt bei Eleventy daran, dass man HTML und CSS losgelöst von dem Tool schreibt. Das ermöglicht eine leichte Migration in der Zukunft.</dd>
<dt>[00:43:32] Testing</dt>
<dd>Bei dem Thema Testing leben die Hosts in verschiedenen Welten. Während Vanessa sich schon seit Jahren mi Tests in der Welt von Frontend Frameworks beschäftigt, hat der in der <a href="https://www.rust-lang.org/">Rust</a>-Welt lebende Stefan kaum Berührungspunkte mit Framework-Component Testing und kann die ganze Problematik daher gar nicht so genau nachvollziehen. Vanessa klärt also zunächst einmal über die ganze Tragödie von <a href="https://entwickler.de/testing/unit-testing-nach-frontend-art">Unit Tests</a> über <a href="https://web.dev/learn/testing/get-started/component-testing?hl=de">Component Tests</a> zu <a href="https://www.testautomatisierung.org/lexikon/e2e-testing/">End to End Tests</a> oder doch auch <a href="https://bleech.de/blog/wie-funktioniert-visual-regression-testing/">Visual Regression Tests</a> und <a href="https://www.novatec-gmbh.de/insights/blog/wann-snapshot-testing-dich-ueberschnappen-lassen/">Snapshot Tests</a> auf. Die Umfrage verrät, dass aktuell viel <a href="https://jestjs.io/">Jest</a> eingesetzt wird, jedoch niemand mehr so richtig glücklich mit diesem Tool ist. <a href="https://vitest.dev/">Vitest</a> ist stark auf dem Vormasch, genauso wie <a href="https://playwright.dev/">Playwright</a>. In <a href="https://workingdraft.de/652/">Revision 652</a> sprach kürzlich erst <a href="https://www.stefanjudis.com/">Stefan Judis</a> über automatisiertes Testing mit Playwright.</dd>
</dl>
<h3>Ähnliche Revision</h3>
<ul>
<li><a href="https://workingdraft.de/655/">Revision 655: State of JS 2024, Teil 2/4</a></li>
<li><a href="https://workingdraft.de/653/">Revision 653: State of JS 2024, Teil 1/4</a></li>
<li><a href="https://workingdraft.de/652/">Revision 652: Automatisiertes Testing mit Playwright</a></li>
<li><a href="https://workingdraft.de/633/">Revision 633: State of CSS 2024, Teil 1/3</a></li>
<li><a href="https://workingdraft.de/634/">Revision 634: State of CSS 2024, Teil 2/3</a></li>
<li><a href="https://workingdraft.de/635/">Revision 635: State of CSS 2024, Teil 3/3</a></li>
</ul>


Peter, Stefan und Vanessa besprechen auch diese Woche wieder die Ergebnisse des
State of JS 2024. In Teil 1 stürzten sich die Hosts vor allem auf die neuen
JavaScript Features, in Teil 2 besprachen si…

Peter, Stefan und Vanessa besprechen auch diese Woche wieder die Ergebnisse des
State of JS 2024. In Teil 1 stürzten sich die Hosts vor allem auf die neuen
JavaScript Features, in Teil 2 besprachen sie die Pain Points von JavaScript und
Browser APIs,  die Leseliste und die Bibliotheken. In diesem vorletzten Teil
schaffen die Hosts ganze zwei weitere Seiten der Umfrage: Meta-Frameworks und
Testing.


SCHAUNOTIZEN

[00:01:17] META-FRAMEWORKS

Die Hosts wenden sich zunächst der Frage zu, was Meta Frameworks denn eigentlich
sind. Bekannte Namen sind Nuxt, Next.js, Remix, SvelteKit, etc. Doch was genau
was so ein Meta Framework aus? Ist es eine „All in One“ Lösung? Muss es
zwangsweise auf einem anderen Framework basieren? Das bringt uns auch zu einer
Endlos-Diskussion: Ist React ein Framework oder eine Library (deutsch:
Bibliothek)? Wobei, React hat diese Frage nun selbst beantwortet: Es ist eine
Library. Nun gut, die Hosts einigen sich darauf, dass man eine gewisse
Erwartungshaltung an Meta-Frameworks hat: Sie kommen mit einem Router,
Zustandsverwaltung (State Management), SSR und SSG und weiteren bereits
eingebauten Features.

Meta-Frameworks kommen mit diesen vielen nützlichen Features, keine Frage.
Dennoch stellt man auch eine neue Abhängigkeit her. Das Benutzen dieser
Meta-Frameworks kann es schwieriger machen, Bugs zu finden und zu fixen. Wie so
oft, wenn man nicht mehr die Kontrolle über den kompletten Code hat. Sie können
auch mit Sicherheitslücken kommen, wie es kürzlich der Fall bei Next.js war.

Wie auch in den beiden vorherigen Teilen sind sich die Hosts wieder in einem
Punkt sicher: Es kommt auf die Entwickler:innen an, nicht auf das
Meta-Framework.

Kleine Bibliotheken wie Eleventy sind dennoch immer eine gute Wahl. Das liegt
bei Eleventy daran, dass man HTML und CSS losgelöst von dem Tool schreibt. Das
ermöglicht eine leichte Migration in der Zukunft.

[00:43:32] TESTING

Bei dem Thema Testing leben die Hosts in verschiedenen Welten. Während Vanessa
sich schon seit Jahren mi Tests in der Welt von Frontend Frameworks beschäftigt,
hat der in der Rust-Welt lebende Stefan kaum Berührungspunkte mit
Framework-Component Testing und kann die ganze Problematik daher gar nicht so
genau nachvollziehen. Vanessa klärt also zunächst einmal über die ganze Tragödie
von Unit Tests über Component Tests zu End to End Tests oder doch auch Visual
Regression Tests und Snapshot Tests auf. Die Umfrage verrät, dass aktuell viel
Jest eingesetzt wird, jedoch niemand mehr so richtig glücklich mit diesem Tool
ist. Vitest ist stark auf dem Vormasch, genauso wie Playwright. In Revision 652
sprach kürzlich erst Stefan Judis über automatisiertes Testing mit Playwright.


ÄHNLICHE REVISION

 * Revision 655: State of JS 2024, Teil 2/4
 * Revision 653: State of JS 2024, Teil 1/4
 * Revision 652: Automatisiertes Testing mit Playwright
 * Revision 633: State of CSS 2024, Teil 1/3
 * Revision 634: State of CSS 2024, Teil 2/3
 * Revision 635: State of CSS 2024, Teil 3/3

Revision 656: State of JS 2024 – Teil 3/4

<p>Peter, Stefan und Vanessa besprechen weiterhin die Ergebnisse des <a href="https://2024.stateofjs.com/en-US">State of JS 2024</a>, so wie in der Vergangenheit auch bereits der State of CSS (Revision 633-635) besprochen wurden. In <a href="https://workingdraft.de/653/">Teil 1</a> stürzten sich die Hosts vor allem auf die neuen JavaScript Features. Nun geht es weiter mit den Schmerzpunkten von JavaScript und Browser APIs,  der Leseliste und den Bibliotheken.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:35] JavaScript Pain Points</dt>
<dd>Die JavaScript Pain Points Angaben in der Umfrage kamen durch eine Freitext Eingabe in der Umfrage zustande, Wie Peter, Stefan und Vanessa finden, eine wichtige Zusatzinformation, um die Ergebnisse etwas besser interpretieren zu können. Denn diese sind bei näherem Betrachten der eigentlichen Antworten gar nicht mehr so konkret wie die Liste an Kurzantworten erst erscheinen lässt. Ein viel besprochenes Thema ist EcmaScript Module &amp; Common JS. Das <em>ES Module</em> ist ein standardisiertes JavaScript-Modulsystem, das in ECMAScript 2015 (ES6) eingeführt wurde. Es wird in modernen Browsern und Node.js unterstützt. Das CJS Modulsystem wird hauptsächlich in Node.js verwendet. Es wurde entwickelt, bevor JavaScript ein offizielles Modulsystem hatte. Vor allem die Migration von CJS auf ESM wird als komplex und kompliziert genannt.</dd>
<dd>Ebenfalls benannt wird das Fehlen von Typen. Hierbei kommen Peter und Stefan zu dem Schluss, dass man TypeScript &#8222;einfach&#8220; dazu installieren, oder notfalls per IDE Extension hinzufügen kann. Sie sind also anderer Meinung als die Umfrage Ergebnisse.</dd>
<dd>Der nächste Schmerzpunkt, der genannt wird, ist der, der fehlenden Standardbibliothek. Hier argumentiert Stefan, dass das eigentlich kein Problem von der Sprache JavaScript, sondern der Runtime sei. Er streut nebenbei das Wissen herein, dass es ein Standard Committee gibt, dass sich nun um serverseitige Runtimes kümmern wird: das <a href="https://ecma-international.org/technical-committees/tc55/">TC55</a>. Stefan erzählt weiterhin, <a href="https://www.rust-lang.org/">Rust</a> hätte noch viel weniger Standards, da wäre alles frei konfigurierbar.</dd>
<dd>Der letzten besprochenen Schmerzpunkt ist die asynchrone Programmierung. Da hätte Stefan gerne viele mehr Prozente gesehen. Denn gerade seit es <a href="https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Statements/async_function">async/await</a> gibt, gibt es viele Verständnislücken über die asynchrone Programmierung. Er weist auf den hilfreichen Blogartikel &#8222;<a href="https://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/">What color is your function</a>&#8220; von Bob Nystrom hin.</dd>
<dt>[00:30:35] Browser API Pain Points</dt>
<dd>Die Liste der Schmerzpunkte über Browser APIs ist doch sehr erheiternd zu lesen: Safari und Firefox. Und eigentlich auch Chrome. Peter, Stefan und Vanessa arbeiten sich durch die Liste und finden heraus: Das Hautproblem sei wohl, dass Chrome einige APIs freischaltet, die die anderen Browser noch nicht unterstützen. Dadurch gibt es Indifferenzen zwischen den Browsern. Doch ob es wirklich die Lösung ist, dass Chrome sich besser absprechen könnte?</dd>
<dt>[00:00:00] Readlist</dt>
<dd>In <a href="https://workingdraft.de/653/">Teil 1</a> besprachen die Hosts das JavaScript Feature <a href="https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/Error/cause">error.cause</a>. Umso schöner nun zu sehen, dass viele der Ausfüllenden der Umfrage sich auch dieses Feature auf die Leseliste gesetzt haben.</dd>
<dt>[00:44:04] Bibliotheken</dt>
<dd>Über die Bibliotheken gibt es massig viele Daten anzuschauen. Doch für wen sind diese nun eigentlich interessant? Vermutlich eher, wenn man Inhalte für Blogartikel und Vorträge sammelt. Dennoch wüten sich Peter, Stefan und Vanessa durch die Daten. Webpack ist das meistebenuzte Tool, jedoch nicht das Beliebteste. React und Vite stehen beide hoch im Kurs. Zum konkreten Thema der JavaScript Frameworks besprechen die Hosts, dass man wohl irgendwie eine Entscheidung treffen muss &#8211; und richtig falsch ist keine, aber wohl oft trifft man wohl auch nicht die Richtige, wie man an den Schmerzpunkten wieder sieht. Denn hier werden Frameworks auch oft als zu komplex beschrieben. Die Hosts finden, dass Entwickler und Entwicklerinnen generell flexibel sein müssen in ihrem Beruf. Und jederzeit zwischen Frameworks wechseln können sollten.</dd>
</dl>
<h3>Links</h3>
<ul>
<li><a href="https://dev.to/sachagreif/state-of-js-2024-outreach-and-diversity-report-n0e#fn-footnotes-1">State of JS &#8211; Outreach</a></li>
</ul>
<h3>Ähnliche Revision</h3>
<ul>
<li><a href="https://workingdraft.de/653/">Revision 645: State of JS 2024, Teil 1</a></li>
<li><a href="https://workingdraft.de/633/">Revision 633: State of CSS 2024, Teil 1/3</a></li>
<li><a href="https://workingdraft.de/634/">Revision 634: State of CSS 2024, Teil 2/3</a></li>
<li><a href="https://workingdraft.de/635/">Revision 635: State of CSS 2024, Teil 3/3</a></li>
</ul>
<dl>
<dd></dd>
</dl>


Peter, Stefan und Vanessa besprechen weiterhin die Ergebnisse des State of JS
2024, so wie in der Vergangenheit auch bereits der State of CSS (Revision
633-635) besprochen wurden. In Teil 1 stürzten s…

Peter, Stefan und Vanessa besprechen weiterhin die Ergebnisse des State of JS
2024, so wie in der Vergangenheit auch bereits der State of CSS (Revision
633-635) besprochen wurden. In Teil 1 stürzten sich die Hosts vor allem auf die
neuen JavaScript Features. Nun geht es weiter mit den Schmerzpunkten von
JavaScript und Browser APIs,  der Leseliste und den Bibliotheken.


SCHAUNOTIZEN

[00:01:35] JAVASCRIPT PAIN POINTS

Die JavaScript Pain Points Angaben in der Umfrage kamen durch eine Freitext
Eingabe in der Umfrage zustande, Wie Peter, Stefan und Vanessa finden, eine
wichtige Zusatzinformation, um die Ergebnisse etwas besser interpretieren zu
können. Denn diese sind bei näherem Betrachten der eigentlichen Antworten gar
nicht mehr so konkret wie die Liste an Kurzantworten erst erscheinen lässt. Ein
viel besprochenes Thema ist EcmaScript Module & Common JS. Das ES Module ist ein
standardisiertes JavaScript-Modulsystem, das in ECMAScript 2015 (ES6) eingeführt
wurde. Es wird in modernen Browsern und Node.js unterstützt. Das CJS Modulsystem
wird hauptsächlich in Node.js verwendet. Es wurde entwickelt, bevor JavaScript
ein offizielles Modulsystem hatte. Vor allem die Migration von CJS auf ESM wird
als komplex und kompliziert genannt.

Ebenfalls benannt wird das Fehlen von Typen. Hierbei kommen Peter und Stefan zu
dem Schluss, dass man TypeScript „einfach“ dazu installieren, oder notfalls per
IDE Extension hinzufügen kann. Sie sind also anderer Meinung als die Umfrage
Ergebnisse.

Der nächste Schmerzpunkt, der genannt wird, ist der, der fehlenden
Standardbibliothek. Hier argumentiert Stefan, dass das eigentlich kein Problem
von der Sprache JavaScript, sondern der Runtime sei. Er streut nebenbei das
Wissen herein, dass es ein Standard Committee gibt, dass sich nun um
serverseitige Runtimes kümmern wird: das TC55. Stefan erzählt weiterhin, Rust
hätte noch viel weniger Standards, da wäre alles frei konfigurierbar.

Der letzten besprochenen Schmerzpunkt ist die asynchrone Programmierung. Da
hätte Stefan gerne viele mehr Prozente gesehen. Denn gerade seit es async/await
gibt, gibt es viele Verständnislücken über die asynchrone Programmierung. Er
weist auf den hilfreichen Blogartikel „What color is your function“ von Bob
Nystrom hin.

[00:30:35] BROWSER API PAIN POINTS

Die Liste der Schmerzpunkte über Browser APIs ist doch sehr erheiternd zu lesen:
Safari und Firefox. Und eigentlich auch Chrome. Peter, Stefan und Vanessa
arbeiten sich durch die Liste und finden heraus: Das Hautproblem sei wohl, dass
Chrome einige APIs freischaltet, die die anderen Browser noch nicht
unterstützen. Dadurch gibt es Indifferenzen zwischen den Browsern. Doch ob es
wirklich die Lösung ist, dass Chrome sich besser absprechen könnte?

[00:00:00] READLIST

In Teil 1 besprachen die Hosts das JavaScript Feature error.cause. Umso schöner
nun zu sehen, dass viele der Ausfüllenden der Umfrage sich auch dieses Feature
auf die Leseliste gesetzt haben.

[00:44:04] BIBLIOTHEKEN

Über die Bibliotheken gibt es massig viele Daten anzuschauen. Doch für wen sind
diese nun eigentlich interessant? Vermutlich eher, wenn man Inhalte für
Blogartikel und Vorträge sammelt. Dennoch wüten sich Peter, Stefan und Vanessa
durch die Daten. Webpack ist das meistebenuzte Tool, jedoch nicht das
Beliebteste. React und Vite stehen beide hoch im Kurs. Zum konkreten Thema der
JavaScript Frameworks besprechen die Hosts, dass man wohl irgendwie eine
Entscheidung treffen muss – und richtig falsch ist keine, aber wohl oft trifft
man wohl auch nicht die Richtige, wie man an den Schmerzpunkten wieder sieht.
Denn hier werden Frameworks auch oft als zu komplex beschrieben. Die Hosts
finden, dass Entwickler und Entwicklerinnen generell flexibel sein müssen in
ihrem Beruf. Und jederzeit zwischen Frameworks wechseln können sollten.


LINKS

 * State of JS – Outreach


ÄHNLICHE REVISION

 * Revision 645: State of JS 2024, Teil 1
 * Revision 633: State of CSS 2024, Teil 1/3
 * Revision 634: State of CSS 2024, Teil 2/3
 * Revision 635: State of CSS 2024, Teil 3/3

Revision 655: State of JS 2024 – Teil 2

<p>Wusstet ihr, dass man mit der richtigen TypeScript-Config plötzlich wieder Lust auf JavaScript bekommt? Kein Witz – wir haben’s ausprobiert! </p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:08] <a href="https://devblogs.microsoft.com/typescript/announcing-typescript-5-8/">TypeScript 5.8</a></dt>
<dd>Wir steigen ein mit einem TypeScript-Feature, das Stefan so begeistert hat, dass er direkt eine ganze Revision darüber machen wollte: die „Erasable Syntax Only“-Option. Wir diskutieren, warum diese Einstellung TypeScript endlich wieder zu einem erfreulichen Tool macht – besonders in Verbindung mit einer besseren Developer Experience und weniger magischem Code.</p>
<p>Danach nehmen wir TypeScript in Node-Projekten auseinander, sprechen über das Für und Wider von Linting vs. Type-Checking zur Laufzeit und streifen dabei auch Themen wie Build-Systeme, tsc vs. esbuild und warum man manchmal doch wieder Bock auf „einfaches JavaScript“ bekommt.</p>
<p>Zum Ende hin geht’s noch kurz um die Realität in Teams, in denen nicht alle TypeScript gleich intensiv nutzen – und um die Frage, ob TypeScript bald nur noch Linter mit Typen sein sollte.</dd>
</dl>


Wusstet ihr, dass man mit der richtigen TypeScript-Config plötzlich wieder Lust
auf JavaScript bekommt? Kein Witz – wir haben’s ausprobiert!


SCHAUNOTIZEN

[00:01:08] TYPESCRIPT 5.8

Wir steigen ein …

Wusstet ihr, dass man mit der richtigen TypeScript-Config plötzlich wieder Lust
auf JavaScript bekommt? Kein Witz – wir haben’s ausprobiert!


SCHAUNOTIZEN

[00:01:08] TYPESCRIPT 5.8

Wir steigen ein mit einem TypeScript-Feature, das Stefan so begeistert hat, dass
er direkt eine ganze Revision darüber machen wollte: die „Erasable Syntax
Only“-Option. Wir diskutieren, warum diese Einstellung TypeScript endlich wieder
zu einem erfreulichen Tool macht – besonders in Verbindung mit einer besseren
Developer Experience und weniger magischem Code.



Danach nehmen wir TypeScript in Node-Projekten auseinander, sprechen über das
Für und Wider von Linting vs. Type-Checking zur Laufzeit und streifen dabei auch
Themen wie Build-Systeme, tsc vs. esbuild und warum man manchmal doch wieder
Bock auf „einfaches JavaScript“ bekommt.

Zum Ende hin geht’s noch kurz um die Realität in Teams, in denen nicht alle
TypeScript gleich intensiv nutzen – und um die Frage, ob TypeScript bald nur
noch Linter mit Typen sein sollte.

Revision 654: TypeScript 5.8 – in Zukunft nur noch smarter Linter?

Wöchentlicher Podcast für Frontend Devs, Design Engineers und Web-Entwickler:innen

PODLIST

Working Draft

Wöchentlicher Podcast für Frontend Devs, Design Engineers und Web-Entwickler:innen.

Neue Episoden

Revision 665: Wie ich mit KI 3x schneller Apps programmiere

Working Draft

Revision 664: TYPO3-Extensions bauen mit AI

Working Draft

Revision 663: Agentic AI – was kommt nach Prompting?

Working Draft

Revision 662: Entwickeln mit KI

Working Draft

Revision 661: SelfHTML wird 30 – ein Web-Urgestein feiert Geburtstag 🥳

Working Draft

Revision 660: PHP im Jahr 2025 – Ökosystem zwischen Kontinuität und Wandel

Working Draft

Revision 659: Meetings, Memos, Mindset: Büro-Lifehacks für Webdevs

Working Draft

Revision 658: State of JS 2024, Teil 4/4

Working Draft

Revision 657: Resumable Uploads

Working Draft

Revision 656: State of JS 2024 – Teil 3/4

Working Draft

Revision 655: State of JS 2024 – Teil 2

Working Draft

Revision 654: TypeScript 5.8 – in Zukunft nur noch smarter Linter?

Working Draft