Engineering Kiosk

Social Engineering klingt erstmal nach ein bisschen Tricksen am Telefon. In Wahrheit geht es um viel mehr. Es geht um Vertrauen, Druck, Hilfsbereitschaft und um die unangenehme Erkenntnis, dass nicht nur Software, sondern auch Menschen angreifbar sind. Ein harmloser Support-Anruf, eine überzeugende Geschichte, ein bekannt klingender Name und plötzlich werden interne Informationen preisgegeben, die einzeln belanglos wirken, zusammen aber den Weg für einen echten Angriff ebnen. In dieser Episode sprechen wir darüber, wie Social Engineering in der Praxis funktioniert. Wir starten mit einem nachgesprochenen Fall aus dem DEF CON Social Engineering CTF und zerlegen danach die Mechanik dahinter. Wir schauen auf Open Source Intelligence (OSINT), auf typische Angriffsphasen, psychologische Hebel wie Autorität, Zeitdruck und Social Proof sowie auf moderne Fälle wie den Axios Supply Chain Angriff im Open Source Umfeld. Außerdem geht es um Phishing, Voice Cloning, Deepfakes, LinkedIn als Recherchequelle und die Frage, warum interne Informationen noch lange keine Identität beweisen. Wenn du verstehen willst, wie Angreifer nicht dein System hacken, sondern eine berechtigte Person dazu bringen, es für sie zu öffnen, dann ist diese Folge für dich. Und ja, vielleicht ist das nächste freundlich klingende Support-Gespräch spannender, als dir lieb ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Social Engineering - Winning SECTF call at DEF CON 25: https://www.youtube.com/watch?v=yhE372sqURU Nation: The Ultimate Heist: https://time.com/archive/6881425/nation-the-ultimate-heist/ Stanley Mark Rifkin: https://en.wikipedia.org/wiki/Stanley_Mark_Rifkin Kevin Mitnick: https://de.wikipedia.org/wiki/Kevin_Mitnick Buch “The Art of Deception: Controlling the Human Element of Security”: https://www.amazon.de/Art-Deception-Controlling-Element-Security/dp/076454280X/ref=sr_1_3 Darknet Diaries - EP 107: Alethe: https://darknetdiaries.com/episode/107/ Fake-Teams-Update: So haben Angreifer den axios-Maintainer ausgetrickst: https://www.heise.de/news/Fake-Teams-Update-So-haben-Angreifer-den-axios-Maintainer-ausgetrickst-11246273.html North Korea-Nexus Threat Actor Compromises Widely Used Axios NPM Package in Supply Chain Attack: https://cloud.google.com/blog/topics/threat-intelligence/north-korea-threat-actor-targets-axios-npm-package/?hl=en Post Mortem: axios npm supply chain compromise: https://github.com/axios/axios/issues/10636#issuecomment-4180237789 Sprungmarken (00:00:00) Social Engineering live: Ein echter Support-Anruf als Einstieg (00:08:08) Auflösung: Das DEFCON Social Engineering CTF erklärt (00:09:26) Info/Werbung (00:10:26) Auflösung: Das DEFCON Social Engineering CTF erklärt (00:12:58) Warum kleine Infos gefährlich sind: Flags, OSINT und Vertrauen (00:15:22) Eigene Erlebnisse mit Social Engineering im Alltag (00:19:36) Historischer Fall: Der größte Bankraub per Social Engineering (00:23:22) Moderne Angriffe: CEO-Fraud, Büro-Tricks und offene Kantinen (00:27:13) Axios Supply Chain Hack: Social Engineering gegen Open Source (00:34:45) Was Social Engineering im Kern ausmacht (00:36:58) Typischer Ablauf eines Angriffs: Ziel, OSINT, Story, Eskalation (00:41:41) Psychologische Hebel: Autorität, Druck, Hilfsbereitschaft (00:46:52) Von Post-its zu Deepfakes: Was sich heute verändert hat (00:55:49) Schutzmaßnahmen für Alltag, Tools und Prozesse (01:01:23) Fazit: Internes Wissen ist nicht gleich Identität Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Was passiert eigentlich mit deinem digitalen Leben, wenn du von heute auf morgen nicht mehr verfügbar bist? Mit Social Media allein ist es längst nicht getan. Vielleicht hängen an dir Google- und Apple-Accounts, ein Passwortmanager, Zwei-Faktor-Authentifizierung, ein Homelab bei Hetzner, Self-Hosting mit Paperless oder Immich, Backups, Domains und sogar die Heimautomatisierung. Spätestens wenn wichtige Dokumente, Fotos oder das Internet zuhause nur noch über deine private Infrastruktur laufen, wird aus einer theoretischen Frage ein sehr praktisches Problem. In dieser Episode sprechen wir über digitales Erbe, digitalen Nachlass und reales Offboarding. Wir schauen auf rechtliche Grundlagen in Deutschland und Österreich, auf vererbbare Accounts, laufende Online-Abos, Facebook, Google, Apple und die Tücken von Passwortmanager, Recovery-Kontakten und Legacy-Zugängen. Außerdem diskutieren wir, warum Kontext wichtiger ist als nur Zugangsdaten, wie Dokumentation für Nicht-Techniker:innen aussehen kann und weshalb gutes Architekturdenken im Homelab oft mehr bringt als die x-te clevere Bastellösung. Wenn du Open Source, Self-Hosting, Tech Community und pragmatische Engineering-Fragen magst, ist diese Folge genau dein Ding. Denn am Ende geht es nicht nur um Server, VMs und Wallets, sondern um die Frage, wie du deine digitale Welt so organisierst, dass deine Familie im Ernstfall nicht im Debugging deines Lebens landet. Bonus. Vielleicht ist das wichtigste Feature deines Homelabs am Ende doch ein ganz normaler Lichtschalter. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #20 Off-Boarding und On-Boarding: Wie verlasse ich eine Firma richtig?: https://engineeringkiosk.dev/podcast/episode/20-off-boarding-und-on-boarding-wie-verlasse-ich-eine-firma-richtig/ Digitaler Nachlass bald im Gesetz?: https://www.anwalt24.de/fachartikel/erbrecht/54420 Vertrag über ein Benutzerkonto bei einem sozialen Netzwerk ist vererbbar: https://www.bundesgerichtshof.de/SharedDocs/Pressemitteilungen/DE/2018/2018115.html Digitale Vorsorge, digitaler Nachlass: Was passiert mit meinen Daten?: https://www.verbraucherzentrale.de/wissen/digitale-welt/datenschutz/digitale-vorsorge-digitaler-nachlass-was-passiert-mit-meinen-daten-12002 After you’re gone, who gets your passwords?: https://www.cylab.cmu.edu/news/2026/04/15-digital-estate-planning.html Proxmox VE Helper-Scripts Project Update (EDIT) #4009: https://github.com/tteck/Proxmox/discussions/4009 ProxmoxVE - Update von Angie: https://github.com/community-scripts/ProxmoxVE/discussions/237 ProxmoxVE Spenden-Seite: https://ko-fi.com/proxmoxhelperscripts Dokumentation für den Notfall bzw. das digitale Erbe: https://www.my-it-brain.de/wordpress/dokumentation-fuer-den-notfall-bzw-das-digitale-erbe/ Update 2025-01 zur Dokumentation für den Notfall: https://www.my-it-brain.de/wordpress/update-2025-01-zur-dokumentation-fuer-den-notfall/ Engineering Kiosk Episode #175 Von Lustig bis Traurig: Wenn Open Source Geschichten schreibt: https://engineeringkiosk.dev/podcast/episode/175-von-lustig-bis-traurig-wenn-open-source-geschichten-schreibt/ Immich - Self-hosted photo and video management solution: https://immich.app/ PaperlessNGX - document management system - scan, index and archive all your documents: https://github.com/paperless-ngx/paperless-ngx Home Assistant: https://www.home-assistant.io/ Sprungmarken (00:00:00) Digitales Erbe: Warum das Thema uns alle betrifft (00:05:23) Persönliche Erfahrungen und der Realitätscheck für Hinterbliebene (00:07:06) Info/Werbung (00:08:06) Persönliche Erfahrungen und der Realitätscheck für Hinterbliebene (00:12:43) Was gehört zum digitalen Nachlass? Home Assistant, Paperless, Cloud (00:16:24) Rechtlicher Rahmen in Deutschland und Österreich (00:22:07) Social Media, Legacy-Kontakte und Community im Todesfall (00:28:41) Google, Apple und die Tücken von System-Accounts (00:35:17) Passwortmanager, Two Factor Authentication und Emergency Access (00:37:36) Dokumentation statt Chaos: Offboarding-Vaults und Notfallmappen (00:45:29) Banken, Neobroker, Krypto und Verlassenschaft (00:50:13) Self-Hosting, Homelab und Heimautomatisierung ohne Single Point of Failure (00:55:57) Private IT dokumentieren und für Nicht-Techies verständlich machen (01:10:31) Konkrete nächste Schritte für dein digitales Offboarding Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Open Source draufschreiben und digitale Souveränität dazu sagen, fertig? Leider nicht. Gerade jetzt, wo Behörden, Unternehmen und Politik verstärkt über freie Software, Public Money, Public Code und europäische Unabhängigkeit sprechen, wird ein Problem immer sichtbarer: Open Washing. Produkte wirken offen, klingen nach Open Source und versprechen Kontrolle. Schaut man genauer hin, fehlen oft genau die Freiheiten, auf die es ankommt. In dieser Episode sprechen wir mit Johannes Näder von der Free Software Foundation Europe darüber, was freie Software wirklich bedeutet und warum die vier Freiheiten der entscheidende Maßstab sind. Wir klären, wie Open Washing funktioniert, warum Begriffe wie Source Available, Open Core oder souveräne Cloud schnell in die Irre führen können und weshalb digitale Souveränität ohne freie Software nicht funktioniert. Dazu schauen wir auf konkrete Beispiele aus der Praxis, von Bitwarden über ArangoDB bis hin zu öffentlichen IT-Projekten, und diskutieren, worauf Entwickler:innen, Verwaltungen und Beschaffungsstellen achten sollten. Wenn du wissen willst, wie du Open Washing erkennst, welche Red Flags es bei Lizenzen, Repositories und Enterprise-Modellen gibt und warum dieses Thema für Open Source, öffentliche Beschaffung und Europas Tech-Zukunft so relevant ist, bist du hier genau richtig. Bonus: Nach dieser Episode wirst du vermutlich nie wieder ganz entspannt auf eine Pricing-Page schauen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Johannes Näder auf LinkedIn: https://www.linkedin.com/in/jnaeder/ Johannes Näder auf Mastodon: https://mastodon.social/@johas Free Software Foundation Europe: https://fsfe.org/ Public Money, Public Code: https://publiccode.eu/de/ Engineering Kiosk Episode #232 Public Money, Public Code mit Johannes Näder von der Free Software Foundation Europe: https://engineeringkiosk.dev/podcast/episode/232-public-money-public-code-mit-johannes-n%C3%A4der-von-der-free-software-foundation-europe/ Bundestagswahl 2025: Wir fordern öffentlichen Code, sichere Finanzierung für Freie Software und transparente Statistiken: https://fsfe.org/news/2025/news-20250206-01.de.html Chemnitzer Linux-Tage 25 - Openwashing ans Licht: https://media.fsfe.org/w/uDjX21M66BHiCia58ztt9H Delos Cloud: https://www.deloscloud.de/ is it really FOSS?: https://isitreallyfoss.com/ Repository zu “is it really FOSS?”: https://codeberg.org/danb/isitreallyfoss OpenDesk: https://www.opendesk.eu/de ArangoDB: https://arango.ai/ REUSE: https://reuse.software/ Bitwarden: https://github.com/bitwarden Vaultwarden: https://github.com/dani-garcia/vaultwarden FSFE-Umfrage zum Thema Openwashing: https://share.fsfe.org/apps/forms/s/Z6xHfa8EiXk77FFreg2R6A6T Whitepaper vom ZenDis - Souveränitäts-Washing bei Cloud-Diensten erkennen: https://www.zendis.de/media/pages/newsroom/publikationen/souveraenitaets-washing/cd632cdfa7-1755243871/zendis-whitepaper-souveraenitaets-washing.pdf  Sprungmarken (00:00:00) Openwashing, digitale Souveränität und warum das Thema wichtiger wird (00:02:39) Johannes Näder, FSFE und der politische Blick auf freie Software (00:08:31) Info/Werbung (00:09:31) Johannes Näder, FSFE und der politische Blick auf freie Software (00:09:49) Freie Software erklärt: Die vier Freiheiten und warum sie zählen (00:12:23) Public Money Public Code und Open Source in der Verwaltung (00:16:34) Digitale Souveränität, Europa und neue Abhängigkeiten (00:21:27) Was ist Openwashing und warum Firmen es betreiben (00:25:33) Souveränitätswashing, Delos Cloud und Vendor Lock-in (00:30:29) Wie Openwashing in der Praxis funktioniert (00:36:11) Community Edition, Enterprise Edition und Open Core (00:41:55) Bitwarden, Open Weight und KI als neue Openwashing-Fälle (00:50:08) Woran du Openwashing erkennst: Repo, Lizenz und Buildbarkeit (00:52:00) Was Entwickler:innen, Verwaltungen und Politik tun können (01:00:02) Home Assistant, Nextcloud und die Grauzonen im Alltag (01:06:48) Ausblick: Wie wir Openwashing langfristig zurückdrängen können Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Warum 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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #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/httprouter Engineering 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/alertmanager NGinx Source Code: https://github.com/nginx/nginx Redis 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 Kaffee Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #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-uber Institut 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/Mobbing Entgelttransparenzgesetz: https://de.wikipedia.org/wiki/Entgelttransparenzgesetz Engineering 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 Abgang Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Warum sind wir eigentlich ständig beschäftigt, aber trotzdem nie wirklich fertig? Zwischen To-Do-Listen, E-Mail-Inbox, Slack, Kalendern, Social Media und den berühmten Man-müsste-mal-Aufgaben entsteht schnell das Gefühl, dass Produktivität vor allem aus Reagieren besteht. Genau hier setzen wir an und sprechen darüber, warum Zeitmanagement oft gar kein Zeitmanagement ist, sondern Selbstverwaltung, Priorisierung und ein ziemlich ehrlicher Blick auf den eigenen Alltag. In dieser Episode ist Dirk Deimeke zu Gast, Systems Engineer bei der Swisscom, Open-Source-Enthusiast, Podcaster und Buchautor. Mit ihm diskutieren wir Methoden wie Getting Things Done, Inbox Zero, Time-Blocking, Eat the Frog und die Zwei-Minuten-Regel. Wir sprechen über Doomscrolling, Digital Wellbeing, Benachrichtigungen, persönliche To-Do-Systeme, Notizen-Chaos, Kalenderpflege und die Frage, warum Tools selten das eigentliche Problem lösen. Außerdem geht es um Gewohnheiten, Reviews, Overcommitment, Stressbewältigung, Work-Life-Balance für Wissensarbeit und darum, wie du einen Methoden-Mix findest, der wirklich zu deinem Workflow passt. Wenn du dich schon mal gefragt hast, wie du fokussierter arbeitest, weniger vergisst, bewusster priorisierst und trotz Job, Side Projects, Open Source, Podcast, Familie oder Tech Community nicht komplett im Task-Berg versinkst, dann ist diese Folge für dich. Oder anders gesagt: Vielleicht brauchst du kein neues Tool, sondern nur den Mut, mal einen Task zu löschen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Website von Dirk Deimeke: https://dirk.deimeke.ruhr/ Podcast TILpod: https://tilpod.net/ Workshop: Zeitverwaltung und Selbstmanagement: https://changelog.deimeke.ruhr/2023/03/11/selbstverwaltung-20230311/ Taskwarrior: https://taskwarrior.org/ Digital Wellbeing: https://play.google.com/store/apps/details?id=com.google.android.apps.wellbeing&hl=de&pli=1 Bildschirmzeit unter iOS https://support.apple.com/de-ch/guide/iphone/iphbfa595995/ios Podcast Buzzzoom https://buzzzoom.de/ BZ133 Badewannenkurve: https://buzzzoom.de/133/ Engineering Kiosk #245 Selbstmanagement: Weniger To-do-Listen-Stress, mehr Produktivität: https://engineeringkiosk.dev/podcast/episode/245-selbstmanagement-weniger-to-do-listen-stress-mehr-produktivit%C3%A4t/ Engineering Kiosk #156 Inbox Zero: der Pro-Tipp für deine Produktivität: https://engineeringkiosk.dev/podcast/episode/156-inbox-zero-der-pro-tipp-f%C3%BCr-deine-produktivit%C3%A4t/ Engineering Kiosk #107 Entwickler-Alltag: Die "bösen" Ablenkungen und das ewige Leiden mit dem Fokus: https://engineeringkiosk.dev/podcast/episode/107-entwickler-alltag-die-b%C3%B6sen-ablenkungen-und-das-ewige-leiden-mit-dem-fokus/ Engineering Kiosk #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/podcast/episode/66-stressfreie-produktivit%C3%A4t-in-der-hektischen-welt-mit-getting-things-done/ Benutz die To-do-Liste nicht als „Ich könnte“-Liste: https://t3n.de/news/to-do-liste-richtig-benutzen-1345047/ Super Productivity Blog: https://super-productivity.com/blog/ Sprungmarken (00:00:00) Selbstmanagement statt Zeitmanagement: Einstieg ins Thema (00:05:08) Dirk Deimeke: Systems Engineering, Open Source und Produktivität (00:08:14) Info/Werbung (00:09:14) Dirk Deimeke: Systems Engineering, Open Source und Produktivität (00:10:05) Produktivitäts-Apps, Digital Wellbeing und Doomscrolling (00:18:17) Benachrichtigungen, E-Mail und der Kampf um Fokus (00:22:57) Inbox Zero, Time Blocking und E-Mail als To-do-Liste anderer (00:30:21) Ablenkung reduzieren: Handy im anderen Raum und Gewohnheiten (00:33:14) Prioritäten statt Ausreden: Was Ich habe keine Zeit wirklich heißt (00:38:31) Stress, Verantwortung und warum Work-Life-Balance oft nicht reicht (00:40:58) Ruhe in Incidents: Erfahrung, Kommunikation und Priorisierung (00:48:12) To-do-Listen, Reviews und der richtige Detailgrad bei Aufgaben (00:51:02) Overcommitment, Someday-Listen und mentale Selbsthygiene (00:57:33) Notizen, Wissensmanagement und warum wir so wenig wiederfinden (01:01:53) Warum Selbstverwaltung überhaupt? Ziele, Verlässlichkeit und Fokus (01:04:38) Die wichtigsten Produktivitäts-Hacks: Sofort erledigen, Routinen, Reviews (01:17:55) Fails, Methoden-Mix und die wichtigsten Learnings zum Abschluss Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Ada & Zangemann - Ein Märchen über Software, Skateboards und Himbeereis. Wie erklärst du Kindern, warum Softwarefreiheit wichtig ist, ohne in einen Vortrag über Lizenzen, Monopole oder Big Tech abzurutschen? Genau aus dieser Frage ist Ada und Zangemann entstanden. Ein Kinderbuch, das auf den ersten Blick wie eine schöne Geschichte über Tüfteln, Skateboards und Himbeereis wirkt, auf den zweiten Blick aber Themen wie Open Source, digitale Selbstbestimmung, Tech-Bildung und gesellschaftliche Verantwortung verhandelt. In dieser Episode sprechen wir mit Matthias Kirschner, Präsident der Free Software Foundation Europe und Autor von Ada und Zangemann. Wir tauchen tief in die Entstehungsgeschichte des Buches ein, sprechen über die Rolle von Creative Commons und Open Educational Resources, über die technische Übersetzungspipeline mit Git und Weblate, über Community-Beiträge aus der Open-Source-Welt und darüber, wie aus einem Kinderbuch ein Film, Braille-Versionen, Lesungen, Schulprojekte und internationale Bildungsinitiativen wurden. Außerdem geht es um Feedback von Kindern, kritische Reaktionen, Diversität in Illustrationen und die Frage, wie wir junge Menschen für Technik, Programmieren und freies Wissen begeistern können. Wenn du dich für Open Source, Tech Community, Softwarefreiheit, digitale Bildung, Networking in der Community und den Impact von Technologie auf Gesellschaft und Kultur interessierst, ist diese Folge Pflichtprogramm. Und ja, danach hast du ziemlich sicher Lust auf Eis und vielleicht auch darauf, selbst mal ein Buch vorzulesen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Matthias Kirschner's privater Blog: https://k7r.eu/ Free Software Foundation Europe: https://fsfe.org/index.de.html Source Code von Ada & Zangemann: https://git.fsfe.org/FSFE/ada-zangemann FOSDEM: https://fosdem.org/ FOSDEM 2026 - Automating translation of a bestseller to spark children's interest in coding: https://fosdem.org/2026/schedule/event/R9Q9ZP-ada-zangemann-bestseller-automation/ Ada & Zangemann - Letters to Zangemann: https://fsfe.org/activities/ada-zangemann/letters Ada & Zangemann - Drawings: https://fsfe.org/activities/ada-zangemann/drawings Ada & Zangemann - Film: https://fsfe.org/activities/ada-zangemann/movie.de.html Ada & Zangemann - Dateien für Kinos: https://download.fsfe.org/ada-zangemann/cinema/ Ada & Zangemann - SharePic: https://sharepic.fsfe.org/#ada Digital Cinema Package (DCP): https://de.wikipedia.org/wiki/Digital_Cinema_Package Youth Hacking 4 Freedom: https://fsfe.org/activities/yh4f/index.en.html Sprungmarken (00:00:00) Ada und Zangemann: Warum ein Kinderbuch in den Engineering Kiosk passt (00:05:39) Matthias Kirschner und die Free Software Foundation Europe (00:10:16) Info/Werbung (00:11:16) Von Gute-Nacht-Geschichten zum Kinderbuch über Softwarefreiheit (00:14:12) Kinderbuch schreiben, Lektorat und Verlagssuche bei O'Reilly (00:21:23) Botschaft ohne Moralfinger: Technik, Politik und digitale Selbstbestimmung (00:25:08) Creative Commons, Open Educational Resources und Verlagsrealität (00:29:15) Wie viele Menschen an Ada und Zangemann mitgewirkt haben (00:39:18) Open Source in der Praxis: Übersetzungen, Git und internationale Community (00:50:18) Impact des Buches: Schulen, Lesungen und Begeisterung bei Kindern (00:53:21) Vom Bilderbuchkino zum Film und zur Kino-Premiere (01:02:28) Barrierefreiheit, Braille und warum kleine Details große Wirkung haben (01:07:15) Kritik, kulturelle Missverständnisse und Learnings aus über 30 Sprachen (01:14:46) Wie du mitmachen kannst: Vorlesen, teilen und junge Menschen für Tech begeistern Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Index drauf und fertig. Klingt nach einem soliden Plan, oder? Leider nur so lange, bis die Daten wachsen, der Workload kippt oder der Optimizer plötzlich andere Entscheidungen trifft. Dann wird aus dem vermeintlichen Performance-Booster schnell ein Bremsklotz. Genau hier steigen wir in dieser Episode ein und schauen uns an, warum Indexstrukturen in Datenbanken viel mehr sind als ein technischer Quick Fix. Wir sprechen darüber, was ein Index eigentlich ist, wie Datenstruktur, Algorithmus, Hardware und Workload zusammenhängen und warum Begriffe wie Selektivität, Kardinalität, Full Table Scan, Write Amplification und Cache-Lokalität in der Praxis entscheidend sind. Außerdem schauen wir auf typische Datenbank-Themen wie Primary Key, B-Tree, Binary Search, Covering Index, Optimizer, Slow Query Log und Explain Statements. Dabei wird auch klar, warum ein Index manchmal hilft, manchmal ignoriert wird und manchmal sogar langsamer ist als gar kein Index. Wenn du mit PostgreSQL, MySQL, MariaDB oder ganz allgemein mit Datenbank-Performance arbeitest, bekommst du hier ein solides Fundament und einige praktische Denkanstöße für deinen Alltag als Softwareentwickler:in. Und ja, wir sprechen auch über Invisible Indexes in MySQL. Ein Feature, das fast wie ein Zaubertrick klingt, aber beim Testen und beim sicheren Aufräumen von Legacy-Systemen überraschend praktisch sein kann. Viel Spaß beim Hören und vielleicht beim anschließenden Blick auf dein Datenbankschema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Meetups: https://engineeringkiosk.dev/meetup/ Workingdraft Podcast: https://workingdraft.de/ Engineering Kiosk Episoden zum Thema Kommunikation: https://engineeringkiosk.dev/tag/kommunikation/ Engineering Kiosk Episoden zum Thema Datenbanken: https://engineeringkiosk.dev/tag/datenbanken/ Engineering 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/ Engineering Kiosk Episode #255 Die DB skaliert nicht! OLTP vs. OLAP, Row vs. Column Stores, Parquet, CSV, Iceberg, DuckDB: https://engineeringkiosk.dev/podcast/episode/255-die-db-skaliert-nicht-oltp-vs-olap-row-vs-column-stores-parquet-csv-iceberg-duckdb/ Very Large Databases Konferenzen: https://vldb.org/ 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/ Bitmap-Index: https://de.wikipedia.org/wiki/Bitmap-Index Invisible Indexes: https://dev.mysql.com/doc/refman/8.4/en/invisible-indexes.html Sprungmarken (00:00:00) Indexstrukturen in Datenbanken: Warum das Thema wichtig ist (00:04:39) Was ein Index wirklich ist: Datenstruktur, Hardware und Workload (00:06:46) Info/Werbung (00:07:46) Was ein Index wirklich ist: Datenstruktur, Hardware und Workload (00:14:57) Skalierung, Dataset-Änderungen und Observability für Indizes (00:21:38) Primary Key, Full Table Scan und binäre Suche einfach erklärt (00:25:51) Wann ein Index schadet: Selektivität, Kardinalität und Optimizer (00:31:04) Wie Datenbanken Indizes auswählen und Optimizer-Entscheidungen treffen (00:40:53) Hauptspeicher vs. Sekundärspeicher: B-Baum und Binärbaum (00:50:23) Praxis-Tipps für Index-Design in PostgreSQL, MySQL und Co. (00:55:24) Legacy-Systeme, Monitoring und sichere Änderungen an Indizes (01:03:14) Invisible Indexes in MySQL: Performance testen ohne Risiko Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Jede:r in Tech kennt sie: die Side-Project-Idee, die sich am Anfang wie der nächste geniale Wurf anfühlt. Ein echtes Problem, eine elegante technische Lösung, ein Wochenende Motivation und vielleicht sogar schon die passende Domain. Und dann? Dann kommen Alltag, Overengineering, fehlender Produkt-Market-Fit, Plattform Abhängigkeiten oder schlicht zu wenig Zeit. Genau darüber sprechen wir in dieser Episode. Ohne Hochglanz, ohne Gründerromantik, ohne nachträglich zusammengebasteltes Happy End. Wir schauen darauf, warum gescheiterte Side-Projects völlig normal sind und trotzdem kaum sichtbar werden. Mit dabei sind Themen wie Survivorship Bias, Startup-Statistiken, Payment first, Ship first, Dogfooding, Accountability und die unbequeme Wahrheit, dass Coding oft der einfache Teil ist, während Vertrieb, Distribution und Durchhaltevermögen der eigentliche Endgegner sind. Konkret wird es mit zwei ehrlichen Beispielen: einem Wohnungs-Crawler namens Wohnbot, der per WhatsApp neue Wohnungsanzeigen schicken sollte, und einer Fitness-App, die aus einem kleinen UX-Problem direkt in ein Rabbit Hole aus Flutter, CI, Monitoring und Perfektionismus gerutscht ist. Wenn du selbst schon Open Source Tools, Apps, Automationen oder andere Side-Projects gestartet und nie zu Ende gebracht hast, wirst du dich hier ziemlich sicher wiederfinden. Vielleicht nimmst du sogar etwas mit für dein nächstes Projekt. Zum Beispiel, dass eine gute Idee allein wertlos ist, wenn sie nie das Licht der Welt erblickt. Oder ganz einfach: Stop starting, start finishing. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Podcast “Erklär mir die Welt”: https://xn--erklrmir-3za.at/ Side Projects im Engineering Kiosk: https://engineeringkiosk.dev/tag/side-projects/ Startup Failure Rate: How Many Startups Fail and Why in 2026?: https://www.failory.com/blog/startup-failure-rate The top 9 reasons startups fail: https://www.cbinsights.com/research/report/startup-failure-reasons-top/ 46+ Startup Failure Statistics For 2026: https://growthlist.co/startup-failure-statistics/ Entrepreneurship and the U.S. Economy: https://www.bls.gov/bdm/entrepreneurship/entrepreneurship.htm Survivorship Bias: https://de.wikipedia.org/wiki/Survivorship_Bias It's OK to Use Coding Assistance Tools To Revive The Projects You Never Were Going To Finish: https://blog.matthewbrunelle.com/its-ok-to-use-coding-assistance-tools-to-revive-the-projects-you-never-were-going-to-finish/ Hackernews-Diskussion zu “Using coding assistance tools to revive projects you never were going to finish”: https://news.ycombinator.com/item?id=47902525 Harvard Business School Professor Says 65% of Startups Fail for One Reason. Here’s How to Avoid It: https://www.entrepreneur.com/leadership/harvard-business-school-professor-says-65-of-startups-fail/370367 Wartungsfenster Podcast: https://wartungsfenster.podigee.io/ Engineering Kiosk Episode #183 Event-Sourcing: Die intelligente Datenarchitektur mit semantischer Historie – mit Golo Roden: https://engineeringkiosk.dev/podcast/episode/183-event-sourcing-die-intelligente-datenarchitektur-mit-semantischer-historie-mit-golo-roden/ Engineering Kiosk Episode #264 Seniorität im KI-Zeitalter: Eine Ode an den Junior: https://engineeringkiosk.dev/podcast/episode/264-seniorit%C3%A4t-im-ki-zeitalter-eine-ode-an-den-junior/ Sprungmarken (00:00:00) Gescheiterte Side Projects und der Survivorship Bias (00:05:20) Info/Werbung (00:06:20) Warum so viele Startups und Projekte scheitern (00:14:56) Wolfis Wohnbot: Wohnungssuche per WhatsApp (00:19:43) Payment First und Plattformabhängigkeit bei Meta (00:24:28) Was Wolfi heute beim Side Project anders machen würde (00:34:15) Andys Fitness-App: eigenes Problem, neuer Tech Stack (00:45:36) Overengineering mit Flutter, CI und Monitoring (00:48:21) Lernprojekt vs. Business-Projekt sauber trennen (00:52:41) Accountability, Teamarbeit und Side Projects durchziehen (00:55:25) KI, Ship First und Dogfooding in der Praxis (01:05:40) Stop starting, start finishing Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Friday Deployments. Alle reden darüber, viele haben eine starke Meinung dazu und erstaunlich viele Teams haben vor allem eins: Angst. Nicht nur vor Technik, sondern vor kaputten Prozessen, endlosen Freigaben, Rufbereitschaft am Wochenende und der berühmten Frage, wer schuld ist, wenn Production brennt. Aber ist das Problem wirklich der Freitag oder zeigt der Freitag nur schonungslos, wie gut oder wie fragil unsere Software Delivery wirklich ist? In dieser Episode sprechen wir mit Sujeevan, ehemaliger Solutions Architect bei GitLab und Grafana, Podcaster beim Tilpod, DevOps-Autor und Gründer der Friday Deployments GmbH. Gemeinsam schauen wir auf den Mythos Friday Deployment und zerlegen ihn in seine Einzelteile: CI/CD, Staging, Monitoring, Feature Flags, Blue Green und Canary Deployments, Delivery versus Deployment, Blameless Post Mortems, On Call, DevOps-Kultur, Compliance, Banken, Mittelstand und die Frage, warum viele Teams technisch mehr könnten, es kulturell aber trotzdem nicht tun. Dabei wird schnell klar: Wer freitags nicht deployen kann, hat oft kein Freitagsproblem, sondern ein Delivery-Problem, ein Kulturproblem oder ein Vertrauensproblem. Wenn du wissen willst, wie Teams deploybarer, stressfreier und am Ende auch produktiver werden, ist diese Folge für dich. Bonus: Eine Waschmaschine erklärt den Unterschied zwischen Continuous Delivery und Continuous Deployment erstaunlich gut. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Sujeevan Vijayakumaran auf LinkedIn: https://www.linkedin.com/in/svijee/ Website von Sujeevan: https://svij.org/ Friday Deployments GmbH: https://friday-deployments.com/ TILpod: https://tilpod.net/ Index Out Of Bounds Podcast: https://www.ioob.de/ Programmier.bar Podcast: https://www.programmier.bar/ 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode Kris Köhntopp: https://blog.koehntopp.info// Knight Capital Group: https://en.wikipedia.org/wiki/Knight_Capital_Group Renovate Bot: https://github.com/renovatebot/renovate Buch “DevOps - Wie IT-Projekte mit einem modernen Toolset und der richtigen Kultur gelingen”: https://www.rheinwerk-verlag.de/devops/ Talk "Freitagnachmittag: Zeit für ein Deployment!": https://media.ccc.de/v/clt26-221-freitagnachmittag-zeit-fur-ein-deployment Sprungmarken (00:00:00) Friday Deployments: Warum der Freitag so viel Angst auslöst (00:08:08) Mittelstand, Konzerne und DevOps-Realität im DACH-Raum (00:08:43) Info/Werbung (00:09:43) Mittelstand, Konzerne und DevOps-Realität im DACH-Raum (00:13:06) Mythos Friday Deployments: Technikproblem oder Kulturproblem? (00:19:56) Sichere Deployments mit CI/CD, Staging und Monitoring (00:22:40) Feature Flags, Blue-Green und Canary Deployments in der Praxis (00:25:04) Deutsche Industrie, Compliance und regulierte Umfelder (00:29:48) Freigaben, Hierarchien und kaputte Deployment-Prozesse (00:33:51) Blameless Post Mortems, Fehlerkultur und Lernen im Team (00:49:25) People over Processes over Tools: DevOps und Shared Ownership (00:52:06) Angst, On-Call und Verantwortung im Engineering-Team (00:56:05) Blockierende Teamdynamiken, Guardrails und Automatisierung (01:02:21) AI, Renovate und die Angst vor Kontrollverlust (01:11:14) Das Fazit: Du musst nicht freitags deployen, aber du solltest es können Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Gute Arbeit liefern und dann darauf hoffen, dass die Beförderung schon irgendwann kommt? Klingt fair, funktioniert in der Praxis aber oft überraschend schlecht. Gerade in einem schwierigen Arbeitsmarkt reichen Hoffnung, Fleiß und ein paar gelöste Tickets selten aus, wenn es um Gehaltserhöhung, Karrierelevel oder den nächsten Titel geht. Wer die Spielregeln nicht kennt, spielt schnell mit einer angezogenen Handbremse. In dieser Episode sprechen wir darüber, wie Beförderungen, Performance Reviews und Gehaltsentscheidungen in Tech-Unternehmen tatsächlich ablaufen. Wir schauen auf Karrierelevel vom Junior bis Staff oder Principal, erklären Leveling Guides, Terminal Levels, Downleveling und Calibration Meetings und diskutieren, warum Promotions oft über Zeit aufgebaut werden müssen. Außerdem geht es um Salary Bands, Compensation Ratio, Marktgehälter, Loyalty Penalty, Promotion Driven Development und die Frage, wie sichtbar dein Impact wirklich ist. Mit dabei sind auch ganz praktische Werkzeuge wie Brag Document, Feedback-Gespräche und externe Gehaltsreports. Wenn du besser verstehen willst, wie Karriereentwicklung in der Softwareentwicklung funktioniert und wie du Beförderung, Gehalt und Total Compensation aktiver mitgestalten kannst, ist diese Folge genau dein Ding. Bonus: Nach dieser Episode weißt du nicht nur mehr über Tech-Karriere und Gehaltsverhandlung, sondern vermutlich auch, warum Siedler von Catan als Karriere-Metapher erstaunlich gut funktioniert. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #264 Seniorität im KI-Zeitalter: Eine Ode an den Junior: https://engineeringkiosk.dev/podcast/episode/264-seniorit%C3%A4t-im-ki-zeitalter-eine-ode-an-den-junior/ Levels.fyi: https://www.levels.fyi/de-de?tab=levels Julia Evans - Get your work recognized: write a brag document: https://jvns.ca/blog/brag-documents/ Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/ Dropbox Engineering Career Framework: https://dropbox.github.io/dbx-career-framework/ Gitlab Engineering Career Framework: https://handbook.gitlab.com/handbook/engineering/careers/matrix/ CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit?gid=0#gid=0 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/ Technical leadership and glue work - Tanya Reilly: https://www.youtube.com/watch?v=KClAPipnKqw 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/ Stepstone Insider - Gehaltsreport 2026: https://www.stepstone.de/wp-content/uploads/2025/12/Stepstone_Gehaltsreport_2026.pdf The 9 box grid/Model: https://www.personio.com/hr-lexicon/using-the-9-box-grid/ Sprungmarken (00:00:00) Karriere, Gehalt und Beförderung in Tech verstehen (00:05:39) Info/Werbung (00:06:39) Warum der Arbeitsmarkt härter geworden ist (00:11:57) Karrierelevel, IC-Track und Managerlaufbahn (00:16:36) Leveling Guides, Titel und Downleveling zwischen Firmen (00:26:51) Wie Beförderungen wirklich entschieden werden (00:32:53) Performance Reviews und Calibration Meetings (00:38:57) 9-Box-Modell, Potenzial und Bias (00:44:50) Promotion Pakete, Glue Work und sichtbarer Impact (00:49:18) Salary Bands, Marktgehälter und Loyalty Penalty (01:00:01) Total Compensation statt nur Fixgehalt (01:09:13) Drei konkrete Tipps für deine Karriereentwicklung Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Java und Performance in einem Satz? Für viele klingt das immer noch wie ein Widerspruch. Dann kommt eine Challenge daher, bei der eine Milliarde Zeilen Wetterdaten verarbeitet werden sollen, und plötzlich wird aus Stammtischwissen ein echter Engineering-Nerdfight. Genau darum geht es in dieser Episode. Wir tauchen tief in die One Billion Row Challenge ein und schauen uns an, wie eine vermeintlich einfache Aufgabe zum internationalen Performance-Contest wurde. Wir sprechen darüber, warum Gunnar Morling diese Challenge gestartet hat, wie aus einer naiven Lösung mit fast fünf Minuten Laufzeit optimierte Implementierungen mit rund 1,5 Sekunden wurden und welche Rolle dabei Java, GraalVM, Memory Mapping, Unsafe, SIMD, Branchless Coding, Hashmaps, Cache-Lines und Integer-Arithmetik spielen. Außerdem schauen wir auf die Kritik an der Challenge, etwa RAM-Disk, Dataset-Overfitting und CPU-spezifische Optimierungen, und wir werfen einen Blick auf alternative Umsetzungen in C, Go, PHP, SQL, DuckDB, ClickHouse, AWK und sogar auf GPU-Ansätze. Wenn du Performance-Optimierung nicht nur als Buzzword, sondern als Mischung aus Hardware-Verständnis, Datenstrukturen, Compiler-Wissen und Community-Lernen sehen willst, bist du hier genau richtig. Und ganz nebenbei klären wir auch noch, ob Java wirklich langsam ist oder ob dieser Mythos endlich in Rente darf. Bonus: AWK schafft es in elf Zeilen. Nicht schnell, aber stilvoll. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Gunnar Morling: https://www.morling.dev/ Blog Post “The One Billion Row Challenge”: https://www.morling.dev/blog/one-billion-row-challenge/ 1brc Github Repository: https://github.com/gunnarmorling/1brc The Software Development Kit Manager: https://sdkman.io/ 1BRC Show and Tell: https://github.com/gunnarmorling/1brc/discussions/categories/show-and-tell JEP 471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal: https://openjdk.org/jeps/471 GraalVM: https://www.graalvm.org/ Aleksey Shipilëv’s Submission mit 187 Zeilen Kommentar: https://github.com/gunnarmorling/1brc/blob/main/src/main/java/dev/morling/onebrc/CalculateAverage_shipilev.java Fastest known solution: 0.577s (8 core Zen2); C with heavy AVX2: https://github.com/gunnarmorling/1brc/discussions/710 AWK-Lösungen: https://github.com/gunnarmorling/1brc/discussions/171 AWK in 11 Zeilen: https://github.com/emiruz/1brc/blob/main/1brc.awk 1BRC mit DuckDB: https://rmoff.net/2024/01/03/1%EF%B8%8F%E2%83%A3%EF%B8%8F-1brc-in-sql-with-duckdb/ 1BRC mit Clickhouse: https://ftisiot.net/posts/1brows/ One Trillion Row Challenge: https://github.com/coiled/1trc The One Billion Row Challenge in Go: from 1m45s to 3.4s in nine solutions: https://benhoyt.com/writings/go-1brc/ Processing One Billion Rows in PHP!: https://dev.to/realflowcontrol/processing-one-billion-rows-in-php-3eg0/ 1BRC in PHP FFI + Rust: https://gianlucafabrizi.dev/blog/posts/1brc-php-ffi/ Dask (Parallel Python): https://www.dask.org/ 1BRC–Nerd Sniping the Java Community: https://www.infoq.com/presentations/1brc/ The Billion Row Challenge (1BRC) - Step-by-step from 71s to 1.7s: https://questdb.com/blog/billion-row-challenge-step-by-step/ 1BRC merykitty’s Magic SWAR: 8 Lines of Code Explained in 3,000 Words: https://questdb.com/blog/1brc-merykittys-magic-swar/ Path to the Fastest #1BRC Solution: https://github.com/thomaswue/1brc-steps 1BRC - What a Journey: https://www.esolutions.tech/1brc-what-a-journey Gewinner der 1BRC Thomas Wuerthinger: https://www.linkedin.com/in/thomaswue/ Zenbleed: https://lock.cmpxchg8b.com/zenbleed.html Engineering Kiosk Episode #180 Skalierung, aber zu welchem Preis? (Papers We Love): https://engineeringkiosk.dev/podcast/episode/180-skalierung-aber-zu-welchem-preis-papers-we-love/ mmap: https://en.wikipedia.org/wiki/Mmap Sprungmarken (00:00:00) One Billion Row Challenge und der Java-Performance-Mythos (00:04:25) Info/Werbung (00:05:25) One Billion Row Challenge und der Java-Performance-Mythos (00:07:07) Die Challenge: 1 Milliarde Wetterdaten und ein viraler Benchmark (00:13:00) Testsetup, Hetzner-Server und erste Laufzeit-Schätzungen (00:17:05) Von 4 Minuten auf 1,5 Sekunden: Gewinner, GraalVM und Bonuslisten (00:21:35) Kritik am Benchmark: RAM-Disk, Overfitting und Realitätsbezug (00:25:03) Erste Optimierungen: Parallelisierung, lokale Hashmaps und Dateisplits (00:26:59) Memory Mapping, Unsafe und Garbage Collection vermeiden (00:34:38) Custom Hashmaps, Cache Lines und Integer statt Float (00:38:30) Temperatur-Parsing auf Bit-Ebene und ALU-Operationen (00:42:02) SIMD, SWAR und Branchless Coding auf CPU-Ebene (00:49:53) GraalVM als Performance-Hebel und ein kreativer Prozess-Hack (00:54:05) Andere Sprachen im Vergleich: C, Go, PHP, AWK und SQL (00:59:20) Warum die GPU hier nicht automatisch gewinnt (01:01:44) Was bringt das im Alltag? Kritik, Learnings und Team-Challenges Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Seniorität im AI-Zeitalter. AI ist überall. In Demos, in LinkedIn-Posts, in Produktivitätsversprechen und inzwischen auch mitten im Entwickleralltag. Aber was passiert eigentlich, wenn Code plötzlich billig wird? Wird dann jede:r zum 10x Engineer oder merken wir erst jetzt, worauf es bei Seniorität wirklich ankommt? Genau dieser Frage gehen wir in dieser Episode nach und schauen ehrlich auf den Spannungsbogen zwischen KI-Hype, Softwarequalität, Code Reviews und Karriereentwicklung. Wir sprechen darüber, warum mehr Output nicht automatisch mehr Outcome bedeutet, was DORA-Metriken, Studien und Alltagserfahrungen über AI Coding Tools sagen und weshalb das Big Picture wichtiger wird als die pure Menge an produziertem Code. Außerdem diskutieren wir, warum Senior Engineers gerade jetzt so gefragt sind, welche Rolle Kommunikation, Priorisierung, Leadership und Architekturverständnis spielen und warum der Satz AI ist doch mein Junior deutlich zu kurz greift. Ebenso schauen wir auf den Rückgang von Junior-Rollen, auf Internships als Recruiting-Pipeline und darauf, wie Lernen, Mentoring und echte Verantwortung in einer Welt mit Coding Agents aussehen können. Wenn du verstehen willst, wie sich Softwareentwicklung, Seniorität, Juniors, Staff Engineers, AI Adoption und Business Value gerade verschieben, ist diese Folge für dich. Oder anders gesagt: Wenn mehr Code billiger wird, wird Klarheit wertvoller. Und genau da wird es spannend. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Wolfgang's Talk “AI Writes More Code. What Makes You Senior?”: https://engineeringkiosk.dev/meetup/alps/slides/2603-wolfgang_%20StopCoding_Engineering_Kiosk_Alps_2026-03-19.pdf Enterprise AI adoption in 2026: Why 79% face challenges despite high investment: https://writer.com/blog/enterprise-ai-adoption-2026/ Gen Z Resentment Toward AI Grows as Adoption Stagnates and Workplace Fears Mount: https://www.waltonfamilyfoundation.org/about-us/newsroom/gen-z-resentment-toward-ai-grows-as-adoption-stagnates-and-workplace-fears-mount Deepfake X-Rays Fool Radiologists and AI: https://www.rsna.org/news/2026/march/chatgpt-generated-radiographs Highlights from the 10th DORA report: https://cloud.google.com/blog/products/devops-sre/announcing-the-2024-dora-report?hl=en Experience Requirements Have Tightened Amid the Tech Hiring Freeze: https://www.hiringlab.org/2025/07/30/experience-requirements-have-tightened-amid-the-tech-hiring-freeze/ How AI Impacts Skill Formation: https://arxiv.org/abs/2601.20245 Help build the future: announcing Cloudflare’s goal to hire 1,111 interns in 2026: https://blog.cloudflare.com/cloudflare-1111-intern-program/ Was ist 1.1.1.1?: https://www.cloudflare.com/de-de/learning/dns/what-is-1.1.1.1/ Sprungmarken (00:00:00) KI im Entwickleralltag: Werden Seniors jetzt noch wichtiger? (00:05:50) Info/Werbung (00:06:50) AI-Adoption, Skepsis und Studienlage in der Softwareentwicklung (00:12:50) Mehr Code, mehr Reviews, mehr Probleme? Das KI-Bottleneck (00:27:11) Warum Senior Engineers vom Big Picture leben (00:32:01) Junior zu Senior mit KI: Lernen, Verstehen und Karrierepfade (00:36:43) Warum Firmen weiter Juniors, Interns und Praktikant:innen brauchen (00:39:47) Output vs. Outcome: Was in der AI-Ära wirklich zählt (00:43:18) Ist der Coding Agent dein Junior? Eher nicht (00:44:35) Mentoring, Recruiting und frische Perspektiven im Team (00:50:57) Seniorität in der AI-Ära: Klarheit, Kommunikation, Einfluss (00:55:44) Open Mindset und Fazit Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Monorepo, Polyrepo, Frontend hier, Backend dort, Mobile-App nochmal woanders. Klingt nach sauberer Trennung, führt in der Praxis aber oft zu genau dem, was wir als Entwickler:innen am wenigsten brauchen: Reibung. Abhängige Pull Requests, aufeinander wartende Releases, doppelte Tooling-Arbeit und jede Menge Koordination zwischen Teams. Die spannende Frage ist also nicht nur, ob Monorepos ein Comeback feiern, sondern ob sie heute, mit besserem Tooling und AI im Rücken, endlich ihr Versprechen einlösen. In dieser Episode sprechen wir mit Max Kless, Senior Software Engineer bei Nx, über den aktuellen Stand von Monorepos. Wir klären, was ein Monorepo eigentlich ist, warum Monorepo nicht gleich Monorepo ist und wieso ein pragmatischer, hybrider Ansatz für viele Teams sinnvoller ist als ein einziges gigantisches Repository. Außerdem schauen wir auf CI, Caching, Project Graphs, Code Ownership, Plattform-Teams und die kulturelle Seite hinter dem Thema. Denn Monorepos sind nicht nur Architektur und Tooling, sondern auch Zusammenarbeit, Standards und ein bisschen Inner Source im Alltag. Besonders spannend wird es bei AI, LLMs und Coding Agents. Wenn mehr Kontext zu besserer Unterstützung führt, werden Monorepos plötzlich wieder hochrelevant. Wir diskutieren, warum ein gemeinsamer Code-Kontext für AI-Systeme ein echter Hebel sein kann, wo die Grenzen liegen und worauf du bei einer Einführung achten solltest. Wenn du wissen willst, ob Monorepos 2026 mehr sind als alter Google-Glanz, dann bist du hier genau richtig. Bonus: Selbst Jenkins bekommt einen kleinen Ehrenmoment. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Max Kless auf LinkedIn: https://www.linkedin.com/in/max-kless-398530216/ monorepos.tools: https://monorepo.tools/ Nx: https:1130 PM//nx.dev/ Why Google Stores Billions of Lines of Code in a Single Repository: https://research.google/pubs/why-google-stores-billions-of-lines-of-code-in-a-single-repository/ Turborepo: https://turborepo.dev/ Vergleich von Monorepo-Tools: https://monorepo.tools/compare Bazel: https://bazel.build/ Jenkins: https://www.jenkins.io/ Sprungmarken (00:00:00) Monorepos zwischen Hype, Praxis und AI-Revival (00:06:52) Was ein Monorepo wirklich ist (00:08:37) Info/Werbung (00:09:37) Was ein Monorepo wirklich ist (00:11:02) Monorepo vs. Polyrepo und sinnvolle Grenzen (00:19:07) Der pragmatische Mittelweg statt One Repo to rule them all (00:26:54) Tooling-Grundlagen für Monorepos (00:30:41) Project Graph, Caching und CI-Skalierung (00:41:28) Große Repos, Merge Queues und Git-Features (00:47:34) Monorepos als Kultur- und Organisationsfrage (00:52:32) Einführung, Buy-in und typische Anti-Patterns (00:55:09) Ownership, Plattform-Teams und laufender Aufwand (00:58:24) Warum AI und Coding Agents Monorepos pushen (01:01:55) Kontext, Ownership-Metadaten und praktische Grenzen (01:11:26) Fazit: Wann sich das Monorepo-Experiment lohnt Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Agenturen und Freelancer: Stunden tracken vs. Wert-basiert abrechnen Stunden schreiben, Tickets buchen, Angebote schätzen und am Ende trotzdem das Gefühl haben, am eigentlichen Problem vorbeizuarbeiten. Kommt dir bekannt vor? Dann ist diese Episode genau dein Ding. Denn wir gehen einer Frage nach, die viele in Agenturen, im Freelancing und in der Softwareentwicklung beschäftigt. Was passiert, wenn wir nicht mehr primär Zeit verkaufen, sondern Wert? Und warum wird genau diese Frage durch KI, Automatisierung und immer schnellere Delivery plötzlich noch viel relevanter? In dieser Episode sprechen wir mit Christoph, Geschäftsführer der E Commerce Agentur Pixolith, über Agenturgeschäft, Billable Hours, Value Based Pricing, Angebotsphasen, Vertrauen in Kundenprojekten und die Psychologie hinter Preisfindung. Wir schauen auf konkrete Beispiele aus dem E Commerce, auf B2B und B2C Shops, auf Shopware, Shopify, Updates, Migrationen und die Frage, wie sich Wert überhaupt greifbar machen lässt. Außerdem diskutieren wir, warum Scrum diese Abrechnungsfrage nicht löst, wo Goodhart's Law plötzlich sehr praktisch wird und weshalb KI nicht nur Code beschleunigt, sondern auch Beratung, Vertrieb und Delivery verändert. Wenn du verstehen willst, wie Agenturen kalkulieren, warum Stundensätze oft falsche Anreize setzen und wo Value Based Working wirklich funktioniert, bekommst du hier reichlich Stoff zum Mitdenken. Bonus mit Augenzwinkern: Selbst ein Klopapier Shop kann zum strategischen Lehrstück für Pricing, Vertrauen und Softwareprojekte werden. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Christoph Burchartz auf LinkedIn: https://www.linkedin.com/in/christophburchartz/ Pixolith: https://www.pixolith.de/ Salao Band: https://salao-music.com/ Goodharts Gesetz: https://de.wikipedia.org/wiki/Goodharts_Gesetz Goodhart’s law: https://modelthinkers.com/mental-model/goodharts-law FFF - Friends, Family and Fools: https://startupedia.net/de/was-ist/fff-friends-family-and-fools/ Buch “Preisfindung in Agenturen”: https://www.agencyuplifted.de/buch Buch “Value-Based Fees” - Für beratungsnahe Leistungen: https://alanweiss.com/shop/books/hardcover/value-based-fees-3rd-edition/ Der Lanz-Precht-Moment: Blick in die KI-Zukunft https://the-coming-wave.com/ Sprungmarken (00:00:00) Value Based Pricing statt Billable Hours: Worum geht es? (00:05:32) Was eine Agentur eigentlich ist und warum Spezialisierung zählt (00:08:40) Info/Werbung (00:09:40) Was eine Agentur eigentlich ist und warum Spezialisierung zählt (00:14:33) Festpreis, Time and Material und Werkvertrag sauber getrennt (00:20:07) Kundenwert verstehen: Vom angefragten Shop zum eigentlichen Problem (00:23:55) Goodhart's Law: Warum Stundenabrechnung falsche Anreize setzt (00:31:54) Value quantifizieren: Beispiele, Risiken und Preislogik (00:32:37) Vertrauen statt Tickets: Wie wertschätzende Gespräche Projekte formen (00:50:47) Von Aufwand zu Angebot: Mischkalkulation, Intuition und Projektgrößen (00:57:55) Qualität, Pakete und Kundennutzen im Value Based Working (01:04:02) KI in Agenturen: Geschwindigkeit, Beratung und Maintainability (01:09:30) Updates, Migrationen und die Frage nach echtem Value (01:13:26) Der größte Fehler bei der Einführung: Warum die Flatrate scheiterte (01:15:51) Pre-Sales, Pitches und Vertrauen als Wettbewerbsfaktor (01:19:06) Fazit: Mehr Kundennutzen, mehr Verantwortung, mehr unternehmerisches Denken Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Patrick Steinhardt auf LinkedIn: https://www.linkedin.com/in/patrick-steinhardt-1b16901ba/ Patrick Steinhardt auf Gitlab: https://gitlab.com/pks-gitlab Patrick Steinhardt auf Github: https://github.com/pks-t Apache 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-add Git Tools - Rewriting History: https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History gitrepository-layout: https://git-scm.com/docs/gitrepository-layout/2.22.0 Mercurial SCM: https://www.mercurial-scm.org/ git-upload-pack - Send objects packed back to git-fetch-pack: https://git-scm.com/docs/git-upload-pack git-receive-pack - Receive what is pushed into the repository: https://git-scm.com/docs/git-receive-pack Git Partial Clone: https://git-scm.com/docs/partial-clone Git Internals - Plumbing and Porcelain: https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-Porcelain SHA-1 SHAttered: https://marc-stevens.nl/research/shattered.io/ git reftable: https://git-scm.com/docs/reftable git 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 Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #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-38392 Janet Jackson had the power to crash laptop computers: https://devblogs.microsoft.com/oldnewthing/20220816-00/?p=106994 Protecting Windows users from Janet Jackson’s Rhythm Nation: https://devblogs.microsoft.com/oldnewthing/20250429-00/?p=111127 Evil Corp: https://en.wikipedia.org/wiki/Dridex#Evil_Corp Big 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-outage flyGarmin: 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:00:00) Security Stories mit Lerneffekt: Einstieg in kuriose Angriffe (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 Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Homepage 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/mardiehl Martin Diehl auf Scholar: https://scholar.google.com/citations?user=ja83swsAAAAJ&hl=de Tiobe 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.org Co-array Fortran: https://de.wikipedia.org/wiki/Co-array_Fortran Julia Solves the 2 Language Problem, However It Creates the 1.5 Language Problem: https://www.youtube.com/watch?v=RUJFd-rEa0k LLVM: 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.org Mojo lang: https://www.modular.com/mojo DAMASK: https://damask-multiphysics.org US Fortran Standards Committee: https://j3-fortran.org Fortran Wiki: https://fortranwiki.org LFortran: 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 Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Du willst 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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links FreeRTOS: https://www.freertos.org/ Zephyr: https://www.zephyrproject.org/ Website von Andrej Friesen: https://www.ajfriesen.com/ Andrej Friesen auf LinkedIn: https://www.linkedin.com/in/andrej-friesen/ Andrej Friesen auf Github: https://github.com/ajfriesen SmartHütte Podcast: https://podcast.smarthuette.de/ ESP8266: https://de.wikipedia.org/wiki/ESP8266 ESPHome: https://esphome.io/ Open Home Foundation: https://www.openhomefoundation.org/ Engineering Kiosk Episode #203 Die Struktur hinter dem weltweit größten Open Source Projekt mit Pascal Vizeli von Home Assistant: https://engineeringkiosk.dev/podcast/episode/203-die-struktur-hinter-dem-weltweit-gr%C3%B6%C3%9Ften-open-source-projekt-mit-pascal-vizeli-von-home-assistant/ Breadboard: https://de.wikipedia.org/wiki/Steckplatine Tasmota: https://tasmota.github.io/docs/ PokyPow: https://pokypow.com/ The more you fuck around, the more you're gonna find out: https://www.youtube.com/watch?v=_qEcm43Lx3c Home Assistant: https://www.home-assistant.io/ Shelly: https://www.shelly.com/ Was ist ein Optokoppler? https://heinen-elektronik.de/glossar/optokoppler/ EasyEDA: https://easyeda.com/ Gerber-Format: https://de.wikipedia.org/wiki/Gerber-Format Aisler: https://aisler.net/de Soldered: https://soldered.com/de Upwork: https://www.upwork.com/ Fiver: https://www.upwork.com/ Oxide - Building Big Systems with Remote Hardware Teams: https://oxide.computer/blog/building-big-systems-with-remote-hardware-teams CE-Zeichen vs. China Export | So erkennst DU den Schwindel: https://www.youtube.com/watch?v=Pl6o_dtnEMI Hackaday Berlin: https://hackaday.com/tag/berlin/ CrowdSupply: https://www.crowdsupply.com/ Sprungmarken (00:00:00) ESP Chips und ESPHome: Hardware mit YAML statt C++ (00:07:15) Info/Werbung (00:08:15) ESP Chips und ESPHome: Hardware mit YAML statt C++ (00:14:41) Breadboard, Pins, Protokolle: Schnell Sensoren bauen ohne Elektrotechnik Studium (00:21:51) ESPHome in der Praxis: OTA Flashing, Struktur, Grenzen und Tasmota Vergleich (00:28:42) pokypow erklärt: PC Front Panel Man in the Middle für Home Assistant (00:30:49) Use Cases: Wake on LAN Probleme, Parental Control und Katzen als Edge Case (00:36:42) Vom Prototyp zur PCB: Optokoppler, EasyEDA, Gerber und Bestückung (00:46:11) Der Bruchpunkt: Externe Antenne, Null Ohm Widerstand und Projekt Abbruch (00:52:28) Comeback: Nachfrage, Newsletter und warum Leute lieber kaufen als löten (00:54:08) Hardware auslagern: Requirements schreiben und Prototyping via Upwork (00:59:55) CE und Regularien: Labor, Testaufbau, Kosten und Antennen Fallstricke (01:07:26) Fulfillment und Crowd Supply: Produktion, Versand und nächste Schritte (01:16:34) Learnings: simpel bleiben, Grenzen setzen, Community und Meetups nutzen Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links ACM Einteilung der Informatik: https://dl.acm.org/ccs Security Week “Hacked Smart Fish Tank Exfiltrated Data to ‘Rare External Destination’”: https://www.securityweek.com/hacked-smart-fish-tank-exfiltrated-data-rare-external-destination/ Washington Post “How a fish tank helped hack a casino”: https://www.washingtonpost.com/news/innovations/wp/2017/07/21/how-a-fish-tank-helped-hack-a-casino/ Casino Breach - Cyberthrowback Fish Tank Hack: https://rootcat.de/blog/fishtank_jul21/ MITRE ATT&CK Database: https://attack.mitre.org/ OWASP Top 10:2025: https://owasp.org/Top10/2025/ Remote Exploitation of an Unaltered Passenger Vehicle (IOActive whitepaper): https://www.ioactive.com/wp-content/uploads/pdfs/IOActive_Remote_Car_Hacking.pdf Fiat Chrysler Automobiles UConnect allows a vehicle to be remotely controlled: https://www.kb.cert.org/vuls/id/819439 CVE-2015-5611: https://nvd.nist.gov/vuln/detail/CVE-2015-5611 Hackers Remotely Kill a Jeep on the Highway—With Me in It: https://www.wired.com/2015/07/hackers-remotely-kill-jeep-highway/ After Jeep Hack, Chrysler Recalls 1.4M Vehicles for Bug Fix: https://www.wired.com/2015/07/jeep-hack-chrysler-recalls-1-4m-vehicles-bug-fix/ Man accidentally gains control of 7,000 robot vacuums: https://www.popsci.com/technology/robot-vacuum-army/ The DJI Romo robovac had security so poor, this man remotely accessed thousands of them: https://www.theverge.com/tech/879088/dji-romo-hack-vulnerability-remote-control-camera-access-mqtt Sprungmarken (00:00:00) Warum IT Security oft erst auffällt, wenn es knallt (00:04:44) Info/Werbung (00:05:44) Warum IT Security oft erst auffällt, wenn es knallt (00:06:14) Hack 1: Aquarium-IoT im Casino und 10 GB Datenabfluss (00:31:23) Hack 2: Jeep Cherokee, offener Port, D-Bus und CAN-Bus (00:47:18) Hack 3: DJI Staubsaugerroboter, MQTT und fehlende Autorisierung (00:52:47) Was du daraus mitnimmst: Authentifizierung, Autorisierung, Segmentierung Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Hochleistungskultur 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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links troodi: Passgenaue Lösungen für die Personalentwicklung: https://troodi.de/ Philip Klasen-Schwidetzki auf LinkedIn: https://www.linkedin.com/in/philip-klasen-schwidetzki-9b38b554/ troodi-Lernprogramme - Produktive Zusammenarbeit (Winning Teams – Teams verstehen und entwickeln) und Führung von Individuen & Teams (Caring and Daring Leadership – Mitarbeitende fördern und fordern): https://grow.troodi.de/portal/signup?campaign=engineering-kiosk Engineering Kiosk Episode #95 Effiziente Knowledge Sharing Formate: Wissen teilen und begeistern: https://engineeringkiosk.dev/podcast/episode/95-effiziente-knowledge-sharing-formate-wissen-teilen-und-begeistern/ Playing Rock–Paper–Scissors with 500 people: https://andygrunwald.com/blog/playing-rockpaperscissors-with-500-people/ Mit psychologischer Sicherheit zu leistungsfähigeren Teams: https://projekte-leicht-gemacht.de/blog/softskills/fuehrung/teams/psychologische-sicherheit/#Mit-psychologischer-Sicherheit-zu-leistungsfaehigeren-Teams Amy Edmondson: https://de.wikipedia.org/wiki/Amy_Edmondson Radical Candor Buch: https://www.amazon.de/Radical-Candor-Revised-Updated-Saying/dp/1529038340/ref=sr_1_2 Sprungmarken (00:00:00) Hochleistungskultur in Tech: Warum mehr Druck nicht mehr Performance ist (00:06:34) Was ist Hochleistung überhaupt und wie misst man sie sinnvoll (00:11:15) Amy Edmondson: Psychologische Sicherheit plus Accountability als Modell (00:15:18) Performance Management ohne Angst: Ziele, Fairness und der richtige Kontext (00:18:30) Angstkultur in der Praxis, Radical Candor, Caring und Daring (00:31:43) Checkfragen: So erkennst du psychologische Sicherheit im Team (00:36:04) Sabotagemuster von Führungskräften: Komfortzone, Angstzone, Micromanagement (00:41:50) Ownership im Alltag bauen: Verantwortung nicht zurücknehmen (00:53:23) Selbstausbeutung und Fürsorgepflicht: Ambition ohne Burnout (00:58:34) Mittelmanagement unter Druck: Pushback, Preisschilder und Multiloyalität (01:06:57) Tipps für Führungskräfte und Teammitglieder Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Datenbanken Normalformen: https://www.tinohempel.de/info/info/datenbank/normalisierung.htm Engineering Kiosk Episode #182 Happy Birthday SQL: 50 Jahre Abfragesprache: https://engineeringkiosk.dev/podcast/episode/182-happy-birthday-sql-50-jahre-abfragesprache/ Engineering Kiosk Episode #129 Simplify Your Stack: Files statt Datenbanken!: https://engineeringkiosk.dev/podcast/episode/129-simplify-your-stack-files-statt-datenbanken/ Apache Parquet: https://parquet.apache.org/ Dremel: Interactive Analysis of Web-Scale Datasets: https://research.google/pubs/dremel-interactive-analysis-of-web-scale-datasets-2/ Working with Parquet in ClickHouse: https://clickhouse.com/docs/integrations/data-formats/parquet DuckDB: https://duckdb.org/ parquet-go: https://github.com/parquet-go/parquet-go RemoteStorageManager for Apache Kafka® Tiered Storage: https://github.com/Aiven-Open/tiered-storage-for-apache-kafka/ Sprungmarken (00:00:00) Wie böse kann "das skaliert nicht" enden? (00:05:18) Normalformen, Denormalisierung und typische Skalierungsreflexe (00:06:30) Info/Werbung (00:07:30) Normalformen, Denormalisierung und typische Skalierungsreflexe (00:11:52) Row-Oriented Datastores verstehen (00:27:01) Column-Oriented Datastores: OLAP, Kompression, Spalten-Pruning und SIMD (00:36:53) Trade-offs: Warum Column-Stores nicht für jede Produktion passen (00:41:52) CSV als Dateiformat: simpel, verbreitet, aber messy (00:44:13) Apache Parquet: Columnar File Format, Row Groups und Metadaten (00:51:44) Apache Iceberg: Tabellen-Management, Snapshots und Time Travel (00:56:54) Storage vs. Compute trennen: Cloud-Kosten, Object Storage, Tiering (01:04:12) Wo es heute genutzt wird: Kafka Tiered Storage, ClickHouse, Prometheus (01:13:33) Takeaways: pragmatisch starten, DuckDB testen, Hype reflektieren Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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ünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Martin Fowler über Domain Driven Design: https://martinfowler.com/bliki/DomainDrivenDesign.html Martin Fowler über Anemic Domain Model: https://martinfowler.com/bliki/AnemicDomainModel.html Repository zum Buch “Domain-Driven Design With Golang”: https://github.com/PacktPublishing/Domain-Driven-Design-with-GoLang Buch von Eric Evans (Final draft): https://fabiofumarola.github.io/nosql/readingMaterial/Evans03.pdf Engineering Kiosk Episode #222 SOLID in Go, JS & Co: passt das noch zur modernen Software?: https://engineeringkiosk.dev/podcast/episode/222-solid-in-go-js-co-passt-das-noch-zur-modernen-software/ Engineering Kiosk Episode #12 Make oder Buy: https://engineeringkiosk.dev/podcast/episode/222-solid-in-go-js-co-passt-das-noch-zur-modernen-software/ Sprungmarken (00:00:00) Domains kaufen vs. Domain Driven Design (00:06:01) Info/Werbung (00:07:01) Domains kaufen vs. Domain Driven Design (00:10:45) Warum überhaupt Domain Driven Design: Komplexität, Spaghetti Code und Business-IT-Graben (00:14:16) Strategisches Design: Domain verstehen und Ubiquitous Language aufbauen (00:24:33) Bounded Contexts und Context Mapping: Grenzen, Sprache, Schnittstellen (00:32:46) DDD und Teamstrukturen: Conway's Law, APIs und Verantwortlichkeiten (00:35:57) Taktisches Design: Value Objects, Entities, Aggregates, Repositories (00:43:32) Wie erkennst du DDD im Code: Kubernetes als Beispiel und Code Lesbarkeit (00:46:19) Pragmatisch starten: Glossar, Boy Scout Rule und DDD mit bestehenden Codebasen (00:52:27) Für wen lohnt sich DDD wirklich: Startup vs. Enterprise, Monolith vs. Microservices (01:00:53) Kritik und Grenzen: Over Engineering und fehlende Domain Experts (01:01:58) DDD in Plattform- und Infrastruktur-Teams: gemeinsame Sprache für Cloud Automation (01:04:09) Ressourcen, Links und Community-Feedback Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Michael Gasch auf LinkedIn: https://www.linkedin.com/in/michael-gasch/ Engineering Kiosk Episode #108 Agile Multi-Team Projekte: Die Kunst, hunderte Leute effektiv zu koordinieren mit Stephan Strack: https://engineeringkiosk.dev/podcast/episode/108-agile-multi-team-projekte-die-kunst-hunderte-leute-effektiv-zu-koordinieren-mit-stephan-strack/ AWS - Was ist Serverless-Computing?: https://aws.amazon.com/de/what-is/serverless-computing/ AWS - Step Functions: https://docs.aws.amazon.com/step-functions/ AWS - EventBridge: https://aws.amazon.com/de/eventbridge/ Code University / Product Management: https://code.berlin/de/study/bachelor/bme/product-management/ IU Bachelor Produkt Management: https://www.iu.de/bachelor/produktmanagement/ Durable Functions in AWS Lambda: https://aws.amazon.com/de/lambda/lambda-durable-functions/ An insider look at Amazon's culture and processes (Working backwards): https://www.aboutamazon.com/news/workplace/an-insider-look-at-amazons-culture-and-processes AWS Lambda turns 10: A rare look at the doc that started it: https://www.allthingsdistributed.com/2024/11/aws-lambda-turns-10-a-rare-look-at-the-doc-that-started-it.html Engineering Kiosk Episode #159 Verhaltensbezogene Interview-Fragen und STAR-Methode: https://engineeringkiosk.dev/podcast/episode/159-verhaltensbezogene-interview-fragen-und-star-methode/ Sprungmarken (00:00:00) Technisches Produktmanagement mit Michael Gasch (00:06:05) Info/Werbung (00:07:05) Technisches Produktmanagement mit Michael Gasch (00:16:02) Was ist Produktmanagement, was ist es nicht, und die Abgrenzung zu Projektmanagement (00:24:12) Unterschiede von Produktmanagement je nach Produkt (AWS, BMW, Booking.com) (00:29:44) Priorisierung und Kultur bei AWS: Eskalation, Disagree and Commit und Entscheidungsfindung (00:42:30) Metriken und Erfolgsmessung: GA, Adoption, Telemetrie und Feedback-Loops (00:53:43) AI und Produktmanagement: Warum Anforderungen wichtiger werden (01:02:28) Zusammenarbeit zwischen Entwickler*innen und Produktmanagement verbessern: Proaktivität, Ownership und Champions (01:06:41) Wechsel ins Produktmanagement: STAR-Methode, Mentoring und Praxisübungen (01:10:30) Unbequeme Wahrheiten: Stress, Verantwortung sowie Pricing und PnL Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

