Wir nehmen dich mit in die Maker Welt rund um ESP32, ESP8266 und ESPHome, also Open Source Firmware und YAML Konfiguration für IoT Geräte, perfekt für Home Assistant. Andrej Friesen, Smart-Hütte-Podcast-Host und Organizer eines Home-Assistant-Meetups, erzählt die komplette Story hinter PokyPow, einem kleinen Board fürs PC-Frontpanel. Damit kannst du deinen Gaming- oder Home-Server-PC über Home Assistant starten, stoppen, den Power-Button als Sensor nutzen und sogar eine Art Parental Control oder Katzenschutz aktivieren. Dazu gibt es Learnings zu Optokopplern, externer Antenne im PC-Gehäuse, Prototyping mit EasyEDA und JLCPCB sowie Outsourcing über Upwork.

Und dann wird es ernst: CE-Kennzeichnung ist keine Zertifizierung, EMV-Tests können von 1700 bis 35000 Dollar kosten, Distribution ist ein eigenes Projekt und CrowdSupply kann Fulfillment, Retouren und Payment abnehmen. Wenn du Bock auf Open Source, Meetups, Tech Community und Networking hast, ist das hier deine Einladung zum Mitmachen. Am Ende bleibt nur ein Motto: "fuck around and find out."

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• FreeRTOS: https://www.freertos.org/
• Zephyr: https://www.zephyrproject.org/
• Website von Andrej Friesen: https://www.ajfriesen.com/
• Andrej Friesen auf LinkedIn: https://www.linkedin.com/in/andrej-friesen/
• Andrej Friesen auf Github: https://github.com/ajfriesen
• SmartHütte Podcast: https://podcast.smarthuette.de/
• ESP8266: https://de.wikipedia.org/wiki/ESP8266
• ESPHome: https://esphome.io/
• Open Home Foundation: https://www.openhomefoundation.org/
• Engineering Kiosk Episode #203 Die Struktur hinter dem weltweit größten Open Source Projekt mit Pascal Vizeli von Home Assistant: https://engineeringkiosk.dev/podcast/episode/203-die-struktur-hinter-dem-weltweit-gr%C3%B6%C3%9Ften-open-source-projekt-mit-pascal-vizeli-von-home-assistant/
• Breadboard: https://de.wikipedia.org/wiki/Steckplatine
• Tasmota: https://tasmota.github.io/docs/
• PokyPow: https://www.ajfriesen.com/pc-switch/
• The more you fuck around, the more you're gonna find out: https://www.youtube.com/watch?v=_qEcm43Lx3c
• Home Assistant: https://www.home-assistant.io/
• Shelly: https://www.shelly.com/
• Was ist ein Optokoppler? https://heinen-elektronik.de/glossar/optokoppler/
• EasyEDA: https://easyeda.com/
• Gerber-Format: https://de.wikipedia.org/wiki/Gerber-Format
• Aisler: https://aisler.net/de
• Soldered: https://soldered.com/de
• Upwork: https://www.upwork.com/
• Fiver: https://www.upwork.com/
• Oxide - Building Big Systems with Remote Hardware Teams: https://oxide.computer/blog/building-big-systems-with-remote-hardware-teams
• CE-Zeichen vs. China Export | So erkennst DU den Schwindel: https://www.youtube.com/watch?v=Pl6o_dtnEMI
• Hackaday Berlin: https://hackaday.com/tag/berlin/
• CrowdSupply: https://www.crowdsupply.com/

Sprungmarken

(00:00:00) ESP Chips und ESPHome: Hardware mit YAML statt C++

(00:07:15) Info/Werbung

(00:08:15) ESP Chips und ESPHome: Hardware mit YAML statt C++

(00:14:41) Breadboard, Pins, Protokolle: Schnell Sensoren bauen ohne Elektrotechnik Studium

(00:21:51) ESPHome in der Praxis: OTA Flashing, Struktur, Grenzen und Tasmota Vergleich

(00:28:42) pokypow erklärt: PC Front Panel Man in the Middle für Home Assistant

(00:30:49) Use Cases: Wake on LAN Probleme, Parental Control und Katzen als Edge Case

(00:36:42) Vom Prototyp zur PCB: Optokoppler, EasyEDA, Gerber und Bestückung

(00:46:11) Der Bruchpunkt: Externe Antenne, Null Ohm Widerstand und Projekt Abbruch

(00:52:28) Comeback: Nachfrage, Newsletter und warum Leute lieber kaufen als löten

(00:54:08) Hardware auslagern: Requirements schreiben und Prototyping via Upwork

(00:59:55) CE und Regularien: Labor, Testaufbau, Kosten und Antennen Fallstricke

(01:07:26) Fulfillment und Crowd Supply: Produktion, Versand und nächste Schritte

(01:16:34) Learnings: simpel bleiben, Grenzen setzen, Community und Meetups nutzen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord 

In dieser Episode nehmen wir drei Sicherheitsvorfälle auseinander und ziehen konkrete Learnings daraus:

• Den Aquarium-Thermometer-Case im Casino mit ungewöhnlichem Outbound Traffic, alternative Exfiltration Kanäle und die Frage, ob IoT wirklich das Einfallstor war oder eher der Exit. 
• Ein Jeep Cherokee Hack von 2015, inklusive offenen Port 6667, DBus-Zugriff, Firmware ohne Signierung, CAN-Bus und einem Diagnosemodus, der plötzlich die Bremsen ausknipst. 
• Ein MQTT Case rund um Staubsaugerroboter, Pub/Sub, Wildcards und fehlende ACLs, also Mandantenisolierung zum Weglaufen.

Am Ende bleibt eine unbequeme, aber sehr praktische Checkliste: Segmentierung, Zero Trust, Least Privilege, Monitoring und Logging, Secure Boot und vor allem Egress Traffic als First Class Control.

Und jetzt Hand aufs Herz: Was ist deine beste Ausrede, warum dein Netzwerk noch nicht segmentiert ist?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• ACM Einteilung der Informatik: https://dl.acm.org/ccs 
• Security Week “Hacked Smart Fish Tank Exfiltrated Data to ‘Rare External Destination’”: https://www.securityweek.com/hacked-smart-fish-tank-exfiltrated-data-rare-external-destination/
• Washington Post “How a fish tank helped hack a casino”: https://www.washingtonpost.com/news/innovations/wp/2017/07/21/how-a-fish-tank-helped-hack-a-casino/
• Casino Breach - Cyberthrowback Fish Tank Hack: https://rootcat.de/blog/fishtank_jul21/
• MITRE ATT&CK Database: https://attack.mitre.org/
• OWASP Top 10:2025: https://owasp.org/Top10/2025/
• Remote Exploitation of an Unaltered Passenger Vehicle (IOActive whitepaper): https://www.ioactive.com/wp-content/uploads/pdfs/IOActive_Remote_Car_Hacking.pdf 
• Fiat Chrysler Automobiles UConnect allows a vehicle to be remotely controlled: https://www.kb.cert.org/vuls/id/819439 
• CVE-2015-5611: https://nvd.nist.gov/vuln/detail/CVE-2015-5611 
• Hackers Remotely Kill a Jeep on the Highway—With Me in It: https://www.wired.com/2015/07/hackers-remotely-kill-jeep-highway/ 
• After Jeep Hack, Chrysler Recalls 1.4M Vehicles for Bug Fix: https://www.wired.com/2015/07/jeep-hack-chrysler-recalls-1-4m-vehicles-bug-fix/
• Man accidentally gains control of 7,000 robot vacuums: https://www.popsci.com/technology/robot-vacuum-army/ 
• The DJI Romo robovac had security so poor, this man remotely accessed thousands of them: https://www.theverge.com/tech/879088/dji-romo-hack-vulnerability-remote-control-camera-access-mqtt

Sprungmarken

(00:00:00) Warum IT Security oft erst auffällt, wenn es knallt

(00:04:44) Info/Werbung

(00:05:44) Warum IT Security oft erst auffällt, wenn es knallt

(00:06:14) Hack 1: Aquarium-IoT im Casino und 10 GB Datenabfluss

(00:31:23) Hack 2: Jeep Cherokee, offener Port, D-Bus und CAN-Bus

(00:47:18) Hack 3: DJI Staubsaugerroboter, MQTT und fehlende Autorisierung

(00:52:47) Was du daraus mitnimmst: Authentifizierung, Autorisierung, Segmentierung

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Hochleistungskultur klingt nach Sport, Medaillen und noch mehr Output. In der Tech-Realität endet es aber oft in Druck, KPI-Angst und Teams, die lieber schweigen, statt Probleme offen anzusprechen. Genau dann wird es gefährlich, weil wir scheinbar Performance steigern wollen, in Wahrheit aber psychologische Sicherheit abbauen und damit die Organisation in eine Angstzone schieben.

In dieser Interview-Episode holen wir uns dafür Verstärkung von Philip Klasen-Schwidetzki, Coach und Organisationsentwickler sowie Gründer von troodi. Wir nutzen das Modell von Amy Edmondson, psychologische Sicherheit plus Accountability, und übersetzen es in den Alltag von Engineering Teams, Performance Management und Leadership. Du hörst, warum mehr Messen nicht automatisch besser ist, wie du Ziele sauber rahmst, wie Caring und Daring Leadership zusammengehören und welche Sabotagemuster Führungskräfte häufig triggern, zum Beispiel Verantwortung an sich ziehen, Konflikte zu schnell entscheiden oder Teams in eine Komfortzone oder Angstzone kippen lassen.

Zum Mitnehmen gibt es Kontrollfragen für ein Selbstassessment, konkrete Formulierungen für Mandate und Pushback im Middle Management, plus ein paar sehr alltagstaugliche Mikrosituationen, die über Team Performance entscheiden.

Bonus: Am Ende wartet sogar ein kostenloses Lernprogramm rund um Caring und Daring, Link in den Shownotes, aber nur, wenn du bis dahin nicht schon aus der Komfortzone weggedöst bist.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• troodi: Passgenaue Lösungen für die Personalentwicklung: https://troodi.de/
• Philip Klasen-Schwidetzki auf LinkedIn: https://www.linkedin.com/in/philip-klasen-schwidetzki-9b38b554/
• troodi-Lernprogramme - Produktive Zusammenarbeit (Winning Teams – Teams verstehen und entwickeln) und Führung von Individuen & Teams (Caring and Daring Leadership – Mitarbeitende fördern und fordern): https://grow.troodi.de/portal/signup?campaign=engineering-kiosk
• Engineering Kiosk Episode #95 Effiziente Knowledge Sharing Formate: Wissen teilen und begeistern: https://engineeringkiosk.dev/podcast/episode/95-effiziente-knowledge-sharing-formate-wissen-teilen-und-begeistern/
• Playing Rock–Paper–Scissors with 500 people: https://andygrunwald.com/blog/playing-rockpaperscissors-with-500-people/
• Mit psychologischer Sicherheit zu leistungsfähigeren Teams: https://projekte-leicht-gemacht.de/blog/softskills/fuehrung/teams/psychologische-sicherheit/#Mit-psychologischer-Sicherheit-zu-leistungsfaehigeren-Teams
• Amy Edmondson: https://de.wikipedia.org/wiki/Amy_Edmondson
• Radical Candor Buch: https://www.amazon.de/Radical-Candor-Revised-Updated-Saying/dp/1529038340/ref=sr_1_2

Sprungmarken

(00:00:00) Hochleistungskultur in Tech: Warum mehr Druck nicht mehr Performance ist

(00:06:34) Was ist Hochleistung überhaupt und wie misst man sie sinnvoll

(00:11:15) Amy Edmondson: Psychologische Sicherheit plus Accountability als Modell

(00:15:18) Performance Management ohne Angst: Ziele, Fairness und der richtige Kontext

(00:18:30) Angstkultur in der Praxis, Radical Candor, Caring und Daring

(00:31:43) Checkfragen: So erkennst du psychologische Sicherheit im Team

(00:36:04) Sabotagemuster von Führungskräften: Komfortzone, Angstzone, Micromanagement

(00:41:50) Ownership im Alltag bauen: Verantwortung nicht zurücknehmen

(00:53:23) Selbstausbeutung und Fürsorgepflicht: Ambition ohne Burnout

(00:58:34) Mittelmanagement unter Druck: Pushback, Preisschilder und Multiloyalität

(01:06:57) Tipps für Führungskräfte und Teammitglieder

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode gehen wir einmal tief runter in den Storage-Stack. Wir schauen uns an, warum Row-Oriented-Datastores der Standard für klassische OLTP-Workloads sind und warum "SELECT id" trotzdem oft fast genauso teuer ist wie "SELECT *". Danach drehen wir die Tabelle um 90 Grad: Column Stores für OLAP, Aggregationen über viele Zeilen, Spalten-Pruning, Kompression, SIMD und warum ClickHouse, BigQuery, Snowflake oder Redshift bei Analytics so absurd schnell werden können.

Und dann wird es file-basiert: CSV bekommt sein verdientes Fett weg, Apache Parquet seinen Hype, inklusive Row Groups, Metadaten im Footer und warum das für Streaming und Object Storage so gut passt. Mit Apache Iceberg setzen wir noch eine Management-Schicht oben drauf: Snapshots, Time Travel, paralleles Schreiben und das ganze Data-Lake-Feeling. Zum Schluss landen wir da, wo es richtig weh tut, beziehungsweise richtig Geld spart: Storage und Compute trennen, Tiered Storage, Kafka Connect bis Prometheus und Observability-Kosten.

Wenn du beim nächsten "das skaliert nicht" nicht direkt die Datenbank tauschen willst, sondern erst mal die richtigen Fragen stellen möchtest, ist das deine Folge.

Bonus: DuckDB als kleines Taschenmesser für CSV, JSON und SQL kann dein nächstes Wochenend-Experiment werden.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/
• Datenbanken Normalformen: https://www.tinohempel.de/info/info/datenbank/normalisierung.htm
• Engineering Kiosk Episode #182 Happy Birthday SQL: 50 Jahre Abfragesprache: https://engineeringkiosk.dev/podcast/episode/182-happy-birthday-sql-50-jahre-abfragesprache/
• Engineering Kiosk Episode #129 Simplify Your Stack: Files statt Datenbanken!: https://engineeringkiosk.dev/podcast/episode/129-simplify-your-stack-files-statt-datenbanken/
• Apache Parquet: https://parquet.apache.org/
• Dremel: Interactive Analysis of Web-Scale Datasets: https://research.google/pubs/dremel-interactive-analysis-of-web-scale-datasets-2/
• Working with Parquet in ClickHouse: https://clickhouse.com/docs/integrations/data-formats/parquet
• DuckDB: ​​https://duckdb.org/
• parquet-go: https://github.com/parquet-go/parquet-go
• RemoteStorageManager for Apache Kafka® Tiered Storage: https://github.com/Aiven-Open/tiered-storage-for-apache-kafka/

Sprungmarken

(00:00:00) Wie böse kann "das skaliert nicht" enden?

(00:05:18) Normalformen, Denormalisierung und typische Skalierungsreflexe

(00:06:30) Info/Werbung

(00:07:30) Normalformen, Denormalisierung und typische Skalierungsreflexe

(00:11:52) Row-Oriented Datastores verstehen

(00:27:01) Column-Oriented Datastores: OLAP, Kompression, Spalten-Pruning und SIMD

(00:36:53) Trade-offs: Warum Column-Stores nicht für jede Produktion passen

(00:41:52) CSV als Dateiformat: simpel, verbreitet, aber messy

(00:44:13) Apache Parquet: Columnar File Format, Row Groups und Metadaten

(00:51:44) Apache Iceberg: Tabellen-Management, Snapshots und Time Travel

(00:56:54) Storage vs. Compute trennen: Cloud-Kosten, Object Storage, Tiering

(01:04:12) Wo es heute genutzt wird: Kafka Tiered Storage, ClickHouse, Prometheus

(01:13:33) Takeaways: pragmatisch starten, DuckDB testen, Hype reflektieren

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode machen wir DDD greifbar, ohne dass du direkt ein 560-Seiten-Buch heiraten musst. Wir klären, welches Problem Domain Driven Design eigentlich löst, warum Teams in großen Systemen so oft in Spaghetti Code, technische Schulden und Kommunikationschaos rutschen und weshalb eine Ubiquitous Language, also eine gemeinsame, allgegenwärtige Sprache, oft der erste echte Hebel ist.

Danach geht es ans strategische Design: Bounded Contexts, Context Mapping, Schnittstellen zwischen Teams und warum das verdächtig nah an Conway's Law, APIs und realen Teamstrukturen ist. Und ja, wir schauen auch auf die taktische Seite: Value Objects, Entities, Aggregates, Repositories, Domain Events, plus der Klassiker aus der Anti-Pattern-Ecke: das anämische Domänenmodell.

Wir sprechen außerdem darüber, wie du pragmatisch startest, auch in bestehenden Codebasen, wer das im Team treiben kann, und warum Konsistenz im Naming gerade mit LLMs und AI Coding Tools plötzlich noch mehr zählt als früher.

Wenn du wissen willst, ob DDD wirklich Enterprise Buzzword Bingo ist oder einfach der Name für verdammt gute Softwarearchitektur, dann bleib dran.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Martin Fowler über Domain Driven Design: https://martinfowler.com/bliki/DomainDrivenDesign.html
• Martin Fowler über Anemic Domain Model: https://martinfowler.com/bliki/AnemicDomainModel.html
• Repository zum Buch “Domain-Driven Design With Golang”: https://github.com/PacktPublishing/Domain-Driven-Design-with-GoLang
• Buch von Eric Evans (Final draft): https://fabiofumarola.github.io/nosql/readingMaterial/Evans03.pdf 
• Engineering Kiosk Episode #222 SOLID in Go, JS & Co: passt das noch zur modernen Software?: https://engineeringkiosk.dev/podcast/episode/222-solid-in-go-js-co-passt-das-noch-zur-modernen-software/ 
• Engineering Kiosk Episode #12 Make oder Buy: https://engineeringkiosk.dev/podcast/episode/222-solid-in-go-js-co-passt-das-noch-zur-modernen-software/

Sprungmarken

(00:00:00) Domains kaufen vs. Domain Driven Design

(00:06:01) Info/Werbung

(00:07:01) Domains kaufen vs. Domain Driven Design

(00:10:45) Warum überhaupt Domain Driven Design: Komplexität, Spaghetti Code und Business-IT-Graben

(00:14:16) Strategisches Design: Domain verstehen und Ubiquitous Language aufbauen

(00:24:33) Bounded Contexts und Context Mapping: Grenzen, Sprache, Schnittstellen

(00:32:46) DDD und Teamstrukturen: Conway's Law, APIs und Verantwortlichkeiten

(00:35:57) Taktisches Design: Value Objects, Entities, Aggregates, Repositories

(00:43:32) Wie erkennst du DDD im Code: Kubernetes als Beispiel und Code Lesbarkeit

(00:46:19) Pragmatisch starten: Glossar, Boy Scout Rule und DDD mit bestehenden Codebasen

(00:52:27) Für wen lohnt sich DDD wirklich: Startup vs. Enterprise, Monolith vs. Microservices

(01:00:53) Kritik und Grenzen: Over Engineering und fehlende Domain Experts

(01:01:58) DDD in Plattform- und Infrastruktur-Teams: gemeinsame Sprache für Cloud Automation

(01:04:09) Ressourcen, Links und Community-Feedback

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode schließen wir eine längst überfällige Lücke und steigen tief in das Thema Produktmanagement ein. Zu Gast ist Michael Gasch, Product Manager bei AWS im Serverless Umfeld. Mit ihm schauen wir uns an, was Produktmanagement wirklich ist, warum es nicht einfach Projektmanagement mit neuem Label ist und wie AWS Rollen wie PMT, SDM und TPM trennt, um Delivery, Priorisierung und Ownership sauber zu verzahnen.

Wir sprechen über Working Backwards und PR/FAQ Dokumente, datengetriebene Priorisierung unter Dauerbeschuss, Paper Cuts vs. große Launches, Disagree and Commit, Bias for Action und wie Erfolg nach einem GA Launch über Metriken, Telemetrie und Kundenfeedback messbar wird. Als Praxisbeispiel nehmen wir ein echtes AWS Feature: Durable Functions in AWS Lambda, von der Idee im Kopf bis zur AWS re:Invent Bühne.

Zum Schluss gibt es noch ein paar Tips:

Wie kannst du proaktiver in Produktentscheidungen werden, bessere Inputs liefern und vielleicht sogar selbst Richtung Produktmanagement wechseln?

Spoiler: Anforderungsanalyse, Ownership und ein bisschen STAR Methode können viel bewegen.

Bonus: Wenn du dachtest, AI macht Produktmanager:innen überflüssig, warten hier ein paar ziemlich gute Gegenargumente auf dich.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Michael Gasch auf LinkedIn: https://www.linkedin.com/in/michael-gasch/
• Engineering Kiosk Episode #108 Agile Multi-Team Projekte: Die Kunst, hunderte Leute effektiv zu koordinieren mit Stephan Strack: https://engineeringkiosk.dev/podcast/episode/108-agile-multi-team-projekte-die-kunst-hunderte-leute-effektiv-zu-koordinieren-mit-stephan-strack/
• AWS - Was ist Serverless-Computing?: https://aws.amazon.com/de/what-is/serverless-computing/
• AWS - Step Functions: https://docs.aws.amazon.com/step-functions/
• AWS - EventBridge: https://aws.amazon.com/de/eventbridge/
• Code University / Product Management: https://code.berlin/de/study/bachelor/bme/product-management/
• IU Bachelor Produkt Management: https://www.iu.de/bachelor/produktmanagement/
• Durable Functions in AWS Lambda: https://aws.amazon.com/de/lambda/lambda-durable-functions/
• An insider look at Amazon's culture and processes (Working backwards): https://www.aboutamazon.com/news/workplace/an-insider-look-at-amazons-culture-and-processes
• AWS Lambda turns 10: A rare look at the doc that started it: https://www.allthingsdistributed.com/2024/11/aws-lambda-turns-10-a-rare-look-at-the-doc-that-started-it.html
• Engineering Kiosk Episode #159 Verhaltensbezogene Interview-Fragen und STAR-Methode: https://engineeringkiosk.dev/podcast/episode/159-verhaltensbezogene-interview-fragen-und-star-methode/

Sprungmarken

(00:00:00) Technisches Produktmanagement mit Michael Gasch

(00:06:05) Info/Werbung

(00:07:05) Technisches Produktmanagement mit Michael Gasch

(00:16:02) Was ist Produktmanagement, was ist es nicht, und die Abgrenzung zu Projektmanagement

(00:24:12) Unterschiede von Produktmanagement je nach Produkt (AWS, BMW, Booking.com)

(00:29:44) Priorisierung und Kultur bei AWS: Eskalation, Disagree and Commit und Entscheidungsfindung

(00:42:30) Metriken und Erfolgsmessung: GA, Adoption, Telemetrie und Feedback-Loops

(00:53:43) AI und Produktmanagement: Warum Anforderungen wichtiger werden

(01:02:28) Zusammenarbeit zwischen Entwickler*innen und Produktmanagement verbessern: Proaktivität, Ownership und Champions

(01:06:41) Wechsel ins Produktmanagement: STAR-Methode, Mentoring und Praxisübungen

(01:10:30) Unbequeme Wahrheiten: Stress, Verantwortung sowie Pricing und PnL

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Kennst du noch die Zeit, in der du Syntax, Standard Libraries und Edge Cases mühsam zusammengoogelt hast, statt einfach die KI zu fragen? Und wenn die KI heute sowieso Code schreibt, ist es dann überhaupt noch wichtig, mehrere Programmiersprachen zu kennen?

Genau da steigen wir ein. Nicht als Sprachkrieg, sondern als Nerd-Tour durch vier Sprachfeatures, die dir Bugs, Security Incidents und Einheitenchaos ersparen können. Wir starten mit Ada und Type Ranges, also Typen mit eingebauten Wertebereichen, inklusive eines Crashes der Ariane-5-Rakete, eines Integer-Overflow und Compile-Time-Checks. Danach geht es zu F und Units of Measure, wo Meter, Sekunden oder sogar Geldbeträge Teil des Typensystems werden und der Compiler dich vor dem Mars Climate Orbiter Moment bewahrt. Dann schauen wir auf PHP und SensitiveParameters, damit Secrets nicht mehr fröhlich in Stack Traces und Logs auftauchen. Und zum Schluss landen wir bei Go: Secret Mode als Security Feature für Forward Secrecy, damit Schlüssel nach dem Handshake wirklich aus dem Speicher verschwinden. Außerdem gibt es ein GitHub-Repo mit Demos in Docker-Containern, damit du die Features in wenigen Minuten selbst anfassen kannst.

Wenn du auf Open Source, Tech Community-Austausch und praktisches Knowledge Sharing stehst, wirst du hier Spaß haben. Und wenn du nach der Episode denkst, du hast noch ein besseres Sprachfeature, dann schick es rüber; wir sammeln das.

