Engineering Kiosk

Wolfgang Gassler, Andy Grunwald

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

  1. #261 Git 3.0, SHA-256, Reftables: Die Zukunft von Git mit Maintainer Patrick Steinhardt

    VOR 2 TAGEN

    #261 Git 3.0, SHA-256, Reftables: Die Zukunft von Git mit Maintainer Patrick Steinhardt

    Git nutzen wir jeden Tag. Aber Hand aufs Herz: Wie viel davon verstehen wir wirklich? Hinter commit, push und pull steckt kein bisschen Magie, sondern ein erstaunlich komplexes System aus Objekten, Referenzen, Protokollen und Designentscheidungen, die bis heute die Softwareentwicklung prägen. Und genau da wird es spannend. Denn Git ist 20 Jahre alt, aber alles andere als fertig entwickelt. In dieser Episode sprechen wir mit Patrick Steinhardt, Git Maintainer, Contributor zu libgit2 und Staff Engineer im Git Team bei GitLab. Gemeinsam tauchen wir tief in die Git Internals ein und klären, warum Git sich gegen Subversion durchgesetzt hat, was ein bare Repository auf der Server-Seite eigentlich macht, wie Clone, Fetch und Push wirklich funktionieren und warum große Repositories, Millionen Referenzen, Binärdateien und Git LFS bis heute echte Herausforderungen sind. Außerdem geht es um Reftables, Partial Clones, Large Object Promises, pluggable object databases, Git History, Interactive Rebase und die Frage, was Git 3.0 mit SHA-256, besserer Usability und moderner Architektur verändern könnte. Wenn du Git bisher vor allem als Werkzeug für deinen täglichen Workflow gesehen hast, bekommst du hier einen Blick unter die Haube, der vieles neu sortiert. Vielleicht hörst du diese Folge als Developer:in mit einem leichten Ich benutze Git seit Jahren Gefühl. Vielleicht gehst du raus mit dem Gedanken: Ich kenne bisher gerade mal die Oberfläche. So oder so, diese Episode ist Pflichtprogramm für alle, die Versionskontrolle, Entwickler-Workflows, Open Source und die Zukunft von Git besser verstehen wollen.  Bonus: Danach wirkt selbst git rebase plötzlich fast freundlich. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das 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/kaffee LinksPatrick Steinhardt auf LinkedIn: https://www.linkedin.com/in/patrick-steinhardt-1b16901ba/Patrick Steinhardt auf Gitlab: https://gitlab.com/pks-gitlabPatrick Steinhardt auf Github: https://github.com/pks-tApache Subversion: https://subversion.apache.org/FOSDEM 2026 - Evolving Git for the next decade: https://fosdem.org/2026/schedule/event/HTJK33-evolving_git_for_the_next_decade/lwn.net - Evolving Git for the next decade: https://lwn.net/Articles/1057561/git add -p: https://git-scm.com/docs/git-addGit Tools - Rewriting History: https://git-scm.com/book/en/v2/Git-Tools-Rewriting-Historygitrepository-layout: https://git-scm.com/docs/gitrepository-layout/2.22.0Mercurial SCM: https://www.mercurial-scm.org/git-upload-pack - Send objects packed back to git-fetch-pack: https://git-scm.com/docs/git-upload-packgit-receive-pack - Receive what is pushed into the repository: https://git-scm.com/docs/git-receive-packGit Partial Clone: https://git-scm.com/docs/partial-cloneGit Internals - Plumbing and Porcelain: https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-PorcelainSHA-1 SHAttered: https://marc-stevens.nl/research/shattered.io/git reftable: https://git-scm.com/docs/reftablegit lfs: https://git-lfs.com/Git Butler: https://gitbutler.com/jj - A Git-compatible VCS that is both simple and powerful: https://github.com/jj-vcs/jj Sprungmarken(00:00:00) Git, Subversion und warum verteilte Versionskontrolle gewann (00:06:12) Info/Werbung (00:07:12) Git, Subversion und warum verteilte Versionskontrolle gewann (00:11:21) Git auf der Serverseite: Bare Repositories und Protokolle (00:17:32) Große Repositories, Packfiles und Skalierung beim Git Hosting (00:20:19) Clone, Fetch und Partial Clone: Was Git wirklich überträgt (00:25:12) Dezentrales Git, zentrale Plattformen und Team-Workflows (00:34:16) Git modernisieren: C, Perl, Rust und der Weg zu Git 3 (00:42:34) Warum Hashes zentral für Git sind: SHA-1 und SHA-256 (00:47:23) Ref Tables: Neue Referenzspeicherung für große Repositories (00:54:40) Large Files, Git LFS und bessere Binary-Workflows (01:01:20) Promisor Remotes, Object Databases und neue Git-Architektur (01:09:37) Git History, Stack Branches und was als Nächstes kommt HostsWolfgang 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

    1 Std. 17 Min.
  2. #260 Crazy Attacks Part 2: Acoustic DoS & Garmin Hack im Luftverkehr

    24. MÄRZ

    #260 Crazy Attacks Part 2: Acoustic DoS & Garmin Hack im Luftverkehr

    Kann ein Popsong einen Laptop crashen? Und was passiert, wenn ein Ransomware-Angriff nicht nur Fitnessdaten lahmlegt, sondern plötzlich auch Luftfahrt-Workflows und Flight Planning betrifft? Genau mit solchen Fragen steigen wir in dieser Episode ein. Wir schauen auf zwei Security-Fälle, die auf den ersten Blick fast zu verrückt klingen, um wahr zu sein, aber genau deshalb spannend sind. Denn sie zeigen, wie unerwartet Sicherheitsprobleme entstehen und warum Zero Trust, Threat Modeling und Incident Response oft viel breiter gedacht werden müssen, als man zuerst annimmt. In dieser Episode sprechen wir über die legendäre Janet-Jackson-Sicherheitslücke, bei der Resonanz und Schallwellen bestimmte Festplatten aus dem Takt gebracht haben, bis das Betriebssystem mit Kernel Panic reagierte. Danach geht es um den Garmin-Hack von 2020, inklusive Ransomware, Phishing, Social Engineering, Lateral Movement, Backups, Offline-First-Systemen und der Frage, warum die Trennung kritischer Systeme so wichtig ist. Dabei geht es nicht nur um kuriose Storys, sondern um konkrete Learnings für Softwareentwicklung, Security Engineering und den Umgang mit Legacy-Systemen. Wenn du dich für Cybersecurity, Ransomware, Zero Trust, Backup-Strategien, Flight Planning, IoT, Legacy-Hardware und ungewöhnliche Denial-of-Service-Fälle interessierst, bekommst du hier reichlich Stoff zum Mitdenken. Oder anders gesagt: Nach dieser Episode hörst du Musik vielleicht mit etwas mehr Respekt. Vor allem in der Nähe von Spinning Disks. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das 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/kaffee LinksEngineering Kiosk Episode #257 Fischbecken, Jeep, Saugroboter - 3 Hacks, 1 Lesson: Zero Trust: https://engineeringkiosk.dev/podcast/episode/257-fischbecken-jeep-saugroboter-3-hacks-1-lesson-zero-trust/CVE-2022-38392: https://nvd.nist.gov/vuln/detail/CVE-2022-38392Janet Jackson had the power to crash laptop computers: https://devblogs.microsoft.com/oldnewthing/20220816-00/?p=106994Protecting Windows users from Janet Jackson’s Rhythm Nation: https://devblogs.microsoft.com/oldnewthing/20250429-00/?p=111127Evil Corp: https://en.wikipedia.org/wiki/Dridex#Evil_CorpBig Game Hunting durch Cyberangreifer: https://www.crowdstrike.com/de-de/cybersecurity-101/ransomware/big-game-hunting/Hackers toppled Garmin networks: https://www.aopa.org/news-and-media/all-news/2020/july/27/garmin-working-to-resolve-multiday-outageflyGarmin: https://fly.garmin.com/fly-garmin/Iridium (Kommunikationssystem): https://de.wikipedia.org/wiki/Iridium_(Kommunikationssystem)Versicherung muss Garmin Ransomware-Lösegeld erstatten: https://www.inside-it.ch/versicherung-muss-garmin-ransomware-loesegeld-erstatten-20231002  Sprungmarken(00:03:37) Janet Jackson und der akustische Denial of Service (00:05:56) Info/Werbung (00:06:56) Janet Jackson und der akustische Denial of Service (00:08:14) Resonanz, Festplatten und warum Laptops abstürzten (00:14:27) Der Windows-Fix: Audiofilter statt Hardware-Redesign (00:21:14) Security Learnings aus dem Janet-Jackson-Fall (00:26:32) Garmin-Hack 2020: Ransomware mit Folgen für die Luftfahrt (00:29:30) Garmin Pilot, Flight Planning und kritische Infrastruktur (00:32:06) WastedLocker, Phishing und Lateral Movement im Netzwerk (00:37:54) Was wir aus dem Garmin-Vorfall lernen können (00:39:31) Backups, Infrastructure as Code und Incident Response HostsWolfgang 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

    47 Min.
  3. #259 Modern Fortran: Nach 70 Jahren immer noch ein HPC-Arbeitstier mit Prof. Martin Diehl

    17. MÄRZ

    #259 Modern Fortran: Nach 70 Jahren immer noch ein HPC-Arbeitstier mit Prof. Martin Diehl

    Fortran. Eine Sprache von 1957. Und trotzdem taucht sie im TIOBE Index plötzlich auf Platz 12 auf. Zufall, Messfehler oder ein echtes Comeback in High Performance Computing? Wenn du Fortran bisher in die Schublade Legacy und Lochkarten gesteckt hast, wird diese Episode deine Perspektive ziemlich sicher verschieben. In dieser Interviewfolge nehmen wir Fortran auseinander, aber fair. Mit dabei ist Martin Diehl, Professor an der KU Leuven, Materialwissenschaftler und Open-Source-Contributor. Wir klären, warum Fortran für wissenschaftliches Rechnen gebaut wurde, warum Performance und Memory Layout bis heute zählen und weshalb du bei NumPy und SciPy oft indirekt Fortran-Code nutzt. Dazu geht es um Modern Fortran, Rückwärtskompatibilität, Module, Typensystem, Tooling, den Fortran Package Manager FPM sowie neue Compiler wie Flang und L Fortran auf LLVM-Basis. Zum Abschluss wird es HPC konkret. OpenMP für Shared Memory, MPI für Distributed Memory und als Fortran-Spezialität Co Arrays – quasi Shared-Memory-Feelings im Cluster. Wenn du wissen willst, ob Fortran Teil des Problems oder der Lösung im Two-Language-Dilemma ist, dann hör rein. Bonus: Naming is hard, aber F minus minus war schon eine Ansage. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das 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/kaffee LinksHomepage von Martin Diehl: https://martin-diehl.net/Martin Diehl auf LinkedIn: https://www.linkedin.com/in/martin-diehl/Martin Diehl auf Github: https://github.com/mardiehlMartin Diehl auf Scholar: https://scholar.google.com/citations?user=ja83swsAAAAJ&hl=deTiobe Index: https://www.tiobe.com/tiobe-index/Fortran: https://fortran-lang.org/SciPy: https://scipy.org/NumPy: https://numpy.org/LAPACK - Linear Algebra PACKage: https://www.netlib.org/lapack/OpenMP: https://www.openmp.org/MPI: https://www.mpi-forum.orgCo-array Fortran: https://de.wikipedia.org/wiki/Co-array_FortranJulia Solves the 2 Language Problem, However It Creates the 1.5 Language Problem: https://www.youtube.com/watch?v=RUJFd-rEa0kLLVM: https://llvm.org/Julia Programmiersprache: https://julialang.org/PETSc: https://petsc.org/Flang: https://flang.llvm.org/docs/Fortran Discourse: https://fortran-lang.discourse.group/Fortran Package Manager: https://fpm.fortran-lang.org/TOP500 Supercomputer Liste: https://top500.orgMojo lang: https://www.modular.com/mojoDAMASK: https://damask-multiphysics.orgUS Fortran Standards Committee: https://j3-fortran.orgFortran Wiki: https://fortranwiki.orgLFortran: https://lfortran.org/ Sprungmarken(00:00:00) Fortran heute: TIOBE Index, Nostalgie und Relevanz (00:06:39) Info/Werbung (00:07:39) Fortran heute: TIOBE Index, Nostalgie und Relevanz (00:09:56) Warum Fortran entwickelt wurde und woher die Sprache kommt (00:14:24) Moderne Fortran Standards und Rückwärtskompatibilität (00:22:21) Fortran in Python: LAPACK, NumPy, SciPy und Performance (00:25:52) Typisierung, Speicherverwaltung und moderne Sprachfeatures (00:30:32) Module, Objektorientierung und Generics in Fortran (00:33:19) High Performance Computing: OpenMP, MPI und Coarrays (00:39:37) Python, Julia, C und das Two Language Dilemma (00:42:39) LLVM, Compilerentwicklung und die Zukunft von Fortran (01:00:27) Community, Package Manager und Onboarding in Fortran HostsWolfgang 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

    1 Std. 10 Min.
  4. #258 Fuck around & find out: Hardware-Side-Projects mit ESPHome mit Andrej Friesen

    10. MÄRZ

    #258 Fuck around & find out: Hardware-Side-Projects mit ESPHome mit Andrej Friesen

    Du willst ein Hardware-Side-Project starten, aber schon der Gedanke an Löten, Platinen und CE-Regeln lässt dich nervös am Kaffee nippen? Willkommen im echten Leben zwischen Breadboard-Euphorie und EMV-Labor-Realität. In dieser Episode merkst du schnell, warum Hardware gleichzeitig super zugänglich und gnadenlos ehrlich ist. Und warum ein einziges Niesen ein ganzes ESP-Modul in den Feierabend schicken kann. 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ü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/kaffee LinksFreeRTOS: 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/ajfriesenSmartHütte Podcast: https://podcast.smarthuette.de/ESP8266: https://de.wikipedia.org/wiki/ESP8266ESPHome: 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/SteckplatineTasmota: https://tasmota.github.io/docs/PokyPow: https://pokypow.com/The more you fuck around, the more you're gonna find out: https://www.youtube.com/watch?v=_qEcm43Lx3cHome 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-FormatAisler: https://aisler.net/deSoldered: https://soldered.com/deUpwork: 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-teamsCE-Zeichen vs. China Export | So erkennst DU den Schwindel: https://www.youtube.com/watch?v=Pl6o_dtnEMIHackaday 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 HostsWolfgang 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

    1 Std. 19 Min.
  5. #257 Fischbecken, Jeep, Saugroboter - 3 Hacks, 1 Lesson: Zero Trust

    3. MÄRZ

    #257 Fischbecken, Jeep, Saugroboter - 3 Hacks, 1 Lesson: Zero Trust

    Du denkst, dein IoT-Kram ist harmlos: ein Thermometer, ein Staubsaugerroboter, ein bisschen Smart Home. Aber was, wenn genau diese Geräte der perfekte Tunnel aus deinem Netzwerk sind, weil sie selten sauber segmentiert werden, kaum jemand Egress Traffic prüft und Authentifizierung oft mit Autorisierung verwechselt wird? 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ü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/kaffee LinksACM 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 HostsWolfgang 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

    1 Std.
  6. #256 Hochleistungskultur ohne Druckkultur mit Philip Klasen-Schwidetzki

    24. FEB.

    #256 Hochleistungskultur ohne Druckkultur mit Philip Klasen-Schwidetzki

    Hochleistungskultur in Teams zu entwickeln und wie viele Führungskräfte diese (unbewusst) sabotieren 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ü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/kaffee Linkstroodi: 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-kioskEngineering 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-TeamsAmy Edmondson: https://de.wikipedia.org/wiki/Amy_EdmondsonRadical 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 HostsWolfgang 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

    1 Std. 15 Min.
  7. #255 Die DB skaliert nicht! OLTP vs. OLAP, Row vs. Column Stores, Parquet, CSV, Iceberg, DuckDB

    17. FEB.

    #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/partners Das 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/kaffee LinksEngineering 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 reflektieren HostsWolfgang 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

    1 Std. 16 Min.
  8. #254 Domain Driven Design: Hype, Hate oder Handwerk für komplexe Systeme?

    10. FEB.

    #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/partners Das 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/kaffee LinksMartin 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-Feedback HostsWolfgang 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

    1 Std. 6 Min.
4,9
von 5
79 Bewertungen

Info

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

Das gefällt dir vielleicht auch