4 coole Sprachfeatures von Ada, F#, Go und PHP Kennst du noch die Zeit, in der du Syntax, Standard Libraries und Edge Cases mühsam zusammengoogelt hast, statt einfach die KI zu fragen? Und wenn die KI heute sowieso Code schreibt, ist es dann überhaupt noch wichtig, mehrere Programmiersprachen zu kennen? Genau da steigen wir ein. Nicht als Sprachkrieg, sondern als Nerd-Tour durch vier Sprachfeatures, die dir Bugs, Security Incidents und Einheitenchaos ersparen können. Wir starten mit Ada und Type Ranges, also Typen mit eingebauten Wertebereichen, inklusive eines Crashes der Ariane-5-Rakete, eines Integer-Overflow und Compile-Time-Checks. Danach geht es zu F und Units of Measure, wo Meter, Sekunden oder sogar Geldbeträge Teil des Typensystems werden und der Compiler dich vor dem Mars Climate Orbiter Moment bewahrt. Dann schauen wir auf PHP und SensitiveParameters, damit Secrets nicht mehr fröhlich in Stack Traces und Logs auftauchen. Und zum Schluss landen wir bei Go: Secret Mode als Security Feature für Forward Secrecy, damit Schlüssel nach dem Handshake wirklich aus dem Speicher verschwinden. Außerdem gibt es ein GitHub-Repo mit Demos in Docker-Containern, damit du die Features in wenigen Minuten selbst anfassen kannst. Wenn du auf Open Source, Tech Community-Austausch und praktisches Knowledge Sharing stehst, wirst du hier Spaß haben. Und wenn du nach der Episode denkst, du hast noch ein besseres Sprachfeature, dann schick es rüber; wir sammeln das. Bonus: Wir schaffen es, von Raketencrash bis hin zu Secret Leaks zu kommen, ohne JavaScript als Gewinner zu küren. Knapp jedenfalls. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Github - A collection of cool programming language features (highly subjective): https://github.com/EngineeringKiosk/cool-programming-language-features Neue PHP 8.2 Features: https://www.php.net/manual/de/migration82.new-features.php PHP-Attribut SensitiveParameter: https://www.php.net/manual/de/class.sensitiveparameter.php Deep Dive von PHP 8.2: Sensitive Parameter value redaction support: https://php.watch/versions/8.2/backtrace-parameter-redaction PHP RFC: Redacting parameters in back traces: https://wiki.php.net/rfc/redact_parameters_in_back_traces PHP 8.0: Attributes: https://php.watch/versions/8.0/attributes Go feature: Secret mode: https://antonz.org/accepted/runtime-secret/ Github Issue “runtime/secret: add new package #21865: https://github.com/golang/go/issues/21865 Go 1.26 Release Notes: https://go.dev/doc/go1.26 The Heartbleed Bug: https://www.heartbleed.com/ MongoDB: kritische Sicherheitslücke in NoSQL-Datenbank: https://www.heise.de/news/MongoDB-kritische-Sicherheitsluecke-in-NoSQL-Datenbank-11124891.html C-Funktion “memzero_explicit”: https://manpages.debian.org/experimental/linux-manual-4.11/memzero_explicit.9.en.html C-Funktion “explicit_bzero”: https://www.gnu.org/software/gnulib/manual/html_node/explicit_005fbzero.html C-Funktion “memset_s”: https://man.freebsd.org/cgi/man.cgi?query=memset_s&sektion=3 Rust zeroize: https://crates.io/crates/zeroize Zero'ing memory, compiler optimizations and memset_s: https://www.cryptologie.net/posts/zeroing-memory-compiler-optimizations-and-memset_s/ Mars Climate Orbiter: https://de.wikipedia.org/wiki/Mars_Climate_Orbiter Technik-Fail - Mars Climate Orbiter scheitert an der Pfundkraftsekunde: https://www.swr.de/swrkultur/wissen/technik-fail-einheitenfehler-laesst-mars-climate-orbiter-zerschellen-100.html F-Sharp: https://de.wikipedia.org/wiki/F-Sharp Ada Slides - Introduction to Ada for Beginning and Experienced Programmers: https://archive.fosdem.org/2022/schedule/event/ada_introduction_beginning_experienced/attachments/slides/5048/export/events/attachments/ada_introduction_beginning_experienced/slides/5048/01_ada_introduction.pdf Who's Using Ada? Real-World Projects Powered by the Ada Programming Language - November 2014: https://www2.seas.gwu.edu/~mfeldman/ada-project-summary.html FOSDEM: https://fosdem.org/ Learn Ada - Strong Typing: https://learn.adacore.com/courses/intro-to-ada/chapters/strongly_typed_language.html Engineering Kiosk Episode #63 Spaß mit Zahlen: Under- und Overflows, Rückwärtslaufende Zeit, Negative Modulos und Währungsbeträge: https://engineeringkiosk.dev/podcast/episode/63-spa%C3%9F-mit-zahlen-under-und-overflows-r%C3%BCckw%C3%A4rtslaufende-zeit-negative-modulos-und-w%C3%A4hrungsbetr%C3%A4ge/ Sprungmarken (00:00:00) KI, Programmiersprachen und Attribute von guten Programmierer*innen (00:05:49) Info/Werbung (00:06:49) KI, Programmiersprachen und Attribute von guten Programmierer*innen (00:09:18) Ada Type Ranges: Wertebereiche, Compile Time Checks und Ariane 5 (00:21:10) F Units of Measure: Einheiten im Typensystem und Mars Climate Orbiter (00:32:34) PHP Sensitive Parameters: Secrets in Stack Traces redaction-sicher machen (00:45:19) Go Secret Mode: Forward Secrecy und Keys nach Handshake aus Memory löschen (00:56:52) Wrap up: Docker Demos, Links, Community Fragen und FOSDEM Treffen Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Engineering Kiosk Episode #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/ Engineering Kiosk Episode #61 Schwierige 1-on-1 Situationen und Lösungsvorschläge: https://engineeringkiosk.dev/podcast/episode/61-schwierige-1-on-1-situationen-und-l%C3%B6sungsvorschl%C3%A4ge/ Engineering Kiosk Episode #75 Evaluierung deiner Job-Performance, Team-Feedback und LNO Framework: https://engineeringkiosk.dev/podcast/episode/75-evaluierung-deiner-job-performance-team-feedback-und-lno-framework/ Engineering Kiosk Episode #110 OKRs und Beyond: Agile Unternehmensführung mit Marco Alberti von Murakamy: https://engineeringkiosk.dev/podcast/episode/110-okrs-und-beyond-agile-unternehmensf%C3%BChrung-mit-marco-alberti-von-murakamy/ Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/ Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/ Engineering Kiosk Episode #205 Staff, Principal, WTF? Karriereleitern und Erwartungshaltungen mit Lena Reinhard: https://engineeringkiosk.dev/podcast/episode/205-staff-principal-wtf-karriereleitern-und-erwartungshaltungen-mit-lena-reinhard/ 9-Box-Grid - So beurteilen Sie Leistungen und Potenziale von Mitarbeitern: https://www.hrworks.de/news/9-box-grid-so-beurteilen-sie-leistungen-und-potenziale-von-mitarbeitern/ Sprungmarken (00:00:00) Warum Performance Reviews oft Angst, Politik und Bias auslösen (00:05:15) Info/Werbung (00:06:15) Was ist ein Performance Review und wie läuft es in Firmen ab (00:12:02) Ziele: Feedback, Dokumentation, Fairness und Transparenz (00:18:27) Varianten aus der Praxis: Von Kaffee Gespräch bis Peer Feedback (00:23:34) Dokumentation und Systeme: Thank You, Self Assessment, Feedback per E Mail (00:27:07) 360 Grad Feedback bei Trivago: Aufwand, Nutzen und Lessons Learned (00:31:38) Feedback vs. Gehalt: Warum die Kopplung Systeme kippen lässt (00:35:54) Glockenkurve, Forced Ranking und teamübergreifende Kalibrierung (00:39:25) Glue Work sichtbar machen: Daten, Impact und Beförderungen argumentieren (00:44:34) Was du als IC tun kannst: Self Assessment, Ownership, Outcome statt Output (00:51:04) Feedback richtig nutzen: einfordern, filtern, verarbeiten (00:53:45) Prozesse bleiben imperfect, du kannst sie steuern Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Philipp Deutscher auf LinkedIn: https://www.linkedin.com/in/philippdeutscher/ Philipp Deutscher Consulting: https://www.deutscherconsulting.com/ Becoming CTO Secrets Podcast: https://www.deutscherconsulting.com/podcast-becoming-cto-secrets/ LinkedIn Post “Ist der CTO das schwächste C-Level?”: https://www.linkedin.com/posts/philippdeutscher_der-cto-ist-das-schw%C3%A4chste-c-level-in-80-activity-7392090110470660096-WCff/ LinkedIn Post “Ist der CTO der Code / Tech Monkey vom CEO?”: https://www.linkedin.com/posts/philippdeutscher_viele-ceos-suchen-keinen-cto-sie-suchen-activity-7393902049656020992-i7Vo/ LinkedIn Post “Oder ist CTO das schwierigste C-Level?”: https://www.linkedin.com/posts/philippdeutscher_der-beste-entwickler-ist-selten-der-beste-activity-7396076469132668929-Fr8E/ DORA Metriken: https://dora.dev/ Kevin Scott, Chief Technology Officer von Microsoft: https://news.microsoft.com/source/exec/kevin-scott/ Parker Harris, Co-Founder, Salesforce & Chief Technology Officer, Slack https://www.salesforce.com/company/parker-harris-bio/ Chief of Staff: https://en.wikipedia.org/wiki/Chief_of_staff Sprungmarken (00:00:00) CTO-Rolle: Warum sie oft falsch verstanden wird (00:05:55) Was ist ein CTO und was ist er nicht? Hands-on, Bottlenecks, Skalierung (00:06:19) Info/Werbung (00:07:19) Was ist ein CTO und was ist er nicht? Hands-on, Bottlenecks, Skalierung (00:15:34) Interim vs. Fractional CTO: Mandat, Tempo, Verantwortung, Vertrauen (00:26:43) Wertbeitrag im C-Level: Brücke zwischen Business und Tech (00:43:59) CTO als Übersetzer: technische Schulden, KPIs, Incidents und Umsatz (00:46:25) Metriken in der Praxis: Velocity, DORA, Lead Time, Availability (00:54:22) CTO werden: Karrierepfade, Transformation und Growth Mindset (01:08:43) So positionierst du dich: Verantwortung ziehen, Sichtbarkeit, CTO Office Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

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/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #204 Resilience Engineering: Timeouts, Jitter, Backoff & andere Systemretter: https://engineeringkiosk.dev/podcast/episode/204-resilience-engineering-timeouts-jitter-backoff-andere-systemretter/ Engineering Kiosk Episode #223 Throw redundancy at the tail: Request Hedging bei Google & Co.: https://engineeringkiosk.dev/podcast/episode/223-throw-redundancy-at-the-tail-request-hedging-bei-google-co/ GitHub Rate Limits: https://docs.github.com/en/rest/using-the-rest-api/rate-limits-for-the-rest-api?apiVersion=2022-11-28 GitHub Rate Limit Header: https://docs.github.com/en/rest/using-the-rest-api/rate-limits-for-the-rest-api?apiVersion=2022-11-28#checking-the-status-of-your-rate-limit Cloudflare Rate Limit Header: https://developers.cloudflare.com/fundamentals/api/reference/limits/#rate-limiting-headers GitHub Rate limits and query limits for the GraphQL API: https://docs.github.com/en/graphql/overview/rate-limits-and-query-limits-for-the-graphql-api IETF Datatracker - RateLimit header fields for HTTP: https://datatracker.ietf.org/doc/draft-ietf-httpapi-ratelimit-headers/ Engineering Kiosk Episode #212 Multi-Tenant done right: Isolationsmodelle, Cell-Based-Architecture, Shuffle Sharding & Co mit Maximilian Schellhorn: https://engineeringkiosk.dev/podcast/episode/212-multi-tenant-done-right-isolationsmodelle-cell-based-architecture-shuffle-sharding-co-mit-maximilian-schellhorn/ Sprungmarken (00:00:00) Resilience Engineering: Rate Limiting (00:03:57) Failure Modes: Retry Storms, Thundering Herd, Traffic Spikes und Traffic Amplification (00:04:28) Info/Werbung (00:05:28) Failure Modes: Retry Storms, Thundering Herd, Traffic Spikes und Traffic Amplification (00:17:50) Wo platzierst du Rate Limiting: Client, Edge, API Gateway, Sidecar und Ressourcen (00:25:22) Welche Strategie passt: Bursts, Fairness und stateful vs stateless Rate Limiting (00:28:54) Algorithmen: Fixed Window, Sliding Window, Token Bucket und Leaky Bucket (00:38:36) Kommunikation: Rate Limits sauber kommunizieren und HTTP Header (00:44:23) Wenn der Rate Limiter ausfällt: Fail Open vs Fail Closed (00:50:28) Warum GraphQL Rate Limiting schwer ist: Query Kosten (00:59:24) Takeaways: Rate Limiting als Sicherheitsgurt fuer Resilience und Verfügbarkeit Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Data as a Product: Was steckt dahinter? Warum ist AI überall, aber der Weg von der Datenbank zu "Wow, das Modell kann das" wirkt oft wie ein schwarzes Loch? Du loggst brav Events, die Daten landen in irgendwelchen Silos, und trotzdem bleibt die entscheidende Frage offen: Wer sorgt eigentlich dafür, dass aus Rohdaten ein zuverlässiges, verkaufbares Datenprodukt wird. In dieser Episode machen wir genau dort das Licht an. Gemeinsam mit Mario Müller, Director of Data Engineering bei Veeva Systems, schauen wir uns an, was Datenteams wirklich sind, wie "Data as a Product" in der Praxis funktioniert und warum Data Engineering mehr ist als nur ein paar CSVs über FTP zu schubsen. Wir sprechen über Teamstrukturen von der One-Man-Show bis zur cross-functional Squad, über Ownership auf den Daten, Data Governance und darüber, wie du Datenqualität wirklich misst, inklusive Monitoring, Alerts, SQL-Regeln und menschlicher Quality Control. Dazu gibt es eine ordentliche Portion Tech: Spark, AWS S3 als primärer Speicher, Delta Lake, Athena, Glue, Airflow, Push-Pull statt Event-Overkill und die Entscheidung für Batch Processing, obwohl alle Welt nach Streaming ruft. Und natürlich klären wir auch, was passiert, wenn KI an den Daten rumfummelt: Wo AI beim Bootstrapping hilft, warum Production und Scale tricky werden und wieso Verantwortlichkeit beim Commit nicht von einem LLM übernommen wird. Wenn du Datenteams aufbauen willst, Data Products liefern musst oder einfach verstehen willst, wie aus Daten verlässlicher Business-Impact wird, bist du hier genau richtig. Bonus: Batchjobs bekommen heute mal ein kleines Comeback. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Mario Müller auf LinkedIn: https://www.linkedin.com/in/mariomueller/ The Second Line Perspective: https://www.thesecondlineperspective.blog/ Apache Spark: https://spark.apache.org/ AWS EMR: https://aws.amazon.com/de/emr/ Apache Iceberg: https://iceberg.apache.org/ Apache Parquet: https://parquet.apache.org/ Presto DB: https://prestodb.io/ Delta Format: https://delta.io/ Change Data Capture: https://en.wikipedia.org/wiki/Change_data_capture ClinicalTrials.gov: https://clinicaltrials.gov/ Airbyte: https://airbyte.com/ Selenium: https://www.selenium.dev/ Apache Airflow: https://airflow.apache.org/ Sprungmarken (00:00:00) Data as a Product und Strukturierung von Daten-Teams mit Mario Müller (00:04:35) Was sind "Daten-Teams" und der Unterschied zu klassischen Analytics Teams? (00:05:54) Info/Werbung (00:06:54) Was sind "Daten-Teams" und der Unterschied zu klassischen Analytics Teams? (00:19:39) Data as a Product: Eine klassische Data-Pipeline (00:25:08) Batch- vs. Stream-Processing und Abhängigkeiten zwischen Teams (00:40:52) Sourcing von Daten (00:44:13) Data Quality Monitoring (00:48:24) Strukturierung von Daten-Teams: One-Man-Show bis 50 Personen (01:05:37) AI als neue Daten-Quelle oder Daten-Mitarbeiter (01:13:30) Tipps um Daten-Teams aufzubauen Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Adventskalender: Making of/Behind the scenes und Community Rückblick Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Deutschsprachige Tech Podcasts Liste: https://engineeringkiosk.dev/deutsche-tech-podcasts/ SmartHütte Podcast: https://podcast.smarthuette.de/ 0d - Zeroday Podcast: https://0x0d.de/ Digitale Anomalien Podcast: https://digitaleanomalien.de/ FOCUS ON: DevOps Podcast: https://focusondevops.podigee.io/ Python Podcast: https://python-podcast.de/show/ TILpod Podcast: https://tilpod.net/ IT Berufe Podcast: https://it-berufe-podcast.de/ Happy Bootstrapping Podcast: https://happy-bootstrapping.podigee.io/ Urlaub im Userspace Podcast: https://user.space/show/urlaub-im-userspace/ Sprungmarken (00:00:00) Adventskalender: Making of/Behind the scenes und Community Rückblick Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Developer Relations wirkt von außen oft wie eine Bühne, ein Reisekoffer und ein paar Sticker am Messestand. Aber was, wenn genau diese Rolle der stärkste Hebel ist, um dein Produkt besser zu machen, deine Tech-Community ernsthaft aufzubauen und Entwickler:innen wirklich erfolgreich zu machen? In dieser Episode nehmen wir Developer Relations auseinander, ganz ohne Marketing-Buzzword-Bingo. Zu Gast ist Philipp Krenn, Head of Developer Relations bei Elastic. Philipp bringt nicht nur jahrelange DevRel-Praxis mit, sondern auch Community-DNA, von Viennadb-Meetups bis Papers We Love, plus Open-Source-Erfahrung rund um Google Summer of Code und das Elastic-Ökosystem. Wir klären, was DevRel eigentlich ist, wo die Grenze zu Developer Marketing verläuft und warum der wichtigste Unterschied oft die Zwei-Wege-Kommunikation ist: raus in die Community und zurück ins Produktteam. Wir sprechen über den Alltag von Developer Advocates, Konferenzen, Content, Community Support auf Discourse, Reddit, Stack Overflow und Slack und wie man Feedback so sammelt, dass es in Roadmaps landet. Dazu kommt die große Frage: Influencer oder nicht? Und warum der Personenkult für Firmen gefährlich werden kann. Außerdem geht es um Open Source, Meetups, Tech Community, Networking, KPIs ohne falsche Anreize, den DevRel-Hype-Zyklus rund um AI und welche Skills du brauchst, wenn du selbst in Developer Relations einsteigen willst. Am Ende weißt du nicht nur, ob DevRel zu dir passt, sondern auch, wie du als Entwickler:in DevRel wirklich nutzen kannst, ohne nur Socken mitzunehmen. Bonus: Wenn jemand mit Laptop und kaputter Query kommt, ist das für Philipp kein Problem, sondern der Wunschzustand. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so)  Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Philipp Krenn auf LinkedIn: https://www.linkedin.com/in/philippkrenn/ Google Summer of Code: https://summerofcode.withgoogle.com/ Elastic: https://www.elastic.co/ Developer relations auf Wikipedia: https://en.wikipedia.org/wiki/Developer_relations FOSDEM: https://fosdem.org/2026/ Sprungmarken (00:00:00) Developer Relations mit Philipp Krenn (00:05:22) Was ist Developer Relations? Wo ist der Unterschied zum Marketing? (00:07:58) Info/Werbung (00:08:58) Was ist Developer Relations? Wo ist der Unterschied zum Marketing? (00:17:10) Technik vs. Developer Relations und der Alltag (00:22:23) Personenkult (00:28:22) Das eigene Produkt und das Ökosystem (00:34:31) Priorisierung von Developer Relations Aktivitäten und KPIs (00:43:02) DevRel im Markt: Hype Zyklen, Budget, AI Boom und Jobnachfrage (00:52:38) Welche Skills benötige ich als Developer Advocate? (00:58:44) Reisetätigkeit: Konferenzzirkus vor Corona und heutige Realität (01:02:45) Was müssen Unternehmen für Developer Relations verstehen? Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Selbstmanagement: Weniger To-do-Listen-Stress, mehr Produktivität Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Engineering Kiosk Episode #156 Inbox Zero: der Pro-Tipp für deine Produktivität: https://engineeringkiosk.dev/ep156 Engineering Kiosk Episode #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/ep66 Engineering Kiosk Episode #235 Zwei Pizzen, ein Team und der volle Geschirrspüler im Kopf: https://engineeringkiosk.dev/ep235 Sprungmarken (00:00:00) Selbstmanagement: Weniger To-do-Listen-Stress, mehr Produktivität Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Spiele für Softwareentwickler:innen. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Spiele für Softwareentwickler:innen: https://engineeringkiosk.dev/spiele-fuer-softwareentwickler/ Factorio: https://www.factorio.com/ Factorio auf Steam: https://store.steampowered.com/app/427520/Factorio/ The Farmer Was Replaced: https://www.metaroot.ch/press-kit/the-farmer-was-replaced The Farmer Was Replaced auf Steam: https://store.steampowered.com/app/2060160/The_Farmer_Was_Replaced/ Artifacts: https://www.artifactsmmo.com/ Screeps: Arena: https://screeps.com/ Screeps: Arena auf Steam: https://store.steampowered.com/app/1137320/Screeps_Arena/ awesome-software-engineering-games auf GitHub: https://github.com/EngineeringKiosk/awesome-software-engineering-games Advent of Code: https://adventofcode.com/ Sprungmarken (00:00:00) Spiele für Softwareentwickler:innen Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