Bonus: Wir schaffen es, von Raketencrash bis hin zu Secret Leaks zu kommen, ohne JavaScript als Gewinner zu küren. Knapp jedenfalls.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Github - A collection of cool programming language features (highly subjective): https://github.com/EngineeringKiosk/cool-programming-language-features
• Neue PHP 8.2 Features: https://www.php.net/manual/de/migration82.new-features.php
• PHP-Attribut SensitiveParameter: https://www.php.net/manual/de/class.sensitiveparameter.php
• Deep Dive von PHP 8.2: Sensitive Parameter value redaction support: https://php.watch/versions/8.2/backtrace-parameter-redaction
• PHP RFC: Redacting parameters in back traces: https://wiki.php.net/rfc/redact_parameters_in_back_traces
• PHP 8.0: Attributes: https://php.watch/versions/8.0/attributes
• Go feature: Secret mode: https://antonz.org/accepted/runtime-secret/
• Github Issue “runtime/secret: add new package #21865: https://github.com/golang/go/issues/21865
• Go 1.26 Release Notes: https://go.dev/doc/go1.26
• The Heartbleed Bug: https://www.heartbleed.com/
• MongoDB: kritische Sicherheitslücke in NoSQL-Datenbank: https://www.heise.de/news/MongoDB-kritische-Sicherheitsluecke-in-NoSQL-Datenbank-11124891.html
• C-Funktion “memzero_explicit”: https://manpages.debian.org/experimental/linux-manual-4.11/memzero_explicit.9.en.html
• C-Funktion “explicit_bzero”: https://www.gnu.org/software/gnulib/manual/html_node/explicit_005fbzero.html
• C-Funktion “memset_s”: https://man.freebsd.org/cgi/man.cgi?query=memset_s&sektion=3
• Rust zeroize: https://crates.io/crates/zeroize
• Zero'ing memory, compiler optimizations and memset_s: https://www.cryptologie.net/posts/zeroing-memory-compiler-optimizations-and-memset_s/
• Mars Climate Orbiter: https://de.wikipedia.org/wiki/Mars_Climate_Orbiter
• Technik-Fail - Mars Climate Orbiter scheitert an der Pfundkraftsekunde: https://www.swr.de/swrkultur/wissen/technik-fail-einheitenfehler-laesst-mars-climate-orbiter-zerschellen-100.html
• F-Sharp: https://de.wikipedia.org/wiki/F-Sharp
• Ada Slides - Introduction to Ada for Beginning and Experienced Programmers: https://archive.fosdem.org/2022/schedule/event/ada_introduction_beginning_experienced/attachments/slides/5048/export/events/attachments/ada_introduction_beginning_experienced/slides/5048/01_ada_introduction.pdf
• Who's Using Ada? Real-World Projects Powered by the Ada Programming Language - November 2014: https://www2.seas.gwu.edu/~mfeldman/ada-project-summary.html
• FOSDEM: https://fosdem.org/
• Learn Ada - Strong Typing: https://learn.adacore.com/courses/intro-to-ada/chapters/strongly_typed_language.html
• Engineering Kiosk Episode #63 Spaß mit Zahlen: Under- und Overflows, Rückwärtslaufende Zeit, Negative Modulos und Währungsbeträge: https://engineeringkiosk.dev/podcast/episode/63-spa%C3%9F-mit-zahlen-under-und-overflows-r%C3%BCckw%C3%A4rtslaufende-zeit-negative-modulos-und-w%C3%A4hrungsbetr%C3%A4ge/

Sprungmarken

(00:00:00) KI, Programmiersprachen und Attribute von guten Programmierer*innen

(00:05:49) Info/Werbung

(00:06:49) KI, Programmiersprachen und Attribute von guten Programmierer*innen

(00:09:18) Ada Type Ranges: Wertebereiche, Compile Time Checks und Ariane 5

(00:21:10) F Units of Measure: Einheiten im Typensystem und Mars Climate Orbiter

(00:32:34) PHP Sensitive Parameters: Secrets in Stack Traces redaction-sicher machen

(00:45:19) Go Secret Mode: Forward Secrecy und Keys nach Handshake aus Memory löschen

(00:56:52) Wrap up: Docker Demos, Links, Community Fragen und FOSDEM Treffen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode drehen wir das einmal um. Wir schauen uns an, wie Performance Reviews wirklich funktionieren, warum sie in der Tech-Welt so oft anecken und wie du sie als Engineering Manager, aber auch als Individual Contributor aktiv für dich nutzen kannst.

Wir sprechen über Ziele wie Feedback, Wachstum und Dokumentation, über Subjektivität, Bias und die Frage, warum "wer schreibt, der bleibt" im Alltag leider erschreckend oft stimmt. Dazu nehmen wir konkrete Modelle auseinander: Peer-Feedback, 360-Grad-Feedback, Self-Assessments, Kalibrierungsrunden und die heikle Kopplung von Gehalt und Beförderungen. Plus: Wie du Glue Work sichtbar machst und warum Outcome fast immer mehr zählt als Output.

Wenn du dieses Jahr nicht im Review überrascht werden willst, ist das hier dein Setup. Und ja, du kannst mehr beeinflussen, als du denkst.

Bonus: Wenn du nach der Folge anfängst, Impact zu tracken, hat dein Future-Ich beim nächsten Review deutlich weniger Stress.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/
• Engineering Kiosk Episode #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/
• Engineering Kiosk Episode #61 Schwierige 1-on-1 Situationen und Lösungsvorschläge: https://engineeringkiosk.dev/podcast/episode/61-schwierige-1-on-1-situationen-und-l%C3%B6sungsvorschl%C3%A4ge/
• Engineering Kiosk Episode #75 Evaluierung deiner Job-Performance, Team-Feedback und LNO Framework: https://engineeringkiosk.dev/podcast/episode/75-evaluierung-deiner-job-performance-team-feedback-und-lno-framework/
• Engineering Kiosk Episode #110 OKRs und Beyond: Agile Unternehmensführung mit Marco Alberti von Murakamy: https://engineeringkiosk.dev/podcast/episode/110-okrs-und-beyond-agile-unternehmensf%C3%BChrung-mit-marco-alberti-von-murakamy/
• Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/
• Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/
• Engineering Kiosk Episode #205 Staff, Principal, WTF? Karriereleitern und Erwartungshaltungen mit Lena Reinhard: https://engineeringkiosk.dev/podcast/episode/205-staff-principal-wtf-karriereleitern-und-erwartungshaltungen-mit-lena-reinhard/
• 9-Box-Grid - So beurteilen Sie Leistungen und Potenziale von Mitarbeitern: https://www.hrworks.de/news/9-box-grid-so-beurteilen-sie-leistungen-und-potenziale-von-mitarbeitern/

Sprungmarken

(00:00:00) Warum Performance Reviews oft Angst, Politik und Bias auslösen

(00:05:15) Info/Werbung

(00:06:15) Was ist ein Performance Review und wie läuft es in Firmen ab

(00:12:02) Ziele: Feedback, Dokumentation, Fairness und Transparenz

(00:18:27) Varianten aus der Praxis: Von Kaffee Gespräch bis Peer Feedback

(00:23:34) Dokumentation und Systeme: Thank You, Self Assessment, Feedback per E Mail

(00:27:07) 360 Grad Feedback bei Trivago: Aufwand, Nutzen und Lessons Learned

(00:31:38) Feedback vs. Gehalt: Warum die Kopplung Systeme kippen lässt

(00:35:54) Glockenkurve, Forced Ranking und teamübergreifende Kalibrierung

(00:39:25) Glue Work sichtbar machen: Daten, Impact und Beförderungen argumentieren

(00:44:34) Was du als IC tun kannst: Self Assessment, Ownership, Outcome statt Output

(00:51:04) Feedback richtig nutzen: einfordern, filtern, verarbeiten

(00:53:45) Prozesse bleiben imperfect, du kannst sie steuern

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode nehmen wir die CTO-Rolle auseinander, inklusive typischer Missverständnisse. Wir klären, warum ein CTO nicht zwingend der beste Engineer im Raum sein sollte, wie du vermeidest, dass Entscheidungen nur durch ein Schlüsselloch betrachtet werden, und warum gute CTOs vor allem eines tun: zwischen Business und Tech übersetzen, Prioritäten verhandeln und bewusst mit technischen Schulden umgehen.

Zu Gast ist Philipp Deutscher, CTO Coach sowie Fractional und Interim CTO, also CTO as a Service. Er bringt Erfahrung aus IT Operations, DevOps und Platform Engineering mit und teilt konkrete Einblicke aus der Praxis: von CTO-Archetypen wie Founding CTO, Scale-up CTO, Corporate CTO und Field CTO bis hin zu den Unterschieden zwischen Interim- und Fractional-CTO. Außerdem sprechen wir über Tech Leadership, Stakeholder Alignment, KPI-Denken (Velocity, DORA Metrics, Availability) und darüber, warum Monitoring oft erst startet, wenn es schon brennt.

Wenn du dich fragst, ob CTO ein Karriereziel für dich ist, bekommst du dazu auch eine klare Roadmap: Verantwortung übernehmen, sichtbar werden, die Perspektive wechseln. Und ja, Nine to Five reicht dafür selten.

Neugierig, welcher CTO-Typ du wärst und wie du dich darauf vorbereitest? Dann rein in die Episode.

Bonus: CTO-Titel sind günstig. Die Konsequenzen manchmal nicht.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Philipp Deutscher auf LinkedIn: https://www.linkedin.com/in/philippdeutscher/
• Philipp Deutscher Consulting: https://www.deutscherconsulting.com/
• Becoming CTO Secrets Podcast: https://www.deutscherconsulting.com/podcast-becoming-cto-secrets/
• LinkedIn Post “Ist der CTO das schwächste C-Level?”: https://www.linkedin.com/posts/philippdeutscher_der-cto-ist-das-schw%C3%A4chste-c-level-in-80-activity-7392090110470660096-WCff/
• LinkedIn Post “Ist der CTO der Code / Tech Monkey vom CEO?”: https://www.linkedin.com/posts/philippdeutscher_viele-ceos-suchen-keinen-cto-sie-suchen-activity-7393902049656020992-i7Vo/
• LinkedIn Post “Oder ist CTO das schwierigste C-Level?”: https://www.linkedin.com/posts/philippdeutscher_der-beste-entwickler-ist-selten-der-beste-activity-7396076469132668929-Fr8E/
• DORA Metriken: https://dora.dev/
• Kevin Scott, Chief Technology Officer von Microsoft: https://news.microsoft.com/source/exec/kevin-scott/
• Parker Harris, Co-Founder, Salesforce & Chief Technology Officer, Slack https://www.salesforce.com/company/parker-harris-bio/
• Chief of Staff: https://en.wikipedia.org/wiki/Chief_of_staff

Sprungmarken

(00:00:00) CTO-Rolle: Warum sie oft falsch verstanden wird

(00:05:55) Was ist ein CTO und was ist er nicht? Hands-on, Bottlenecks, Skalierung

(00:06:19) Info/Werbung

(00:07:19) Was ist ein CTO und was ist er nicht? Hands-on, Bottlenecks, Skalierung

(00:15:34) Interim vs. Fractional CTO: Mandat, Tempo, Verantwortung, Vertrauen

(00:26:43) Wertbeitrag im C-Level: Brücke zwischen Business und Tech

(00:43:59) CTO als Übersetzer: technische Schulden, KPIs, Incidents und Umsatz

(00:46:25) Metriken in der Praxis: Velocity, DORA, Lead Time, Availability

(00:54:22) CTO werden: Karrierepfade, Transformation und Growth Mindset

(01:08:43) So positionierst du dich: Verantwortung ziehen, Sichtbarkeit, CTO Office

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode gehen wir gemeinsam tief ins Reliability- und Resilience-Engineering und bauen Rate Limiting von Grund auf. Wir klären, wozu Rate Limiting wirklich da ist, wie es sich von Back Pressure, Graceful Degradation, Fault Isolation und Load Shedding abgrenzt und wo du es in deiner Architektur verankerst: Client, Edge, API Gateway, Sidecar Proxy wie Envoy oder direkt an Ressourcen wie Datenbanken und Queues.

Dann wird es konkret: Wir vergleichen die gängigen Strategien und Algorithmen, Fixed Window, Sliding Window, Token Bucket und Leaky Bucket, inklusive Bursts, Fairness und der Frage stateful vs. stateless. Dazu kommt die Realität: Was machst du, wenn der Rate Limiter selbst ausfällt – Fail Open vs. Fail Closed –, und warum das nicht nur Technik ist, sondern auch Produktmanagement, Monetarisierung und Kundenerlebnis.

Als Bonus schauen wir auf Best Practices aus der Praxis: wie GitHub und Cloudflare Rate Limits via HTTP-Header kommunizieren, warum standardisierte Header gerade wieder Fahrt aufnehmen und wieso Rate Limiting bei GraphQL-APIs so schnell zur Kostenberechnung im Query-AST wird.

Wenn du danach dein System nicht nur schneller, sondern auch stressresistenter machen willst, bist du hier richtig. Und ja, ein resilientes System darf auch mal Nein sagen, damit es morgen wieder Ja sagen kann.

Bonus: Manchmal ist der beste Load Test ein einzelner Curl-Befehl zur falschen Zeit.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #204 Resilience Engineering: Timeouts, Jitter, Backoff & andere Systemretter: https://engineeringkiosk.dev/podcast/episode/204-resilience-engineering-timeouts-jitter-backoff-andere-systemretter/
• Engineering Kiosk Episode #223 Throw redundancy at the tail: Request Hedging bei Google & Co.: https://engineeringkiosk.dev/podcast/episode/223-throw-redundancy-at-the-tail-request-hedging-bei-google-co/
• GitHub Rate Limits: https://docs.github.com/en/rest/using-the-rest-api/rate-limits-for-the-rest-api?apiVersion=2022-11-28
• GitHub Rate Limit Header: https://docs.github.com/en/rest/using-the-rest-api/rate-limits-for-the-rest-api?apiVersion=2022-11-28#checking-the-status-of-your-rate-limit
• Cloudflare Rate Limit Header: https://developers.cloudflare.com/fundamentals/api/reference/limits/#rate-limiting-headers
• GitHub Rate limits and query limits for the GraphQL API: https://docs.github.com/en/graphql/overview/rate-limits-and-query-limits-for-the-graphql-api
• IETF Datatracker - RateLimit header fields for HTTP: https://datatracker.ietf.org/doc/draft-ietf-httpapi-ratelimit-headers/
• Engineering Kiosk Episode #212 Multi-Tenant done right: Isolationsmodelle, Cell-Based-Architecture, Shuffle Sharding & Co mit Maximilian Schellhorn: https://engineeringkiosk.dev/podcast/episode/212-multi-tenant-done-right-isolationsmodelle-cell-based-architecture-shuffle-sharding-co-mit-maximilian-schellhorn/

Sprungmarken

(00:00:00) Resilience Engineering: Rate Limiting

(00:03:57) Failure Modes: Retry Storms, Thundering Herd, Traffic Spikes und Traffic Amplification

(00:04:28) Info/Werbung

(00:05:28) Failure Modes: Retry Storms, Thundering Herd, Traffic Spikes und Traffic Amplification

(00:17:50) Wo platzierst du Rate Limiting: Client, Edge, API Gateway, Sidecar und Ressourcen

(00:25:22) Welche Strategie passt: Bursts, Fairness und stateful vs stateless Rate Limiting

(00:28:54) Algorithmen: Fixed Window, Sliding Window, Token Bucket und Leaky Bucket

(00:38:36) Kommunikation: Rate Limits sauber kommunizieren und HTTP Header

(00:44:23) Wenn der Rate Limiter ausfällt: Fail Open vs Fail Closed

(00:50:28) Warum GraphQL Rate Limiting schwer ist: Query Kosten

(00:59:24) Takeaways: Rate Limiting als Sicherheitsgurt fuer Resilience und Verfügbarkeit

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Warum ist AI überall, aber der Weg von der Datenbank zu "Wow, das Modell kann das" wirkt oft wie ein schwarzes Loch? Du loggst brav Events, die Daten landen in irgendwelchen Silos, und trotzdem bleibt die entscheidende Frage offen: Wer sorgt eigentlich dafür, dass aus Rohdaten ein zuverlässiges, verkaufbares Datenprodukt wird.

In dieser Episode machen wir genau dort das Licht an. Gemeinsam mit Mario Müller, Director of Data Engineering bei Veeva Systems, schauen wir uns an, was Datenteams wirklich sind, wie "Data as a Product" in der Praxis funktioniert und warum Data Engineering mehr ist als nur ein paar CSVs über FTP zu schubsen. Wir sprechen über Teamstrukturen von der One-Man-Show bis zur cross-functional Squad, über Ownership auf den Daten, Data Governance und darüber, wie du Datenqualität wirklich misst, inklusive Monitoring, Alerts, SQL-Regeln und menschlicher Quality Control.

Dazu gibt es eine ordentliche Portion Tech: Spark, AWS S3 als primärer Speicher, Delta Lake, Athena, Glue, Airflow, Push-Pull statt Event-Overkill und die Entscheidung für Batch Processing, obwohl alle Welt nach Streaming ruft.

Und natürlich klären wir auch, was passiert, wenn KI an den Daten rumfummelt: Wo AI beim Bootstrapping hilft, warum Production und Scale tricky werden und wieso Verantwortlichkeit beim Commit nicht von einem LLM übernommen wird.

Wenn du Datenteams aufbauen willst, Data Products liefern musst oder einfach verstehen willst, wie aus Daten verlässlicher Business-Impact wird, bist du hier genau richtig.

Bonus: Batchjobs bekommen heute mal ein kleines Comeback.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Mario Müller auf LinkedIn: https://www.linkedin.com/in/mariomueller/
• The Second Line Perspective: https://www.thesecondlineperspective.blog/
• Apache Spark: https://spark.apache.org/
• AWS EMR: https://aws.amazon.com/de/emr/
• Apache Iceberg: https://iceberg.apache.org/
• Apache Parquet: https://parquet.apache.org/
• Presto DB: https://prestodb.io/
• Delta Format: https://delta.io/
• Change Data Capture: https://en.wikipedia.org/wiki/Change_data_capture
• ClinicalTrials.gov: https://clinicaltrials.gov/
• Airbyte: https://airbyte.com/
• Selenium: https://www.selenium.dev/
• Apache Airflow: https://airflow.apache.org/

Sprungmarken

(00:00:00) Data as a Product und Strukturierung von Daten-Teams mit Mario Müller

(00:04:35) Was sind "Daten-Teams" und der Unterschied zu klassischen Analytics Teams?

(00:05:54) Info/Werbung

(00:06:54) Was sind "Daten-Teams" und der Unterschied zu klassischen Analytics Teams?

(00:19:39) Data as a Product: Eine klassische Data-Pipeline

(00:25:08) Batch- vs. Stream-Processing und Abhängigkeiten zwischen Teams

(00:40:52) Sourcing von Daten

(00:44:13) Data Quality Monitoring

(00:48:24) Strukturierung von Daten-Teams: One-Man-Show bis 50 Personen

(01:05:37) AI als neue Daten-Quelle oder Daten-Mitarbeiter

(01:13:30) Tipps um Daten-Teams aufzubauen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Deutschsprachige Tech Podcasts Liste: https://engineeringkiosk.dev/deutsche-tech-podcasts/
• SmartHütte Podcast: https://podcast.smarthuette.de/
• 0d - Zeroday Podcast: https://0x0d.de/
• Digitale Anomalien Podcast: https://digitaleanomalien.de/
• FOCUS ON: DevOps Podcast: https://focusondevops.podigee.io/
• Python Podcast: https://python-podcast.de/show/
• TILpod Podcast: https://tilpod.net/
• IT Berufe Podcast: https://it-berufe-podcast.de/
• Happy Bootstrapping Podcast: https://happy-bootstrapping.podigee.io/
• Urlaub im Userspace Podcast: https://user.space/show/urlaub-im-userspace/

Sprungmarken

(00:00:00) Adventskalender: Making of/Behind the scenes und Community Rückblick

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode nehmen wir Developer Relations auseinander, ganz ohne Marketing-Buzzword-Bingo. Zu Gast ist Philipp Krenn, Head of Developer Relations bei Elastic. Philipp bringt nicht nur jahrelange DevRel-Praxis mit, sondern auch Community-DNA, von Viennadb-Meetups bis Papers We Love, plus Open-Source-Erfahrung rund um Google Summer of Code und das Elastic-Ökosystem.

Wir klären, was DevRel eigentlich ist, wo die Grenze zu Developer Marketing verläuft und warum der wichtigste Unterschied oft die Zwei-Wege-Kommunikation ist: raus in die Community und zurück ins Produktteam. Wir sprechen über den Alltag von Developer Advocates, Konferenzen, Content, Community Support auf Discourse, Reddit, Stack Overflow und Slack und wie man Feedback so sammelt, dass es in Roadmaps landet. Dazu kommt die große Frage: Influencer oder nicht? Und warum der Personenkult für Firmen gefährlich werden kann.

Außerdem geht es um Open Source, Meetups, Tech Community, Networking, KPIs ohne falsche Anreize, den DevRel-Hype-Zyklus rund um AI und welche Skills du brauchst, wenn du selbst in Developer Relations einsteigen willst.

Am Ende weißt du nicht nur, ob DevRel zu dir passt, sondern auch, wie du als Entwickler:in DevRel wirklich nutzen kannst, ohne nur Socken mitzunehmen.

Bonus: Wenn jemand mit Laptop und kaputter Query kommt, ist das für Philipp kein Problem, sondern der Wunschzustand.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)



Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Philipp Krenn auf LinkedIn: https://www.linkedin.com/in/philippkrenn/
• Google Summer of Code: https://summerofcode.withgoogle.com/
• Elastic: https://www.elastic.co/
• Developer relations auf Wikipedia: https://en.wikipedia.org/wiki/Developer_relations
• FOSDEM: https://fosdem.org/2026/

Sprungmarken

(00:00:00) Developer Relations mit Philipp Krenn

(00:05:22) Was ist Developer Relations? Wo ist der Unterschied zum Marketing?

(00:07:58) Info/Werbung

(00:08:58) Was ist Developer Relations? Wo ist der Unterschied zum Marketing?

(00:17:10) Technik vs. Developer Relations und der Alltag

(00:22:23) Personenkult

(00:28:22) Das eigene Produkt und das Ökosystem

(00:34:31) Priorisierung von Developer Relations Aktivitäten und KPIs

(00:43:02) DevRel im Markt: Hype Zyklen, Budget, AI Boom und Jobnachfrage

(00:52:38) Welche Skills benötige ich als Developer Advocate?

(00:58:44) Reisetätigkeit: Konferenzzirkus vor Corona und heutige Realität

(01:02:45) Was müssen Unternehmen für Developer Relations verstehen?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #156 Inbox Zero: der Pro-Tipp für deine Produktivität: https://engineeringkiosk.dev/ep156
• Engineering Kiosk Episode #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/ep66
• Engineering Kiosk Episode #235 Zwei Pizzen, ein Team und der volle Geschirrspüler im Kopf: https://engineeringkiosk.dev/ep235 

Sprungmarken

(00:00:00) Selbstmanagement: Weniger To-do-Listen-Stress, mehr Produktivität

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Spiele für Softwareentwickler:innen: https://engineeringkiosk.dev/spiele-fuer-softwareentwickler/
• Factorio: https://www.factorio.com/
• Factorio auf Steam: https://store.steampowered.com/app/427520/Factorio/
• The Farmer Was Replaced: https://www.metaroot.ch/press-kit/the-farmer-was-replaced
• The Farmer Was Replaced auf Steam: https://store.steampowered.com/app/2060160/The_Farmer_Was_Replaced/
• Artifacts: https://www.artifactsmmo.com/
• Screeps: Arena: https://screeps.com/
• Screeps: Arena auf Steam: https://store.steampowered.com/app/1137320/Screeps_Arena/
• awesome-software-engineering-games auf GitHub: https://github.com/EngineeringKiosk/awesome-software-engineering-games
• Advent of Code: https://adventofcode.com/

Sprungmarken

(00:00:00) Spiele für Softwareentwickler:innen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• https://de.wikipedia.org/wiki/DMARC
• https://www.cloudflare.com/de-de/learning/dns/dns-records/dns-dmarc-record/
• gmx.de und web.de haben Mail-Rejects durch SPF https://www.heinlein-support.de/blog/news/gmx-de-und-web-de-haben-mail-rejects-durch-spf 
• Free wöchentlicher DMARC Report https://dmarc.postmarkapp.com/
• OpenSource DMARC Report Parser https://domainaware.github.io/parsedmarc/
• DKIM Verifier für Thunderbird https://github.com/lieser/dkim_verifier

Sprungmarken

(00:00:00) SPF, DKIM, DMARC, SRS, ARC

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Urlaub im Userspace Podcast: https://user.space/
• Forgejo-Webseite: https://forgejo.org
• Forgejo FAQ: https://forgejo.org/faq/
• Forgejo vs. Gitea: https://forgejo.org/compare-to-gitea/
• Forgejo Hard Fork-Ankündigung: https://forgejo.org/2024-02-forking-forward/
• AlmaLinux-Webseite: https://almalinux.org/
• Interview mit Jan Wildeboer zu RHEL-Downstreams (Juli 2023): https://focusonlinux.podigee.io/63-interview-mit-jan-wildeboer
• Vortrag "CentOS ist tot, lang lebe CentOS - WTFAQ: Häufig gestellte Fragen" (FrOSCon 2021): https://programm.froscon.org/2021/system/event_attachments/attachments/000/000/637/original/WTFAQ_CentOS.pdf
• Tenacity Ankündigung: https://tenacityaudio.org/docs/_content/Introduction_and_Motivation.html#motivation-and-history-of-tenacity
• Hacker News-Eintrag: https://news.ycombinator.com/item?id=45814328



