GitHub bringt Stacked Pull Requests in die Public Preview.

Die Idee: große Änderungen nicht als einen PR-Klotz abladen, sondern in kleine, geordnete PRs zerlegen, die aufeinander aufbauen.

Das klingt vor allem für Reviews sinnvoll:
• kleinere Diffs
• klarere Verantwortlichkeiten
• parallele Reviews auf verschiedenen Layern
• am Ende gesammelt mergen

Wenn das sauber funktioniert, spart das einigen Teams vermutlich sehr viel Rebase-Gymnastik.

https://github.blog/changelog/2026-07-30-stacked-pull-requests-are-now-in-public-preview/

Kent Beck mit einer ziemlich guten Erinnerung für Junior Engineers: Du wirst nicht eingestellt, um einfach nur Tasks zuzuklappen.

Wichtiger als reine Ticket-Zahl sind eher solche Signale:
• Code funktioniert
• du kommunizierst
• du brauchst nicht ewig
• du verursachst nicht überall Folgeschäden
• und idealerweise lernst du aus jedem Task sichtbar etwas

Gerade der Punkt mit kleinen Diffs statt PR-Brocken sitzt. https://newsletter.kentbeck.com/p/hey-n00b-we-didnt-hire-you-to-complete

Die These „AI killt SaaS" wirkt gerade etwas voreilig.

Wenn Datadog, Atlassian, Twilio oder Cloudflare wieder stärker wachsen, bestätigt das eher eine bekannte Engineering-Wahrheit: Bauen ist selten der teuerste Teil. Herausfinden, was man bauen soll, dann Betrieb, Zuverlässigkeit und Skalierung, das wird teuer.

Und ausgerechnet AI-Firmen scheinen dafür gute Kunden zu sein.

https://x.com/jasonlk/status/2052537199208603772

Open Source draufschreiben ist leicht. Freie Software liefern ist der unangenehme Teil.

Mit @johas von der @fsfe sprechen wir über Openwashing, digitale Souveränität und einfache Checks: Gibt es ein Repo, eine klare Lizenz, und kannst du das Ding wirklich selbst bauen und deployen?

Mehr Substanz in der Podcast-Folge: 🎧 https://engineeringkiosk.dev/episodes/274

Bei AI-Agenten ist oft nicht das Modell der eigentliche Star, sondern der Harness drumherum.

Also die Schicht, die aus Textausgabe echte Aktionen macht:
• Loop
• Tool-Integration
• Kontext und Speicher
• Parsing und Ausführungslogik

Flue positioniert sich genau dort als TypeScript Agent Framework. Finde ich als Perspektive spannend, weil viele Diskussionen zu sehr auf das Modell starren. https://flueframework.com/

Viele Tipps zu LLM-Kosten klingen so, als hätte noch nie jemand die Rechnung gesehen.

Dieser Text ist deutlich brauchbarer: 6 Hebel aus einer echten Pipeline. Der wichtigste ist fast banal: nicht das Modell optimieren, sondern es gar nicht erst aufrufen, wenn deterministische Checks reichen.

Auch nett: RAG war hier wohl nicht der Heilsbringer, sondern eher ein Rückschritt.

https://www.henrickf.com/writing/the-llm-cost-stack/

Ein Kinderbuch über Softwarefreiheit klingt erstmal nicht nach klassischem Engineering-Stoff. Ist es aber.

Mit @kirschner, Präsident der @fsfe, sprechen wir über Ada und Zangemann:
• Entstehung
• Creative Commons
• Übersetzungen per Git
• Impact in Schulen
• und warum digitale Selbstbestimmung kein Thema nur für Erwachsene ist.

Eine wirklich schöne und herzerwärmende Episode über die Suche einer Kinder-Gute-Nacht-Geschichte 🥰

🎧 https://engineeringkiosk.dev/episodes/270

JPEG ist so ein Format, das man ständig benutzt, aber selten wirklich versteht.

Dieser Post erklärt ziemlich gut, was bei JPEG-Kompression eigentlich passiert: https://www.sophielwang.com/blog/jpeg

Lesenswert, wenn du mal nachvollziehen willst, warum JPGs so aussehen, wie sie aussehen, und wo typische Artefakte eigentlich herkommen. Dateiformate sind manchmal deutlich wilder, als man ihnen ansieht.

LLMs und Coding Agents haben keinen neuen Bottleneck erfunden. Sie machen nur einen alten brutal sichtbar: Code Review.

Wenn Code in Sekunden entsteht, wird nicht das Schreiben knapp, sondern das Lesen, Verstehen und Einordnen.

Die unbequeme Frage ist für mich: Wenn AI Code schreibt und AI ihn reviewt, wer versteht ihn später im Incident oder On-Call wirklich?

Brauchen wir am Ende sogar Break-Glass-Szenarien für unsere AI-Infrastruktur?

Diátaxis ist ein angenehm nüchternes Framework für Softwaredokumentation: https://diataxis.fr/

Die Grundidee ist simpel, aber extrem nützlich. Doku ist nicht gleich Doku.

