Afleveringen
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Episode #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/54420Vertrag ĂŒber ein Benutzerkonto bei einem sozialen Netzwerk ist vererbbar: https://www.bundesgerichtshof.de/SharedDocs/Pressemitteilungen/DE/2018/2018115.htmlDigitale 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-12002After youâre gone, who gets your passwords?: https://www.cylab.cmu.edu/news/2026/04/15-digital-estate-planning.htmlProxmox VE Helper-Scripts Project Update (EDIT) #4009: https://github.com/tteck/Proxmox/discussions/4009ProxmoxVE - Update von Angie: https://github.com/community-scripts/ProxmoxVE/discussions/237ProxmoxVE Spenden-Seite: https://ko-fi.com/proxmoxhelperscriptsDokumentation 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-ngxHome 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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksJohannes NĂ€der auf LinkedIn: https://www.linkedin.com/in/jnaeder/Johannes NĂ€der auf Mastodon: https://mastodon.social/@johasFree 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.htmlChemnitzer Linux-Tage 25 - Openwashing ans Licht: https://media.fsfe.org/w/uDjX21M66BHiCia58ztt9HDelos Cloud: https://www.deloscloud.de/is it really FOSS?: https://isitreallyfoss.com/Repository zu âis it really FOSS?â: https://codeberg.org/danb/isitreallyfossOpenDesk: https://www.opendesk.eu/deArangoDB: https://arango.ai/REUSE: https://reuse.software/Bitwarden: https://github.com/bitwardenVaultwarden: https://github.com/dani-garcia/vaultwardenFSFE-Umfrage zum Thema Openwashing: https://share.fsfe.org/apps/forms/s/Z6xHfa8EiXk77FFreg2R6A6TWhitepaper vom ZenDis - SouverĂ€nitĂ€ts-Washing beiCloud-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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Zijn er afleveringen die ontbreken?
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Episode #146 Warum ist Doom so faszinierend fĂŒr die Software-Entwicklung?: https://engineeringkiosk.dev/podcast/episode/146-warum-ist-doom-so-faszinierend-f%C3%BCr-die-software-entwicklung/Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die KomplexitĂ€t von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/Engineering Kiosk Episode #269 Performance-Basics: Indexstrukturen, Cache-LokalitĂ€t & Zugriffsmuster: https://engineeringkiosk.dev/podcast/episode/269-performance-basics-indexstrukturen-cache-lokalit%C3%A4t-zugriffsmuster/Engineering Kiosk Episode #73 Cache-freundliches Programmieren, CPU-Caches, Ersetzungsstrategien und Cache-Invalidierung: https://engineeringkiosk.dev/podcast/episode/73-cache-freundliches-programmieren-cpu-caches-ersetzungsstrategien-und-cache-invalidierung/Engineering Kiosk Episode #265 One Billion Row Challenge: Java mit mmap, Unsafe & richtig vielen Bit-Tricks: https://engineeringkiosk.dev/podcast/episode/265-one-billion-row-challenge-java-mit-mmap-unsafe-richtig-vielen-bit-tricks/julienschmidt/httprouter - A high performance HTTP request router that scales well: https://github.com/julienschmidt/httprouterEngineering Kiosk Episode #151 RĂ€umliche Indexstrukturen: Grundpfeiler in Geo-Systemen, Games und Machine Learning: https://engineeringkiosk.dev/podcast/episode/151-r%C3%A4umliche-indexstrukturen-grundpfeiler-in-geo-systemen-games-und-machine-learning/Alertmanager: https://github.com/prometheus/alertmanagerNGinx Source Code: https://github.com/nginx/nginxRedis Bloom Filter: https://redis.io/docs/latest/develop/data-types/probabilistic/bloom-filter/Sprungmarken(00:00:00) Indexstrukturen und Skalierung: Warum Datenstrukturen entscheidend sind
(00:04:17) Info/Werbung
(00:05:17) Indexstrukturen und Skalierung: Warum Datenstrukturen entscheidend sind
(00:07:13) Workload, Hardware und Big O: Wie du Performance richtig einordnest
(00:12:47) BĂ€ume als Indexstrukturen: RAM, Festplatte und moderne Hardware
(00:21:26) Red Black Trees in der Praxis: Sortierung, Balance und Nginx-Timeouts
(00:24:34) B-BĂ€ume und B+ BĂ€ume in Datenbanken und Hauptspeicher
(00:28:39) Hashindex und Hashmap: Punktabfragen, Kollisionen und Rehashing
(00:34:09) Redis, Incremental Rehashing und Hashing-Fallen in der Praxis
(00:39:51) Trie und Radix Tree: Textsuche, Routing und URL-PrÀfixe
(00:45:29) Bitmap Index und Bloomfilter: Kompakte Strukturen fĂŒr schnelle Filter
(00:50:44) Bloomfilter in Git, verteilten Systemen und Tiered Storage
(00:54:51) Challenge fĂŒr die eigene Codebase, gewinne einen Kaffee
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Episode #251 Ohne Frust ins JahresgesprĂ€ch: Performance Reviews und Feedback richtig nutzen: https://engineeringkiosk.dev/podcast/episode/251-ohne-frust-ins-jahresgespr%C3%A4ch-performance-reviews-und-feedback-richtig-nutzen/Reflecting on one very, very strange year at Uber: https://www.susanjfowler.com/blog/2017/2/19/reflecting-on-one-very-strange-year-at-uberInstitut fĂŒr Arbeitsmarkt- und Berufsforschung (IAB) - Immer weniger Betriebe sind tarifgebunden: https://iab.de/presseinfo/immer-weniger-betriebe-sind-tarifgebunden/Bundesanstalt fĂŒr Arbeitsschutz und Arbeitsmedizin / Mobbing - PrĂ€vention und Umgang im Betrieb: https://www.baua.de/DE/Themen/Praevention/Mentale-Gesundheit/MobbingEntgelttransparenzgesetz: https://de.wikipedia.org/wiki/EntgelttransparenzgesetzEngineering Kiosk Episode #266 Level, Titel, Geld: Die Spielregeln fĂŒr Beförderungen & GehĂ€lter: https://engineeringkiosk.dev/podcast/episode/266-level-titel-geld-die-spielregeln-f%C3%BCr-bef%C3%B6rderungen-geh%C3%A4lter/Sprungmarken(00:00:00) Schwierige Vorgesetzte: Wenn das Management Teil des Problems ist
(00:06:46) Info/Werbung
(00:07:46) Community-FĂ€lle und warum FĂŒhrung fĂŒr deine Karriere so wichtig ist
(00:10:43) Einzelproblem oder strukturelles Problem in der Firma erkennen
(00:13:54) Schlechte FĂŒhrung im Konflikt: Was eine gute Reaktion wĂ€re
(00:19:13) Toxisches Verhalten, Wirkung im Team und fehlende Empathie
(00:26:02) Was du als IC tun kannst: Beispiele, Impact und Nachhaken
(00:37:05) Wann du eskalieren solltest: Skip Level statt still leiden
(00:42:52) Der Uber-Fall: Wenn aus EinzelfÀllen ein strukturelles Problem wird
(00:48:21) Gaslighting im Job erkennen und sauber dokumentieren
(00:53:21) Professionell reagieren in GehaltsgesprÀchen und Eskalationen
(01:02:20) Teamwechsel, Exit-Strategie und persönliche Belastungsgrenzen
(01:10:10) Hilfe holen, Community nutzen und ein professioneller Abgang
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksWebsite 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=1Bildschirmzeit unter iOS https://support.apple.com/de-ch/guide/iphone/iphbfa595995/iosPodcast 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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMatthias Kirschner's privater Blog: https://k7r.eu/Free Software Foundation Europe: https://fsfe.org/index.de.htmlSource Code von Ada & Zangemann: https://git.fsfe.org/FSFE/ada-zangemannFOSDEM: 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/lettersAda & Zangemann - Drawings: https://fsfe.org/activities/ada-zangemann/drawingsAda & Zangemann - Film: https://fsfe.org/activities/ada-zangemann/movie.de.htmlAda & Zangemann - Dateien fĂŒr Kinos: https://download.fsfe.org/ada-zangemann/cinema/Ada & Zangemann - SharePic: https://sharepic.fsfe.org/#adaDigital Cinema Package (DCP): https://de.wikipedia.org/wiki/Digital_Cinema_PackageYouth Hacking 4 Freedom: https://fsfe.org/activities/yh4f/index.en.htmlSprungmarken(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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk 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-IndexInvisible Indexes: https://dev.mysql.com/doc/refman/8.4/en/invisible-indexes.htmlSprungmarken(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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksPodcast â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-rateThe 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.htmSurvivorship Bias: https://de.wikipedia.org/wiki/Survivorship_BiasIt'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=47902525Harvard 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/370367Wartungsfenster 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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksSujeevan 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-MethodeKris Köhntopp: https://blog.koehntopp.info//Knight Capital Group: https://en.wikipedia.org/wiki/Knight_Capital_GroupRenovate Bot: https://github.com/renovatebot/renovateBuch â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-deploymentSprungmarken(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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Episode #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=levelsJulia 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=0Engineering 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=KClAPipnKqwEngineering 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.pdfThe 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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksGunnar 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/1brcThe Software Development Kit Manager: https://sdkman.io/1BRC Show and Tell: https://github.com/gunnarmorling/1brc/discussions/categories/show-and-tellJEP 471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal: https://openjdk.org/jeps/471GraalVM: 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.javaFastest known solution: 0.577s (8 core Zen2); C with heavy AVX2: https://github.com/gunnarmorling/1brc/discussions/710AWK-Lösungen: https://github.com/gunnarmorling/1brc/discussions/171AWK in 11 Zeilen: https://github.com/emiruz/1brc/blob/main/1brc.awk1BRC 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/1trcThe 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-steps1BRC - What a Journey: https://www.esolutions.tech/1brc-what-a-journeyGewinner der 1BRC Thomas Wuerthinger: https://www.linkedin.com/in/thomaswue/Zenbleed: https://lock.cmpxchg8b.com/zenbleed.htmlEngineering 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/MmapSprungmarken(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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksWolfgang'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.pdfEnterprise 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-mountDeepfake X-Rays Fool Radiologists and AI: https://www.rsna.org/news/2026/march/chatgpt-generated-radiographsHighlights from the 10th DORA report: https://cloud.google.com/blog/products/devops-sre/announcing-the-2024-dora-report?hl=enExperience 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.20245Help 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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksMax 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/compareBazel: 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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
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ĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksChristoph 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_GesetzGoodhartâs law: https://modelthinkers.com/mental-model/goodharts-lawFFF - Friends, Family and Fools: https://startupedia.net/de/was-ist/fff-friends-family-and-fools/Buch âPreisfindung in Agenturenâ: https://www.agencyuplifted.de/buchBuch â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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Git nutzen wir jeden Tag. Aber Hand aufs Herz: Wie viel davon verstehen wir wirklich?
Hinter commit, push und pull steckt kein bisschen Magie, sondern ein erstaunlich komplexes System aus Objekten, Referenzen, Protokollen und Designentscheidungen, die bis heute die Softwareentwicklung prÀgen. Und genau da wird es spannend. Denn Git ist 20 Jahre alt, aber alles andere als fertig entwickelt.
In dieser Episode sprechen wir mit Patrick Steinhardt, Git Maintainer, Contributor zu libgit2 und Staff Engineer im Git Team bei GitLab. Gemeinsam tauchen wir tief in die Git Internals ein und klĂ€ren, warum Git sich gegen Subversion durchgesetzt hat, was ein bare Repository auf der Server-Seite eigentlich macht, wie Clone, Fetch und Push wirklich funktionieren und warum groĂe Repositories, Millionen Referenzen, BinĂ€rdateien und Git LFS bis heute echte Herausforderungen sind. AuĂerdem geht es um Reftables, Partial Clones, Large Object Promises, pluggable object databases, Git History, Interactive Rebase und die Frage, was Git 3.0 mit SHA-256, besserer Usability und moderner Architektur verĂ€ndern könnte.
Wenn du Git bisher vor allem als Werkzeug fĂŒr deinen tĂ€glichen Workflow gesehen hast, bekommst du hier einen Blick unter die Haube, der vieles neu sortiert. Vielleicht hörst du diese Folge als Developer:in mit einem leichten Ich benutze Git seit Jahren GefĂŒhl. Vielleicht gehst du raus mit dem Gedanken: Ich kenne bisher gerade mal die OberflĂ€che. So oder so, diese Episode ist Pflichtprogramm fĂŒr alle, die Versionskontrolle, Entwickler-Workflows, Open Source und die Zukunft von Git besser verstehen wollen.
Bonus: Danach wirkt selbst git rebase plötzlich fast freundlich.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
đ (top) đ (geht so)
Anregungen, Gedanken, Themen und WĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksPatrick Steinhardt auf LinkedIn: https://www.linkedin.com/in/patrick-steinhardt-1b16901ba/Patrick Steinhardt auf Gitlab: https://gitlab.com/pks-gitlabPatrick Steinhardt auf Github: https://github.com/pks-tApache Subversion: https://subversion.apache.org/FOSDEM 2026 - Evolving Git for the next decade: https://fosdem.org/2026/schedule/event/HTJK33-evolving_git_for_the_next_decade/lwn.net - Evolving Git for the next decade: https://lwn.net/Articles/1057561/git add -p: https://git-scm.com/docs/git-addGit Tools - Rewriting History: https://git-scm.com/book/en/v2/Git-Tools-Rewriting-Historygitrepository-layout: https://git-scm.com/docs/gitrepository-layout/2.22.0Mercurial SCM: https://www.mercurial-scm.org/git-upload-pack - Send objects packed back to git-fetch-pack: https://git-scm.com/docs/git-upload-packgit-receive-pack - Receive what is pushed into the repository: https://git-scm.com/docs/git-receive-packGit Partial Clone: https://git-scm.com/docs/partial-cloneGit Internals - Plumbing and Porcelain: https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-PorcelainSHA-1 SHAttered: https://marc-stevens.nl/research/shattered.io/git reftable: https://git-scm.com/docs/reftablegit lfs: https://git-lfs.com/Git Butler: https://gitbutler.com/jj - A Git-compatible VCS that is both simple and powerful: https://github.com/jj-vcs/jjSprungmarken(00:00:00) Git, Subversion und warum verteilte Versionskontrolle gewann
(00:06:12) Info/Werbung
(00:07:12) Git, Subversion und warum verteilte Versionskontrolle gewann
(00:11:21) Git auf der Serverseite: Bare Repositories und Protokolle
(00:17:32) GroĂe Repositories, Packfiles und Skalierung beim Git Hosting
(00:20:19) Clone, Fetch und Partial Clone: Was Git wirklich ĂŒbertrĂ€gt
(00:25:12) Dezentrales Git, zentrale Plattformen und Team-Workflows
(00:34:16) Git modernisieren: C, Perl, Rust und der Weg zu Git 3
(00:42:34) Warum Hashes zentral fĂŒr Git sind: SHA-1 und SHA-256
(00:47:23) Ref Tables: Neue Referenzspeicherung fĂŒr groĂe Repositories
(00:54:40) Large Files, Git LFS und bessere Binary-Workflows
(01:01:20) Promisor Remotes, Object Databases und neue Git-Architektur
(01:09:37) Git History, Stack Branches und was als NĂ€chstes kommt
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Kann ein Popsong einen Laptop crashen? Und was passiert, wenn ein Ransomware-Angriff nicht nur Fitnessdaten lahmlegt, sondern plötzlich auch Luftfahrt-Workflows und Flight Planning betrifft? Genau mit solchen Fragen steigen wir in dieser Episode ein. Wir schauen auf zwei Security-FĂ€lle, die auf den ersten Blick fast zu verrĂŒckt klingen, um wahr zu sein, aber genau deshalb spannend sind. Denn sie zeigen, wie unerwartet Sicherheitsprobleme entstehen und warum Zero Trust, Threat Modeling und Incident Response oft viel breiter gedacht werden mĂŒssen, als man zuerst annimmt.
In dieser Episode sprechen wir ĂŒber die legendĂ€re Janet-Jackson-SicherheitslĂŒcke, bei der Resonanz- und Schallwellen bestimmte Festplatten aus dem Takt gebracht haben, bis das Betriebssystem mit Kernel Panic reagierte. Danach geht es um den Garmin-Hack von 2020, inklusive Ransomware, Phishing, Social Engineering, Lateral Movement, Backups, Offline-First-Systemen und der Frage, warum die Trennung kritischer Systeme so wichtig ist. Dabei geht es nicht nur um kuriose Storys, sondern um konkrete Learnings fĂŒr Softwareentwicklung, Security Engineering und den Umgang mit Legacy-Systemen.
Wenn du dich fĂŒr Cybersecurity, Ransomware, Zero Trust, Backup-Strategien, Flight Planning, IoT, Legacy-Hardware und ungewöhnliche Denial-of-Service-FĂ€lle interessierst, bekommst du hier reichlich Stoff zum Mitdenken. Oder anders gesagt: Nach dieser Episode hörst du Musik vielleicht mit etwas mehr Respekt. Vor allem in der NĂ€he von Spinning Disks.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
đ (top) đ (geht so)
Anregungen, Gedanken, Themen und WĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksEngineering Kiosk Episode #257 Fischbecken, Jeep, Saugroboter - 3 Hacks, 1 Lesson: Zero Trust: https://engineeringkiosk.dev/podcast/episode/257-fischbecken-jeep-saugroboter-3-hacks-1-lesson-zero-trust/CVE-2022-38392: https://nvd.nist.gov/vuln/detail/CVE-2022-38392Janet Jackson had the power to crash laptop computers: https://devblogs.microsoft.com/oldnewthing/20220816-00/?p=106994Protecting Windows users from Janet Jacksonâs Rhythm Nation: https://devblogs.microsoft.com/oldnewthing/20250429-00/?p=111127Evil Corp: https://en.wikipedia.org/wiki/Dridex#Evil_CorpBig Game Hunting durch Cyberangreifer: https://www.crowdstrike.com/de-de/cybersecurity-101/ransomware/big-game-hunting/Hackers toppled Garmin networks: https://www.aopa.org/news-and-media/all-news/2020/july/27/garmin-working-to-resolve-multiday-outageflyGarmin: https://fly.garmin.com/fly-garmin/Iridium (Kommunikationssystem): https://de.wikipedia.org/wiki/Iridium_(Kommunikationssystem)Versicherung muss Garmin Ransomware-Lösegeld erstatten: https://www.inside-it.ch/versicherung-muss-garmin-ransomware-loesegeld-erstatten-20231002 Sprungmarken(00: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
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Fortran. Eine Sprache von 1957. Und trotzdem taucht sie im TIOBE Index plötzlich auf Platz 12 auf. Zufall, Messfehler oder ein echtes Comeback in High Performance Computing? Wenn du Fortran bisher in die Schublade Legacy und Lochkarten gesteckt hast, wird diese Episode deine Perspektive ziemlich sicher verschieben.
In dieser Interviewfolge nehmen wir Fortran auseinander, aber fair. Mit dabei ist Martin Diehl, Professor an der KU Leuven, Materialwissenschaftler und Open-Source-Contributor. Wir klĂ€ren, warum Fortran fĂŒr wissenschaftliches Rechnen gebaut wurde, warum Performance und Memory Layout bis heute zĂ€hlen und weshalb du bei NumPy und SciPy oft indirekt Fortran-Code nutzt. Dazu geht es um Modern Fortran, RĂŒckwĂ€rtskompatibilitĂ€t, Module, Typensystem, Tooling, den Fortran Package Manager FPM sowie neue Compiler wie Flang und L Fortran auf LLVM-Basis.
Zum Abschluss wird es HPC konkret. OpenMP fĂŒr Shared Memory, MPI fĂŒr Distributed Memory und als Fortran-SpezialitĂ€t Co Arrays â quasi Shared-Memory-Feelings im Cluster. Wenn du wissen willst, ob Fortran Teil des Problems oder der Lösung im Two-Language-Dilemma ist, dann hör rein.
Bonus: Naming is hard, aber F minus minus war schon eine Ansage.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
đ (top) đ (geht so)
Anregungen, Gedanken, Themen und WĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksHomepage von Martin Diehl: https://martin-diehl.net/Martin Diehl auf LinkedIn: https://www.linkedin.com/in/martin-diehl/Martin Diehl auf Github: https://github.com/mardiehlMartin Diehl auf Scholar: https://scholar.google.com/citations?user=ja83swsAAAAJ&hl=deTiobe Index: https://www.tiobe.com/tiobe-index/Fortran: https://fortran-lang.org/SciPy: https://scipy.org/NumPy: https://numpy.org/LAPACK - Linear Algebra PACKage: https://www.netlib.org/lapack/OpenMP: https://www.openmp.org/MPI: https://www.mpi-forum.orgCo-array Fortran: https://de.wikipedia.org/wiki/Co-array_FortranJulia Solves the 2 Language Problem, However It Creates the 1.5 Language Problem: https://www.youtube.com/watch?v=RUJFd-rEa0kLLVM: https://llvm.org/Julia Programmiersprache: https://julialang.org/PETSc: https://petsc.org/Flang: https://flang.llvm.org/docs/Fortran Discourse: https://fortran-lang.discourse.group/Fortran Package Manager: https://fpm.fortran-lang.org/TOP500 Supercomputer Liste: https://top500.orgMojo lang: https://www.modular.com/mojoDAMASK: https://damask-multiphysics.orgUS Fortran Standards Committee: https://j3-fortran.orgFortran Wiki: https://fortranwiki.orgLFortran: https://lfortran.org/Sprungmarken(00:00:00) Fortran heute: TIOBE Index, Nostalgie und Relevanz
(00:06:39) Info/Werbung
(00:07:39) Fortran heute: TIOBE Index, Nostalgie und Relevanz
(00:09:56) Warum Fortran entwickelt wurde und woher die Sprache kommt
(00:14:24) Moderne Fortran Standards und RĂŒckwĂ€rtskompatibilitĂ€t
(00:22:21) Fortran in Python: LAPACK, NumPy, SciPy und Performance
(00:25:52) Typisierung, Speicherverwaltung und moderne Sprachfeatures
(00:30:32) Module, Objektorientierung und Generics in Fortran
(00:33:19) High Performance Computing: OpenMP, MPI und Coarrays
(00:39:37) Python, Julia, C und das Two Language Dilemma
(00:42:39) LLVM, Compilerentwicklung und die Zukunft von Fortran
(01:00:27) Community, Package Manager und Onboarding in Fortran
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Du willst ein Hardware-Side-Project starten, aber schon der Gedanke an Löten, Platinen und CE-Regeln lÀsst dich nervös am Kaffee nippen? Willkommen im echten Leben zwischen Breadboard-Euphorie und EMV-Labor-RealitÀt. In dieser Episode merkst du schnell, warum Hardware gleichzeitig super zugÀnglich und gnadenlos ehrlich ist. Und warum ein einziges Niesen ein ganzes ESP-Modul in den Feierabend schicken kann.
Wir nehmen dich mit in die Maker Welt rund um ESP32, ESP8266 und ESPHome, also Open Source Firmware und YAML Konfiguration fĂŒr IoT GerĂ€te, perfekt fĂŒr Home Assistant. Andrej Friesen, Smart-HĂŒtte-Podcast-Host und Organizer eines Home-Assistant-Meetups, erzĂ€hlt die komplette Story hinter PokyPow, einem kleinen Board fĂŒrs PC-Frontpanel. Damit kannst du deinen Gaming- oder Home-Server-PC ĂŒber Home Assistant starten, stoppen, den Power-Button als Sensor nutzen und sogar eine Art Parental Control oder Katzenschutz aktivieren. Dazu gibt es Learnings zu Optokopplern, externer Antenne im PC-GehĂ€use, Prototyping mit EasyEDA und JLCPCB sowie Outsourcing ĂŒber Upwork.
Und dann wird es ernst: CE-Kennzeichnung ist keine Zertifizierung, EMV-Tests können von 1700 bis 35000 Dollar kosten, Distribution ist ein eigenes Projekt und CrowdSupply kann Fulfillment, Retouren und Payment abnehmen. Wenn du Bock auf Open Source, Meetups, Tech Community und Networking hast, ist das hier deine Einladung zum Mitmachen. Am Ende bleibt nur ein Motto: "fuck around and find out."
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
đ (top) đ (geht so)
Anregungen, Gedanken, Themen und WĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksFreeRTOS: https://www.freertos.org/Zephyr: https://www.zephyrproject.org/Website von Andrej Friesen: https://www.ajfriesen.com/Andrej Friesen auf LinkedIn: https://www.linkedin.com/in/andrej-friesen/Andrej Friesen auf Github: https://github.com/ajfriesenSmartHĂŒtte Podcast: https://podcast.smarthuette.de/ESP8266: https://de.wikipedia.org/wiki/ESP8266ESPHome: https://esphome.io/Open Home Foundation: https://www.openhomefoundation.org/Engineering Kiosk Episode #203 Die Struktur hinter dem weltweit gröĂten Open Source Projekt mit Pascal Vizeli von Home Assistant: https://engineeringkiosk.dev/podcast/episode/203-die-struktur-hinter-dem-weltweit-gr%C3%B6%C3%9Ften-open-source-projekt-mit-pascal-vizeli-von-home-assistant/Breadboard: https://de.wikipedia.org/wiki/SteckplatineTasmota: https://tasmota.github.io/docs/PokyPow: https://pokypow.com/The more you fuck around, the more you're gonna find out: https://www.youtube.com/watch?v=_qEcm43Lx3cHome Assistant: https://www.home-assistant.io/Shelly: https://www.shelly.com/Was ist ein Optokoppler? https://heinen-elektronik.de/glossar/optokoppler/EasyEDA: https://easyeda.com/Gerber-Format: https://de.wikipedia.org/wiki/Gerber-FormatAisler: https://aisler.net/deSoldered: https://soldered.com/deUpwork: https://www.upwork.com/Fiver: https://www.upwork.com/Oxide - Building Big Systems with Remote Hardware Teams: https://oxide.computer/blog/building-big-systems-with-remote-hardware-teamsCE-Zeichen vs. China Export | So erkennst DU den Schwindel: https://www.youtube.com/watch?v=Pl6o_dtnEMIHackaday Berlin: https://hackaday.com/tag/berlin/CrowdSupply: https://www.crowdsupply.com/Sprungmarken(00:00:00) ESP Chips und ESPHome: Hardware mit YAML statt C++
(00:07:15) Info/Werbung
(00:08:15) ESP Chips und ESPHome: Hardware mit YAML statt C++
(00:14:41) Breadboard, Pins, Protokolle: Schnell Sensoren bauen ohne Elektrotechnik Studium
(00:21:51) ESPHome in der Praxis: OTA Flashing, Struktur, Grenzen und Tasmota Vergleich
(00:28:42) pokypow erklĂ€rt: PC Front Panel Man in the Middle fĂŒr Home Assistant
(00:30:49) Use Cases: Wake on LAN Probleme, Parental Control und Katzen als Edge Case
(00:36:42) Vom Prototyp zur PCB: Optokoppler, EasyEDA, Gerber und BestĂŒckung
(00:46:11) Der Bruchpunkt: Externe Antenne, Null Ohm Widerstand und Projekt Abbruch
(00:52:28) Comeback: Nachfrage, Newsletter und warum Leute lieber kaufen als löten
(00:54:08) Hardware auslagern: Requirements schreiben und Prototyping via Upwork
(00:59:55) CE und Regularien: Labor, Testaufbau, Kosten und Antennen Fallstricke
(01:07:26) Fulfillment und Crowd Supply: Produktion, Versand und nÀchste Schritte
(01:16:34) Learnings: simpel bleiben, Grenzen setzen, Community und Meetups nutzen
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Du denkst, dein IoT-Kram ist harmlos: ein Thermometer, ein Staubsaugerroboter, ein bisschen Smart Home. Aber was, wenn genau diese GerĂ€te der perfekte Tunnel aus deinem Netzwerk sind, weil sie selten sauber segmentiert werden, kaum jemand Egress Traffic prĂŒft und Authentifizierung oft mit Autorisierung verwechselt wird?
In dieser Episode nehmen wir drei SicherheitsvorfÀlle auseinander und ziehen konkrete Learnings daraus:
Den Aquarium-Thermometer-Case im Casino mit ungewöhnlichem Outbound Traffic, alternative Exfiltration KanÀle und die Frage, ob IoT wirklich das Einfallstor war oder eher der Exit. Ein Jeep Cherokee Hack von 2015, inklusive offenen Port 6667, DBus-Zugriff, Firmware ohne Signierung, CAN-Bus und einem Diagnosemodus, der plötzlich die Bremsen ausknipst. Ein MQTT Case rund um Staubsaugerroboter, Pub/Sub, Wildcards und fehlende ACLs, also Mandantenisolierung zum Weglaufen.Am Ende bleibt eine unbequeme, aber sehr praktische Checkliste: Segmentierung, Zero Trust, Least Privilege, Monitoring und Logging, Secure Boot und vor allem Egress Traffic als First Class Control.
Und jetzt Hand aufs Herz: Was ist deine beste Ausrede, warum dein Netzwerk noch nicht segmentiert ist?
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
đ (top) đ (geht so)
Anregungen, Gedanken, Themen und WĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinksACM 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-mqttSprungmarken(00:00:00) Warum IT Security oft erst auffĂ€llt, wenn es knallt
(00:04:44) Info/Werbung
(00:05:44) Warum IT Security oft erst auffÀllt, wenn es knallt
(00:06:14) Hack 1: Aquarium-IoT im Casino und 10 GB Datenabfluss
(00:31:23) Hack 2: Jeep Cherokee, offener Port, D-Bus und CAN-Bus
(00:47:18) Hack 3: DJI Staubsaugerroboter, MQTT und fehlende Autorisierung
(00:52:47) Was du daraus mitnimmst: Authentifizierung, Autorisierung, Segmentierung
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
-
Hochleistungskultur in Teams zu entwickeln und wie viele FĂŒhrungskrĂ€fte diese (unbewusst) sabotieren
Hochleistungskultur klingt nach Sport, Medaillen und noch mehr Output. In der Tech-RealitÀt endet es aber oft in Druck, KPI-Angst und Teams, die lieber schweigen, statt Probleme offen anzusprechen. Genau dann wird es gefÀhrlich, weil wir scheinbar Performance steigern wollen, in Wahrheit aber psychologische Sicherheit abbauen und damit die Organisation in eine Angstzone schieben.
In dieser Interview-Episode holen wir uns dafĂŒr VerstĂ€rkung von Philip Klasen-Schwidetzki, Coach und Organisationsentwickler sowie GrĂŒnder von troodi. Wir nutzen das Modell von Amy Edmondson, psychologische Sicherheit plus Accountability, und ĂŒbersetzen es in den Alltag von Engineering Teams, Performance Management und Leadership. Du hörst, warum mehr Messen nicht automatisch besser ist, wie du Ziele sauber rahmst, wie Caring und Daring Leadership zusammengehören und welche Sabotagemuster FĂŒhrungskrĂ€fte hĂ€ufig triggern, zum Beispiel Verantwortung an sich ziehen, Konflikte zu schnell entscheiden oder Teams in eine Komfortzone oder Angstzone kippen lassen.
Zum Mitnehmen gibt es Kontrollfragen fĂŒr ein Selbstassessment, konkrete Formulierungen fĂŒr Mandate und Pushback im Middle Management, plus ein paar sehr alltagstaugliche Mikrosituationen, die ĂŒber Team Performance entscheiden.
Bonus: Am Ende wartet sogar ein kostenloses Lernprogramm rund um Caring und Daring, Link in den Shownotes, aber nur, wenn du bis dahin nicht schon aus der Komfortzone weggedöst bist.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
đ (top) đ (geht so)
Anregungen, Gedanken, Themen und WĂŒnscheDein Feedback zĂ€hlt! Erreiche uns ĂŒber einen der folgenden KanĂ€le âŠ
EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: [email protected]: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/UnterstĂŒtze den Engineering KioskWenn du uns etwas Gutes tun möchtest ⊠Kaffee schmeckt uns immer
Buy us a coffee: https://engineeringkiosk.dev/kaffeeLinkstroodi: Passgenaue Lösungen fĂŒr die Personalentwicklung: https://troodi.de/Philip Klasen-Schwidetzki auf LinkedIn: https://www.linkedin.com/in/philip-klasen-schwidetzki-9b38b554/troodi-Lernprogramme - Produktive Zusammenarbeit (Winning Teams â Teams verstehen und entwickeln) und FĂŒhrung von Individuen & Teams (Caring and Daring Leadership â Mitarbeitende fördern und fordern): https://grow.troodi.de/portal/signup?campaign=engineering-kioskEngineering Kiosk Episode #95 Effiziente Knowledge Sharing Formate: Wissen teilen und begeistern: https://engineeringkiosk.dev/podcast/episode/95-effiziente-knowledge-sharing-formate-wissen-teilen-und-begeistern/Playing RockâPaperâScissors with 500 people: https://andygrunwald.com/blog/playing-rockpaperscissors-with-500-people/Mit psychologischer Sicherheit zu leistungsfĂ€higeren Teams: https://projekte-leicht-gemacht.de/blog/softskills/fuehrung/teams/psychologische-sicherheit/#Mit-psychologischer-Sicherheit-zu-leistungsfaehigeren-TeamsAmy Edmondson: https://de.wikipedia.org/wiki/Amy_EdmondsonRadical Candor Buch: https://www.amazon.de/Radical-Candor-Revised-Updated-Saying/dp/1529038340/ref=sr_1_2Sprungmarken(00:00:00) Hochleistungskultur in Tech: Warum mehr Druck nicht mehr Performance ist
(00:06:34) Was ist Hochleistung ĂŒberhaupt und wie misst man sie sinnvoll
(00:11:15) Amy Edmondson: Psychologische Sicherheit plus Accountability als Modell
(00:15:18) Performance Management ohne Angst: Ziele, Fairness und der richtige Kontext
(00:18:30) Angstkultur in der Praxis, Radical Candor, Caring und Daring
(00:31:43) Checkfragen: So erkennst du psychologische Sicherheit im Team
(00:36:04) Sabotagemuster von FĂŒhrungskrĂ€ften: Komfortzone, Angstzone, Micromanagement
(00:41:50) Ownership im Alltag bauen: Verantwortung nicht zurĂŒcknehmen
(00:53:23) Selbstausbeutung und FĂŒrsorgepflicht: Ambition ohne Burnout
(00:58:34) Mittelmanagement unter Druck: Pushback, Preisschilder und MultiloyalitÀt
(01:06:57) Tipps fĂŒr FĂŒhrungskrĂ€fte und Teammitglieder
HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)CommunityDiskutiere mit uns und vielen anderen Tech-Spezialistâ innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
- Laat meer zien