Sprungmarken

(00:00:00) Drei Forks

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• FOCUS ON: DevOps Podcast: https://focusondevops.podigee.io/
• GitHub - clbx/kubectl-browse-pvc: Kubectl plugin for browsing PVCs on the command line: https://github.com/clbx/kubectl-browse-pvc
• GitHub - yashbhutwala/kubectl-df-pv: kubectl plugin - giving admins df (disk free) like utility for persistent volumes: https://github.com/yashbhutwala/kubectl-df-pv
• GitHub - FalcoSuessgott/kubectl-vault-login: A kubectl plugin for authenticating to Kubernetes using HashiCorp Vault's Kubernetes Secret Engine: https://github.com/FalcoSuessgott/kubectl-vault-login
• GitHub - kubevirt/kubectl-virt-plugin: Holds all scripts to create packages and manifest file required for publishing the virtctl binary as a krew package for kubectl: https://github.com/kubevirt/kubectl-virt-plugin
• Kata Containers - Open Source Container Runtime Software: https://katacontainers.io/
• GitHub - go-acme/lego: Let's Encrypt/ACME client and library written in Go: https://github.com/go-acme/lego

Sprungmarken

(00:00:00) Tooltips (Tüddelkrams) für Container

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Ask HN: How to do simple heartbeat monitoring?: https://news.ycombinator.com/item?id=40276687
• Dead Man's Snitch - https://deadmanssnitch.com/
• OpsGenie Heartbeat: https://support.atlassian.com/opsgenie/docs/add-heartbeats-to-monitor-external-systems/
• Healthchecks: https://healthchecks.io/
• PagerDuty - Dead Man’s Snitch Integration Guide: https://www.pagerduty.com/docs/guides/dead-mans-snitch-integration-guide/
• PagerDuty - Heartbeat Event Monitoring: https://www.pagerduty.com/prompt-library/heartbeat-event-monitoring/
• Totmanneinrichtung auf Wikipedia: https://de.wikipedia.org/wiki/Totmanneinrichtung
• Dead man's switch auf Wikipedia: https://en.wikipedia.org/wiki/Dead_man's_switch
• Kubernetes Prometheus Operator - Watchdog alert: https://github.com/prometheus-operator/kube-prometheus/blob/c936a999acdbee7b1134bcf4be230e458d3ed9cd/manifests/kubePrometheus-prometheusRule.yaml#L27-L40
• HelloFresh - Who monitors the monitoring system? — Is my Prometheus alive at all: https://engineering.hellofresh.com/who-monitors-the-monitoring-system-is-my-prometheus-alive-at-all-2789fd3647b3
• Never Get Caught Blind: Securing Your Monitoring Stack with a Dead Man Switch: https://seifrajhi.github.io/blog/securing-monitoring-stack-dead-man-switch/

Sprungmarken

(00:00:00) Deadman Switch

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Side Project, Vollzeitjob und dann auch noch Kinder. Klingt nach einer dieser Ideen, die man sonntags feiert und montags bereut. Aber was, wenn genau darin die Energie steckt, die dir im Konzernalltag fehlt? Und was, wenn die größte Challenge gar nicht Zeit ist, sondern Erwartungen, Selbstzweifel und der Druck, immer liefern zu müssen?

In dieser Episode sprechen wir mit Stephan, iOS-Software-Engineer bei der Techniker Krankenkasse, Quereinsteiger mit McKinsey-Background, Vater von zwei Kindern und Indie-Developer der Haushaltsbuch-App Monee. Stephan nimmt uns mit in seine Hypercare-Phase als Elternteil, erklärt sein Setup mit Vier-Tage-Woche, Kinderbetreuung und klaren Absprachen und zeigt, wie er ein Side Project so baut, dass es nicht die Familie frisst.

Wir gehen tief in Energiemanagement, Autonomie als Motivator, Support-Triage, den Umgang mit Crashs und negativen Reviews sowie in die Realität von Build-in-Public, inklusive Survivorship Bias. Dazu gibt es ehrliche Einblicke darin, wie man als Entwickler:in trotz wenig Zeit dranbleibt, ohne sich selbst zu zerlegen.

Wenn du dich fragst, wie du Weiterbildung, Open Source oder ein eigenes Produkt neben Familie und Job realistisch unterkommst, ist das deine Episode.

Bonus: Elternlogik des Tages. Ein Kind ist kein Kind. Du bist noch in der Überzahl.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Stephan Lerner auf LinkedIn: https://www.linkedin.com/in/stephan-lerner-301ba091/
• Monee App: https://monee-app.com/de/
• Reddit - My completely free budget tracking app reached 9347 daily active users: https://www.reddit.com/r/AppIdeas/comments/1nub6ux/my_completely_free_budget_tracking_app_reached/
• McKinsey: https://www.mckinsey.de/
• TensorFlow: https://www.tensorflow.org/
• Keras deep learning API: https://keras.io/
• Firebase: https://firebase.google.com/
• Engineering Kiosk Episode #102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick: https://engineeringkiosk.dev/podcast/episode/102-quereinstieg-in-die-software-entwicklung-mit-melanie-patrick/
• Engineering Kiosk Episode #202 Indie-Hacking, Build in Public & der Traum vom eigenen Produkt mit Sebastian Röhl: https://engineeringkiosk.dev/podcast/episode/202-indie-hacking-build-in-public-der-traum-vom-eigenen-produkt-mit-sebastian-r%C3%B6hl/
• “The more you fuck around, the more you find out”: https://www.instagram.com/reel/CjZjg_wPEpQ/

Sprungmarken

(00:00:00) Die Balance zwischen Familie, Konzernjob und Side Project

(00:04:23) Ein Traumstart mit Studium und Praktikum bei McKinsey?

(00:05:02) Info/Werbung

(00:06:02) Ein Traumstart mit Studium und Praktikum bei McKinsey?

(00:19:02) Vom ersten Agentur Job in den Konzern und zum Side Projekt

(00:25:40) Vater, Job und Side-Projekt: Wie passt das alles?

(00:36:37) Druck im Side-Projekt: Bugs und Weiterentwicklung

(00:44:20) Der Vater macht es toll ... und die Mutter?

(00:52:32) Elternzeit = Freizeit?

(00:56:12) Energiemanagement, eigenen Ambitionen, Selbstzweifel

(01:03:58) Tipps zum Start: Ansprüche senken, einfach anfangen, Frustrationstoleranz

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Digitale Anomalien Podcast: https://digitaleanomalien.de/
• RFC 3092 - Etymology of "Foo": https://www.ietf.org/rfc/rfc3092.txt
• The Jargon File: http://www.catb.org/jargon/html/
• Die Kathedrale und der Basar: https://de.wikipedia.org/wiki/Die_Kathedrale_und_der_Basar
• Tech Model Railroad Club: https://en.wikipedia.org/wiki/Tech_Model_Railroad_Club
• Foo Camp: https://en.wikipedia.org/wiki/Foo_Camp
• Barcamp: https://de.wikipedia.org/wiki/Barcamp



Sprungmarken

(00:00:00) Der Ursprung von Foo und Bar

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Korrekturhinweis: Die GSB11-Websites sollen bis Ende 2028 umgesetzt werden, nicht bis Ende 2025.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Online-Petition - Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland: https://www.openpetition.de/petition/blog/anerkennung-von-open-source-arbeit-als-ehrenamt-in-deutschland
• English - Online-Petition - Recognition of Work on Open-Source as Volunteering in Germany: https://www.openpetition.de/petition/online/recognition-of-work-on-open-source-as-volunteering-in-germany
• Spanisch - Reconocimiento del trabajo de código abierto como voluntariado en Alemania: https://www.openpetition.de/petition/online/reconocimiento-del-trabajo-de-codigo-abierto-como-voluntariado-en-alemania
• Boris Hinzer auf LinkedIn: https://www.linkedin.com/in/boris-hinzer-96283111/
• Boris Hinzer auf Bluesky: https://bsky.app/profile/web-vision.bsky.social
• Boris Hinzer auf Mastodon: https://mastodon.social/@webvision 
• web-vision: https://www.web-vision.de/
• Abgabenordnung (AO) - § 52 Gemeinnützige Zwecke: https://www.gesetze-im-internet.de/ao_1977/__52.html
• Bürgerliches Gesetzbuch (BGB) - § 31a Haftung von Organmitgliedern und besonderen Vertretern: https://www.gesetze-im-internet.de/bgb/__31a.html
• Interview im Deutschlandfunk: https://www.deutschlandfunkkultur.de/ende-des-haftungsprivileg-was-wenn-soziale-medien-fuer-inhalte-haften-muessten-100.html
• TYPO3 Association: https://typo3.org/association
• Engineering Kiosk Episode #232 Public Money, Public Code mit Johannes Näder von der Free Software Foundation Europe: https://engineeringkiosk.dev/podcast/episode/232-public-money-public-code-mit-johannes-n%C3%A4der-von-der-free-software-foundation-europe/
• Internationaler Tag des Ehrenamts: https://www.deutsche-stiftung-engagement-und-ehrenamt.de/internationaler-tag-des-ehrenamts/
• Apache Software Foundation: https://www.apache.org/
• eSport als Ehrenamt: https://www.kicker.de/nach-sieben-jahren-frust-esport-steht-kurz-vor-dem-grossen-durchbruch-1171995/artikel
• Government Site Builder (GSB): https://www.itzbund.de/DE/itloesungen/standardloesungen/gsb/gsb.html

Sprungmarken

(00:00:00) Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland mit Boris Hinzer

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• IT-Berufe-Podcast: https://it-berufe-podcast.de/
• Deutsche Industrie- und Handelskammer - IT-Karriere leicht(er) gemacht - Weiterbildungssystem neu aufgestellt: https://www.dihk.de/de/themen-und-positionen/fachkraefte/aus-und-weiterbildung/weiterbildung/it-karriere-leicht-er-gemacht-120468
• Bundesinstitut für Berufsbildung - Neuordnung des IT-Weiterbildungssystems: https://www.bibb.de/de/189508.php
• Aufstiegs-BAföG: https://www.aufstiegs-bafoeg.de/aufstiegsbafoeg/de/home/home_node.html

Sprungmarken

(00:00:00) Offizielle Weiterbildungen in der IT

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Powering Innovation and Speed with Amazon’s Two-Pizza Teams https://aws.amazon.com/executive-insights/content/amazon-two-pizza-team/ 
• The Cost of Interrupted Work: More Speed and Stress https://ics.uci.edu/~gmark/chi08-mark.pdf 
• Team Cognitive Load: The Hidden Crisis in Modern Tech Organizations https://itrevolution.com/articles/team-cognitive-load-the-hidden-crisis-in-modern-tech-organizations/ 
• Two Pizza Team https://martinfowler.com/bliki/TwoPizzaTeam.html 
• #68 Im "Flow" und Deepwork mit Kirill Sivy  https://engineeringkiosk.dev/podcast/episode/68-im-flow-und-deepwork-mit-kirill-sivy/



Sprungmarken

(00:00:00) Zwei Pizzen und ein Geschirrspüler im Kopf

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Python Podcast: https://python-podcast.de/show/
• Python: https://www.python.org/
• Electron: https://www.electronjs.org/
• Django: https://www.djangoproject.com/
• FastAPI: https://fastapi.tiangolo.com/
• Flask: https://flask.palletsprojects.com/en/stable/
• uv Python Package Manager: https://github.com/astral-sh/uv

Sprungmarken

(00:00:00) Electron-Apps mit Python

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Happy Bootstrapping - Der Podcast für Gründer:innen und Bootstrapper: https://happy-bootstrapping.podigee.io/
• NY Times Artikel zu "Trust Battery" bei Shopify: https://www.nytimes.com/2016/04/24/business/tobi-lutke-of-shopify-powering-a-team-with-a-trust-battery.html
• Sessionlab Erklärung zu Trust Battery: https://www.sessionlab.com/methods/trust-battery
• Charity Majors zu "How To communitcate when trust is low": https://charity.wtf/2023/08/17/how-to-communicate-when-trust-is-low-without-digging-yourself-into-a-deeper-hole/
• Andreas Lehr bei LinkedIn: https://www.linkedin.com/in/andreaslehr/
• Newsletter "allesnurgecloud": https://allesnurgecloud.com/
• Podcast "Happy Bootstrapping": https://happy-bootstrapping.de/
• Eigene Firma "We Manage": https://we-manage.de/
• Happy Bootstrapping mit Wolfi “Mit Open Source und SaaS zur Podcast-Analytics-Plattform (#101)”: https://happy-bootstrapping.podigee.io/101-mit-open-source-und-saas-zur-podcast-analytics-plattform-101



Sprungmarken

(00:00:00) Trust Battery

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Warum zahlen wir eigentlich doppelt? Wir finanzieren Software mit Steuergeld, aber der Code verschwindet hinter verschlossenen Türen. In dieser Episode sprechen wir über Public Money Public Code: Wenn öffentliche Gelder in Software fließen, sollte der Code als Open Source verfügbar sein. Nicht nur fair für die Allgemeinheit, sondern auch strategisch klug für digitale Souveränität und gegen Vendor Lock-in.

Gemeinsam mit unserem Gast Johannes Näder, Senior Project Manager Policy bei der Free Software Foundation Europe, tauchen wir in die Praxis ein. Johannes koordiniert die Initiative Public Money Public Code, berät Verwaltung und Politik und hält Vorträge zu nachhaltiger Beschaffung, Openwashing und digitaler Souveränität. Wir klären die Grundlagen freier Software, warum die vier Freiheiten zählen und wieso die Lizenzfrage nicht optional ist. Danach wird es konkret: Wie öffentliche Vergabeverfahren heute funktionieren, was sich mit der EU-Vergabereform ändern könnte, und wie Behörden statt Lizenzpaketen künftig Entwicklung, Maintenance und Support von Open Source einkaufen können.

Wir schauen auf Erfolge und Best Practices: Schleswig-Holstein migriert massenhaft auf LibreOffice, das österreichische Bundesheer ist umgestiegen, München investiert wieder in freie Software. Wir sprechen über ZenDiS, den souveränen Arbeitsplatz OpenDesk und die Code-Plattform OpenCode.

Bonus: Wer hätte gedacht, dass das österreichische Bundesheer zum (LibreOffice) Vorreiter wird?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Johannes Näder auf LinkedIn: https://www.linkedin.com/in/jnaeder/
• Johannes Näder auf Mastodon: https://mastodon.social/@johas
• Free Software Foundation Europe: https://fsfe.org/
• Public Money, Public Code: https://publiccode.eu/de/
• OSI Approved Licenses: https://opensource.org/licenses
• FrOSCon - 100 Tage Schwarz-Rot: Ein Aufbruch für Freie Software?: https://media.ccc.de/v/froscon2025-3329-100_tage_schwarz-rot_ein_aufbruch_fur_freie_software
• Zentrum für Digitale Souveränität der Öffentlichen Verwaltung: https://www.zendis.de/
• Deutschland-Stack: https://deutschland-stack.gov.de/
• OpenDesk: https://www.opendesk.eu/de
• Österreichs Bundesheer stellt auf LibreOffice um: https://www.heise.de/news/Oesterreichs-Bundesheer-stellt-auf-LibreOffice-um-10660756.html
• Nach LiMux-Aus: Wie sich München langsam wieder an Open Source annähert: https://www.heise.de/news/Nach-LiMux-Aus-Wie-sich-Muenchen-langsam-wieder-an-Open-Source-annaehert-9980995.html
• NextCloud: https://nextcloud.com/de/
• FrOSCon 2024 - Geld ist nicht alles! Neue Wege zur nachhaltigen Beschaffung Freier Software: https://media.ccc.de/v/froscon2024-3111-geld_ist_nicht_alles
• Google Cloud und BWI geben Partnerschaft bekannt: https://www.bwi.de/magazin/artikel/google-cloud-und-bwi-geben-partnerschaft-bekannt
• OpenCode: https://opencode.de/de
• Corona-Warn-App auf Github: https://github.com/corona-warn-app
• Next Generation Internet (NGI): https://ngi.eu/
• Ada & Zangemann - Ein Märchen über Software, Skateboards und Himbeereis: https://fsfe.org/activities/ada-zangemann/index.de.html
• FSFE Contribute: https://fsfe.org/contribute/
• Software Freedom Podcast: https://fsfe.org/news/podcast.en.html

Sprungmarken

(00:00:00) Public Money, Public Code

(00:05:02) Worum geht es bei freier Software und "Public Money, Public Code"?

(00:06:09) Info/Werbung

(00:07:09) Worum geht es bei freier Software und "Public Money, Public Code"?

(00:17:04) Wo steht Deutschland bei Public Money, Public Code?

(00:23:13) Was ist so schwierig an der Nutzung von Open Source in Behörden?

(00:29:13) Vergabeverfahren von Software in der öffentlichen Verwaltung

(00:39:57) Positive Beispiele in Behörden

(00:48:21) OpenCode und OpenWashing

(01:05:29) Was können wir für die Zukunft erwarten?

(01:09:44) Was können wir als Bürger tun?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• The Problem with Using a UUID Primary Key in MySQL https://planetscale.com/blog/the-problem-with-using-a-uuid-primary-key-in-mysql 
•  Storing UUID Values in MySQL Tables https://dev.mysql.com/blog-archive/storing-uuid-values-in-mysql-tables/ 
• RFC: Universally Unique IDentifiers (UUIDs) https://datatracker.ietf.org/doc/html/rfc9562 
• Always use the right UUID in MariaDB https://mariadb.org/always-use-the-right-uuid/ 
• UUIDs https://en.wikipedia.org/wiki/Universally_unique_identifier 

Sprungmarken

(00:00:00) UUIDs

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Zeroday - Der Podcast für Informationssicherheit und Datenschutz: https://0x0d.de/

Sprungmarken

(00:00:00) Interesse für InfoSec

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• XY-Problem: https://de.wikipedia.org/wiki/XY-Problem
• How To Ask Questions The Smart Way: http://www.catb.org/esr/faqs/smart-questions.html
• The XY Problem: https://xyproblem.info/
• Eric S. Raymond: https://de.wikipedia.org/wiki/Eric_S._Raymond

Sprungmarken

(00:00:00) XY-Problem

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• SmartHütte Podcast: https://podcast.smarthuette.de/ 
• Einfach starten https://smarthuette.de/start-mit-home-assistant/ 
• Home Assistant Green: https://www.home-assistant.io/green/ 
• Home Assistant Yellow: https://www.home-assistant.io/yellow/ 
• Thin Clients und das Projekt TinyMiniMicro: https://www.servethehome.com/introducing-project-tinyminimicro-home-lab-revolution/ 
• Zigbee: https://en.wikipedia.org/wiki/Zigbee 
• Philips Hue: https://www.philips-hue.com/ 
• Ikea Smart Home: https://www.ikea.com/de/de/cat/smart-home-hs001/ 
• SMLIGHT SLZB-06p7 (Zigbee): https://smlight.tech/product/slzb-06p7 
• SMLIGHT SLZB-MR1 (Zigbee + Thread/Matter): https://smlight.tech/product/slzb-mr1 
• Zigbee2MQTT: https://www.zigbee2mqtt.io/ 
• ZHA: https://www.home-assistant.io/integrations/zha/ 
• Home Assistant Companion Apps: https://companion.home-assistant.io/

Sprungmarken

(00:00:00) Advent, Advent, ein smartes Lichtlein brennt

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Thoughtworks Technology Radar https://www.thoughtworks.com/radar 
• Eigenes Tech Radar bauen https://www.thoughtworks.com/radar/byor 
• Zalando Tech Radar (Open Source tools) https://engineering.zalando.com/posts/2016/05/zalando-tech-radar.html 
• Cloud Native Computing Foundation (CNCF) https://www.cncf.io/reports/cncf-technology-landscape-radar/ 
• Inspirational Technology Radar Examples https://www.workingsoftware.dev/inspirational-technology-radar-examples/ 

Sprungmarken

(00:00:00) Tech Radar

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• TILpod: https://tilpod.net/
• Sujeevans Homepage: https://svij.org/
• Dirks Homepage: https://dirk.deimeke.ruhr/
• Friday Deployments: https://friday-deployments.com/

Sprungmarken

(00:00:00) Open-Source-Contributions jenseits von Code

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Was passiert, wenn Politik alles automatisieren will, ein starres Pflichtenheft ohne Tests verabschiedet und eine kleine Agentur in Rekordzeit ein hochkritisches System auf Visual Basic liefern soll? 1992 ging das Notrufsystem des London Ambulance Service mit einem Big Bang Rollout live. Ohne vollwertige Schulung, ohne belastbare Lasttests und ohne echten Backup-Plan. Das Ergebnis: Fehldispatches, endlose Wartezeiten, Ausnahmezustand in der Leitstelle und ein technischer Kollaps durch ein simples Memory Leak.

In dieser Episode sprechen wir über den gesamten Projektverlauf vom London Ambulance System Disaster: Von der Zettelwirtschaft mit Förderband über ein überambitioniertes Automatisierungsvorhaben, NIH-Syndrom in der Ausschreibung, unrealistische Deadlines und Budgets, fehlendes Projektmanagement sowie Quality Assurance. Wir beleuchten die Live-Inbetriebnahme im Oktober 1992, GPS- und Statusprobleme in den Ambulanzen, die Exception-Flut auf den Monitoren, das ungetestete Failover und die Folgen für Personal, Vertrauen und Öffentlichkeit.

Wir ordnen das Desaster für die Tech Community ein und ziehen Parallelen zu heute: AI- und Cloud-Rollouts ohne Fallback, Fix-forward statt Rollback, End-to-End- und Lasttests mit realistischen Szenarien, SRE-Praktiken, soziotechnische Systeme, UX in kritischen Workflows und die ethische Verantwortung von Entwicklerinnen. Außerdem: moderne Beispiele wie die Boeing 737 Max und Pandemie-Apps, die zeigen, wie zeitlos diese Learnings sind.

Bonus: Das Kernsystem lief auf Visual Basic unter Windows 3. Klingt retro, war aber alles andere als ein Retro-Game.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Mini Playback Show (Wikipedia): https://de.wikipedia.org/wiki/Mini_Playback_Show
• n8n: https://n8n.io/
• London Ambulance Service NHS Trust: https://www.londonambulance.nhs.uk/
• Podcast “Digitale Anomalie” - #73: Desaster mit Ansage: https://digitaleanomalien.de/73-desaster-mit-ansage/
• Disaster in London. The LAS case study: https://www.researchgate.net/publication/3792694_Disaster_in_London_The_LAS_case_study
• A Comedy of Errors: the London Ambulance Service case study: http://www0.cs.ucl.ac.uk/staff/a.finkelstein/papers/lascase.pdf
• Report of the Inquiry Into The London Ambulance Service (60 Seiten): http://www0.cs.ucl.ac.uk/staff/A.Finkelstein/las/lascase0.9.pdf
• Wired - Oct. 26, 1992: Software Glitch Cripples Ambulance Service: https://www.wired.com/2009/10/1026london-ambulance-computer-meltdown/
• The Guardian - London ambulance staff log calls with pen and paper after IT failure: https://www.theguardian.com/society/2017/jan/01/london-ambulance-staff-log-calls-with-pen-and-paper-after-it-failure
• Engineering Kiosk Episode #96 Selbstgemacht vs. Fertigprodukt: Ein Blick auf das Not-Invented-Here-Phänomen: https://engineeringkiosk.dev/podcast/episode/96-selbstgemacht-vs-fertigprodukt-ein-blick-auf-das-not-invented-here-ph%C3%A4nomen/
• LASCAD (Wikipedia): https://en.wikipedia.org/wiki/LASCAD

Sprungmarken

(00:00:00) 1992 und das London Ambulance System Disaster

(00:06:01) Info/Werbung

(00:07:01) 1992 und das London Ambulance System Disaster

(00:42:37) Aus Fehlern lernen: End-to-End und Lasttests

(00:47:38) Aus Fehlern lernen: Die menschliche Seite

(00:55:32) Projekte mit anderen Problemen in der heutigen Zeit

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Herkunft von Yak Shaving: https://en.wiktionary.org/wiki/yak_shaving
• Ren & Stimpy, Yak Shaving Day: https://en.wikipedia.org/wiki/The_Boy_Who_Cried_Rat!
• Am I Yak-Shaving or Bikeshedding?: https://kau.sh/blog/yak-shaving-bike-shedding/
• Don’t Shave That Yak!: https://seths.blog/2005/03/dont_shave_that/
• yak shaving: http://www.catb.org/~esr/jargon/html/Y/yak-shaving.html
• Parkinsonsche Gesetze: https://de.wikipedia.org/wiki/Parkinsonsche_Gesetze
• "Jeremy H. Brown" to: all-ai@ai.mit.edu: https://projects.csail.mit.edu/gsb/old-archive/gsb-archive/gsb2000-02-11.html
• Stack Exchange “What exactly is Yak Shaving?”: https://softwareengineering.stackexchange.com/questions/388092/what-exactly-is-yak-shaving
• History of Apache Maven: https://maven.apache.org/background/history-of-maven.html
• Slack (software): https://en.wikipedia.org/wiki/Slack_(software)

Sprungmarken

(00:00:00) Yak Shaving

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Wir starten mit einem kurzen Recap zu Resilience Engineering: Timeouts, Retries, Exponential Backoff, Jitter, Circuit Breaker. Danach gehen wir tief rein ins Hedging: Was ist der Hedge Threshold, warum optimieren wir auf Tail statt Head Latency und wie Perzentile wie P50, P95 und P99 die Sicht auf Performance verändern. Wir zeigen, wie du Hedging sicher umsetzt, ohne dein Backend zu überlasten, wo Idempotenz Pflicht ist und warum Schreibzugriffe besonders heikel sind.

In der Praxis klären wir, wie du Requests sauber cancelst: HTTP 1.1 via FIN und Reset, HTTP 2 mit RESET_STREAM, gRPC Support und wie Go mit Context Cancellation nativ hilft. Zum Tooling gibt es echte Beispiele: Envoy als Cloud-native Proxy mit Hedging, gRPC, Open Source Erfahrungen. In der Datenbankwelt sprechen wir über Read Hedging, Quorum Reads und Write-Constraints bei Cassandra und Kafka, über Vitess im MySQL-Universum und Grenzen von PG Bouncer. Auch Caches wie Redis und Memcached sowie DNS Patterns wie Happy Eyeballs sind am Start. Historisch ordnen wir das Ganze mit The Tail at Scale von Jeff Dean ein und schauen, wie Google, Netflix, Uber, LinkedIn oder Cloudflare Hedging verwenden.

Am Ende nimmst du klare Best Practices mit: Hedging gezielt auf Tail Latency einsetzen, Requests wirklich canceln, Idempotenz sicherstellen, dynamische Thresholds mit Observability füttern und deine Guardrails definieren.

Neugierig, ob Hedging dein P99 rettet, ohne dich selbst zu ddosen? Genau darum geht es.

Bonus: Hedgehog hat damit nichts zu tun, auch wenn der Name dazu verführt.

Keywords: Resilience Engineering, Request Hedging, Tail Latency, P99, Perzentile, Microservices, HTTP 2, gRPC, Go Context, Observability, Monitoring, Prometheus, Grafana, Envoy, Open Source, Cassandra, Kafka, Vitess, Redis, Memcached, Quorum Reads, Tech Community, Networking.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk #204 Resilience Engineering: Timeouts, Jitter, Backoff & andere Systemretter: https://engineeringkiosk.dev/podcast/episode/204-resilience-engineering-timeouts-jitter-backoff-andere-systemretter/
• Vitess Tablet throttler: https://vitess.io/docs/archive/15.0/reference/features/tablet-throttler/
• envoy Request Hedging: https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/http/http_routing#request-hedging
• gRPC Request Hedging: https://grpc.io/docs/guides/request-hedging/
• The tail at Scale: https://research.google/pubs/the-tail-at-scale/

Sprungmarken

(00:00:00) Resilience Engineering: Request Hedging

(00:04:16) Recap: Resilience Engineering mit Timeouts, Backoff und Jitter

(00:06:22) Was ist Request Hedging?

(00:07:28) Info/Werbung

(00:08:28) Was ist Request Hedging?

(00:18:17) Ist Request Hedging nicht kontraproduktiv?

(00:26:17) HTTP Request Cancellation

(00:37:06) Dynamischer Hedge-Threshold

(00:45:27) Die Arten von Request Hedging

(00:48:24) Request Hedging in der Praxis und Open Source

(00:57:47) Woher kommt Request Hedging?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

SOLID klingt nach Fels in der Brandung, fühlt sich in der Praxis aber oft nach Abstraktionspyramide an. Brauchen wir die fünf Prinzipien heute noch oder bremsen sie uns beim Time-to-Market aus? In dieser Episode gehen wir genau dieser Frage nach und nehmen dich mit von der nicht ganz offiziellen SOLID-Entstehungsgeschichte über die wichtigsten Prinzipien bis hin zur ehrlichen Einordnung zwischen Clean Code, Teamrealität und AI-Overengineering.

Wir starten mit dem S wie Single Responsibility und zerlegen den klassischen UserService: Was gehört rein, was raus, warum Utils-„Mülleimer“ gefährlich sind und wieso Komposition in der Praxis oft die bessere Wahl ist. Danach das O wie Open-Closed mit zwei greifbaren Beispielen: Rabattlogik ohne if-Hölle und Zahlungsanbieter-Design zwischen Switch Case und Strategie. Beim L wie Liskov Substitution wird es historisch und konkret: Barbara Liskov, Turing Award, Rechteck–Quadrat und die Frage, warum protected so oft Kapselung sprengt. Beim I wie Interface Segregation feiern wir kleine, fokussierte Interfaces, Duck Typing und die Go-Philosophie. Und beim D wie Dependency Inversion klären wir den Unterschied zu Dependency Injection, zeigen Injection-Varianten und warum Tests dadurch so viel leichter werden.

Wir ordnen ein, wo SOLID glänzt und wo es Grenzen hat: Overengineering durch zu viele Klassen, DI-Container-Magic, ORMs, Microservices als Fehlinterpretation von SRP sowie der gesunde Trade-off zwischen sauberen Contracts und schneller Lieferung. Dazu Teamkultur statt Dogmatismus, Clean Code ohne Religion und die Erkenntnis, dass gute Architektur vor allem durch Datenflüsse, Domain-Zuschnitte und klare Systemgrenzen entsteht.

Am Ende bleibt ein pragmatisches Playbook: Komposition über Vererbung, kleine Interfaces, klare Contracts, Injection wo es hilft und bewusstes Brechen von Regeln, wenn der Kontext es fordert.

Bonus: Side Project-Idee aus der Community-Ecke. Baue einen Fax-zu-Discord-Bot. Wir integrieren ihn. Versprochen.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/
• Engineering Kiosk Episode #93 Barbara Liskov - Das L in SOLID (Liskovsches Substitutionsprinzip & Abstraktion): https://engineeringkiosk.dev/podcast/episode/93-barbara-liskov-das-l-in-solid-liskovsches-substitutionsprinzip-abstraktion/
• Engineering Kiosk Episode #65 Clean Code macht Software langsam: https://engineeringkiosk.dev/podcast/episode/65-clean-code-macht-software-langsam/
• Traits: https://de.wikipedia.org/wiki/Trait_(Programmierung)
• Urlaub im Userspace: E011 – 30 Jahre MySQL mit Wolfi https://user.space/e011-30-jahre-mysql/ 

Sprungmarken

(00:00:00) Die Geschichte zu den SOLID Prinzipien

(00:06:58) Info/Werbung

(00:07:58) Die Geschichte zu den SOLID Prinzipien

(00:28:01) SOLID: Open-Closed Principle (OCP)

(00:38:57) SOLID: Liskov Substitution Principle (LSP)

(00:47:57) SOLID: Interface Segregation Principle (ISP)

(00:54:16) SOLID: Dependency Inversion Principle (DIP)

(01:04:18) Kritik an SOLID

(01:11:09) Automatische Anwendung von SOLID durch AI?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Wir klären, warum Mobile inzwischen rund die Hälfte des Gaming-Umsatzes ausmacht und ordnen Hypercasual, Casual, Midcore und Hardcore mit vielen Beispielen ein. Wir zeigen, was Mobile heute bedeutet: Native Apps in App Store und Play Store, aber auch Games als Facebook Instant Games sowie Integrationen für Reddit, Discord, TikTok und Netflix. Du erfährst, wie Social Loops auf Plattformen funktionieren, warum asynchrones Multiplayer ein Growth-Hebel ist und was Viralität gegenüber klassischer User Acquisition auszeichnet.

Technisch gehen wir tief rein: Warum Lotum für viele Titel auf Vue.js setzt und Game-UX wie eine hochinteraktive Web-App denkt. Wir sprechen über Performance-Details, GPU-freundliche Animationen und warum beim WordBlitz-Core Plain JavaScript die Nase vorn hat. Im Backend wird es handfest mit WebSockets, Redis-Clustern und Realtime-Events in der Google Cloud. Dazu kommen Tools und Plattformen wie Nakama (Open Source Backend for Games) und SpacetimeDB, plus eine ehrliche Kostenstory rund um Firebase.

Natürlich geht es auch ums Geld: Ads vs. In-App Purchases, Hybrid-Modelle, ROAS über 180 Tage und was erfolgreiche Titel wirklich auszeichnet. Wir teilen KPI-Realität, A/B-Testing-Erkenntnisse, warum kleine UX-Texte große Effekte haben können und welche Schwelle ein Spiel bei Lotum erreichen sollte, um weiterverfolgt zu werden.

Wenn du wissen willst, wie moderne Mobile Games entstehen – technologisch, produktseitig und monetär – schnapp dir diese Episode.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Lotum: https://lotum.com/de
• Fabi Fink auf LinkedIn: https://www.linkedin.com/in/fabian-fink-b1a606132/
• programmier.bar: https://www.programmier.bar/
• Engineering Kiosk Episode #188 Spieleentwicklung: Die Königsdisziplin der Informatik mit Dominic Pacher: https://engineeringkiosk.dev/podcast/episode/188-spieleentwicklung-die-k%C3%B6nigsdisziplin-der-informatik-mit-dominic-pacher/
• PixiJS - The HTML5 Creation Engine: https://pixijs.com/
• Vue.js: https://vuejs.org/
• SpacetimeDB: https://spacetimedb.com/
• Nakama: https://heroiclabs.com/nakama/
• Firebase: https://firebase.google.com/
• Google AdMob: https://admob.google.com/intl/de/home/
• ROAS (Return on Advertising Spend): https://omr.com/de/daily/glossary/roas-return-on-advertising-spend
• Pick of the Day
• Fabi Fink - AINews Smok: https://news.smol.ai/
• Andy Grunwald - Spiele für Softwareentwickler:innen - https://engineeringkiosk.dev/spiele-fuer-softwareentwickler/
• Wolfi Gassler: https://www.jetzt.at/

Sprungmarken

(00:00:00) Entwicklung von Mobile Games mit Fabi Fink

(00:07:26) Info/Werbung

(00:08:26) Unterschiede zur klassischen und der Mobile-Gaming-Welt

(00:15:48) Was kann eigentlich als Mobile Game bezeichnet werden?

(00:24:03) Frontend: Wie nah sind klassische Mobile Games an der Webentwicklung dran?

(00:33:00) Backend: Multiplayer und State-Management

(00:41:47) Daseinsberechtigungen von Plattformen und spezielle Gaming-Backends

(00:52:39) Monetarisierung von Mobile Games

(01:04:39) A/B-Testing und Datenanalyse

(01:09:01) Empfehlungen für neue Spiele-Entwickler*innen

(01:11:47) Pick of the Day

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Bonus: Wir erklären, warum alle Informatiker Doktoren auch Philosophen sind ;)

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Website von Michael Dorner: https://www.michaeldorner.de/
• Veröffentlichungen von Michael Dorner: https://scholar.google.de/citations?user=pxjtc20AAAAJ&hl=de&oi=ao
• Dr. Arbeit von Michael Dorner “Code Review as a Communication Network”: https://bth.diva-portal.org/smash/get/diva2:1991183/FULLTEXT02.pdf
• Inner Source: https://de.wikipedia.org/wiki/Inner_Source
• AI slop attacks on the curl project: https://daniel.haxx.se/blog/2025/08/18/ai-slop-attacks-on-the-curl-project/
• Tax Compliance in Software Engineering: The 30-Billion-Dollar Software Engineering Problem: https://www.michaeldorner.de/posts/the-microsoft-case/



