Engineering Kiosk Titelbild

Engineering Kiosk

Engineering Kiosk

Von: Wolfgang Gassler Andy Grunwald
Jetzt kostenlos hören, ohne Abo

Über diesen Titel

Der Engineering Kiosk ist der deutschsprachige Software-Engineering-Podcast mit Wolfgang Gassler und Andy Grunwald rund um die Themen Engineering-Kultur, Open Source, Menschen, Technologie und allen anderen Bereichen, die damit in Verbindung stehen.Wir, Wolfgang Gassler und Andy Grunwald, sind beide Software Engineers und Engineering Manager, die sich bei ihrer beruflichen Laufbahn bei @trivago kennengelernt haben.Zusammen bringen sie über 30 Jahre Tech-Erfahrung an das Mikrofon und lassen dabei zwei Welten aufeinander prallen: Die Österreichische und akademische Welt von Wolfgang mit der praktischen und deutschen Ruhrpottschnauze von Andy.Ziel des Podcasts ist der Austausch zu (Senior) Engineering Themen und ggf. etwas Selbsttherapie 🙃Dieser Podcast ist für alle Software Engineers und -Enwickler, Teamleads, Open-Source- und Indie Hacker, Leute aus dem Tech-Sektor (Product Manager, Data Scientist, etc.) und alle weiteren Engineering-Interessierten.Feedback an stehtisch@engineeringkiosk.dev oder über Twitter @EngKiosk

All rights reserved.
Folgen
  • #255 Die DB skaliert nicht! OLTP vs. OLAP, Row vs. Column Stores, Parquet, CSV, Iceberg, DuckDB

    #255 Die DB skaliert nicht! OLTP vs. OLAP, Row vs. Column Stores, Parquet, CSV, Iceberg, DuckDB
    Feb 17 2026
    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
    Mehr anzeigen Weniger anzeigen
    1 Std. und 16 Min.
  • #254 Domain Driven Design: Hype, Hate oder Handwerk für komplexe Systeme?

    #254 Domain Driven Design: Hype, Hate oder Handwerk für komplexe Systeme?
    Feb 10 2026
    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
    Mehr anzeigen Weniger anzeigen
    1 Std. und 6 Min.
  • #253 Technisches Produktmanagement mit Michael Gasch von Amazon Web Services

    #253 Technisches Produktmanagement mit Michael Gasch von Amazon Web Services
    Feb 3 2026
    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
    Mehr anzeigen Weniger anzeigen
    1 Std. und 14 Min.
Noch keine Rezensionen vorhanden