• Tutorials zum Lernen
• How-to Guides für konkrete Ziele
• Explanation fürs Verstehen
• Reference zum Nachschlagen

Wenn man diese Typen sauber trennt, wird Doku sofort besser. Weniger Mischmasch, weniger "warum steht das hier?".

Relevant "Die Kunst der technischen Dokumentation": https://engineeringkiosk.dev/episodes/125

Open Source ist in Deutschland oft gesellschaftlich wichtig, aber rechtlich eher so: Danke für den gratis Pagerdienst.

Es gibt aktuell eine Petition, Open-Source-Arbeit als Ehrenamt anzuerkennen, inklusive möglicher steuerlicher Entlastung.

Finde ich mindestens diskussionswürdig. Denn Infrastruktur, Doku, Maintainer-Arbeit und Support fallen nicht vom Himmel.

Mehr dazu hier: https://www.ehrenamt-opensource.de/

Der moderne Web-Stack ist manchmal wirklich Comedy mit Stacktrace.

Safari und Firefox shippen laut diesem Artikel domain-spezifische Eingriffe für große Seiten. Also sinngemäß: if site == X, do Y. TikTok, Netflix, Instagram, SeatGuru und andere bekommen Sonderbehandlung.

Das ist nicht nur ein kurioser Hack, sondern zeigt auch, wie sehr Chrome faktisch das Web definiert. Lesenswert: https://denodell.com/blog/browsers-treat-big-sites-differently

Git 2.54 ist raus, und zwei Features stechen raus:

• git history für gezieltes Reworden oder Splitten von Commits, ohne direkt rebase -i Gymnastik
• Hooks in Config-Dateien statt nur in .git/hooks, plus mehrere Hooks pro Event

Gerade der Hook-Teil wirkt wie so ein Update, bei dem man sich fragt, warum das nicht schon länger so ist.

Details: https://github.blog/open-source/git/highlights-from-git-2-54/

"No agenda, no meeting" sollte eigentlich selbstverständlich sein. Ist es natürlich nicht.

Ben Balter hat dafür eine kleine Seite gebaut, die man bei der nächsten "Quick sync?"-Einladung ohne Kontext sehr passiv-aggressiv freundlich zurückschicken kann: https://noagendanomeeting.net/

Die beste These daran: Schreiben skaliert, Meetings nicht. Erst Doc, dann Meeting. Nicht andersrum.

Alerting ist eins dieser Felder, bei denen viele nur auf Technik schauen. Mehr Metriken, mehr Regeln, mehr Conditions. Und dann wundert man sich über flapping Alerts und genervte Oncall-Teams.

"My Philosophy on Alerting" ist genau deshalb so gut, weil der Text auch den kulturellen Teil ernst nimmt: Wie denkt ein Team überhaupt über Alerts?

Lesenswert: https://docs.google.com/document/d/199PqyG3UsyXlwieHaqbGiWVa8eMWi8zzAn0YfcApr8Q/edit?tab=t.0

What a week! A fantastic @btconf conference. Great speakers, atmosphere, got to meet so many nice people as well. I hearty recommend this conference! It is the perfect size and the vibe is really something else (In a good way) wasn't able to talk a lot to @marcthiele about it, but I'm sure he got the message from the audience, we loved it. Yesterday I got to top it off with a little presentation at @engkiosk and ended with a nice performance talk by @moonglum and @alaaReuschenbach

📍 Düsseldorf @ Sia Consulting
🕕 Doors: 18:00
🎤 Talks: 19:00
🍻 Drinks: provided
💸 Cost: free

🎤 CSS State Machine
🎤 Performance over Perfection

All details 👇
https://www.meetup.com/engineering-kiosk-rhine-ruhr/events/314226630/

CSS as a state machine? NO WAY! Well, actually...

🎤 CSS State Machine — Brecht De Ruyte

From :has() to container queries and scroll-driven animations — CSS can now manage and react to state in ways that used to require JavaScript.

Join us April 29th in Düsseldorf 👇
https://www.meetup.com/engineering-kiosk-rhine-ruhr/events/314226630/

Wie viel Code ist bzw. wird gerade eigentlich von Claude geschrieben? Diese Frage versucht die Website "Claude's Code" zu beantworten: https://www.claudescode.dev/
Das Ergebnis? Sportlich

z. B. Am 24. März 2026 hat Claude
• 680 Millionen Zeilen Code hinzugefügt
• 283 Millionen Zeilen Code entfernt
• 400.000 Commits gemacht

Und dies bezieht sich nur auf öffentlich zugängliche Repositories auf GitHub.
Wir können nur erahnen, was dies für Herausforderungen für Github's Infrastruktur-Teams bedeutet.

New (old) Meetup in town! Wir beleben das ursprüngliche Web Engineering Meetup Düsseldorf unter "neuem" Namen wieder zum Leben: Engineering Kiosk Rhine-Ruhr.

Die erste Session: Am 26. Februar 2026, 18 Uhr, in Düsseldorf bei Check24
Los geht's mit Roland Golla und Jens Albert.
Anmelden, hopp hopp: https://www.meetup.com/engineering-kiosk-rhine-ruhr/events/313315466/