Sprungmarken

(00:00:00) Code-Reviews als Kommunikationsnetzwerk mit Prof. Michael Dorner 

(00:05:37) Was ist eigentlich ein Code-Review? Und woher kommt es? Welche Informationen werden dabei ausgetauscht?

(00:06:02) Info/Werbung

(00:07:02) Was ist eigentlich ein Code-Review? Und woher kommt es? Welche Informationen werden dabei ausgetauscht?

(00:33:23) Das Kommunikationsnetzwerk von Code-Reviews sowie die Wirtschaftlichkeit

(00:41:59) Unterschiede von Code-Reviews in Open Source und in Unternehmen

(00:49:17) Was wird bei einem Code-Review eigentlich überprüft?

(00:56:33) Kann künstliche Intelligenz bei Code-Reviews helfen?

(01:05:10) Versteuerung von geografisch verteilten Code-Reviews bzw. Software-Teams

(01:13:34) Rotwein, Dr.-Arbeit und Learnings aus der Code-Review-Forschung

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Technische Schulden fühlen sich oft nach Ballast an, können aber dein stärkster Hebel für Speed sein. Der Knackpunkt ist, sie bewusst und sichtbar einzugehen und konsequent wieder abzubauen. In dieser Episode sprechen wir darüber, wie wir technische Schulden strategisch nutzen, ohne uns langfristig festzufahren.

Ward Cunningham sagt: Technische Schulden sind nicht automatisch schlechter Code. Wir ordnen ein, was wirklich als “Debt” zählt und warum Provisorien oft länger leben als geplant. Dann erweitern wir die Perspektive von der Code‑ und Architektur‑Ebene auf People und Prozesse: Knowledge Silos, fehlendes Code Review und organisatorische Entscheidungen können genauso Schulden sein wie ein any in TypeScript. Wir diskutieren sinnvolle Indikatoren wie DORA Metriken, zyklomatische Komplexität und den CRAP Index, aber auch ihre Grenzen. Warum Trends über Releases hilfreicher sind als Einzelwerte oder wie Teamskalierung die Kennzahlen beeinflusst. Dazu die Business Seite: reale Kosten, Produktivitätsverluste, Frust im Team und Fluktuation. Als Anschauung dient der Sonos App Rewrite als teures Lehrstück für akkumulierte Schulden.

Wenn du wissen willst, wie du in deinem Team Technical Debt als Werkzeug nutzt, Metriken und Kultur klug kombinierst und den Business Impact sauber argumentierst, dann ist diese Episode für dich.

Bonus: Wir verraten, warum Legacy allein keine Schuld ist und wie Open Source, Plattformteams und Standardisierung dir echte Zinsen sparen können.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• The Invisible $1.52 Trillion Problem: Clunky Old Software: https://www.wsj.com/tech/personal-tech/the-invisible-1-52-trillion-problem-clunky-old-software-f5cbba27
• Engineers Spend 33% of Their Time Dealing with Technical Debt: https://hackernoon.com/engineers-spend-33percent-of-their-time-dealing-with-technical-debt-ze1p3wft
• Measuring And Managing Technical Debt: https://www.forbes.com/councils/forbestechcouncil/2022/08/10/measuring-and-managing-technical-debt/
• Code Red: The Business Impact of Code Quality -- A Quantitative Study of 39 Proprietary Production Codebases: https://arxiv.org/abs/2203.04374
• Paying down tech debt: https://newsletter.pragmaticengineer.com/p/paying-down-tech-debt
• The hidden costs of technical debt: https://divagatio.substack.com/p/the-hidden-costs-of-technical-debt
• Business costs of technical debt: https://codescene.com/hubfs/calculate-business-costs-of-technical-debt.pdf
• This Code is CRAP: https://testing.googleblog.com/2011/02/this-code-is-crap.html
• Sonos workers shed light on why the app update went so horribly: https://arstechnica.com/gadgets/2024/09/it-was-the-wrong-decision-employees-discuss-sonos-rushed-app-debacle/
• Things You Should Never Do, Part I: https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/
• ISO/IEC 25010: https://iso25000.com/index.php/en/iso-25000-standards/iso-25010

Sprungmarken

(00:00:00) Technische Schulden als strategisches Werkzeug

(00:05:13) Info/Werbung

(00:06:13) Technische Schulden als strategisches Werkzeug

(00:15:30) Wie entdecke ich technische Schulden?

(00:23:44) Keine technischen Schulden und Legacy-Code

(00:33:04) Technische Schulden werden vom Team getragen

(00:37:23) Abbau von technischen Schulden und SLOs

(00:51:27) Der Impact von AI auf deine technische Schulden

(00:55:23) Technische Schulden von vornherein verhindern

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Du kennst das Gefühl: Die Bug-Liste wird immer länger, die Zeit aber immer knapper – und plötzlich stehen Feature-Wünsche und Qualitätsansprüche Kopf an Kopf im Sprint. Willkommen im ganz normalen Entwickler:innen-Wahnsinn!

In dieser Episode tauchen wir tief ein in die zweite Runde unseres Bugmanagement-Doppelpacks: Wir klären, wie du mit alternden Bugs umgehst, warum manchmal ein kompletter Bug-Löschantrag oder gar eine „Buginsolvenz“ sinnvoll ist, wie du Frust auf Kundenseite vermeidest und was Priorisierung in der Praxis bedeutet. Wir diskutieren Zero-Bug-Policies, Team-Taktiken fürs gemeinsame Backlog-Aufräumen, Root-Cause-Analysen und Deadlines, die aus harmlosen Fehlerchen plötzlich Release-Blocker machen können. Dabei streifen wir Themen wie Maintenance-Kultur, Feature-vs.-Bugfix-Balance (KTLO vs. Verbesserung), Testing-Strategien von Unit bis Canary Deployment, den Sinn (und Unsinn) von Bugsmash-Days und welche Metriken wirklich zeigen, ob sich der gesamte Aufwand am Ende lohnt.

Außerdem nehmen wir die menschliche Seite unter die Lupe: Welche Rollen und Verantwortlichkeiten braucht’s eigentlich für ein wirksames Bugmanagement? Wann wird ein Bug zu einem Incident? Und wie schaffst du es, Bugfixing auf Leadership-Ebene gebührend anzuerkennen, statt nur im Schatten der Feature-Entwicklung zu dümpeln?

Fun Fact: Je länger ein Bug lebt, desto schwerer wird’s mit dem Fix – oder er verschwindet ganz von allein (aka Buginsolvenz).

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Keine

Sprungmarken

(00:00:00) Bug Management, die Zweite

(00:00:50) Muss ich die Bugs überhaupt fixen?

(00:04:20) Info/Werbung

(00:05:20) Muss ich die Bugs überhaupt fixen?

(00:18:24) Zeit und Raum fürs Team, Bugs zu fixen

(00:29:42) Bug-Sprints und Deadline für Bugs

(00:33:29) Wer kümmert sich um Bugs?

(00:37:52) Bugs als Incidents

(00:46:05) Root-Cause-Analysen für Bugs

(00:49:36) Bugs von vornherein verhindern

(00:58:44) Wie misst man sein Bug-Management?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Jede:r von uns kennt sie: Bugs in der Software. Sie verstecken sich nicht nur in tiefen Architekturentscheidungen oder Skurrilitäten des Nutzerverhaltens. Sie sind Alltag, egal wie viel Testautomatisierung, KI-Unterstützung oder Code-Reviews wir in unseren Prozessen haben. Doch wie gehst du damit um, wenn die Bugliste immer länger wird, dein Team über Jira-Tickets stöhnt und die Frage im Raum steht: Lohnt es sich überhaupt, Bugs systematisch zu managen?

In dieser Episode nehmen wir dich mit durch alle Facetten des modernen Bug-Managements. Wir diskutieren, wie Bugs überhaupt entstehen, warum 'Zero Bug'-Versprechen ein Mythos sind und welche Strategien es gibt, Fehler möglichst früh zu finden. Ob durch Beta-Channels, Dogfooding im eigenen Unternehmen oder kreatives Recruiting. 

Wir tauchen ein in die Welt der Bug Reports: Wie sieht ein richtig guter aus? Welche Infos braucht das Engineering und wie senkst du die Hürden, damit dein Team (und auch die Community) wirklich meldet? Klartext gibt’s auch zur Priorisierung: Wie klassifizierst du Bugs nach User-Impact, Komplexität und Business-Wert, anstatt an zu vielen bunten Jira-Feldern zu verzweifeln?

Neugierig? Dann bleib dran.

Bonus: Unerwartete Funfact-Challenge → Ist schlechte UX ein Bug oder ein Feature?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Keine

Sprungmarken

(00:00:00) Bug Management: Sollten Bugs überhaupt gemanaged werden?

(00:04:55) Info/Werbung

(00:05:55) Bug Management: Sollten Bugs überhaupt gemanaged werden?

(00:21:36) Was ist eigentlich ein Bug?

(00:27:22) Bugs richtig reporten: Metadaten, Barrieren und Ticket-Ping-Pong

(00:39:22) Bug-Triage: Kategorisierungen, SLOs und Impact eines Bugs

(00:50:47) Episode 2 zum Thema Bug Management

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Egal ob Banküberweisung, Sneaker-Kauf im Online-Shop oder das neueste Side-Project: Oft verbergen sich hinter der vermeintlich „sicheren“ Datenhaltung komplexe Stolperfallen. Wie funktionieren Transaktionen wirklich? Und warum kann ausgerechnet ein falsch gewähltes Isolationslevel zu Dirty Reads, non-repeatable Reads oder sogar zu Write Skew führen?

Wir nehmen dich in dieser Episode mit auf eine Reise in die Tiefen der Konsistenzmodelle. Wolfi ist ehemaliger Forscher für Datenbanksysteme an der Uni Innsbruck. Mit ihm steigen wir ein in die Praxis und Theorie; Von Foreign Keys und Check Constraints bis hin zur Multi-Version Concurrency Control (MVCC). Du erfährst, was sich hinter Serializable, Repeatable Read, Read Committed und Read Uncommitted verbirgt und weshalb Tools wie Jepsen immer neue Fehler in selbst „sicheren“ Systemen aufdecken.

Am Ende weißt du, warum dich auch als Entwickler:in das Thema Konsistenz, Isolationslevel und Transaktionsmanagement beschäftigen solltest.

Bonus: Dirty Reads sind wie Gerüchte: Man hört sie, bevor sie wahr sind… aber was, wenn sie nie stimmen?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• MySQL's Terrible ACID https://pigsty.io/blog/db/bad-mysql/
• Jepsen Consistency Phenomena: https://jepsen.io/consistency/phenomena
• Jepsen Consistency Models: https://jepsen.io/consistency/models
• Aantithesis Reliability Glossar - Consistency Models: https://antithesis.com/resources/reliability_glossary/#consistency-models
• Engineering Kiosk Episode #22 NoSQL: ACID, BASE, Ende einer Ära Teil 2: https://engineeringkiosk.dev/ep22 
• Engineering Kiosk Episode #91 Konsistent, Verfügbar, Ausfalltolerant oder Performant: Das CAP- und PACELC-Theorem in verteilten Systemen: https://engineeringkiosk.dev/ep91 
• Engineering Kiosk Episode #19 Datenbank-Deepdive (oder das Ende einer Ära): von Redis bis ClickHouse: https://engineeringkiosk.dev/ep19 
• Engineering Kiosk Episode #189 Fuzzing: Wenn der Zufall dein bester Tester ist mit Prof. Andreas Zeller: https://engineeringkiosk.dev/ep189 

Sprungmarken

(00:00:00) Konsistenzmodelle von Datenbanken

(00:05:43) Info/Werbung

(00:06:43) Konsistenzmodelle von Datenbanken

(00:15:15) Crash-Kurs Datenbanken: ACID, BASE und CAP

(00:27:52) Warum sollten sich Entwickler*innen mit Konsistenz oder Isolationsmodellen auseinandersetzen?

(00:33:57) Isolation: Serializable

(00:37:16) Isolation: Read uncommitted, Read Committed und Repeatable Read

(00:45:38) Phantom Reads, Dirty Reads und Write Skew

(00:50:27) Testing und Debugging

(00:56:09) Technische Umsetzung von Konsistenzmodellen in Datenbanken

(01:01:53) Wer sollte sich um Konsistenzmodelle und Isolationslevel kümmern?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

APIs sind das Rückgrat moderner Softwareentwicklung, doch wer kennt nicht das Dilemma? Die API ändert sich, Fehlermeldungen stapeln sich im Postfach, und plötzlich hängt dein Workflow am seidenen HTTP-Thread. Genau dort kommen Client SDKs ins Spiel. Sie machen aus kryptischen API-Endpunkten handliche, sprachnahe Werkzeuge, die dir nicht nur Nerven, sondern auch Zeit sparen.

In dieser Episode schauen wir hinter die Kulissen der SDK-Entwicklung. Wir sprechen aus Maintainer-Perspektive über Supportdruck, Burnout und die (oft unterschätzte) Verantwortung in Open Source. Gleichzeitig tauchen wir tief in die Praxis ein: Was ist ein Client SDK genau? Wann lohnt sich Handarbeit, wann die Code-Generation? Warum ist idiomatisches SDK-Design mehr als nur Style – und weshalb boosten einige SDKs wie das von Stripe oder AWS sogar den wirtschaftlichen Erfolg ganzer Unternehmen?

Gemeinsam werfen wir einen Blick auf Architektur, Best Practices, Edge Cases, Testing, Dokumentation und Wartung. Und natürlich diskutieren wir, wann ein SDK wirklich sinnvoll ist – und in welchen Fällen du lieber einen simplen HTTP-Aufruf selbst schreibst.