E-Mails wirken simpel – sind aber technisch ein ziemliches Minenfeld. In dieser Adventkalender-Folge tauchen wir in die Welt von SPF, DKIM, DMARC, SRS und ARC ein. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links https://de.wikipedia.org/wiki/DMARC https://www.cloudflare.com/de-de/learning/dns/dns-records/dns-dmarc-record/ gmx.de und web.de haben Mail-Rejects durch SPF https://www.heinlein-support.de/blog/news/gmx-de-und-web-de-haben-mail-rejects-durch-spf Free wöchentlicher DMARC Report https://dmarc.postmarkapp.com/ OpenSource DMARC Report Parser https://domainaware.github.io/parsedmarc/ DKIM Verifier für Thunderbird https://github.com/lieser/dkim_verifier Sprungmarken (00:00:00) SPF, DKIM, DMARC, SRS, ARC Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

3 forks und wo sie heute stehen mit Christian Stankowic, Jan Walther & Enrico Bartz aus dem Urlaub im Userspace Podcast Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Urlaub im Userspace Podcast: https://user.space/ Forgejo-Webseite: https://forgejo.org Forgejo FAQ: https://forgejo.org/faq/ Forgejo vs. Gitea: https://forgejo.org/compare-to-gitea/ Forgejo Hard Fork-Ankündigung: https://forgejo.org/2024-02-forking-forward/ AlmaLinux-Webseite: https://almalinux.org/ Interview mit Jan Wildeboer zu RHEL-Downstreams (Juli 2023): https://focusonlinux.podigee.io/63-interview-mit-jan-wildeboer Vortrag "CentOS ist tot, lang lebe CentOS - WTFAQ: Häufig gestellte Fragen" (FrOSCon 2021): https://programm.froscon.org/2021/system/event_attachments/attachments/000/000/637/original/WTFAQ_CentOS.pdf Tenacity Ankündigung: https://tenacityaudio.org/docs/_content/Introduction_and_Motivation.html#motivation-and-history-of-tenacity Hacker News-Eintrag: https://news.ycombinator.com/item?id=45814328  Sprungmarken (00:00:00) Drei Forks Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Tooltips (Tüddelkrams) für Container, Kubernetes und Lets Encrypt/ACME mit Felix, Moritz und Volkmar vom FOCUS ON: DevOps Podcast. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links FOCUS ON: DevOps Podcast: https://focusondevops.podigee.io/ GitHub - clbx/kubectl-browse-pvc: Kubectl plugin for browsing PVCs on the command line: https://github.com/clbx/kubectl-browse-pvc GitHub - yashbhutwala/kubectl-df-pv: kubectl plugin - giving admins df (disk free) like utility for persistent volumes: https://github.com/yashbhutwala/kubectl-df-pv GitHub - FalcoSuessgott/kubectl-vault-login: A kubectl plugin for authenticating to Kubernetes using HashiCorp Vault's Kubernetes Secret Engine: https://github.com/FalcoSuessgott/kubectl-vault-login GitHub - kubevirt/kubectl-virt-plugin: Holds all scripts to create packages and manifest file required for publishing the virtctl binary as a krew package for kubectl: https://github.com/kubevirt/kubectl-virt-plugin Kata Containers - Open Source Container Runtime Software: https://katacontainers.io/ GitHub - go-acme/lego: Let's Encrypt/ACME client and library written in Go: https://github.com/go-acme/lego Sprungmarken (00:00:00) Tooltips (Tüddelkrams) für Container Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Wer überwacht eigentlich dein Monitoring System? – Dead Man's Switch für dein Alerting. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Ask HN: How to do simple heartbeat monitoring?: https://news.ycombinator.com/item?id=40276687 Dead Man's Snitch - https://deadmanssnitch.com/ OpsGenie Heartbeat: https://support.atlassian.com/opsgenie/docs/add-heartbeats-to-monitor-external-systems/ Healthchecks: https://healthchecks.io/ PagerDuty - Dead Man’s Snitch Integration Guide: https://www.pagerduty.com/docs/guides/dead-mans-snitch-integration-guide/ PagerDuty - Heartbeat Event Monitoring: https://www.pagerduty.com/prompt-library/heartbeat-event-monitoring/ Totmanneinrichtung auf Wikipedia: https://de.wikipedia.org/wiki/Totmanneinrichtung Dead man's switch auf Wikipedia: https://en.wikipedia.org/wiki/Dead_man's_switch Kubernetes Prometheus Operator - Watchdog alert: https://github.com/prometheus-operator/kube-prometheus/blob/c936a999acdbee7b1134bcf4be230e458d3ed9cd/manifests/kubePrometheus-prometheusRule.yaml#L27-L40 HelloFresh - Who monitors the monitoring system? — Is my Prometheus alive at all: https://engineering.hellofresh.com/who-monitors-the-monitoring-system-is-my-prometheus-alive-at-all-2789fd3647b3 Never Get Caught Blind: Securing Your Monitoring Stack with a Dead Man Switch: https://seifrajhi.github.io/blog/securing-monitoring-stack-dead-man-switch/ Sprungmarken (00:00:00) Deadman Switch Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Die Balance zwischen Familie, Konzernjob und Side Project. Side Project, Vollzeitjob und dann auch noch Kinder. Klingt nach einer dieser Ideen, die man sonntags feiert und montags bereut. Aber was, wenn genau darin die Energie steckt, die dir im Konzernalltag fehlt? Und was, wenn die größte Challenge gar nicht Zeit ist, sondern Erwartungen, Selbstzweifel und der Druck, immer liefern zu müssen? In dieser Episode sprechen wir mit Stephan, iOS-Software-Engineer bei der Techniker Krankenkasse, Quereinsteiger mit McKinsey-Background, Vater von zwei Kindern und Indie-Developer der Haushaltsbuch-App Monee. Stephan nimmt uns mit in seine Hypercare-Phase als Elternteil, erklärt sein Setup mit Vier-Tage-Woche, Kinderbetreuung und klaren Absprachen und zeigt, wie er ein Side Project so baut, dass es nicht die Familie frisst. Wir gehen tief in Energiemanagement, Autonomie als Motivator, Support-Triage, den Umgang mit Crashs und negativen Reviews sowie in die Realität von Build-in-Public, inklusive Survivorship Bias. Dazu gibt es ehrliche Einblicke darin, wie man als Entwickler:in trotz wenig Zeit dranbleibt, ohne sich selbst zu zerlegen. Wenn du dich fragst, wie du Weiterbildung, Open Source oder ein eigenes Produkt neben Familie und Job realistisch unterkommst, ist das deine Episode. Bonus: Elternlogik des Tages. Ein Kind ist kein Kind. Du bist noch in der Überzahl. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Stephan Lerner auf LinkedIn: https://www.linkedin.com/in/stephan-lerner-301ba091/ Monee App: https://monee-app.com/de/ Reddit - My completely free budget tracking app reached 9347 daily active users: https://www.reddit.com/r/AppIdeas/comments/1nub6ux/my_completely_free_budget_tracking_app_reached/ McKinsey: https://www.mckinsey.de/ TensorFlow: https://www.tensorflow.org/ Keras deep learning API: https://keras.io/ Firebase: https://firebase.google.com/ Engineering Kiosk Episode #102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick: https://engineeringkiosk.dev/podcast/episode/102-quereinstieg-in-die-software-entwicklung-mit-melanie-patrick/ Engineering Kiosk Episode #202 Indie-Hacking, Build in Public & der Traum vom eigenen Produkt mit Sebastian Röhl: https://engineeringkiosk.dev/podcast/episode/202-indie-hacking-build-in-public-der-traum-vom-eigenen-produkt-mit-sebastian-r%C3%B6hl/ “The more you fuck around, the more you find out”: https://www.instagram.com/reel/CjZjg_wPEpQ/ Sprungmarken (00:00:00) Die Balance zwischen Familie, Konzernjob und Side Project (00:04:23) Ein Traumstart mit Studium und Praktikum bei McKinsey? (00:05:02) Info/Werbung (00:06:02) Ein Traumstart mit Studium und Praktikum bei McKinsey? (00:19:02) Vom ersten Agentur Job in den Konzern und zum Side Projekt (00:25:40) Vater, Job und Side-Projekt: Wie passt das alles? (00:36:37) Druck im Side-Projekt: Bugs und Weiterentwicklung (00:44:20) Der Vater macht es toll ... und die Mutter? (00:52:32) Elternzeit = Freizeit? (00:56:12) Energiemanagement, eigenen Ambitionen, Selbstzweifel (01:03:58) Tipps zum Start: Ansprüche senken, einfach anfangen, Frustrationstoleranz Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Der Ursprung von Foo und Bar mit Wolfgang Schoch von Digitale Anomalien Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Digitale Anomalien Podcast: https://digitaleanomalien.de/ RFC 3092 - Etymology of "Foo": https://www.ietf.org/rfc/rfc3092.txt The Jargon File: http://www.catb.org/jargon/html/ Die Kathedrale und der Basar: https://de.wikipedia.org/wiki/Die_Kathedrale_und_der_Basar Tech Model Railroad Club: https://en.wikipedia.org/wiki/Tech_Model_Railroad_Club Foo Camp: https://en.wikipedia.org/wiki/Foo_Camp Barcamp: https://de.wikipedia.org/wiki/Barcamp  Sprungmarken (00:00:00) Der Ursprung von Foo und Bar Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Petition: Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland mit Boris Hinzer Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Korrekturhinweis: Die GSB11-Websites sollen bis Ende 2028 umgesetzt werden, nicht bis Ende 2025. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Online-Petition - Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland: https://www.openpetition.de/petition/blog/anerkennung-von-open-source-arbeit-als-ehrenamt-in-deutschland English - Online-Petition - Recognition of Work on Open-Source as Volunteering in Germany: https://www.openpetition.de/petition/online/recognition-of-work-on-open-source-as-volunteering-in-germany Spanisch - Reconocimiento del trabajo de código abierto como voluntariado en Alemania: https://www.openpetition.de/petition/online/reconocimiento-del-trabajo-de-codigo-abierto-como-voluntariado-en-alemania Boris Hinzer auf LinkedIn: https://www.linkedin.com/in/boris-hinzer-96283111/ Boris Hinzer auf Bluesky: https://bsky.app/profile/web-vision.bsky.social Boris Hinzer auf Mastodon: https://mastodon.social/@webvision web-vision: https://www.web-vision.de/ Abgabenordnung (AO) - § 52 Gemeinnützige Zwecke: https://www.gesetze-im-internet.de/ao_1977/__52.html Bürgerliches Gesetzbuch (BGB) - § 31a Haftung von Organmitgliedern und besonderen Vertretern: https://www.gesetze-im-internet.de/bgb/__31a.html Interview im Deutschlandfunk: https://www.deutschlandfunkkultur.de/ende-des-haftungsprivileg-was-wenn-soziale-medien-fuer-inhalte-haften-muessten-100.html TYPO3 Association: https://typo3.org/association Engineering Kiosk Episode #232 Public Money, Public Code mit Johannes Näder von der Free Software Foundation Europe: https://engineeringkiosk.dev/podcast/episode/232-public-money-public-code-mit-johannes-n%C3%A4der-von-der-free-software-foundation-europe/ Internationaler Tag des Ehrenamts: https://www.deutsche-stiftung-engagement-und-ehrenamt.de/internationaler-tag-des-ehrenamts/ Apache Software Foundation: https://www.apache.org/ eSport als Ehrenamt: https://www.kicker.de/nach-sieben-jahren-frust-esport-steht-kurz-vor-dem-grossen-durchbruch-1171995/artikel Government Site Builder (GSB): https://www.itzbund.de/DE/itloesungen/standardloesungen/gsb/gsb.html Sprungmarken (00:00:00) Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland mit Boris Hinzer Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Offizielle Weiterbildungen in der IT mit Stefan Macke vom IT-Berufe-Podcast Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links IT-Berufe-Podcast: https://it-berufe-podcast.de/ Deutsche Industrie- und Handelskammer - IT-Karriere leicht(er) gemacht - Weiterbildungssystem neu aufgestellt: https://www.dihk.de/de/themen-und-positionen/fachkraefte/aus-und-weiterbildung/weiterbildung/it-karriere-leicht-er-gemacht-120468 Bundesinstitut für Berufsbildung - Neuordnung des IT-Weiterbildungssystems: https://www.bibb.de/de/189508.php Aufstiegs-BAföG: https://www.aufstiegs-bafoeg.de/aufstiegsbafoeg/de/home/home_node.html Sprungmarken (00:00:00) Offizielle Weiterbildungen in der IT Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Heute geht’s um zwei Pizzen, ein Team – und warum dein Kopf manchmal wie ein überladener Geschirrspüler klingt. Du erfährst, warum Amazons berühmte Two-Pizza-Rule mehr ist als ein Meme und wie Teamgröße, Kommunikation und Tools deinen Cognitive Load heimlich in die Höhe treiben. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Powering Innovation and Speed with Amazon’s Two-Pizza Teams https://aws.amazon.com/executive-insights/content/amazon-two-pizza-team/ The Cost of Interrupted Work: More Speed and Stress https://ics.uci.edu/~gmark/chi08-mark.pdf Team Cognitive Load: The Hidden Crisis in Modern Tech Organizations https://itrevolution.com/articles/team-cognitive-load-the-hidden-crisis-in-modern-tech-organizations/ Two Pizza Team https://martinfowler.com/bliki/TwoPizzaTeam.html #68 Im "Flow" und Deepwork mit Kirill Sivy https://engineeringkiosk.dev/podcast/episode/68-im-flow-und-deepwork-mit-kirill-sivy/  Sprungmarken (00:00:00) Zwei Pizzen und ein Geschirrspüler im Kopf Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Electron-Apps mit Python mit Dominik Geldmacher und Jochen Wersdörfer vom Python-Podcast. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Python Podcast: https://python-podcast.de/show/ Python: https://www.python.org/ Electron: https://www.electronjs.org/ Django: https://www.djangoproject.com/ FastAPI: https://fastapi.tiangolo.com/ Flask: https://flask.palletsprojects.com/en/stable/ uv Python Package Manager: https://github.com/astral-sh/uv Sprungmarken (00:00:00) Electron-Apps mit Python Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Trust Battery mit Andreas Lehr vom Happy Bootstrapping Podcast Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Happy Bootstrapping - Der Podcast für Gründer:innen und Bootstrapper: https://happy-bootstrapping.podigee.io/ NY Times Artikel zu "Trust Battery" bei Shopify: https://www.nytimes.com/2016/04/24/business/tobi-lutke-of-shopify-powering-a-team-with-a-trust-battery.html Sessionlab Erklärung zu Trust Battery: https://www.sessionlab.com/methods/trust-battery Charity Majors zu "How To communitcate when trust is low": https://charity.wtf/2023/08/17/how-to-communicate-when-trust-is-low-without-digging-yourself-into-a-deeper-hole/ Andreas Lehr bei LinkedIn: https://www.linkedin.com/in/andreaslehr/ Newsletter "allesnurgecloud": https://allesnurgecloud.com/ Podcast "Happy Bootstrapping": https://happy-bootstrapping.de/ Eigene Firma "We Manage": https://we-manage.de/ Happy Bootstrapping mit Wolfi “Mit Open Source und SaaS zur Podcast-Analytics-Plattform (#101)”: https://happy-bootstrapping.podigee.io/101-mit-open-source-und-saas-zur-podcast-analytics-plattform-101  Sprungmarken (00:00:00) Trust Battery Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord

Public Money, Public Code: Wenn es sich um öffentliche Gelder handelt, sollte es auch öffentlicher Code sein. Warum zahlen wir eigentlich doppelt? Wir finanzieren Software mit Steuergeld, aber der Code verschwindet hinter verschlossenen Türen. In dieser Episode sprechen wir über Public Money Public Code: Wenn öffentliche Gelder in Software fließen, sollte der Code als Open Source verfügbar sein. Nicht nur fair für die Allgemeinheit, sondern auch strategisch klug für digitale Souveränität und gegen Vendor Lock-in. Gemeinsam mit unserem Gast Johannes Näder, Senior Project Manager Policy bei der Free Software Foundation Europe, tauchen wir in die Praxis ein. Johannes koordiniert die Initiative Public Money Public Code, berät Verwaltung und Politik und hält Vorträge zu nachhaltiger Beschaffung, Openwashing und digitaler Souveränität. Wir klären die Grundlagen freier Software, warum die vier Freiheiten zählen und wieso die Lizenzfrage nicht optional ist. Danach wird es konkret: Wie öffentliche Vergabeverfahren heute funktionieren, was sich mit der EU-Vergabereform ändern könnte, und wie Behörden statt Lizenzpaketen künftig Entwicklung, Maintenance und Support von Open Source einkaufen können. Wir schauen auf Erfolge und Best Practices: Schleswig-Holstein migriert massenhaft auf LibreOffice, das österreichische Bundesheer ist umgestiegen, München investiert wieder in freie Software. Wir sprechen über ZenDiS, den souveränen Arbeitsplatz OpenDesk und die Code-Plattform OpenCode. Bonus: Wer hätte gedacht, dass das österreichische Bundesheer zum (LibreOffice) Vorreiter wird? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social Instagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Links Johannes Näder auf LinkedIn: https://www.linkedin.com/in/jnaeder/ Johannes Näder auf Mastodon: https://mastodon.social/@johas Free Software Foundation Europe: https://fsfe.org/ Public Money, Public Code: https://publiccode.eu/de/ OSI Approved Licenses: https://opensource.org/licenses FrOSCon - 100 Tage Schwarz-Rot: Ein Aufbruch für Freie Software?: https://media.ccc.de/v/froscon2025-3329-100_tage_schwarz-rot_ein_aufbruch_fur_freie_software Zentrum für Digitale Souveränität der Öffentlichen Verwaltung: https://www.zendis.de/ Deutschland-Stack: https://deutschland-stack.gov.de/ OpenDesk: https://www.opendesk.eu/de Österreichs Bundesheer stellt auf LibreOffice um: https://www.heise.de/news/Oesterreichs-Bundesheer-stellt-auf-LibreOffice-um-10660756.html Nach LiMux-Aus: Wie sich München langsam wieder an Open Source annähert: https://www.heise.de/news/Nach-LiMux-Aus-Wie-sich-Muenchen-langsam-wieder-an-Open-Source-annaehert-9980995.html NextCloud: https://nextcloud.com/de/ FrOSCon 2024 - Geld ist nicht alles! Neue Wege zur nachhaltigen Beschaffung Freier Software: https://media.ccc.de/v/froscon2024-3111-geld_ist_nicht_alles Google Cloud und BWI geben Partnerschaft bekannt: https://www.bwi.de/magazin/artikel/google-cloud-und-bwi-geben-partnerschaft-bekannt OpenCode: https://opencode.de/de Corona-Warn-App auf Github: https://github.com/corona-warn-app Next Generation Internet (NGI): https://ngi.eu/ Ada & Zangemann - Ein Märchen über Software, Skateboards und Himbeereis: https://fsfe.org/activities/ada-zangemann/index.de.html FSFE Contribute: https://fsfe.org/contribute/ Software Freedom Podcast: https://fsfe.org/news/podcast.en.html Sprungmarken (00:00:00) Public Money, Public Code (00:05:02) Worum geht es bei freier Software und "Public Money, Public Code"? (00:06:09) Info/Werbung (00:07:09) Worum geht es bei freier Software und "Public Money, Public Code"? (00:17:04) Wo steht Deutschland bei Public Money, Public Code? (00:23:13) Was ist so schwierig an der Nutzung von Open Source in Behörden? (00:29:13) Vergabeverfahren von Software in der öffentlichen Verwaltung (00:39:57) Positive Beispiele in Behörden (00:48:21) OpenCode und OpenWashing (01:05:29) Was können wir für die Zukunft erwarten? (01:09:44) Was können wir als Bürger tun? Hosts Wolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)  Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord