Insights from recent episode analysis
Audience Interest
Podcast Focus
Publishing Consistency
Platform Reach
Insights are generated by CastFox AI using publicly available data, episode content, and proprietary models.
Most discussed topics
Brands & references
Total monthly reach
Estimated from 2 chart positions in 2 markets.
By chart position
- 🇩🇪DE · Technology#7530K to 100K
- 🇦🇹AT · Technology#4110K to 30K
- Per-Episode Audience
Est. listeners per new episode within ~30 days
12K to 39K🎙 Daily cadence·265 episodes·Last published 3d ago - Monthly Reach
Unique listeners across all episodes (30 days)
40K to 130K🇩🇪77%🇦🇹23% - Active Followers
Loyal subscribers who consistently listen
16K to 52K
Market Insights
Platform Distribution
Reach across major podcast platforms, updated hourly
Total Followers
—
Total Plays
—
Total Reviews
—
* Data sourced directly from platform APIs and aggregated hourly across all major podcast directories.
On the show
From 16 epsHosts
Recent guests
Recent episodes
#273 Bäume, Hashes, Bitmaps: Performance ist kein Zufall
Jun 23, 2026
59m 18s
#272 Wenn der Chef das Problem ist: Destruktive Führung, Gaslighting & Exit-Plan
Jun 16, 2026
1h 13m 06s
#271 Selbstmanagement statt Zeitmanagement: Warum du nie fertig wirst - mit Dirk Deimeke
Jun 9, 2026
1h 26m 48s
#270 Ada und Zangemann: Ein Märchen über Software, Skateboards und Himbeereis mit Matthias Kirschner von der FSFE
Jun 2, 2026
1h 24m 24s
#269 Performance-Basics: Indexstrukturen, Cache-Lokalität & Zugriffsmuster
May 26, 2026
1h 05m 48s
Social Links & Contact
Official channels & resources
Official Website
Login
RSS Feed
Login
| Date | Episode | Topics | Guests | Brands | Places | Keywords | Sponsor | Length | |
|---|---|---|---|---|---|---|---|---|---|
| 6/23/26 |  #273 Bäume, Hashes, Bitmaps: Performance ist kein Zufall | Warum werden Systeme langsam, obwohl die Hardware doch immer schneller wird? Und warum endet die vermeintlich einfache Lösung so oft in einem Stack-Wechsel, der neue Probleme schafft statt alte zu lösen? Genau da setzen wir in dieser Episode an. Wir schauen auf Indexstrukturen, Datenstrukturen und die oft übersehene Frage, wie Workload, Hardware, Lese- und Schreibzugriffe und Algorithmen zusammenhängen. Denn häufig ist nicht die Datenbank schuld, sondern die falsche Struktur für den falschen Job.In dieser Episode sprechen wir über Red Black Trees, B-Bäume, B-Plus-Bäume, Hash-Indizes, Trie, Radix Tree, Bitmap Index und Bloomfilter. Wir machen das nicht abstrakt, sondern mit konkreten Beispielen aus der Praxis. Etwa mit Nginx und Timeout-Management im Event-Loop, mit HTTP-Routern und Prefix-Suche, mit Git und Bloom Filtern für schnellere Dateipfad-Abfragen oder mit Alerting-Systemen und Hashmaps. Dabei geht es auch um Big O, Cache Lines, Range Queries, Rehashing, Performance-Basics und die Frage, wann Optimierung sinnvoll ist und wann sie nur Overengineering produziert.Wenn du besser verstehen willst, warum manche Software unter Last einknickt und wie du mit dem richtigen Datenmodell, sauberen Metriken und etwas Architekturverständnis deutlich weiter kommst, ist diese Folge für dich. Und vielleicht ist die wichtigste Erkenntnis am Ende gar nicht, welche Indexstruktur die beste ist, sondern dass du sie in deiner eigenen Codebase vermutlich längst benutzt, oft nur ohne es zu merken.Bonus: Blumenfilter sind keine Blumen und streng genommen nicht mal ein richtiger Index.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering 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/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/Engineering Kiosk Episode #269 Performance-Basics: Indexstrukturen, Cache-Lokalität & Zugriffsmuster: https://engineeringkiosk.dev/podcast/episode/269-performance-basics-indexstrukturen-cache-lokalit%C3%A4t-zugriffsmuster/Engineering Kiosk Episode #73 Cache-freundliches Programmieren, CPU-Caches, Ersetzungsstrategien und Cache-Invalidierung: https://engineeringkiosk.dev/podcast/episode/73-cache-freundliches-programmieren-cpu-caches-ersetzungsstrategien-und-cache-invalidierung/Engineering Kiosk Episode #265 One Billion Row Challenge: Java mit mmap, Unsafe & richtig vielen Bit-Tricks: https://engineeringkiosk.dev/podcast/episode/265-one-billion-row-challenge-java-mit-mmap-unsafe-richtig-vielen-bit-tricks/julienschmidt/httprouter - A high performance HTTP request router that scales well: https://github.com/julienschmidt/httprouterEngineering Kiosk Episode #151 Räumliche Indexstrukturen: Grundpfeiler in Geo-Systemen, Games und Machine Learning: https://engineeringkiosk.dev/podcast/episode/151-r%C3%A4umliche-indexstrukturen-grundpfeiler-in-geo-systemen-games-und-machine-learning/Alertmanager: https://github.com/prometheus/alertmanagerNGinx Source Code: https://github.com/nginx/nginxRedis Bloom Filter: https://redis.io/docs/latest/develop/data-types/probabilistic/bloom-filter/Sprungmarken(00:00:00) Indexstrukturen und Skalierung: Warum Datenstrukturen entscheidend sind(00:04:17) Info/Werbung(00:05:17) Indexstrukturen und Skalierung: Warum Datenstrukturen entscheidend sind(00:07:13) Workload, Hardware und Big O: Wie du Performance richtig einordnest(00:12:47) Bäume als Indexstrukturen: RAM, Festplatte und moderne Hardware(00:21:26) Red Black Trees in der Praxis: Sortierung, Balance und Nginx-Timeouts(00:24:34) B-Bäume und B+ Bäume in Datenbanken und Hauptspeicher(00:28:39) Hashindex und Hashmap: Punktabfragen, Kollisionen und Rehashing(00:34:09) Redis, Incremental Rehashing und Hashing-Fallen in der Praxis(00:39:51) Trie und Radix Tree: Textsuche, Routing und URL-Präfixe(00:45:29) Bitmap Index und Bloomfilter: Kompakte Strukturen für schnelle Filter(00:50:44) Bloomfilter in Git, verteilten Systemen und Tiered Storage(00:54:51) Challenge für die eigene Codebase, gewinne einen KaffeeHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 59m 18s | ||||||
| 6/16/26 |  #272 Wenn der Chef das Problem ist: Destruktive Führung, Gaslighting & Exit-Plan | Schwierige Kolleg:innen sind das eine. Aber was passiert, wenn die eigentliche Eskalation erst dann beginnt, wenn Führungskräfte Probleme kleinreden, Verantwortung wegschieben oder dich mit Aussagen wie “das bildest du dir nur ein” komplett im Regen stehen lassen? Genau an diesem Punkt wird aus einem nervigen Arbeitstag schnell ein ernstes Thema rund um schlechte Führung, toxisches Verhalten, Gaslighting und psychische Belastung im Job.In dieser Episode sprechen wir über reale Fälle aus unserer Engineering Kiosk Community. Wir schauen auf Konflikte mit Vorgesetzten, destruktive Führung, Gehaltsgespräche unter der Gürtellinie, sexuelle Belästigung, strukturelle Probleme in Unternehmen und die Frage, wie du als Individual Contributor professionell reagieren kannst. Wir besprechen, wann Dokumentation hilft, wie du den Impact eines Problems sichtbar machst, woran du ein Teamproblem von einem Kulturproblem unterscheidest und wann Skip-Level, HR, Betriebsrat, Teamwechsel oder Exit-Strategie sinnvoll sein können. Wenn du dich fragst, wie du mit schwierigen Manager:innen umgehst, ohne direkt innerlich zu kündigen oder emotional zu eskalieren, bekommst du hier konkrete Denkanstöße und Handlungsmöglichkeiten. Und ja, am Ende gibt es trotz schwerem Thema noch Programmiererwitze. Qualität nicht garantiert, Community-tauglich vielleicht schon.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Episode #251 Ohne Frust ins Jahresgespräch: Performance Reviews und Feedback richtig nutzen: https://engineeringkiosk.dev/podcast/episode/251-ohne-frust-ins-jahresgespr%C3%A4ch-performance-reviews-und-feedback-richtig-nutzen/Reflecting on one very, very strange year at Uber: https://www.susanjfowler.com/blog/2017/2/19/reflecting-on-one-very-strange-year-at-uberInstitut für Arbeitsmarkt- und Berufsforschung (IAB) - Immer weniger Betriebe sind tarifgebunden: https://iab.de/presseinfo/immer-weniger-betriebe-sind-tarifgebunden/Bundesanstalt für Arbeitsschutz und Arbeitsmedizin / Mobbing - Prävention und Umgang im Betrieb: https://www.baua.de/DE/Themen/Praevention/Mentale-Gesundheit/MobbingEntgelttransparenzgesetz: https://de.wikipedia.org/wiki/EntgelttransparenzgesetzEngineering Kiosk Episode #266 Level, Titel, Geld: Die Spielregeln für Beförderungen & Gehälter: https://engineeringkiosk.dev/podcast/episode/266-level-titel-geld-die-spielregeln-f%C3%BCr-bef%C3%B6rderungen-geh%C3%A4lter/Sprungmarken(00:00:00) Schwierige Vorgesetzte: Wenn das Management Teil des Problems ist(00:06:46) Info/Werbung(00:07:46) Community-Fälle und warum Führung für deine Karriere so wichtig ist(00:10:43) Einzelproblem oder strukturelles Problem in der Firma erkennen(00:13:54) Schlechte Führung im Konflikt: Was eine gute Reaktion wäre(00:19:13) Toxisches Verhalten, Wirkung im Team und fehlende Empathie(00:26:02) Was du als IC tun kannst: Beispiele, Impact und Nachhaken(00:37:05) Wann du eskalieren solltest: Skip Level statt still leiden(00:42:52) Der Uber-Fall: Wenn aus Einzelfällen ein strukturelles Problem wird(00:48:21) Gaslighting im Job erkennen und sauber dokumentieren(00:53:21) Professionell reagieren in Gehaltsgesprächen und Eskalationen(01:02:20) Teamwechsel, Exit-Strategie und persönliche Belastungsgrenzen(01:10:10) Hilfe holen, Community nutzen und ein professioneller AbgangHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 1h 13m 06s | ||||||
| 6/9/26 |  #271 Selbstmanagement statt Zeitmanagement: Warum du nie fertig wirst - mit Dirk Deimeke✨ | SelbstmanagementZeitmanagement+5 | Dirk Deimeke | Swisscom | — | ProduktivitätTo-Do-Listen+6 | — | 1h 26m 48s | |
| 6/2/26 |  #270 Ada und Zangemann: Ein Märchen über Software, Skateboards und Himbeereis mit Matthias Kirschner von der FSFE✨ | SoftwarefreiheitOpen Source+4 | Matthias Kirschner | Free Software Foundation EuropeAda und Zangemann | — | SoftwarefreiheitOpen Source+5 | — | 1h 24m 24s | |
| 5/26/26 |  #269 Performance-Basics: Indexstrukturen, Cache-Lokalität & Zugriffsmuster✨ | database performanceindex structures+4 | — | PostgreSQLMySQL+1 | — | indexperformance+8 | — | 1h 05m 48s | |
| 5/19/26 |  #268 Unsere Side-Project-Fails: Wo wir aufgegeben haben ... und warum✨ | Side-ProjectsFailure+4 | — | WohnbotFitness-App+5 | — | Side-Project-FailsSurvivorship Bias+4 | — | 1h 07m 18s | |
| 5/12/26 |  #267 No Deploy Friday: Meme, Ausrede oder Reifegrad-Test? mit Sujeevan Vijayakumaran✨ | Friday DeploymentsSoftware Delivery+4 | Sujeevan Vijayakumaran | GitLabGrafana+2 | — | Friday DeploymentsCI/CD+6 | — | 1h 16m 55s | |
| 5/5/26 |  #266 Level, Titel, Geld: Die Spielregeln für Beförderungen & Gehälter✨ | KarriereentwicklungBeförderungen+4 | — | Siedler von Catan | — | KarrierelevelLeveling Guides+5 | — | 1h 09m 24s | |
| 4/28/26 |  #265 One Billion Row Challenge: Java mit mmap, Unsafe & richtig vielen Bit-Tricks✨ | Java performanceOne Billion Row Challenge+4 | — | GraalVMAWK+13 | — | Javaperformance+8 | — | 1h 11m 02s | |
| 4/21/26 |  #264 Seniorität im KI-Zeitalter: Eine Ode an den Junior✨ | AI in software developmentseniority in tech+4 | — | LinkedInDORA+1 | — | AIsoftware development+5 | — | 58m 57s | |
Want analysis for the episodes below?Free for Pro Submit a request, we'll have your selected episodes analyzed within an hour. Free, at no cost to you, for Pro users. | |||||||||
| 4/14/26 |  #263 Das Monorepo Comeback: Project Graphs, Dev-Kultur und AI Agents mit Max Kless von Nx✨ | MonorepoDev Culture+4 | Max Kless | Nx | — | MonorepoPolyrepo+6 | — | 1h 12m 57s | |
| 4/7/26 |  #262 Value Based Pricing: Mehr Verantwortung statt Stunden zählen mit Christoph Burchartz✨ | Value Based PricingFreelancing+5 | Christoph Burchartz | PixolithShopware+1 | — | Value Based PricingFreelancing+7 | — | 1h 22m 14s | |
| 3/31/26 |  #261 Git 3.0, SHA-256, Reftables: Die Zukunft von Git mit Maintainer Patrick Steinhardt✨ | Git InternalsSoftware Development+5 | Patrick Steinhardt | Gitlibgit2+2 | — | GitSHA-256+8 | — | 1h 16m 38s | |
| 3/24/26 |  #260 Crazy Attacks Part 2: Acoustic DoS & Garmin Hack im Luftverkehr✨ | CybersecurityRansomware+5 | — | GarminJanet-Jackson-Sicherheitslücke | — | CybersecurityRansomware+8 | — | 46m 57s | |
| 3/17/26 |  #259 Modern Fortran: Nach 70 Jahren immer noch ein HPC-Arbeitstier mit Prof. Martin Diehl✨ | FortranHigh Performance Computing+5 | Prof. Martin Diehl | NumPySciPy+4 | — | FortranHPC+6 | — | 1h 10m 02s | |
| 3/10/26 |  #258 Fuck around & find out: Hardware-Side-Projects mit ESPHome mit Andrej Friesen✨ | hardware projectsESPHome+4 | Andrej Friesen | Home AssistantPokyPow+4 | — | ESP32ESP8266+5 | — | 1h 19m 08s | |
| 3/3/26 |  #257 Fischbecken, Jeep, Saugroboter - 3 Hacks, 1 Lesson: Zero Trust✨ | IoT SecurityZero Trust+3 | — | ThermometerStaubsaugerroboter+3 | — | IoTZero Trust+5 | — | 1h 00m 07s | |
| 2/24/26 |  #256 Hochleistungskultur ohne Druckkultur mit Philip Klasen-Schwidetzki✨ | High performance culturePsychological safety+4 | Philip Klasen-Schwidetzki | troodiHochleistungskultur | — | high performance culturepsychological safety+5 | — | 1h 15m 17s | |
| 2/17/26 |  #255 Die DB skaliert nicht! OLTP vs. OLAP, Row vs. Column Stores, Parquet, CSV, Iceberg, DuckDB | Kennst du diese Situation im Team: Jemand sagt "das skaliert nicht", und plötzlich steht der Datenbankwechsel schneller im Raum als die eigentliche Frage nach dem Warum? Genau da packen wir an. Denn in vielen Systemen entscheidet nicht das nächste hippe Tool von Hacker News, sondern etwas viel Grundsätzlicheres: Datenlayout und Zugriffsmuster.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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering 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.htmEngineering 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/parquetDuckDB: https://duckdb.org/parquet-go: https://github.com/parquet-go/parquet-goRemoteStorageManager 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 reflektierenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 1h 16m 14s | ||||||
| 2/10/26 |  #254 Domain Driven Design: Hype, Hate oder Handwerk für komplexe Systeme? | Hand aufs Herz: Wie viele Domains hast du gekauft, die heute nur noch als jährliche Renew Mail existieren? Genau mit diesem Reality Check steigen wir ein und biegen dann scharf ab: nicht Webdomains, sondern Domain Driven Design.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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMartin Fowler über Domain Driven Design: https://martinfowler.com/bliki/DomainDrivenDesign.htmlMartin Fowler über Anemic Domain Model: https://martinfowler.com/bliki/AnemicDomainModel.htmlRepository zum Buch “Domain-Driven Design With Golang”: https://github.com/PacktPublishing/Domain-Driven-Design-with-GoLangBuch 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-FeedbackHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 1h 06m 15s | ||||||
| 2/3/26 |  #253 Technisches Produktmanagement mit Michael Gasch von Amazon Web Services | Produktmanagement wird dauernd erwähnt, aber selten wirklich erklärt. Und genau da entsteht oft der Frust: Feature Requests prasseln rein, das Jira Backlog wächst wie Unkraut, Stakeholder eskalieren, und am Ende fragt sich jede:r im Team, wer hier eigentlich was entscheidet. Klingt bekannt? Dann ist diese Episode für dich.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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMichael 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-processesAWS 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.htmlEngineering 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 PnLHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 1h 14m 06s | ||||||
| 1/27/26 |  #252 Coole Sprach-Features in Ada, F#, PHP und Go | 4 coole Sprachfeatures von Ada, F#, Go und PHPKennst 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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksGithub - A collection of cool programming language features (highly subjective): https://github.com/EngineeringKiosk/cool-programming-language-featuresNeue PHP 8.2 Features: https://www.php.net/manual/de/migration82.new-features.phpPHP-Attribut SensitiveParameter: https://www.php.net/manual/de/class.sensitiveparameter.phpDeep Dive von PHP 8.2: Sensitive Parameter value redaction support: https://php.watch/versions/8.2/backtrace-parameter-redactionPHP RFC: Redacting parameters in back traces: https://wiki.php.net/rfc/redact_parameters_in_back_tracesPHP 8.0: Attributes: https://php.watch/versions/8.0/attributesGo feature: Secret mode: https://antonz.org/accepted/runtime-secret/Github Issue “runtime/secret: add new package #21865: https://github.com/golang/go/issues/21865Go 1.26 Release Notes: https://go.dev/doc/go1.26The 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.htmlC-Funktion “memzero_explicit”: https://manpages.debian.org/experimental/linux-manual-4.11/memzero_explicit.9.en.htmlC-Funktion “explicit_bzero”: https://www.gnu.org/software/gnulib/manual/html_node/explicit_005fbzero.htmlC-Funktion “memset_s”: https://man.freebsd.org/cgi/man.cgi?query=memset_s&sektion=3Rust zeroize: https://crates.io/crates/zeroizeZero'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_OrbiterTechnik-Fail - Mars Climate Orbiter scheitert an der Pfundkraftsekunde: https://www.swr.de/swrkultur/wissen/technik-fail-einheitenfehler-laesst-mars-climate-orbiter-zerschellen-100.htmlF-Sharp: https://de.wikipedia.org/wiki/F-SharpAda 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.pdfWho's Using Ada? Real-World Projects Powered by the Ada Programming Language - November 2014: https://www2.seas.gwu.edu/~mfeldman/ada-project-summary.htmlFOSDEM: https://fosdem.org/Learn Ada - Strong Typing: https://learn.adacore.com/courses/intro-to-ada/chapters/strongly_typed_language.htmlEngineering 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 TreffenHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 58m 51s | ||||||
| 1/20/26 |  #251 Ohne Frust ins Jahresgespräch: Performance Reviews und Feedback richtig nutzen | Performance Reviews. Schon beim Wort ziehen sich bei vielen die Schultern hoch: zu viel Bürokratie, zu wenig Fairness, zu viel Politik und am Ende bleibt das Gefühl, dass eine Note mehr über das System sagt als über deine Arbeit.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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering 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 steuernHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 55m 35s | ||||||
| 1/13/26 |  #250 Tech-Leadership & Skalieren: Was ein CTO wirklich tun muss mit Philipp Deutscher | CTO, der oder die da oben, macht bestimmt nur PowerPoint, oder? Oder ist die Rolle am Ende das schwierigste C-Level, weil du gleichzeitig Tech, Business, Menschen und Politik zusammenhalten musst, ohne zum Bottleneck zu werden?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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksPhilipp 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_staffSprungmarken(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 OfficeHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 1h 13m 34s | ||||||
| 1/6/26 |  #249 Resilience Engineering: Rate Limiting oder wie 429 dein System rettet | Rate Limiting klingt erstmal wie ein nerviges Nein. In Wahrheit ist es oft der Unterschied zwischen stabiler Plattform und dem Klassiker: kurz ein bisschen Traffic, und plötzlich ist alles down. Denn Systeme scheitern selten an einem Request, sondern fast immer an zu vielen: Retry Storms nach einem Funkloch, Thundering Herd nach einem Cache-Expire, Traffic Amplification in Microservices oder einfach ein Tenant, der als Noisy Neighbor das ganze Haus wachklingelt.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/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Anregungen, Gedanken, Themen und WünscheDein 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.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering 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-28GitHub 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-limitCloudflare Rate Limit Header: https://developers.cloudflare.com/fundamentals/api/reference/limits/#rate-limiting-headersGitHub Rate limits and query limits for the GraphQL API: https://docs.github.com/en/graphql/overview/rate-limits-and-query-limits-for-the-graphql-apiIETF 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ügbarkeitHostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord | 1h 03m 11s | ||||||
Showing 25 of 275
Pitch Fit is a Pro feature
See how bookable this show is for guests, which brands already advertise, the per-episode ad value, and the best-fit guest and sponsor profile. The numbers are blurred on the free plan.
How readily this show books outside guests like you.
How proven this show is for host-read sponsorships.
For Guests
ProFor Advertisers
ProUpgrade to Pro to unlock guest cadence, sponsor categories, fit scores, and per-episode ad value for this show.
Chart Positions
2 placements across 2 markets.
Chart Positions
2 placements across 2 markets.