Bonus: Wieso Atlassian Merch statt Sponsoring schickt.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #204 Resilience Engineering: Timeouts, Jitter, Backoff & andere Systemretter: https://engineeringkiosk.dev/podcast/episode/204-resilience-engineering-timeouts-jitter-backoff-andere-systemretter/
• Go library for accessing the GitHub v3 API: https://github.com/google/go-github
• Go client library for Atlassian Jira: https://github.com/andygrunwald/go-jira
• Semantic Versioning 2.0.0: https://semver.org/
• go-github “feat: Allow blocking until primary rate limit is reset #3117”: https://github.com/google/go-github/pull/3117
• Ollama OpenAI API Kompatibilität: https://ollama.com/blog/openai-compatibility
• Smithy: https://smithy.io/
• Introducing AWS API models and publicly available resources for AWS API definitions: https://aws.amazon.com/de/blogs/aws/introducing-aws-api-models-and-publicly-available-resources-for-aws-api-definitions/
• TypeSpec: https://typespec.io/
• Engineering Kiosk Episode #214 Daten aus Spotify & Co: Architektur einer skalierbaren API-Data-Pipeline: https://engineeringkiosk.dev/podcast/episode/214-daten-aus-spotify-co-architektur-einer-skalierbaren-api-data-pipeline/
• Engineering Kiosk Episode #126 Killing the Mutant: Teststrategien mit Sebastian Bergmann: https://engineeringkiosk.dev/podcast/episode/126-killing-the-mutant-teststrategien-mit-sebastian-bergmann/
• Engineering Kiosk Episode #175 Von Lustig bis Traurig: Wenn Open Source Geschichten schreibt: https://engineeringkiosk.dev/podcast/episode/175-von-lustig-bis-traurig-wenn-open-source-geschichten-schreibt/

Sprungmarken

(00:00:00) Eine kleine Geschichte über die Entwicklung von Client SDKs

(00:04:26) Info/Werbung

(00:05:26) Eine kleine Geschichte über die Entwicklung von Client SDKs

(00:21:32) Wer schreibt SDKs? SDKs können die Produkte boosten

(00:27:16) Welche Code- und Design-Prinzipien sind für ein SDK entscheidend?

(00:39:12) Client SDKs auf Basis von Spezifikationen generieren?

(00:54:40) Testing von Client SDKs

(00:59:52) Wann macht es keinen Sinn, ein Client SDK zu nutzen?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Monolith oder Microservices? Python oder Go? Wer träumt nachts eigentlich vom perfekten ETL-Stack? Als Softwareentwickler:in kennst du das: Daten aus zig Quellen, kapriziöse APIs, Security-Bedenken und der Wunsch nach einem skalierbaren, sauberen Architekturkonzept. Fragen über Fragen und etliche mögliche Wege. Welcher ist “der Richtige”?

Genau dieses Szenario nehmen wir uns zur Brust: Wolfi hat mit „Open Podcast“ ein reales Projekt gebaut, das Analytics-Daten aus Plattformen wie Spotify, Apple & Co. zusammenführt. Du willst wissen, wie du verteilte APIs knackst, Daten harmonisierst, Backups sicherst und deine Credentials nicht als Excel-Sheet auf den Desktop legst? Komm mit auf unseren Architektur-Deepdive! Andy wird Schritt für Schritt interviewt und challenged, wie er als Engineer, von API-Strategie über Message Queues bis Security und Skalierung, dieses Problem kreativ lösen würde. Nebenbei erfährst du alles Wichtige über Open-Source-Vorteile, Datenbanken (PostgreSQL, Clickhouse), Backups, Monitoring und DevOps. Das Ganze immer garniert mit Learnings aus der echten Praxis.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #154 Architektur-Diskussion: Design eines einfachen und robusten Preis-Scrapers: https://engineeringkiosk.dev/podcast/episode/154-architektur-diskussion-design-eines-einfachen-und-robusten-preis-scrapers/
• Open Podcast: https://openpodcast.dev/
• Open Podcast auf GitHub: https://github.com/openpodcast/
• Restic: https://restic.net/
• Percona XtraBackup: https://www.percona.com/mysql/software/percona-xtrabackup

Sprungmarken

(00:00:00) Wie würdest du ... Open Podcasts bauen?

(00:03:35) Info/Werbung

(00:04:35) Wie würdest du ... Open Podcasts bauen?

(00:14:25) Die Produkt-Fragen: Was muss berücksichtigt werden?

(00:25:16) Daten anfragen, vereinheitlichen und die Message Queue

(00:41:23) Security: Wie speicherst du Zugangsdaten? Wie machst du Backups?

(00:49:08) Monitoring und Continuous Integration (CI)/Continuous Delivery (CD)

(00:52:28) Wie wurde das Produkt gebaut?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Remote? Homeoffice? Büro? Die Pandemie hat unsere Art zu arbeiten nachhaltig verändert. Doch wie fühlt sich 100% remote heute wirklich an? In dieser Episode tauchen wir tief ein: Was bedeutet es, wenn das Office keinen festen Platz mehr hat und der Arbeitsweg aus wenigen Schritten zwischen Bett und Schreibtisch besteht? Andy teilt seine Erfahrungen aus mehr als drei Jahren im komplett remote geführten Arbeitsumfeld – mit Teams verteilt über Deutschland, Europa und Asien.

Wir sprechen offen darüber, worauf es im Remote Setup im Tech-Bereich wirklich ankommt: Wie unterscheiden sich Remote, Homeoffice, Telearbeit und mobiles Arbeiten juristisch und praktisch? Wie wandelst du Isolation in produktive Freiheit um und wo liegen die Stolpersteine bei sozialer Interaktion, Sichtbarkeit, Networking und Karriere? Was tun gegen das berüchtigte "Out of Sight, Out of Mind" und wie helfen Eigeninitiative, asynchrone Kommunikation und eine Portion Mut zu neuen Routinen? 

Außerdem geht’s um globales Arbeiten über Zeitzonen, Selbstmanagement und die Frage: Ist Remote wirklich für alle die beste Lösung oder doch nur ein spannender Ausflug? Als Bonus gibt es Insights zu Unternehmens-Meetups, virtuelles Teambuilding und Networking-Tricks, die auch introvertierte Entwickler:innen glücklich machen können.

Funfact: Wer im Homeoffice keinen Nachbarn zum Quatschen hat, kann auf Meetups setzen – aber Achtung, nach einem Abend Community-Action ist die Batterie schneller leer, als du "Zoom" sagen kannst!

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• TIL057 - Office ist nicht gleich Office: https://tilpod.net/episode/til057-office-ist-nicht-gleich-office
• 3 Years of Extremely Remote Work: https://www.brendangregg.com/blog/2025-05-22/3-years-of-extremely-remote-work.html
• Verordnung über Arbeitsstätten (Arbeitsstättenverordnung - ArbStättV): https://www.gesetze-im-internet.de/arbst_ttv_2004/__2.html

Sprungmarken

(00:00:00) Wie ist es eigentlich, 100% remote zu arbeiten?

(00:03:43) Wie definierst du Remote-Arbeit, Home-Office oder Telearbeit?

(00:03:57) Info/Werbung

(00:04:57) Wie definierst du Remote-Arbeit, Home-Office oder Telearbeit?

(00:12:54) 100% Remote vs. Hybrid

(00:19:13) Wie kompensiert man fehlende Kaffeeküchen-Chats?

(00:26:16) Remote Leadership: Rituale, Teamgefühl und hybride Realitäten

(00:32:29) Arbeiten über Zeitzonen hinweg

(00:41:04) Sichtbarkeit und Karriere im Remote-Modus

(00:52:39) Wird es negativ ausgelegt, wenn man keine Remote-Erfahrung hat?

(00:58:06) Selbstdisziplin, Proaktivität und Isolation

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Multitenant Architekturen sind oft eine unterschätzte Herausforderung in der Softwareentwicklung. Stell dir vor, du betreibst eine Plattform, die tausende Kunden gleichzeitig sauber, performant und sicher bedienen soll – und ein einziger Fehler könnte im schlimmsten Fall alle Daten gleichzeitig gefährden. Klingt nach einem echten Albtraum? Ist es auch! Und genau deshalb tauchen wir in dieser Episode tief in die Welt von Multitenant-Systemen ein.

Mit dabei ist Max Schellhorn, AWS Solutions Architect und Experte für SaaS, Cloud und serverless Architekturen. Gemeinsam diskutieren wir, warum Multitenant-Systeme mehr sind als nur ein WHERE-Klausel im SQ-StatementL, wie du echte Daten- und Sicherheitsisolation erreichst, welche Cloud-nativen Mechanismen relevant sind und wie cell-basierte Architekturen im Praxiseinsatz funktionieren.

Wir klären was ein klassisches Single-Tenant-Setup ist wann moderne Cell- und Shuffle-Sharding-Konzepte zum Einsatz kommen sollten, räumen mit Mythen auf und liefern handfeste Tipps, wie du als Developer, Cloud Engineer oder CTO dein System flexibel, resilient und kostenoptimiert skalierst – ohne dabei den Fokus auf Security, Margen und Ops zu verlieren. Am Ende weißt du, wie sich Multitenancy modelliert, was wirklich zählt und warum „Multitenant ist das bessere Single Tenant“ mehr als ein Tech-Buzzword ist.

Bonus: Im Outro gibt’s den vermutlich schlechtesten Gemini-Witz zu Multitenancy.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Maximilian Schellhorn auf LinkedIn: https://www.linkedin.com/in/maxschell/
• Multi-Tenant architectures Talk @ Engineering Kiosk Alps: https://engineeringkiosk.dev/meetup/alps/archive/#meetup-12-june-2025
• Slides von Max Schellhorn zum Thema Multi-Tenant architectures: https://engineeringkiosk.dev/meetup/alps/slides/202506_meetup_ibk_multi_tenancy.pdf
• JSON Web Token: https://www.jwt.io/
• PostgreSQL Row Security Policies: https://www.postgresql.org/docs/current/ddl-rowsecurity.html
• Does ClickHouse support row-level and column-level security?: https://clickhouse.com/docs/knowledgebase/row-column-policy
• Engineering Kiosk Episode #198 RBAC & Co: Wer darf was? Klingt banal, ist aber verdammt wichtig!: https://engineeringkiosk.dev/podcast/episode/198-rbac-co-wer-darf-was-klingt-banal-ist-aber-verdammt-wichtig/
• Widespread Data Theft Targets Salesforce Instances via Salesloft Drift: https://cloud.google.com/blog/topics/threat-intelligence/data-theft-salesforce-instances-via-salesloft-drift?hl=en
• Engineering Kiosk Episode #206 Keine Zeit für endlose Meetings: Schneller entscheiden im Team: https://engineeringkiosk.dev/podcast/episode/206-keine-zeit-f%C3%BCr-endlose-meetings-schneller-entscheiden-im-team/
• How shuffle sharding in Cortex leads to better scalability and more isolation for Prometheus: https://grafana.com/blog/2021/05/11/how-shuffle-sharding-in-cortex-leads-to-better-scalability-and-more-isolation-for-prometheus/
• How Much Revenue Do Tech Giants Earn Per Employee?: https://www.visualcapitalist.com/how-much-revenue-do-tech-giants-earn-per-employee/
• Shuffle Sharding: https://aws.amazon.com/builders-library/workload-isolation-using-shuffle-sharding/
• Cell based architectures: https://docs.aws.amazon.com/wellarchitected/latest/reducing-scope-of-impact-with-cell-based-architecture/what-is-a-cell-based-architecture.html
• Let's architect - Building Multi-Tenant systems: https://aws.amazon.com/blogs/architecture/lets-architect-building-multi-tenant-saas-systems/

Sprungmarken

(00:00:00) Multi-Mandanten-Architekturen mit Max Schellhorn

(00:06:26) Info/Werbung

(00:07:26) Was ist ein Tenant im Software-Kontext?

(00:19:41) Warum ein WHERE-Statement zur Tenant-Isolation nicht ausreicht.

(00:31:19) Multi-Mandanten-Architekturen: Pool, Silo und Zellen

(00:47:48) Ab wann lohnt sich der Aufwand für eine Multi-Mandanten-Architekturen nicht?

(00:57:13) Das Noisy-Neighbor-Problem

(01:10:48) Tipps für Entwickler*innen für Multi-Mandanten-Architekturen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Kennst du das Gefühl, wenn deine Seite plötzlich nicht mehr lädt – und du schwörst, irgendwer dreht gerade absichtlich am Rad? Immer schneller, immer größere Bandbreiten, immer mehr Geräte online – verteilte Angriffe sind zum traurigen Alltag geworden. Doch was steckt wirklich hinter dem Buzzword „DDoS“?

Wir nehmen dich in dieser Engineering-Kiosk-Episode mit in die Welt der Distributed Denial-of-Service-Attacken – praxisnah, technisch und ohne Panikmache. Als Gast begrüßen wir Stefan Behte. Er ist Vice President Platform & Application sowie Informationssicherheitsbeauftragter bei Babiel, kennt die Absicherung prominenter Webseiten wie die des Deutschen Bundestags aus erster Hand, engagiert sich beim Chaos Computer Club und hat das Buch „Distributed Denial of Service: Angriffe erkennen & abwehren“ geschrieben.

Gemeinsam tauchen wir tief ein: Wer sind eigentlich die Täter ― vom Script Kiddie mit Booter-Service bis zur staatlich orchestrierten Cyber-Kampagne? Wie funktionieren Angriffe auf Layer 3/4 bis zur cleveren Business-Logik-Manipulation im Online-Shop? Wie bauen Angreifer Botnetze auf und wie erkennt und mitigiert man den Traffic-Wahnsinn? Wir sprechen über Infrastruktur-Design, sinnvolle DDoS-Protection in Cloud und On-Premise, finanzielle Fallen und smarte Defense-Strategien.

Mit dabei: Jede Menge Security-Funfacts (Stichwort: Quakenet! Slowloris im Anzug!), praxisnahe Tools zum Selbertesten und eine Diskussion über KI-Trends und die Zukunft des digitalen Wettrüstens.

Bonus: Im Podcast wird live die Engineering-Kiosk-Webseite auf DDoS-Resilienz geprüft – hast du schon getestet, wie robust dein Projekt ist?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Website von Stefan Behte: https://www.behte.de/
• Stefan Behte auf LinkedIn: https://www.linkedin.com/in/stefan-behte-221188104/
• Stefan Behte auf Mastodon: https://infosec.exchange/@dercraig
• Stefan Behte’s Blog: https://medium.com/@dercraig
• Buch "DDoS: Understanding Real-Life Attacks and Mitigation Strategies": https://ddos-book.com/
• K6 Loadtesting von Grafana: https://k6.io/
• Apache JMeter: https://github.com/apache/jmeter
• DDoS Test-Seite: https://ddos-test.com/
• Defending the Internet - How Cloudflare blocked a monumental 7.3 Tbps DDoS attack: https://blog.cloudflare.com/defending-the-internet-how-cloudflare-blocked-a-monumental-7-3-tbps-ddos/
• QUIC-Protokoll: https://de.wikipedia.org/wiki/QUIC
• OSI-Modell: https://de.wikipedia.org/wiki/OSI-Modell
• THC - The Hacker's Choice: https://www.thc.org/
• Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/
• AI slop attacks on the curl project: https://daniel.haxx.se/blog/2025/08/18/ai-slop-attacks-on-the-curl-project/
• Anubis Malware: https://www.checkpoint.com/de/cyber-hub/threat-prevention/what-is-malware/anubis-malware/
• Rapid Reset: Angreifer nutzen Lücke im HTTP/2-Protokoll seit August 2023 aus: https://www.heise.de/news/Rapid-Reset-Angreifer-nutzten-Luecke-in-HTTP-2-Protokoll-seit-August-2023-aus-9330889.html

Sprungmarken

(00:00:00) Distributed Denial of Service mit Stefan Behte

(00:04:21) Was ist eine Denial-of-Service-Attacke?

(00:07:08) Info/Werbung

(00:08:08) Was ist eine Denial-of-Service-Attacke?

(00:14:34) Load Testing Tools als DDoS-Software und das ISO OSI Modell

(00:20:21) Attacken auf Layer 1, Layer 2 und Layer 3

(00:25:52) Attacken auf Layer 4 und 7 (SYN-Flood, Amplification)

(00:40:46) Attacken auf Layer 8 (Business-Logik) und Bot-Netze

(00:50:42) KI als Angriffsvektor

(00:55:34) Erkennung und Abwehr von DDoS-Angriffen

(01:14:56) Wie entwickeln sich die DDoS-Angriffe in der Zukunft?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Eure Fragen, unsere Antworten. Hast du dich schon mal gefragt, wie Entwickler:innen eigentlich ihren riesigen To-Do-Berg organisieren, wie viel Kaffee wirklich durch ihre Venen fließt oder wie man als Papa von drei Kids noch Engagement für Open Source oder Side Projects übrig hat?Was tun wir gegen Overcommitment und Stress? Wie priorisieren wir, damit private Themen, Side Projects & Karriere am Ende halbwegs im Einklang bleiben?

Dies sind nur einige Fragen, die wir bekommen haben. 

Du erfährst u.a.

• Ob Koffeinkonsum ein Running Gag in der IT ist.
• Welche Produktivitäts-Tools, Workflows & persönlichen Rituale sind bei uns im Einsatz (Spoiler: Getting Things Done & Remember The Milk sind nicht tot).
• Warum Sport beim Stressmanagement hilft.
• Wie Side Projects manchmal sogar zu echten Exits führen, inklusive der Frage aller Fragen: Wie viel ist ein Dev-Projekt wirklich wert?

On top reden wir über Podcast-Equipments (Spoiler: Gutes Mikro ab 50€ genügt!), Automatisierung, Videospiele für Entwickler:innen und wozu ein Podcast wirklich Aufwand bedeutet.

PS: Podcast hören macht dich zwar nicht produktiver – aber definitiv entspannter.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Ask Me Anything: https://engineeringkiosk.dev/ama
• Coding Buddies: https://www.codingbuddies.de/
• Remember The Milk: https://www.rememberthemilk.com/
• Getting Things Done: https://de.wikipedia.org/wiki/Getting_Things_Done
• Notion: https://www.notion.com/de
• NextCloud Notes: https://apps.nextcloud.com/apps/notes
• HackerNews “ I tried every todo app and ended up with a .txt file”: https://news.ycombinator.com/item?id=44864134
• Engineering Kiosk Episode #13 Produktivität; https://engineeringkiosk.dev/podcast/episode/13-produktivit%C3%A4t/ 
• Engineering Kiosk Episode #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/podcast/episode/66-stressfreie-produktivit%C3%A4t-in-der-hektischen-welt-mit-getting-things-done/
• Silicon Weekly Podcast: https://silicon-weekly.de/
• Engineering Kiosk Episode #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast: https://engineeringkiosk.dev/podcast/episode/111-side-projects-zwei-entwickler-overengineeren-einen-podcast/
• Samson Q2U: https://www.amazon.de/Samson-Q2U-Aufnahme-Podcasting-Paket-XLR-Mikrofon/dp/B001R747SG
• Shure SM7B: https://www.amazon.de/Shure-SM7B-Gesangsmikrofon-XLR-Studiomikrofon-Frequenzbereich/dp/B0002E4Z8M/ref=sr_1_1_sspa
• Rhose NT-USB: https://rode.com/de/products/nt-usb
• Zoom PodTrak P4: https://zoomcorp.com/de/de/podcast-rekorder/podcast-recorders/podtrak-p4/
• Zencastr: https://zencastr.com/
• RedCircle: https://redcircle.com/
• Thanks.dev: https://thanks.dev/home
• CodePrints: https://codeprints.dev/
• Engineering Kiosk Episode #199 Side-Projects: Coden ist leicht. Sales ist schwer. Business ist der Endgegner!: https://engineeringkiosk.dev/podcast/episode/199-side-projects-coden-ist-leicht-sales-ist-schwer-business-ist-der-endgegner/
• Spiel TIS 100: https://store.steampowered.com/app/370360/TIS100/
• Spiel Factorio: https://www.factorio.com/
• Spiel Shapez: https://github.com/tobspr-games/shapez.io
• Spiel Sid Meier’s Civilization: https://de.wikipedia.org/wiki/Sid_Meier%E2%80%99s_Civilization

Sprungmarken

(00:00:00) Ask me Anything, die zweite!

(00:02:15) Wie hoch ist euer Kaffee-/Koffein-Konsum?

(00:06:42) Info/Werbung

(00:07:42) Welche Tools nutzt ihr zur Selbstorganisation? Z.B. für ToDos, Tickets, Notes?

(00:14:00) Wie balanciert ihr Ambition und Akzeptanz? Wie geht ihr mit dem inneren Druck um, “mehr tun zu wollen”, obwohl der Tag faktisch vorbei ist?

(00:20:45) Wie managed ihr euer Stresslevel?

(00:26:07) Wie bleibt man als Vater von drei kleinen Kindern ein engagierter Softwareentwickler?

(00:29:46) Wie lange wollt Ihr den Podcast eigentlich noch machen?

(00:37:14) Wie hat sich euer Podcast- und Recording-Equipment über die letzten Jahre entwickelt? Was wären eure Ratschläge für angehende Podcaster?

(00:44:12) Hattet / Habt ihr mal zusammen ein Side Project? (außer des Podcasts)

(00:50:53) Hattet ihr Programmier-Videospiele wie TIS100 gespielt?

(00:55:51) Wie hoch war nun die Summe, die Wolfgang bei seinem Exit erhalten hat?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Viele Entwickler:innen und Techies leben in der Cloud-Native-Bubble – doch sieht die Realität des deutschen Mittelstands wirklich so modern aus? Die Antwort: eher selten. In dieser Episode sprechen wir mit Patrick Terlisten, Technik-Geschäftsführer eines klassischen IT-Systemhauses aus Köln. Es geht direkt in die Besenkammer des Mittelstands – dorthin, wo das Rechenzentrum oftmals noch ein Abstellraum und Cloud nur ein Modewort ist.

Gemeinsam mit Patrick werfen wir einen ehrlichen Blick auf IT-Infrastruktur abseits von Start-ups: Wie sieht der Alltag zwischen Virtualisierung, Lizenzmodellen und Patchmanagement aus? Welche Rolle spielen „Shadow IT" und Software, für die es längst kein Dev-Team mehr gibt? Und wie kommt der Mittelstand, vom Sozialträger bis zum Maschinenbauer, eigentlich mit Themen wie Cloud, Open Source oder Security klar?

Wir diskutieren, warum die Realität oft ganz anders ist als das Hochglanz-Image auf Tech-Konferenzen: Von Kabelsalat über Lizenzen im Abo-Wahnsinn bis hin zu der Frage, wie viel Handwerk tatsächlich noch in IT steckt – und warum klassische Systemhäuser heute genauso mit Entwickler:innen & DevOps zu tun bekommen wie die hippe Startup-Welt. Patrick gibt dabei nicht nur Einblicke in seinen Systemhaus-Alltag, sondern erzählt auch wie sich das IT-Handwerk in Zeiten von Cloud und Hyperscalern verändert.

Bonus: IT-Handwerk ist Kabelziehen und Zunft – und Cable Porn bleibt eine Kunst für sich.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Patrick Terlisten auf LinkedIn: https://www.linkedin.com/in/patrickterlisten/
• Patrick Terlisten auf Mastodon: https://social.cologne/@pterlisten
• Website von Patrick Terlisten: https://vcloudnine.de/
• Wartungsfenster Podcast: https://wartungsfenster.podigee.io/
• Faxinformatiker Podcast: https://faxinformatiker.de/
• ML Network DV-Systeme, Netzwerk & Kommunikation GmbH: https://mlnetwork.de/
• Broadcom übernimmt VMware für rund 61 Millarden US-Dollar: https://www.heise.de/news/Broadcom-uebernimmt-VMware-fuer-rund-61-Millarden-US-Dollar-7123532.html
• VMware: Unternehmen müssen künftig 72 statt 16 Kerne lizenzieren: https://www.heise.de/news/VMware-Unternehmen-muessen-kuenftig-72-statt-16-Kerne-lizenzieren-10335539.html
• Ende des Supports für Windows 10: https://www.microsoft.com/de-de/windows/end-of-support?r=1
• Proxmox: https://www.proxmox.com/en/
• Subreddit cableporn: https://www.reddit.com/r/cableporn/
• Keycloak: https://www.keycloak.org/
• Bechtle: https://www.bechtle.com/
• SVA: https://www.sva.de/

Sprungmarken

(00:00:00) IT-Infrastruktur im Mittelstand

(00:09:16) Besenkammern vs. Datacenter: Wie sieht die IT im Mittelstand aus?

(00:10:26) Info/Werbung

(00:11:26) Besenkammern vs. Datacenter: Wie sieht die IT im Mittelstand aus?

(00:29:56) Technologiewandel: Virtualisierung, Wartungsfenster & Lizenzmodelle

(00:39:40) IT-Systemhaus als Plattform-Team, IT als Handwerk und Software-Entwicklung ohne Devs

(00:54:12) Security, Überzeugungsarbeit und Verständnis von Open Source

(01:09:38) Nachwuchs beim IT-Systemhaus

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Denkst du, Passwortmanager sind in 2025 längst Standard? Dann kennst du vermutlich noch nicht die Realität von vielen Devs. Selbst bei den Profis landen SSH-Schlüssel, API-Keys oder Secrets oft unverschlüsselt auf der Festplatte.

In dieser Episode gehen wir zurück zu den Security-Basics. Wir sprechen offen darüber, was wirklich Best Practice ist und was in der Praxis (und bei uns privat) anklang findet. Warum sind Passwortmanager ein echtes Must-have? Wann reicht TOTP – und wann brauchst du Hardware-Tokens wie den Yubikey? Welche Kompromisse gehst du zwischen UX, Sicherheit und „Faulheit“ ein? Außerdem diskutieren wir, wie du SSH-Keys richtig schützt und wie du sensible Umgebungsvariablen verwaltest. Weiterhin klären wir, was Phishing, Typosquatting und homographische Angriffe sind.

Engagiere dich in unserer Community, teile deine Security-Stories und verrate uns deine Lieblings-Tools – oder die Hacks, auf die du heute lieber nicht mehr stolz bist. Vielleicht schaffen wir es gemeinsam, Security 2025 ein Stück besser zu machen.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #161 Sichere Daten trotz physischem Zugriff: Disk Encryption und Integritätsschutz von Laptops bis IoT-Devices mit David Gstir von sigma star: https://engineeringkiosk.dev/podcast/episode/161-sichere-daten-trotz-physischem-zugriff-disk-encryption-und-integrit%C3%A4tsschutz-von-laptops-bis-iot-devices-mit-david-gstir-von-sigma-star/
• Have I Been Pwned: https://haveibeenpwned.com/
• Bruce Schneier: https://de.wikipedia.org/wiki/Bruce_Schneier
• BSI - Sichere Passwörter erstellen: https://www.bsi.bund.de/DE/Themen/Verbraucherinnen-und-Verbraucher/Informationen-und-Empfehlungen/Cyber-Sicherheitsempfehlungen/Accountschutz/Sichere-Passwoerter-erstellen/sichere-passwoerter-erstellen_node.html
• Why does storing two-factor authentication codes in your password manager make sense?: https://andygrunwald.com/blog/why-does-storing-two-factor-authentication-codes-in-your-password-manager-make-sense/
• eslint-config-prettier Compromised: https://safedep.io/eslint-config-prettier-major-npm-supply-chain-hack/
• KDBX 4: https://keepass.info/help/kb/kdbx_4.html
• Passbolt: https://www.passbolt.com/
• 1Password: https://1password.com/
• Bitwarden: https://github.com/bitwarden
• KeeWeb: https://github.com/keeweb/keeweb
• KeePassXC: https://github.com/keepassxreboot/keepassxc
• Yubikey: https://www.yubico.com/get-yubikey/

Sprungmarken

(00:00:00) Personal Security 101

(00:06:58) Info/Werbung

(00:07:58) Personal Security 101

(00:26:09) Passwort Manager: Cloud, Open Source

(00:35:49) Warum 2FA auch im Passwort Manager speichern?

(00:42:37) Multi Factor Authentication: TOTP, Push und Hardware-Tokens

(00:52:43) SSH Keys und GitHub Tokens und Key-Rotationen

(00:57:08) Environment Variablen sicher managen

(01:04:02) Passwörter in Team und Familie?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Du willst wissen, warum JavaScript bei uns manchmal für Bauchschmerzen sorgt? Oder wie wir bei dem rasenden Hype rund um KI & LLMs überhaupt noch den Überblick behalten? Vielleicht brennt dir auch die Frage unter den Nägeln, was wirklich wichtiger ist: Produkt, Gehalt oder Technologie bei deinem neuen Job – und würdest du für den „Purpose“ wirklich auf Geld oder deine Lieblings-Technologie verzichten?

In dieser AMA-Episode stellen wir uns euren Fragen. Von Linter-Diskussionen, der Hassliebe zu JavaScript und Typescript, über Jobhopping und geplatzte Side-Projects

Die Fragen kommen aus unserer Community, die Antworten von uns.

Reinhören, mitdenken, Feedback dalassen – und vielleicht kommt eure Frage in der nächsten Runde gleich dran!

Bonus: Wie viele Side-Projects passen eigentlich zwischen Hundespaziergang, Open Source und Podcast-Aufnahme?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/
• programmier.bar Podcast (AI News): https://www.programmier.bar/podcast
• Hotel Matze - Die KI-Masterclass: Stärken und Schwächen der KI, ChatGPT als Paartherapeut – Gregor Schmalzried: https://www.youtube.com/watch?v=NnrgmhCe698
• Engineering Kiosk Episode #199 Side-Projects: Coden ist leicht. Sales ist schwer. Business ist der Endgegner!: https://engineeringkiosk.dev/podcast/episode/199-side-projects-coden-ist-leicht-sales-ist-schwer-business-ist-der-endgegner/
• sourcectl: https://sourcectl.dev/

Sprungmarken

(00:00:00) Ask Me Anything (AMA)

(00:04:55) Was haltet ihr von Linter und Formatern (Hilfe oder Zwang)?

(00:06:30) Info/Werbung

(00:07:30) Was haltet ihr von Linter und Formatern (Hilfe oder Zwang)?

(00:23:41) Wie behält man die Ruhe bei den ganzen Neuigkeiten um LLMs und AI und verliert trotzdem nicht den Anschluss?

(00:32:51) Treues Arbeitsverhältnis nach der Ausbildung vs. Jobhopping nach kurzen Projektphasen?

(00:42:31) Hattet ihr schon mal das Bedürfnis, etwas komplett anderes zu machen?

(00:46:47) Motivation für den Job: Produkt, Technologie oder Geld?

(00:57:05) Gibt es ein Side Project, wo ihr im Nachhinein bereut, es aufgegeben zu haben bzw. nicht mehr Zeit/Leistung investiert zu haben?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Schnell kommt im Team das Gefühl auf: "Nicht schon wieder endlose Diskussionen!" Oder: "Warum dauert das immer ewig?". In dieser Episode nähern wir uns der Entscheidungsfindung von allen Seiten – mit Anekdoten aus unserem Berufsleben, strukturierten Frameworks und konkreten Alltagstipps, die dich und dein Team weiterbringen.

Du erfährst: Was unterscheidet eine Typ-1-Entscheidung von einer Typ-2-Entscheidung und warum hilft dieses Framework, endlich etwas auf die Straße zu bringen? Wir sprechen über Jeff Bezos, die RACI-Matrix, Runbooks und Standard Operating Procedures aus dem Operations-Bereich und Feuerwehr-Einsätzen und warum schnelle, aber gut dokumentierte Beschlüsse im Engineering Gold wert sind.

Natürlich diskutieren wir auch Dinge wie: Sind synchrone Meetings wirklich der Heilige Gral oder kann Remote-Arbeit sogar für bessere, inklusivere Entscheidungen sorgen? Wie sollten Entscheidungen dokumentiert werden? Warum verlaufen Entscheidungsprozesse oft zäh, selbst wenn es "nur" um das Mittagsessen geht?

Bonus: Ob 100% Zustimmung bei Entscheidungen überhaupt realistisch oder bloß ein Meeting-Mythos ist.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• One-way & Two-way Door Decisions: https://medium.com/one-to-n/one-way-two-way-door-decisions-a0e29029e200
• Engineering Kiosk Episode #140 Tech-Leadership: Die technische Vision als Leitfaden für Teams: https://engineeringkiosk.dev/podcast/episode/140-tech-leadership-die-technische-vision-als-leitfaden-f%C3%BCr-teams/
• SPADE-Framework: https://review.firstround.com/square-defangs-difficult-decisions-with-this-system-heres-how/
• How Great Remote Teams Make Decisions: https://subscribe.marissagoldberg.com/posts/how-great-remote-teams-make-decisions
• Buch “Incident Management for Operations”: https://www.amazon.de/Incident-Management-Operations-Rob-Schnepp/dp/1491917628/ref=sr_1_1
• Amazon Shareholder Letter 2015 von Jeff Bezos: https://s2.q4cdn.com/299287126/files/doc_financials/annual/2015-Letter-to-Shareholders.PDF
• Engineering Kiosk Episode #135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur: https://engineeringkiosk.dev/podcast/episode/135-design-documents-rfcs-der-weg-zu-besserer-software-architektur/
• Engineering Kiosk Episode #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/
• Decision-Making and Responsibility Frameworks: RAPID vs. DACI vs. RACI https://www.timetrex.com/blog/rapid-vs-daci-vs-raci-frameworks 

Sprungmarken

(00:00:00) Entscheidungen im Team (schnell) treffen und Entscheidungsmüdigkeit

(00:04:47) Info/Werbung

(00:05:47) Entscheidungen im Team (schnell) treffen und Entscheidungsmüdigkeit

(00:14:57) Type 1 & Type 2 Decisions: One-Way und Two-Way Door Framework

(00:24:47) Was brauchst du, um eine Entscheidung zu treffen?

(00:28:11) RACI Matrix

(00:35:59) Dokumentation von Entscheidungen

(00:43:55) Synchron vs. Asynchron: Entscheidungsfindung im Office vs. Remote

(00:54:55) 100%ige Zustimmung: Ist das realistisch?

(01:05:58) Die Retrospektive einer Entscheidung

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Genau das und noch viel mehr nehmen wir in dieser Episode auseinander. Kaum ein Thema erhitzt in Tech-Teams so sehr die Gemüter wie Karrierepfade für Softwareentwickler:innen. Muss ich in die Management-Laufbahn, um „aufzusteigen“? Warum brauchen so viele Firmen scheinbar eigene Karriereleitern, und wie sorgen wir eigentlich dafür, dass die nicht zur Motivationsfalle werden?

Mit Lena Reinhardt, Leadership-Coach, Keynote-Speakerin, ehemalige VP of Engineering bei CircleCI und Travis CI, und nicht zuletzt Mitgestalterin der berühmten CircleCI Karrierematrix, gehen wir dem Phänomen der IC-Karrierepfade (Individual Contributor) auf den Grund. Wir klären, warum und wie Karriereleitern in Tech entstanden sind, wo die Unterschiede zu klassischen Job Descriptions liegen und weshalb sie echte Kulturarbeit in Firmen bedeuten. Außerdem schnappen wir uns den Netflix-Case, beleuchten die Do's & Don'ts beim Design solcher Frameworks und erfahren, ab wann so ein System wirklich sinnvoll ist (und wo es Unsinn wird!).

Natürlich sprechen wir über Fallstricke bei der Einführung, wie wichtig partizipatives Setup, kalibrierte Einstufungen und ehrliche Kommunikation sind – auch, um Diversity und Gerechtigkeit wirklich im Alltag abzubilden. Lena teilt ihre besten Tipps zu Erwartungsmanagement, dem Umgang mit Glue Work und warum gute Engineers eben doch ein kleines Selbstmarketing betreiben sollten.

Ganz nebenbei gibt’s Einblicke in HR-Strategien, Performance-Reviews, die Macht von Jobtiteln und einen Schwank aus dem Leben einer ehemaligen Bankangestellten mit Open-Source-Faible.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Website von Lena Reinhard: https://www.lenareinhard.com/
• Lena Reinhard auf LinkedIn: https://www.linkedin.com/in/lenareinhard/
• Leadership Confidential Podcast with Lena Reinhard: https://creators.spotify.com/pod/profile/leadershipconfidential/
• Neighbourhoodie Software: https://neighbourhood.ie/
• Podcast “#337 Natalie Lue: Making Your Own Career Ladder (2 of 3)”: https://podcasts.apple.com/us/podcast/337-natalie-lue-making-your-own-career-ladder-2-of-3/id1096622066?i=1000524025385
• CircleCI Engineering Competency Matrix [public version]: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit?gid=0#gid=0
• Progression-Website (Collection von Karrierepfaden): https://progression.fyi/
• The invention of the career ladder: https://www.bbc.com/news/magazine-23419229
• Technical leadership and glue work - Tanya Reilly: https://www.youtube.com/watch?v=KClAPipnKqw
• Reflecting on one very, very strange year at Uber: https://www.susanjfowler.com/blog/2017/2/19/reflecting-on-one-very-strange-year-at-uber
• Managing Up: Debugging the most critical relationship in your work life & Working Better with an imperfect boss: https://www.lenareinhard.com/articles/managing-up-debugging-the-most-critical-relationship-in-your-work-life-amp-working-better-with-an-imperfect-boss
• Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/
• Tech Leadership Tuesday with Lena Reinhard: https://www.oreilly.com/live-events/tech-leadership-tuesday-with-lena-reinhard-how-to-manage-underperforming-individuals-and-teams-with-marcus-blankenship/0642572190071/
• Netflix’s historic introduction of levels for software engineers: https://blog.pragmaticengineer.com/netflix-levels/
• 10 Years of Engineering Ladders (Camille Fournier): https://skamille.medium.com/10-years-of-engineering-ladders-329d309000cd
• Why we re-designed our engineering career paths at CircleCI: https://circleci.com/blog/why-we-re-designed-our-engineering-career-paths-at-circleci/
• 7 steps to building an engineering competency matrix: https://circleci.com/blog/7-steps-to-building-an-engineering-competency-matrix/
• Dropbox Engineering Career Framework: https://dropbox.github.io/dbx-career-framework/ic4_software_engineer.html
• Rent the Runway - Sharing Our Engineering Ladder: https://dresscode.renttherunway.com/blog/ladder
• Software Development/Leadership Ladder (Rent the Runway): https://docs.google.com/spreadsheets/d/1k4sO6pyCl_YYnf0PAXSBcX776rNcTjSOqDxZ5SDty-4/edit?gid=0#gid=0
• Netflix & Kultur: Freiheit und Verantwortlichkeit: https://de.slideshare.net/slideshow/culture-1798664/1798664#1
• Engineering Levels vergleichen (Levels.fyi): https://www.levels.fyi/

Sprungmarken

(00:00:00) Karrierepfade für Individual Contributor mit Lena Reinhard

(00:04:28) Info/Werbung

(00:05:28) Karrierepfade für Individual Contributor mit Lena Reinhard

(00:18:36) Brauchen wir Titel? Der Netflix-Fall

(00:22:23) Kernelemente eines Karrierepfades

(00:29:43) Design: Wie starte ich eine Karriereleiter?

(00:44:49) Wer sollte einen Karrierepfad verantworten?

(00:48:42) Wann macht es keinen Sinn, einen Karrierepfad zu haben?

(00:59:19) Fehler bei der Kommunikation von Erwartungshaltung

(01:12:04) Finde heraus, was dein Chef, deine Chefin von dir erwartet

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Modernes Resilience Engineering beginnt bei scheinbar banalen Parametern, die oft generisch abgenickt werden – und entscheidet damit über den Unterschied zwischen „kurzer Störung“ und „großflächigem Ausfall mit Nachwirkungen“.

In dieser Episode packen wir das Thema Timeout & Retry von Grund auf an: Wir sprechen über Connection, Read und Idle-Timeouts, erklären, warum 0,1 % Ausfallrate maßgeblich für dein Softwaredesign ist, was Retry-Storms und das Thundering Herd Problem ist und warum dieses “DevOps” bei dem finden des richtigen Timeout-Values eine wichtige Rolle spielt.

On top gibt’s einen Hands-on Deep Dive zu Circuit Breaker, Token Buckets, Exponential Backoff und Jitter – inklusive Tool-Tipps von Open Telemetry über Toxiproxy bis hin zu Resilience-Libraries für Python, Go, .NET & Co.

Bonus: Warum Wolfgang nun anders über so simple Dinge wie Timeouts nachdenkt.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• toxiproxy - A TCP proxy to simulate network and system conditions for chaos and resiliency testing: https://github.com/Shopify/toxiproxy
• Tenacity (Python): https://github.com/jd/tenacity
• retrying (Python): https://github.com/groodt/retrying
• Resilience4j (Java): https://github.com/resilience4j/resilience4j
• Netflix / Hystrix (Java): https://github.com/Netflix/Hystrix
• Polly (.net): https://github.com/App-vNext/Polly
• Hashicorp / retryablehttp (Go): https://github.com/hashicorp/go-retryablehttp
• Amazon Builders Library: Timeouts, retries, and backoff with jitter (Architecture | Level 200): https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/
• AWS Architecture Blog - Exponential Backoff And Jitter: https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/

Sprungmarken

(00:00:00) Resilience Engineering - Timeouts, Retry, (Exponential) backoff und Jitter

(00:03:28) Info/Werbung

(00:04:28) Resilience Engineering - Timeouts, Retry, (Exponential) backoff und Jitter

(00:16:41) Timeouts: Was ist das? Welche gibt es? Was sind gute Werte?

(00:29:16) Context Deadlines

(00:33:22) Reloads, (egoistische) Retries, partielle und transienter 

(00:40:31) Exponentielle Backoffs, Circuit Breaker und das Amazon Token Bucket Retry System

(00:49:49) Retry Storm und Jitter-Strategien

(00:52:51) Fault Tolerance Libraries und toxiproxy

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Zusammen mit Pascal Vizeli – Co-Founder und CFO von Nabu Casa und Gründungsvorstand der Open Home Foundation – tauchen wir tief ein: Wie wächst ein Open-Source-Projekt von einer Freizeitidee zum internationalen Backbone für Smart Homes? Warum braucht es eine Schweizer Stiftung, um Kommerzialisierung zu verhindern? Und was hat es mit Works With Home Assistant, lizenzierten Produkten, Hardware-Innovationen und politischen Ambitionen auf sich?

Spannend wird’s, wenn Pascal erzählt, wie es gelingt, aus Community-Engagement professionelle Jobs zu machen, warum Datenschutz und Nachhaltigkeit zentrale Werte sind und wie Open Source endlich auch die großen Hersteller in die Pflicht nimmt. Dazu gibt’s jede Menge Insights aus der Welt des Home Assistant, von Cloud-Diensten und Lizenzmodellen bis hin zum Kampf für offene Standards, Transparenz und das Recht an den eigenen Daten.

Eine Folge, die nicht nur Smart-Home-Fans elektrisiert, sondern zeigt, wie Open Source zu echtem gesellschaftlichen Impact wird. 

Jetzt reinhören und Open Source mit ganz neuen Augen sehen!

Bonus: Wer immer schon wissen wollte, warum Vereinsbuchhaltung manchmal wichtiger ist als Programmieren und wie man mit einer Non-Profit-Stiftung weltweit Standards definiert – hier kommt die Antwort.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Pascal Vizeli auf GitHub: https://github.com/pvizeli
• Pascal Vizeli auf Mastodon: https://fosstodon.org/@pvizeli
• Home Assistant: https://www.home-assistant.io/
• Nabu Casa: https://www.nabucasa.com/
• Open Home Foundation: https://www.openhomefoundation.org/
• GitHub Octoverse Report 2024: https://github.blog/news-insights/octoverse/octoverse-2024/
• openHAB: https://www.openhab.org/
• Music Assistant: https://www.music-assistant.io/
• ESPHome: https://esphome.io/
• Works With Home Assistant: https://works-with.home-assistant.io/
• Linux Foundation: https://www.linuxfoundation.org/
• Reolink: https://reolink.com/
• Engineering Kiosk Episode #23 Schaltest du noch oder automatisiert du schon: Home Automation: https://engineeringkiosk.dev/podcast/episode/23-schaltest-du-noch-oder-automatisiert-du-schon-home-automation/
• Home Assistant Discord Community: https://www.home-assistant.io/help/ 
• The Verge Artikel: https://www.theverge.com/23751295/smart-home-platform-google-amazon-apple-samsung 

Sprungmarken

(00:00:00) Open Source mit Home Assistant: Impact jenseits des Codes mit Pascal Vizeli

(00:06:45) Info/Werbung

(00:07:45) Open Source mit Home Assistant: Impact jenseits des Codes mit Pascal Vizeli

(00:15:18) Die Beziehungen zwischen Nabu-Casa, Open Home Foundation und Home Assistant

(00:28:47) Wem gehört das Open Source Produkt? Und wie finanziert sich die Foundation?

(00:38:27) Das "Works with Home Assistant"-Programm

(00:46:10) Community, Open Source und Qualitätssicherung

(00:51:06) Schweizer Stiftung: Rechtliche Basis & Kritik

(01:00:18) Transparenz und Gehaltsmodell

(01:06:03) Warum ohne Foundation & Geschäftsmodell kein Großprojekt geht

(01:11:49) Zukunftspläne: Device Database & Vision für Open Home

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Klingt wie die ultimative Entwickler:innen-Fantasie, ist aber auch eine verdammt harte Challenge. Was wirklich hinter den Buzzwords Indie Hacking, Bootstrapping und Build in Public steckt, darum geht es in dieser Episode

Wir sprechen mit Sebastian Röhl: Ex-Softwareentwickler, Indie-Maker und Macher von Habit Kit, einer der beliebtesten Habit-Tracking-Apps in den Stores. Sebastian nimmt uns mit auf seine ehrliche Reise: Anstellung gekündigt, ein Jahr volles Risiko, Rückschläge, Zweifel – und dann Stück für Stück der Durchbruch. Wir erfahren, warum ein Side-Project sich nie einfach nach Feierabend runtercodet, was Community wirklich bringt, wie Build in Public und schnelles Feedback helfen und warum App Store Optimization (ASO) sein wichtigster Marketingkanal wurde. Nebenbei lernen wir auch, warum Pricing-Tricks mit Lifetime- und Subscription-Modellen so ein heißes Eisen sind – und wie Sebastian seinen Tech Stack mit Flutter für beide Plattformen meistert

Klartext, Inspiration und Deep Dive: Was funktioniert, was knallhart schief gehen kann, welche Hürden Indie-App-Entwicklung wirklich mit sich bringt – und was der BESTE nächste Schritt ist, wenn du selbst loslegen willst.

Bonus: Entwickler:innen lieben Heatmaps im GitHub-Style scheinbar wirklich.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Sebastian Röhl auf LinkedIn: https://www.linkedin.com/in/sebastianroehl/
• Blogst / Newsletter: https://sebastianroehl.substack.com/
• Engineering Kiosk Episode #199 Side-Projects: Coden ist leicht. Sales ist schwer. Business ist der Endgegner!: https://engineeringkiosk.dev/podcast/episode/199-side-projects-coden-ist-leicht-sales-ist-schwer-business-ist-der-endgegner/
• Happy Bootstrapping #42 - Von 0 auf 5.000 Dollar: Wie Sebastian Röhl mit HabitKit ein erfolgreiches App-Business bootstrappte: https://happy-bootstrapping.de/podcast/von-0-auf-5-000-dollar-wie-sebastian-rohl-mit-habitkit-ein-erfolgreiches-app-business-bootstrappte/
• Liftbear - Workout Tracker for iOS: https://www.liftbear.app/
• WinDiary - The coolest way to track your wins and achievements: https://windiary.app/
• HabitKit: Habit Tracker: https://www.habitkit.app/
• Indie Hackers: https://www.indiehackers.com/
• What’s Next for Flutter After Layoffs Hit Google Team: https://thenewstack.io/whats-next-for-flutter-after-layoffs-hit-google-team/
• Google Material Design: https://m3.material.io/
• Flutter: https://flutter.dev/
• React Native: https://reactnative.dev/

Sprungmarken

(00:00:00) Der Traum vom Indie-App-Entwickler: Einstieg & Motivation

(00:07:35) Info/Werbung

(00:08:35) Der Traum vom Indie-App-Entwickler: Einstieg & Motivation

(00:10:05) Von der Anstellung zum Selbstversuch: Zwölf Monate All-In

(00:24:57) Die eigenen Probleme lösen

(00:37:06) Build in Public

(00:41:58) Pricing von Mobile Apps

(00:54:37) App Store Optimization

(00:56:58) Technik-Deepdive: Flutter, Cross-Plattform und UI/UX

(01:03:56) Realtalk: Motivation, Accountability & Alltag als Solopreneur

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Denn Links sind weit mehr als nur HTTP-URLs. Sie können auf Dateien, E-Mail-Adressen oder interne Dokumentfragmente zeigen. Sie können sich über Weiterleitungen verändern, mit JavaScript generiert werden oder nur unter bestimmten Bedingungen erreichbar sein. Und genau das macht die automatische Überprüfung von Links so komplex.

In dieser Episode sprechen wir mit Matthias Endler, Rust-Consultant, Blogger und Core-Maintainer des Open-Source-Linkcheckers Lychee. Was als Side Project begann, ist heute im Einsatz bei Unternehmen wie Amazon und GitLab. Mit Matthias diskutieren wir, wie Lychee aufgebaut ist, warum Linkchecking so viele Edge Cases beinhaltet und warum es ohne gutes Domain-Wissen oft unmöglich ist, die „richtige“ Antwort zu erkennen.

Wir sprechen über die Rolle von HTTP-Statuscodes (inkl. selbst erfundener Codes), Markdown vs. HTML Parsing, Redirect-Hölle, die Tücken von GitHub APIs, wie Lychee Plattform-Spezialfälle wie YouTube oder LinkedIn behandelt – und warum DOI-Links trotz akademischer Standards gerne mal ins Leere laufen.

Bonus: Warum Matthias den Server einer Immobilienmaklerin am Gewissen hat.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• lychee: https://github.com/lycheeverse/lychee
• Corrode Rust Consulting: https://corrode.dev/
• Rust in Production Podcast: https://corrode.dev/podcast/
• Matthias Endler Blog: https://endler.dev/
• Engineering Kiosk Episode #172 Die kuriosesten Versionsnummern bekannter Software: https://engineeringkiosk.dev/podcast/episode/172-die-kuriosesten-versionsnummern-bekannter-software-mit-matthias-endler-von-rust-in-production/
• Engineering Kiosk Episode #98 Der Hype um Rust: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/
• Open Podcast: https://openpodcast.dev/
• Static Analysis Tools: https://github.com/analysis-tools-dev/static-analysis
• Million Dollor Homepage: http://www.milliondollarhomepage.com/
• cURL: https://curl.se/
• DOI: https://www.doi.org/
• ❤️🍺.ws redirected nach https://www.budweiser.com/en

Sprungmarken

(00:00:00) Die Komplexität von Links und Link-Checking mit Matthias Endler

(00:05:34) Was ist ein Link-Checker?

(00:05:58) Info/Werbung

(00:06:58) Was ist ein Link-Checker?

(00:23:57) Technische Architektur: Extraktoren, Streams & Channels und Edge-Cases

(00:40:00) Request-Bodies, JavaScript und Weiterleitungen

(00:47:55) Warum eigentlich nicht cURL?

(00:52:37) DOI-Links, interne IP-Adressen und S3-Bucket-Kosten

(01:04:18) Verbreitung des Link-Checkers, Projekt Start und Motivation

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord 

Seit 3 ½ Jahren existiert der Engineering Kiosk Podcast bereits. Jede Woche eine neue Episode. Dass wir 200 Episoden knacken würden, hätten wir uns am Anfang selbst nicht erträumt. Für unser Jubiläum haben wir mal die Zügel abgegeben und lassen uns ganz in die Hände von Christian Braun und Thomas Diroll vom Index out of bounds Podcast fallen.

Die beiden sind in dieser Episode eure Podcast-Hosts. Ihre Mission? Die Frage “Wer ist Wolfi und Andy wirklich?” zu beantworten. Diese Episode geht weniger um Technik, sondern um die Personen hinter dem Engineering Kiosk Podcast. Viel Spaß beim Kennenlernen.

Bonus: Ein eigenes Engineering Kiosk Bingo.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Index Out Of Bounds: https://www.ioob.de/
• Engineering Kiosk Bingo: https://bingo.ioob.de/
• Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/
• Engineering Kiosk Episode #86 Open Source als Herz einer Firma mit Nextcloud Gründer Frank Karlitschek: https://engineeringkiosk.dev/podcast/episode/86-open-source-als-herz-einer-firma-mit-nextcloud-gr%C3%BCnder-frank-karlitschek/
• Engineering Kiosk Episode #142 Ist Return to Office die Zukunft? Was die Wissenschaft sagt - mit Jean-Victor Alipour vom IFO: https://engineeringkiosk.dev/podcast/episode/142-ist-return-to-office-die-zukunft-was-die-wissenschaft-sagt-mit-jean-victor-alipour-vom-ifo/
• Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/
• Ask me anything: Eure Fragen an uns: https://engineeringkiosk.dev/ama 

Sprungmarken

(00:00:00) Die Jubiläums-Episode mit Thomas Diroll und Christian Braun als Host

(00:04:18) Info/Werbung

(00:05:18) Die Jubiläums-Episode mit Thomas Diroll und Christian Braun als Host

(00:26:43) Was ist dein Ausgleich?

(00:36:55) Was schätzt du am anderen und was nervt dich am anderen?

(00:42:52) Worüber hast du denn zuletzt deine Meinung geändert?

(00:51:46) Wenn du nicht in der IT arbeiten würdest, was würdest du dann machen?

(00:58:36) Zwei Wahrheiten, eine Lüge

(01:06:56) Worauf achten wir, wenn wir am Podcast arbeiten?

(01:21:47) Macht der Podcast uns besser im Job?

(01:27:53) Wo geht es mit dem Podcast hin?

(01:36:31) In Comic Sans programmieren oder Mal Hallo Welt schreien beim compilen

(01:41:53) Wenn eure Karriere ein Pornofilm wird, wie würde er heißen?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Hast du auch schon mal davon geträumt, aus einer kleinen Idee neben dem Hauptjob ein echtes Business zu zaubern – und bist dann doch am „perfekten“ Domainnamen und einer nie fertig gewordenen App gescheitert? Willkommen im Club der wohl wichtigsten Tech-Lektion abseits des Coden: Der größte Fehler hat selten etwas mit Technik zu tun.

In dieser Episode nehmen wir dich mit auf Wolfis ganz persönliche Achterbahnfahrt: Von Pepsi (halb-legal) aus dem Schulspind über digitale Projekte mit Lehrgeld, bis zu großen Visionen zwischen Open Source Podcast-Plattformen und Energiesektor-Startups. Wir tauchen gemeinsam ein in die Psychologie und Praxis hinter Side Projects: Wie solltest du starten (Spoiler: Nicht mit coden!)? Was bringt’s, mit Menschen zu sprechen, bevor man Produkte baut? Müssen Domains und fancy Frameworks wirklich am Anfang stehen – oder ist ein Postfach bei gmx.de doch die richtige Bootstrapping-Strategie?

Du erfährst, warum Interviews mit echten Nutzern meist viel mehr bringen als tausend Zeilen Code, wie du deinen tatsächlichen Markt findest und weshalb die meisten Projekte nicht an Technik, sondern an fehlendem Fokus, falschem Sales oder zu wenig Realitätssinn scheitern. 

Außerdem: Was tun, wenn das Herz blutet und Loslassen angesagt ist?

Plus: Kann man Side Projects im Team besser durchziehen als allein? Und warum der ein oder andere Exit sich finanziell (oder emotional) ganz anders anfühlt als gedacht.

Ob du gründen willst, einfach nur am nächsten Hack Weekend bastelst oder endlich verstehen willst, wie Produktentwicklung wirklich funktioniert – diese Folge liefert dir ehrliche Anekdoten, Tools und Tipps für alle mit Side-Project-Herz.

Bonus: Ein wütender Geschäftsbesitzer, der dich aus dem Laden jagt.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• The Lean Startup von Eric Ries: https://www.amazon.de/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898
• Engineering Kiosk Episode #01 Side Projects - Fluch oder Segen für die Karriere?: https://engineeringkiosk.dev/podcast/episode/01-side-projects-fluch-oder-segen-f%C3%BCr-die-karriere/
• Engineering Kiosk Episode #02 Technologienzoo Side Projects: https://engineeringkiosk.dev/podcast/episode/02-technologienzoo-side-projects/
• Engineering Kiosk Episode #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast: https://engineeringkiosk.dev/podcast/episode/111-side-projects-zwei-entwickler-overengineeren-einen-podcast/
• Engineering Kiosk Episode #181 Von Code zu Value: Wie Entwickler·innen Business-Mehrwert schaffen: https://engineeringkiosk.dev/podcast/episode/181-von-code-zu-value-wie-entwicklerinnen-business-mehrwert-schaffen/
• Open Source Förderung vom Media Tech Lab: https://www.media-lab.de/de/
• Open Podcast: https://openpodcast.dev/
• Lean Canvas: https://gruenderplattform.de/unternehmen-gruenden/lean-canvas
• F-Online: https://www.f-online.app/
• sourcectl: https://sourcectl.dev/
• Acquire: https://acquire.com/
• Codeprints: https://codeprints.dev/

Sprungmarken

(00:00:00) Von Pepsi im Schließfach und Business-Fokus im Side Project

(00:03:40) Info/Werbung

(00:04:40) Von Pepsi im Schließfach und Business-Fokus im Side Project

(00:18:40) Interviews mit Experten, Ideendiebstahl & Feedback-Realitäten

(00:30:13) Marktanalyse, Business Case & die harte Wahrheit (TAM, SAM, SOM)

(00:39:52) Lohnt sich meine Idee überhaupt?

(00:47:28) Wie findet man echte Kunden vs. Freunde oder Familie als Testballon?

(01:02:30) Reflexion nach 10 Produkten: Exits, Abschied von der Idee, Teamwork & Motivation

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Jedes Tech-Projekt beginnt mit einer simplen Frage: Wer darf eigentlich was? Doch spätestens wenn das Startup wächst, Kunden Compliance fordern oder der erste Praktikant an die Produktionsdatenbank rührt, wird Role Based Access Control (RBAC) plötzlich zur Überlebensfrage – und wer das Thema unterschätzt, hat schnell die Rechtehölle am Hals.

In dieser Folge nehmen wir das altbekannte Konzept der rollenbasierten Zugriffskontrolle auseinander. wir klären, welches Problem RBAC eigentlich ganz konkret löst, warum sich hinter den harmlosen Checkboxen viel technische Tiefe und organisatorisches Drama verbirgt und weshalb RBAC nicht gleich RBAC ist.

Dabei liefern wir dir Praxis-Insights: Wie setzen Grafana, Sentry, Elasticsearch, OpenSearch oder Tracing-Tools wie Jäger dieses Rechtekonzept um? Wo liegen die Fallstricke in komplexen, mehrmandantenfähigen Systemen?

Ob du endlich verstehen willst, warum RBAC, ABAC (Attribute-Based), ReBAC (Relationship-Based) und Policy Engines mehr als nur Buzzwords sind oder wissen möchtest, wie du Policies, Edge Cases und Constraints in den Griff bekommst, darum geht es in diesem Deep Dives.

Auch mit dabei: Open Source-Highlights wie Casbin, SpiceDB, OpenFGA und OPA und echte Projekt- und Startup-Tipps für pragmatischen Start und spätere Skalierung.

Bonus: Ein Märchen mit Kevin und Max, wo auch manchmal der Praktikant trotzdem gegen den Admin gewinnt 😉

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/
• Grafana - Label Based Access Control (LBAC) for data sources: https://grafana.com/docs/grafana/latest/administration/data-source-management/teamlbac/
• ElasticSearch - Document-Level Attribute-Based Access Control: https://www.elastic.co/blog/attribute-based-access-control-elasticsearch
• ElasticSearch - Controlling access at the document and field level: https://www.elastic.co/docs/deploy-manage/users-roles/cluster-or-deployment-auth/controlling-access-at-document-field-level
• Jaeger - Passthrough OAuth bearer token supplied to Query service through to ES storage: https://github.com/jaegertracing/jaeger/pull/1599
• Casbin - Authorization library that supports access control models like ACL, RBAC, ABAC: https://casbin.org/
• CASL - Isomorphic Authorization JavaScript library: https://casl.js.org/
• Spring Security: https://spring.io/projects/spring-security
• Apache Shiro - Easy-to-use Java security framework: https://shiro.apache.org/
• Keycloak - Open Source Identity and Access Management: https://www.keycloak.org/
• SpiceDB - Open Source, Google Zanzibar-inspired database for scalably storing and querying fine-grained authorization data: https://github.com/authzed/spicedb
• OpenFGA - Auth0’s Open Source Fine Grained Authorization System: https://auth0.com/blog/auth0s-openfga-open-source-fine-grained-authorization-system/
• Keto permission server: https://github.com/ory/keto
• Paper “Zanzibar: Google’s Consistent, Global Authorization System”: https://research.google/pubs/zanzibar-googles-consistent-global-authorization-system/
• CNCF - Open Policy Agent (OPA): https://www.cncf.io/projects/open-policy-agent-opa/
• Kyverno - Policy as Code, Simplified: https://kyverno.io/

Sprungmarken

(00:00:00) Einstieg & Das Märchen von RBAC

(00:03:30) Info/Werbung

(00:04:30) Einstieg & Das Märchen von RBAC

(00:10:45) Welches Problem löst RBAC eigentlich und wer braucht es?

(00:25:47) RBAC in der Praxis: Sentry, Grafana, Elasticsearch, OpenSearch & Jäger

(00:36:39) Implementierungsoptionen: Open Source Libraries, externe Systeme & Google Zanzibar

(00:45:23) Attribute Based, Relationship Based Access Control, Gruppen, Access Control Lists und Policy Engines

(01:00:04) Ab wann würdest du ein RBAC-System einführen?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Fragst du dich manchmal auch, warum im Daily plötzlich Funkstille herrscht, statt gemeinsam Probleme zu lösen? Stell dir vor, die spannendsten Innovationen und die besten Teamentscheidungen gehen oft auf eine simple Frage zurück – oder auf den Mut, überhaupt zu fragen.

In dieser Episode vom Engineering Kiosk nehmen Andy und Wolfgang dich mit in die Welt der Fragetechniken. Es geht nicht um Altklugheit, sondern um echte Neugier – und warum „Fragen statt Behaupten“ viel mehr mit Tech-Kultur, Open Source, guter Führung und deinem eigenen Networking zu tun hat, als du vielleicht denkst. Du erfährst, warum Consultants mit dem Fragenstellen beginnen, wie Karriere-Booster für Juniors aussehen, was Suggestivfragen und Five-Whys-Analysen bringen, wie du selbst innerhalb eines SRE-Incident-Reports Fehler aufdeckst – und welche Rolle Offenheit, Teamkultur und manchmal schlichtes Durchatmen dabei spielen.

Wir sprechen offen darüber, wann Fragen einfach nur nerven, warum Abkürzungen für maximale Verwirrung sorgen können, und verraten natürlich unsere persönliche Lieblingsfrage.

Bonus: Wer Fragen stellt, bleibt frei nach Sesamstraße: niemals dumm – sondern macht’s allen einfacher.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Matthias Endler - Asking Better Questions: https://endler.dev/2024/asking-better-questions/
• 101 Questions to Ask in One on Ones: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/
• Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/
• Walt-Disney-Methode: https://www.me-company.de/magazin/walt-disney-methode/
• Never Mind – Psychologie in 15 Minuten - Kommunikation in der Beziehung: Wenn der eine zu viel redet und der andere zu wenig: https://pod.link/1607293594/episode/1f4d5bb98b634bfb274849ad7cca70a3
• Sokratischer Dialog: https://www.landsiedel-seminare.de/coaching-welt/wissen/coaching-tools/sokratischer-dialog.html

Sprungmarken

(00:00:00) Flachwitze und warum wir mehr Fragen stellen sollten

(00:06:03) Info/Werbung

(00:07:03) Flachwitze und warum wir mehr Fragen stellen sollten

(00:17:28) Negative Annahmen und Angst bei Fragen

(00:26:01) Darf man noch dumme Fragen stellen?

(00:33:56) Fragen stellen, um sich Zeit zu verschaffen

(00:39:06) Coaching vs. Mentoring

(00:44:02) Die Five-Whys-Methodik & Root Cause Analyse

(00:51:30) Wenn einer zu viel redet und wenn Fragen nur noch nerven

(00:58:33) Was war die beste Frage, die dir je gestellt wurde?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

GitHub selbst ist ein Social Network für Entwickler*innen. Ob du es wahrhaben willst oder nicht. Man interagiert miteinander, kann sich gegenseitig folgen und Likes werden in Form von Stars ausgedrückt. Das bringt mich zu der Frage: Welchen Wert haben eigentlich GitHub Stars? Denn Fraud in Social Networks, wie das Kaufen von Followern, ist so alt wie die Existenz solcher Plattformen.

Wie sieht es also auf GitHub damit aus? In dieser Episode schauen wir uns eine wissenschaftliche Untersuchung zum Thema Fake Stars auf GitHub an. Was sind GitHub-Stars wert? Aus welcher Motivation heraus kaufen sich Leute eigentlich GitHub Stars? Welche Herausforderungen gibt es, Fake Stars zu erkennen? Wie werden GitHub Stars eigentlich genutzt?

Aber bei der wissenschaftlichen Untersuchung bleibt es nicht. Wir haben die Community gefragt, welche Bedeutung GitHub Stars für sie haben, ob Stars ein guter Indikator für die Qualität eines Projekts sind, wie diese Entscheidungen beeinflussen und nach welchen Kriterien die Community Stars vergibt.

Zwei kleine Sneak-Peaks:

• Einen GitHub Star kannst du auf dem Schwarzmarkt bereits für $0.10 kaufen
• Das Kaufen von GitHub Stars beeinflusst das organische Stars-Wachstum von Repositories innerhalb der ersten zwei Monate. Danach flacht es ab.

Du willst mehr davon? Dann schalte jetzt ein.

Bonus: GitHub als Social Network für Entwickler.

Ein Dank an unsere Community-Mitglieder:

• Dario Tigner
• Schepp Christian Schäfer 
• Philipp Wolfram
• Moritz Kaiser
• Stefan Brandt
• Simon Brüggen
• Melanie Patrick
• Maxi Kurzawski
• Stefan Bethe
• Tim Glabisch
• Holger Große-Plankermann
• Mirjam Ziselsberger
• Simon Legner

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Paper “4.5 Million (Suspected) Fake Stars in GitHub: A Growing Spiral of Popularity Contests, Scams, and Malware”: https://arxiv.org/abs/2412.13459
• Starred Projekte auf Gitlab: https://gitlab.com/explore/projects/starred
• Starred Projekte auf Codeberg: https://codeberg.org/explore/repos?q=&only_show_relevant=true&sort=moststars
• StarScout (Find suspicious (and possibly faked) GitHub stars at-scale): https://github.com/hehao98/StarScout
• 3.7 Million Fake GitHub Stars: A Growing Threat Linked to Scams and Malware: https://socket.dev/blog/3-7-million-fake-github-stars-a-growing-threat-linked-to-scams-and-malware
• CopyCatch: Stopping Group Attacks by Spotting Lockstep Behavior in Social Networks: https://research.facebook.com/publications/copycatch-stopping-group-attacks-by-spotting-lockstep-behavior-in-social-networks/

Sprungmarken

(00:00:00) Was ist der Wert von GitHub Stars?

(00:04:35) GitHub als Social Network und die Relevanz von Stars-Analysen

(00:05:12) Info/Werbung

(00:06:12) GitHub als Social Network und die Relevanz von Stars-Analysen

(00:19:59) Stars pro Repository analysieren und Fake Stars erkennen

(00:32:41) Wie viele Fake-Stars sind im Umlauf? Ergebnisse der Untersuchung

(00:42:11) Meetup Check: Welche Bedeutung haben denn GitHub-Stars für dich persönlich?

(00:45:21) Meetup Check: Beeinflusst die Anzahl der GitHub-Stars eines Projektes deine Entscheidung, es zu nutzen?

(00:49:51) Meetup Check: Sind GitHub Stars ein guter Indikator für die Qualität eines Projekts?

(00:55:06) Meetup Check: Wie oft vergibst du selbst GitHub Stars und welche Kriterien sind für dich ausschlaggebend?

(00:58:14) Paper vs. Meetup Realität

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode gehen wir einer Herzensfrage nach: Welchen echten Wert haben Meetups in der Tech-Szene? Wir selbst sind als Meetup-Organisatoren befangen. Um aus unserer Bubble mal etwas herauszukommen, haben wir Stimmen aus der Community eingefangen.

Wir haben gefragt, warum Meetups und Konferenzen eigentlich besucht werden bzw. welchen Stellenwert solchen Events zugerechnet werden, ob virtuelle Meetups besser laufen als physische und wann virtuelle Meetups die bessere Wahl sind, inwieweit solche Events die eigene Karriere beeinflusst hat und wie die Community entscheidet, wann sich die Teilnahme an einem Meetup-Event für sich lohnt.

Nun die Frage: Lohnt sich diese Podcast-Episode für dich?

Ich kann dir aus meiner Erfahrung sagen: Einige Argumente hatte selbst ich nicht auf dem Schirm. Zum Beispiel, wenn du ein Nischen-Tech-Thema hast, würde dies wahrscheinlich nie als physisches Meetup klappen. Oder wie stark der Einfluss deiner Freunde ist, ob jemand ein Meetup besucht. Oder dass Meetups ggf. doch nicht so einen großen Einfluss auf die eigene Karriere haben, wie ich immer dachte.

Danke an alle Community-Mitglieder, die uns ihre Stimme und Meinung für diese Podcast-Episode zur Verfügung gestellt haben. Ihr habt Wolfi und mich aus der eigenen Suppe geholt. Nun aber genug gespoilert. Viel Spaß mit dieser Episode.

Bonus: Mehr als nur Andy und Wolfi - Danke an unsere Community!

Ein Dank an unsere Community-Mitglieder (Reihenfolge nach Erwähnung in der Episode):

• Dario Tilgner
• Tim Glabisch
• Andreas Doblander
• Philipp Wolfram
• Schepp Christian Schäfer
• Simon Legner
• Simon Brüggen
• Niklas Meyer
• Moritz Kaiser
• Stefan Brandt
• Maxi Kurzawski
• Holger Große-Plankermann
• Melanie Patrick
• Mirjam Ziselsberger

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Working Draft Podcast: https://workingdraft.de/
• Engineering Kiosk Episode #89 Die Klimakrise und Green IT: unser Einfluss über Hardware, Farben, Web-Performance und Green-Hosting mit Christian Schäfer: https://engineeringkiosk.dev/podcast/episode/89-die-klimakrise-und-green-it-unser-einfluss-%C3%BCber-hardware-farben-web-performance-und-green-hosting-mit-christian-sch%C3%A4fer/
• P99 Conf: https://www.p99conf.io/
• Papperlapapp - Spaß mit Klammern: https://www.youtube.com/@papperlapapp-dev
• @Autoweird.fm Podcast: https://autoweird.fm/
• Engineering Kiosk Episode #102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick: https://engineeringkiosk.dev/podcast/episode/102-quereinstieg-in-die-software-entwicklung-mit-melanie-patrick/

Sprungmarken

(00:00:00) Welchen Wert haben Meetups in der Tech-Szene?

(00:06:16) Info/Werbung

(00:07:16) Warum besuchst Du Meetups? Welchen Wert rechnest du solchen Events zu?

(00:24:05) Denkst Du, dass virtuelle Meetups genauso wertvoll sind wie physische?

(00:34:07) Inwiefern hat der Besuch solcher Events Deine Karriere beeinflusst?

(00:42:54) Wie entscheidest Du, ob sich die Teilnahme an einem Event für Dich lohnt?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Im Jahr 2004 war die Verarbeitung von großen Datenmengen eine richtige Herausforderung. Einige Firmen hatten dafür sogenannte Supercomputer. Andere haben nur mit der Schulter gezuckt und auf das Ende ihrer Berechnung gewartet. Google war einer der Player, der zwar große Datenmengen hatte und diese auch verarbeiten wollte, jedoch keine Supercomputer zur Verfügung hatte. Oder besser gesagt: Nicht das Geld in die Hand nehmen wollte.

Was macht man also, wenn man ein Problem hat? Eine Lösung suchen. Das hat Jeffrey Dean und sein Team getan. Das Ergebnis? Ein revolutionäres Paper, wie man mittels MapReduce große Datenmengen verteilt auf einfacher Commodity-Hardware verarbeiten kann.

In dieser Podcast-Episode schauen wir uns das mal genauer an. Wir klären, was MapReduce ist, wie es funktioniert, warum MapReduce so revolutionär war, wie es mit Hardware-Ausfällen umgegangen ist, welche Herausforderungen in der Praxis hatte bzw. immer noch hat, was das Google File System, Hadoop und HDFS damit zu tun haben und ordnen MapReduce im Kontext der heutigen Technologien mit Cloud und Co ein.

Eine weitere Episode “Papers We Love”.

Bonus: Hadoop ist wohl der Elefant im Raum.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• MapReduce: Simplified Data Processing on Large Clusters: https://static.googleusercontent.com/media/research.google.com/en//archive/mapreduce-osdi04.pdf
• Apache Hadoop: https://hadoop.apache.org/
• HDFS Architecture Guide: https://hadoop.apache.org/docs/r1.2.1/hdfs_design.html
• Engineering Kiosk Episode #180 Skalierung, aber zu welchem Preis? (Papers We Love): https://engineeringkiosk.dev/podcast/episode/180-skalierung-aber-zu-welchem-preis-papers-we-love/

Sprungmarken

(00:00:00) MapReduce: Ein Deep Dive

(00:04:32) Info/Werbung

(00:05:32) MapReduce: Ein Deep Dive

(00:15:05) Storage: Google File System (GFS) und Hadoop Distributed File System (HDFS)

(00:21:27) Wie funktioniert MapReduce?

(00:38:10) Seiteneffekte, Determinismus und Reproduzierbarkeit

(00:40:42) Produktanforderung: Welche Seiten sind in welcher Altersgruppe populär?

(00:47:48) Batch vs. Streaming

(00:50:23) Heutige Relevanz von MapReduce

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Microsoft Excel ist aus der modernen IT nicht wegzudenken. Datenbank-Hersteller sagen, dass Excel ihr größter Konkurrent ist. Es ist ein solch mächtiges Tool, es gibt fast nichts, was damit nicht abgebildet werden kann bzw. wurde. Und doch ist es eine Art Hass-Liebe – Besonders wenn die Files per E-Mail durchs Unternehmen geschickt werden oder wenn es darum geht ein mittelmäßig komplexes Excel Sheet auf einem Nicht-Windows-Computer zu öffnen.

Jean Wolleh und Benjamin “Benny” Weber sehen Microsoft Excel mit anderen Augen. Sie sehen das Tool als Wettbewerb als kompetitiver E-Sport. Denn beide sind erfolgreiche Teilnehmer bei der Microsoft Excel Weltmeisterschaft. Und genau das ist das Thema dieser Episode.

Mit Jean und Benny besprechen wir, was die Microsoft Excel Weltmeisterschaft eigentlich ist, wo die Unterschiede zwischen dem Financial Modelling und dem Excel eSports liegen, welche Arten von Herausforderungen gelöst werden sollen, was Map-Cases sind, ob man Cheaten kann, was klassische Fallstricke bei (komplexen) Excel-Aufgaben sind, was das ganze mit Advent of Code zu tun hat, ob man diese Art von E-Sport auch trainieren kann und welche Excel-Funktionen mehr Anerkennung verdient hätten.

Wenn du dir nun denkst: Microsoft Excel Weltmeisterschaft - WTF?

Dann ist diese Episode genau das Richtige für dich.

Bonus: Microsoft Excel unterstützt inzwischen Python-Programmierung

Lokales DACH Chapter auf https://fmwc-dach.eu/

Mit dem exklusiven Rabattcode "EngineeringKiosk", erhält jeder der sich über diesen Link anmeldet 50% Rabatt auf die Teilnahme im Jahr 2025 am localem DACH-Chapter.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Microsoft Excel World Championship: https://fmworldcup.com/
• Localer DACH Chapter: https://fmwc-dach.eu/
• Jean Wolleh: https://www.linkedin.com/in/jean-wolleh-649b02196/
• Benjamin Weber: https://www.linkedin.com/in/benjamin-weber-fmwc/
• FlexiQuiz: https://www.flexiquiz.com/
• Advent of Code: https://adventofcode.com/
• Youtube-Kanal von Excel Wizard: https://www.youtube.com/c/ExcelWizard
• Youtube-Kanal von Diarmuid Early: https://www.youtube.com/@DimEarly
• Youtube-Kanal von excelwithExcel: https://www.youtube.com/@excelwithExcel-xlsx
• Youtube-Kanal von Benjamin Weber: https://www.youtube.com/@benni-weber-excel
• Youtube-Kanal von Lorenzo Foti: https://www.youtube.com/@LorenzoFoti
• Youtube-Kanal von Elliott Paterson: https://www.youtube.com/@E_Pats
• You Suck at Excel - Joel Spolsky: https://www.youtube.com/watch?v=JxBg4sMusIg

Sprungmarken

(00:00:00) Excel Weltmeisterschaft mit Jean Wolleh und Benjamin Weber

(00:06:55) Erste Berührungspunkte mit Excel: Wie alles begann

(00:07:10) Info/Werbung

(00:08:10) Erste Berührungspunkte mit Excel: Wie alles begann

(00:16:33) Excel eSports vs. Financial Modeling

(00:20:21) Beispiele für eSports-Challenges: Map-Cases

(00:26:21) Wie man Excel in der Weltmeisterschaft benutzt

(00:31:37) Klassische Fallstricke in Excel-Competitions

(00:36:04) Cheater bei der Excel Weltmeisterschaft

(00:38:34) Vorbereitung auf die Wettkämpfe: Training & Taktiken

(00:44:28) Die meist unterschätzten Excel-Funktionen

(01:05:44) Google Sheets vs. Excel

(01:07:12) Lokale DACH-Community und mein Einstieg in die Excel Meisterschaften

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Für viele ist es ein langweiliges und notwendiges Übel. Für andere die beste Zeit des Jahres - Die Quartals- bzw. Jahresplanung. Firmen lieben es zu planen. Firmen lieben es, den Kunden neue Features zu versprechen. Produktmanager können endlich alles in die nächsten 3 Monate einordnen, dann wird das gemacht und die Welt ist wieder in Ordnung.

Am Ende des Quartals fragt man sich dann aber: Wieso hat das alles so lange gedauert? Wieso haben wir für Feature X 2 Wochen geplant, aber es wurden 6 Wochen draus? Wieso werden wir bei der Software-Entwicklung langsamer und nicht schneller? Das ist ein bekanntes Bild in vielen Firmen, denn oft findet die Stimme der Software-Entwickler*innen keinen Platz in der Planung.

Technical Debt abbauen? Machen wir nächstes Quartal. Was für die eigene Team-Produktivität tun, um manuelle Aufgaben zu automatisieren? Das lohnt sich nicht. Kleine Bugs, sogenannte Papercuts, fixen um die Power-User glücklich zu machen? Zu klein, machen wir nebenher. Software updaten? Das ist Keep The Lights On Arbeit und kann doch Ops machen. So oder so ähnlich trägt es sich alle 3 Monate in Firmen zu.

In dieser Episode geben wir euch mal ein paar Leitfragen und ein spezifisches Framework an die Hand, wie man die Software-Entwicklungs-Ressourcen gut über das nächste Quartal balanciert, es genug Features in die Roadmap schaffen, aber auch Zeit für Tech Debt und Produktivitätsverbesserungen bleibt. Dabei klären wir, warum eine gewisse Planung eigentlich so wichtig ist, wer eigentlich immer die ganzen Anforderungen auf den Tisch knallt, was Over-Commitments und Rollovers sind, wie Ubuntu und Github mit Mission Papercut kleine Bugs zu einem großen Projekt gemacht hat aber auch warum eine Quartalsplanung in die Bereiche KTLO, Build New Stuff, Improve Stuff und Productivity eingeteilt werden sollte.

Das Thema klingt trocken. Dennoch kann dies euch eine Stimme im Planungsprozess geben, damit ihr endlich mal Zeug aufräumen könnt.

Bonus: Ist Jira das neue ERP-System?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• A framework for balancing and budgeting engineering resourcing: https://medium.com/engineering-operations/a-framework-for-balancing-and-budgeting-engineering-resourcing-d0cce0e6911c
• Papercuts: The little fixes that made a big difference at GitHub: https://kathykorevec.substack.com/p/papercuts-the-little-fixes-that-made
• 100 Hundreds Papercut Mission @ Ubuntu: https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Mission
• Paper cut bug: https://en.wikipedia.org/wiki/Paper_cut_bug
• Dear GitHub: https://github.com/dear-github/dear-github/issues

Sprungmarken

(00:00:00) Ausbalancierung von Engineering-Ressourcen

(00:06:14) Info/Werbung

(00:07:14) Die Priorisierung vom Backlog treiben lassen

(00:09:47) Wer alles bei der Priorisierung mitreden möchte

(00:13:20) Balancierung mit 4 Bereichen: KTLO, Build new stuff, Improve Stuff und Productivity

(00:20:20) Build new Stuff und Improve Stuff

(00:26:02) Productivity

(00:27:34) Zusammenhang zu OKR, Shape Up, Scrum und Co.

(00:31:05) Impact deiner Änderungen

(00:40:24) Leitfragen bei deiner Quartalsplanung

(00:44:46) Papcercuts: Kleine Fixes mit großem Effekt

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Welche Relationen die einzelnen Datensätze in deiner Datenbank haben, kann eine Rolle bei der Entscheidung spielen, welche Art von Datenbank du am besten einsetzen solltest. Wenn du unabhängige Datensätze hast, die keine Relation zueinander haben oder häufige One to Many-Relationen, sind relationale Datenbanken gut geeignet. Wenn du jedoch sehr viele Many to Many Relationen hast, spielt eine Datenbank-Art ihre Vorteile aus: Graph Datenbanken.

Ein gutes Beispiel sind wohl soziale Netzwerke wie LinkedIn oder Facebook, wo Events, Personen, Firmen und Posts mit Kommentaren eine durchgehende Beziehung zueinander haben. Auch bekannt als Social Graph. Natürlich kann dies auch alles in einer relationalen Datenbank gespeichert werden, aber Fragen wie “Gib mir bitte alle Personen, über die ich im 3. Grad verbunden bin, die aus Deutschland kommen und bei Aldi gearbeitet haben” sind schwer zu beantworten. Für Graph-Datenbanken jedoch ein Klacks. Grund genug, diesem Thema eine Bühne zu geben. Darum geht es in dieser Episode.

In dem Interview mit dem Experten Michael Hunger klären wir, was eine Graph-Datenbank ist, welche Anwendungsfälle sich dadurch besser abbilden lassen, als z. B. in relationalen Datenbanken, was der Ursprung von Graph Datenbanken ist, was der Unterschied eines Property-Graph-Model und dem Triple-Store-Model ist, wie man mithilfe von Sprachen wie Cypher, SPARQL und Datalog, Daten aus einem Graph extrahiert, für welche Use Cases dies ggf. nicht die richtige Datenstruktur ist und geben einen Einblick in die Themen Knowledge Graphen, LLMs und GraphRAG.

Bonus: Was der Film Matrix mit Graph-Datenbanken zu tun hat.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Michael Hunger auf LinkedIn: https://www.linkedin.com/in/jexpde/
• Neo4j: https://neo4j.com/
• Cypher - Neo4j’s declarative query language: https://neo4j.com/docs/cypher-manual/current/introduction/
• Microsoft Trinity: https://www.microsoft.com/en-us/research/project/trinity/
• GraphAcademy: https://graphacademy.neo4j.com/
• SPARQL: https://de.wikipedia.org/wiki/SPARQL
• Datalog: https://de.wikipedia.org/wiki/Datalog
• GraphRAG: Kombination aus Graphen und Text für LLMs: https://www.heise.de/hintergrund/GraphRAG-Kombination-aus-Graphen-und-Text-fuer-LLMs-10185768.html
• Hierarchical navigable small world (HNSW) Algorithmus: https://en.wikipedia.org/wiki/Hierarchical_navigable_small_world

Sprungmarken

(00:00:00) Graph Datenbanken mit Michael Hunger

(00:05:17) Info/Werbung

(00:06:17) Graph Datenbanken mit Michael Hunger

(00:16:12) Warum Java für eine Datenbank?

(00:20:51) Was sind klassische Anwendungsfälle von Graph Datenbanken?

(00:24:13) Vokabeln im Bereich Graph Datenbanken

(00:27:27) Graphen in relationalen Datenbanken

(00:31:11) Cypher als Abfragesprache für Graph Datenbanken

(00:42:20) SPARQL und Datalog als Abfragesprachen für Graph Datenbanken

(00:52:38) Index-Strukturen bei Graph Datenbanken

(00:55:08) Wofür sind Graph Datenbanken nicht geeignet?

(01:00:14) LLMs, Knowledge Graphen und GraphRAG

(01:07:32) Mein Einstieg in die Welt der Graph Datenbanken

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Diese Frage hat uns aus unserer Community erreicht. Ein Grund genug, sich diesem Thema in einer Episode zu widmen. Diesmal aber in einer leicht anderen Form. Die Frage stammt von Jan, einem Full-Stack Software-Engineer, der in Zukunft ins Engineering Management wechseln möchte. Mit ihm haben wir ein Vor-Interview geführt und ihn mit Fragen gelöchert.

Wir gehen darauf ein, was wir eigentlich unter einer Führungskraft verstehen, welche Motivationen existieren um ins Engineering Management wechseln zu wollen, ob es dabei automatisch immer mehr Geld gibt, welche Herausforderungen beim Wechsel vom Engineer ins Management entstehen, wo der wechsel leichter ist, im eigenen Unternehmen oder durch einen Firmenwechsel, wie man sich einen klassischen Arbeitsalltag als Manager vorstellt und was man bereits heute tun kann, um für eine solche Position infrage zu kommen.

Bonus: Ein Podcast wird zum Radio.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Jan Semrau auf LinkedIn: https://www.linkedin.com/in/jan-semrau-620a2815b/
• Engineering Kiosk Episode #140 Tech-Leadership: Die technische Vision als Leitfaden für Teams: https://engineeringkiosk.dev/podcast/episode/140-tech-leadership-die-technische-vision-als-leitfaden-f%C3%BCr-teams/
• Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/
• Wie wohlhabend bin ich im Vergleich?: https://www.iwkoeln.de/fileadmin/user_upload/HTML/2022/Einkommensrechner/index.html 
• The Seniority Roller Coaster and Down-Leveling in Tech: https://blog.pragmaticengineer.com/the-seniority-roller-coaster/ 
• Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/
• Engineering Kiosk Episode #83 Transparenz im Tech-Leadership & Fehlerkultur: Wie weit kann ich gehen? https://engineeringkiosk.dev/ep83
• Engineering Kiosk Episode #33 Andy im Team Lead Bewerbungsgespräch: https://engineeringkiosk.dev/podcast/episode/33-andy-im-team-lead-bewerbungsgespr%C3%A4ch/

Sprungmarken

(00:00:00) Intro

(00:01:08) Wie werde ich Engineering Manager*in?

(00:03:33) Kontext, Erfahrung und Umgebung von Jan Semrau

(00:07:06) Info/Werbung

(00:08:06) Kontext, Erfahrung und Umgebung von Jan Semrau

(00:19:21) Welches Level einer Führungskraft darf es denn sein?

(00:26:48) Was ist deine Motivation? Warum möchtest du Führungskraft werden?

(00:40:21) Ist es ein klassischer Karriereschritt, in eine Führungsrolle zu wechseln?

(00:50:45) Was wurde bereits getan, um die Position eines Engineering Managers zu bekommen?

(00:53:26) Ist es leichter, eine solche Stelle im eigenen Unternehmen oder bei einem Arbeitgeberwechsel zu bekommen?

(01:04:35) Die Vorstellung eines klassischen Arbeitsalltags als Führungskraft

(01:11:48) Was sind deine größten Herausforderungen beim Wechsel in eine Führungsrolle?

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Testen, besonders automatisiertes Testen der eigenen Software, gilt als Best Practice in der Softwareentwicklung. Egal, ob wir dabei von Unit-Testing, Integration Testing, Funktions- oder Akzeptanztesting sprechen. Die Idee dabei ist, dass wir die Fehler in der Software gering halten. Auch wenn deine Tests zu einer 100%igen Code Coverage führen, heißt es nicht, dass dein Programm keine Bugs hat. Denn ein Problem gibt es bei all diesen Test-Arten: Die Input-Parameter sind i.d.R. nach einer gewissen Struktur erstellt worden. Und dies heißt noch lange nicht, dass diese Input-Parameter alle möglichen Fälle abdecken.

Und genau da kommt das Thema Fuzzing bzw. Fuzz-Testing ins Spiel. Das Testen deiner Software mit zufällig generierten Input-Parametern. Das klingt erstmal wild, kann aber ganz neue Probleme in deiner Software aufdecken. Und das ist das Thema in dieser Episode.

Zu Gast ist Prof. Dr. Andreas Zeller, Forscher im Bereich Softwaretesting und Autor des Fuzzing Books. Mit ihm klären wir, was Fuzzing eigentlich ist, woher es kommt und wie es sich gegenüber anderen Teststrategien, wie Unit-Testing, verhält. Er gibt uns einen Einblick in die Unterschiede von Search-Based Fuzzing, Grammar-Fuzzing, Symbolic Fuzzing sowie spezifikationsbasierten Fuzzern, wie komplexe Systeme mittels metamorphes Testen verbessert werden können, was das Orakel-Problem ist, wie z.B. Datenbanken gefuzzed werden können, aber auch wie das Ganze in der Praxis angewendet werden kann und wie du einfach mit Fuzzing starten kannst.

Bonus: Was ein Orakel mit Testing zu tun hat.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Prof. Dr. Andreas Zeller: https://andreas-zeller.info/
• Prof. Dr. Andreas Zeller auf LinkedIn: https://www.linkedin.com/in/andreaszeller/
• CISPA – Helmholtz-Zentrum für Informationssicherheit: https://cispa.de/de
• OSS-Fuzz: https://github.com/google/oss-fuzz
• ClusterFuzz: https://github.com/google/clusterfuzz
• The Fuzzing Book: https://www.fuzzingbook.org/
• ACM SIGSOFT Outstanding Research Award: https://www2.sigsoft.org/awards/outstandingresearch/
• KLEE Symbolic Execution Engine: https://klee-se.org/
• AFL++: https://aflplus.plus/
• Blog-Artikel über EvoSuite: https://apanichella.github.io/tag/evosuite/
• Manuel Rigger “Bugs found in Database Management Systems”: https://www.manuelrigger.at/dbms-bugs/
• FANDANGO: Evolving Language-Based Testing: https://github.com/fandango-fuzzer/fandango
• inputLab: https://inputlab.net/
• Paper “Will AI replace Software Engineers? Do not hold your breath”: https://arxiv.org/abs/2502.20429

Sprungmarken

(00:00:00) Intro

(00:01:37) Fuzzing mit Prof. Dr. Andreas Zeller

(00:07:55) Info/Werbung

(00:08:55) Was ist Fuzzing?

(00:12:37) Fuzzing im Kontext von anderen Test-Strategien

(00:14:45) Woher stammt Fuzzing?

(00:18:41) Eingabe-Parameter beim Testing

(00:22:43) Unterschiedliche Arten von Fuzzing

(00:31:37) Feedback vom Fuzzer erneut in den Testprozess integrieren

(00:40:23) Search-Based-, Grammar-, Symbolic- und spezifikationsbasiertes Fuzzen

(00:45:04) Fuzzing: Wissenschaft vs. Praxis

(00:50:32) Fuzzing von hochkomplexen Systemen wie z.B. Datenbanken

(01:03:04) LLMs vs. Fuzzing

(01:09:16) Mit dem Fuzzing starten

(01:15:58) Testabdeckung bei elektronischen Rechnungen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)



Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Computerspiele sind für viele ITler der Einstieg. Sei es das Verlangen, auch mal ein Spiel zu programmieren, oder die frühe Erstellung von LUA-Skripten bei World of Warcraft oder auch nur die Programmierung der eigenen Clan-Website.

Für Software-Engineers, die nicht in der Spieleindustrie gelandet sind, ist die Entwicklung von Spielen irgendwie etwas Spannendes. Wie erschafft man ein Level? Wie programmiert man, dass sich die Figur in diesem Level bewegen kann? Wie baut man eine Kollisionsdetektion? Das sind zumindest Fragen, die uns oft in den Sinn kommen. Doch Spieleentwicklung ist viel, viel mehr als nur die reine Programmierung. Man könnte sogar die Frage stellen: Ist die Entwicklung eines Spiels die Königsdisziplin des Software-Engineerings?

Diese Frage versuchen wir in dieser Episode zu beantworten. Wir sprechen mit dem Spieleentwickler Dominic Pacher, der u.a. am Industrie-Giganten 4.0 mitgearbeitet hat. Wir klären mit ihm auf was es bei einem Spiel ankommt, welche Aufgaben eigentlich eine Game Engine bei der Entwicklung übernimmt, was eigentlich ein Game Loop und ein Vertical Slice ist, wie viel Arbeit in Texturen, Sound und Art-Design anfällt, welche Rolle Collider bei Physik-Engines spielen, wie Spiele getestet werden, welche Herausforderung es bei der Lokalisierung von Spielen und der Veröffentlichung in anderen Ländern gibt, welche Rolle eigentlich ein Game-Publisher hat, wie viel Spiele pro Tag auf Steam erscheinen und wie wichtig aber auch schwierig das Balancing der Spielmechanik ist, um das Spiel attraktiv zu halten.

Natürlich sprechen wir auch über Game Engines wie Unity, Unreal oder Godot oder warum Spieleentwickler oft kein Git als Versionskontroll-Software nutzen.

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Anregungen, Gedanken, Themen und Wünsche

Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Instagram: https://www.instagram.com/engineeringkiosk/

Unterstütze den Engineering Kiosk

Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer 

• Buy us a coffee: https://engineeringkiosk.dev/kaffee

Links

• Dominic Pacher: https://www.linkedin.com/in/dominic-pacher-641626242/
• Dr. Arbeit von Dominic Pacher - Spatially aware graph stores: https://ulb-dok.uibk.ac.at/ulbtirolhs/content/pageview/345881
• Infoküche Podcast: https://github.com/woolfg/infokueche_website
• Industrie Gigant 4.0: https://donvsdodo.de/industry-giant-4-0/
• Don vs. Dodo: https://donvsdodo.de/
• Command & Conquer Open Source: https://github.com/electronicarts
• Funny Command & Conquer Code Comments: https://www.reddit.com/r/commandandconquer/comments/1izpkmh/funny_generals_source_code_comments/
• Doom Bible: https://5years.doomworld.com/doombible/doombible.pdf
• Engineering Kiosk Episode #146 Warum ist Doom so faszinierend für die Software-Entwicklung?: https://engineeringkiosk.dev/podcast/episode/146-warum-ist-doom-so-faszinierend-f%C3%BCr-die-software-entwicklung/
• Unreal Engine: https://www.unrealengine.com/de
• Unity Game Engine: https://unity.com/de/games
• Godot Game Engine: https://godotengine.org/
• Bullet Physik Engine: https://github.com/bulletphysics/bullet3
• Git LFS: https://git-lfs.com/
• Perforce Version Control: https://www.perforce.com/products/helix-core
• Unity Version Control: https://unity.com/solutions/version-control
• Factorio: Space Age - Graphics mode tests: https://www.youtube.com/watch?v=CgMV2dFFdFE
• Path of Exile 2: Skill Tree erklärt: https://mein-mmo.de/path-of-exile-2-passiver-skill-tree-erklaert/
• RimWorld: https://rimworldgame.com/

Sprungmarken

(00:00:00) Intro

(00:01:45) Spieleentwicklung mit Dominic Pacher

(00:05:42) Info/Werbung

(00:06:42) Spieleentwicklung mit Dominic Pacher

(00:10:35) Wie sieht der Alltag eines Spieleentwicklers eigentlich aus?

(00:14:49) Die drei großen Entwicklungsbereiche bei Spielen

(00:21:09) Game Bible und Feature Creep

(00:26:47) Game Engines wie Unreal, Unity oder Godot

(00:39:59) Multiplayer und Cross-Device Gaming

(00:46:46) Versionskontrolle bei der Spieleentwicklung

(00:54:10) Lokalisierung von Spielen

(00:58:24) Testing von Spielen

(01:04:57) Balancing der Spielmechanik

(01:12:49) Veröffentlichung von Spielen und die Rolle von Publishern

(01:28:44) Dein Einstieg in die Spieleentwicklung

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)

Community

Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

In dieser Episode tauchen wir in die Welt des Meeresschutzes ein. Florian Stadler, seit 15 Jahren aktiv und Kampagnenleiter bei Sea Shepherd Deutschland, gibt uns Einblicke, wie Software beim Meeresschutz angewandt wird, um verlorene Fischernetze (sogenannte Geisternetze) aufzuspüren und zu bergen.

Wir sprechen darüber, wie mithilfe Sonar-Scans und manueller Interpretation und (teils öffentlicher) Datenbanken der Meeresboden in der Ostsee systematisch untersucht wird, um illegale Fangmethoden und Umweltschäden aufzudecken. Dabei beleuchten wir auch Herausforderungen wie Schiffs-Ortungen, Bereiche von Cyber Security, wie z. B. AIS-Spoofing, den Datenaustausch mit anderen Organisationen, Infrastruktur auf einem Schiff von Sea Shepherd, wie Software-Entwickler*innen beim Meeresschutz helfen können und den oft überraschenden Einsatz von pragmatischen Lösungen wie händisch gepflegte Excel-Listen, selbst erstellten Google Maps-Layern oder Bildmaterial von öffentlich zugänglichen Webcams. Die Grenzen zwischen Hightech und altbewährter Technik mit pragmatischen Ansätzen verschwimmen hier ganz wunderbar.

Bonus: Excel vs. Hightech – Wie kann man mit simplen Tools und digitaler Navigation ganze Meeresgebiete effizient kartieren?

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: stehtisch@engineeringkiosk.dev
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
• Twitter: https://twitter.com/EngKiosk

Links

• International Oceans Film Tour: https://de.oceanfilmtour.com/de
• Sea Sheperd: https://sea-shepherd.de/
• Dürfen wir vorstellen, die TRITON: https://sea-shepherd.de/news/durfen-wir-vorstellen-die-triton/
• Bundesamt für Seeschifffahrt und Hydrographie: https://www.bsh.de/DE/Home/home_node.html
• https://www.geomar.de/
• https://globalfishingwatch.org/
• AIS Spoofing: https://windward.ai/glossary/what-is-ais-spoofing/
• AIS Exposed. Understanding Vulnerabilities and Attacks 2.0 by Marco Balduzzi: https://www.youtube.com/watch?v=5rt9dzu3I7U

Sprungmarken

(00:00:00) Intro

(00:01:28) Meeresschutz bei Sea Shepherd Deutschland mit Florian Stadler

(00:05:50) Der letzte Einsatz

(00:06:29) Info/Werbung

(00:07:29) Der letzte Einsatz

(00:11:45) Die Ostsee als Einsatzgebiet

(00:13:47) IT und Software beim Support von Einsätzen und das Schiff Triton

(00:16:30) Geisternetze, Sonar-Scans, Datenbanken und Excel-Listen

(00:27:34) Kartographierung der Ostsee

(00:36:20) Austausch der Daten mit anderen Organisationen

(00:37:56) Open Source Intelligence, Vessel-Tracking und Spoofing

(00:53:21) Wie Software und Software-Entwickler*innen helfen können

(01:02:50) Schiffs-Infrastruktur und Antennen

Hosts

• Wolfgang Gassler (https://gassler.dev) 
• Andy Grunwald (https://andygrunwald.com/)