#277 Inklusive Sprache verändert Tech-Kultur. KI nicht. – mit Lukas Kahwe Smith

#277 Inklusive Sprache verändert Tech-Kultur. KI nicht. – mit Lukas Kahwe Smith

Inklusive Kommunikation klingt für manche nach Stilfrage, für andere nach Sprachpolizei und für wieder andere einfach nach gesundem Menschenverstand. Aber was passiert eigentlich, wenn Sprache nicht nur beschreibt, sondern Bilder im Kopf erzeugt, Teams prägt und sogar beeinflusst, wer sich auf einen Job bewirbt oder in einer Tech Community willkommen fühlt? Genau darum geht es in dieser Episode. Zu Gast ist Lukas Kahwe Smith, Softwareentwickler, Open Source Veteran aus dem PHP-Community und ehemaliger CTO von Witty Works. Mit ihm sprechen wir über inklusive Sprache in der Softwareentwicklung, über Gendern, geschlechtsneutrale Begriffe, diskriminierende Sprachmuster, problematische Formulierungen in Stellenausschreibungen und die Frage, warum Begriffe wie Main Branch, Master Branch, Whitelist, Blacklist oder Leader Follower in der Tech-Welt mehr sind als nur Benennungssache. Außerdem schauen wir auf Open Source, Teamkommunikation, Leadership-Kommunikation, Diversity in Communities und darauf, wie Witty Works als Browser Extension und Lerntool für inklusivere Kommunikation funktioniert hat. Besonders spannend wird es beim Blick auf KI und LLMs. Helfen ChatGPT, Claude und Co. dabei, inklusiver zu schreiben, oder zementieren sie am Ende nur die Sprache der Vergangenheit? Wenn du wissen willst, warum Kontext wichtiger ist als starre Regeln, wie Sprache Kultur verändert und weshalb kleine Formulierungen große Wirkung haben können, dann ist diese Folge genau dein Ding.  Bonus: Ein racist soap dispenser und ein Git Branch haben heute mehr gemeinsam, als dir vielleicht lieb ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/277/upvote]  👎 (geht so) [https://api.openpodcast.dev/feedback/277/downvote] ANREGUNGEN, GEDANKEN, THEMEN UND WÜNSCHE Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … * EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [https://www.instagram.com/engineeringkiosk/] UNTERSTÜTZE DEN ENGINEERING KIOSK Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer  * Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee] LINKS * Lukas Kahwe Smith (LinkedIn): https://www.linkedin.com/in/lsmith/ [https://www.linkedin.com/in/lsmith/] * Witty Works Website: https://www.witty.works/ [https://www.witty.works/] * Witty Works auf Github: https://github.com/witty-works/ [https://github.com/witty-works/] * Symfony Diversity Initiative Governance: https://symfony.com/doc/current/contributing/diversity/governance.html [https://symfony.com/doc/current/contributing/diversity/governance.html] * Vier-Seiten-Modell: https://de.wikipedia.org/wiki/Vier-Seiten-Modell [https://de.wikipedia.org/wiki/Vier-Seiten-Modell] * Mischpoke: https://de.wikipedia.org/wiki/Mischpoke [https://de.wikipedia.org/wiki/Mischpoke] * Jedem das Seine: https://de.wikipedia.org/wiki/Jedem_das_Seine [https://de.wikipedia.org/wiki/Jedem_das_Seine] * Buch “What works: Wie Verhaltensdesign die Gleichstellung revolutionieren kann”: https://www.amazon.de/What-works-Verhaltensdesign-Gleichstellung-revolutionieren/dp/3406712282 [https://www.amazon.de/What-works-Verhaltensdesign-Gleichstellung-revolutionieren/dp/3406712282] * Black Lives Matter: https://de.wikipedia.org/wiki/Black_Lives_Matter [https://de.wikipedia.org/wiki/Black_Lives_Matter] * Support for renaming an existing branch (master to main): https://github.blog/changelog/2021-01-19-support-for-renaming-an-existing-branch/ [https://github.blog/changelog/2021-01-19-support-for-renaming-an-existing-branch/] * Suffragetten: https://de.wikipedia.org/wiki/Suffragetten [https://de.wikipedia.org/wiki/Suffragetten] * This 'Racist soap dispenser' at Facebook office does not work for black people: https://www.youtube.com/watch?v=YJjv_OeiHmo [https://www.youtube.com/watch?v=YJjv_OeiHmo] * spaCy - Industrial-Strength Natural Language Processing: https://spacy.io/ [https://spacy.io/] * F13: https://gitlab.opencode.de/f13/ [https://gitlab.opencode.de/f13/] * F13 (KI-Assistenz): https://de.wikipedia.org/wiki/F13_(KI-Assistenz) [https://de.wikipedia.org/wiki/F13_(KI-Assistenz)] * The motivation of mission statements: How regulatory mode influences workplace discrimination: https://www.sciencedirect.com/science/article/pii/S0749597818301092?via%3Dihub [https://www.sciencedirect.com/science/article/pii/S0749597818301092?via%3Dihub=] SPRUNGMARKEN (00:00:00) Inklusive Kommunikation in Softwareentwicklung und Open Source (00:05:02) Was inklusive Kommunikation wirklich bedeutet (00:05:46) Info/Werbung (00:06:46) Was inklusive Kommunikation wirklich bedeutet (00:11:54) Gendern, Stereotype und Sprache im Alltag (00:17:46) Problematische Begriffe, Framing und historischer Kontext (00:23:58) Feedback, Lernen und erste Schritte in Richtung Inklusion (00:28:44) Wie wittyworks aus der Tech Community heraus entstand (00:32:05) Inklusive Stellenausschreibungen und agentische Sprache (00:39:30) Startup-Realität, Wirkung und messbare Veränderungen (00:41:54) Teamkommunikation, Leadership und Sprachkultur im Unternehmen (00:44:28) Sprachpolizei, Überwachung und Akzeptanz von Tools (00:49:23) Main statt Master: Inklusive Sprache in der Tech-Welt (01:00:12) Variablennamen, Defaults und blinde Flecken im Engineering (01:03:09) LLMs, Regelwerke und warum KI Inklusion nicht automatisch löst (01:17:52) Open Source Release von wittyworks und ein praktischer Appell HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/]) COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

#276 Social Engineering: Nicht gehackt, nur nett gefragt

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

#275 Digitales Erbe: Was bleibt, wenn dein Homelab ohne dich bootet?

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 [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/275/upvote]  👎 (geht so) [https://api.openpodcast.dev/feedback/275/downvote] ANREGUNGEN, GEDANKEN, THEMEN UND WÜNSCHE Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … * EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [https://www.instagram.com/engineeringkiosk/] UNTERSTÜTZE DEN ENGINEERING KIOSK Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer  * Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee] LINKS * Engineering Kiosk Episode #20 Off-Boarding und On-Boarding: Wie verlasse ich eine Firma richtig?: https://engineeringkiosk.dev/podcast/episode/20-off-boarding-und-on-boarding-wie-verlasse-ich-eine-firma-richtig/ [https://engineeringkiosk.dev/podcast/episode/20-off-boarding-und-on-boarding-wie-verlasse-ich-eine-firma-richtig/] * Digitaler Nachlass bald im Gesetz?: https://www.anwalt24.de/fachartikel/erbrecht/54420 [https://www.anwalt24.de/fachartikel/erbrecht/54420] * Vertrag über ein Benutzerkonto bei einem sozialen Netzwerk ist vererbbar: https://www.bundesgerichtshof.de/SharedDocs/Pressemitteilungen/DE/2018/2018115.html [https://www.bundesgerichtshof.de/SharedDocs/Pressemitteilungen/DE/2018/2018115.html] * Digitale Vorsorge, digitaler Nachlass: Was passiert mit meinen Daten?: https://www.verbraucherzentrale.de/wissen/digitale-welt/datenschutz/digitale-vorsorge-digitaler-nachlass-was-passiert-mit-meinen-daten-12002 [https://www.verbraucherzentrale.de/wissen/digitale-welt/datenschutz/digitale-vorsorge-digitaler-nachlass-was-passiert-mit-meinen-daten-12002] * After you’re gone, who gets your passwords?: https://www.cylab.cmu.edu/news/2026/04/15-digital-estate-planning.html [https://www.cylab.cmu.edu/news/2026/04/15-digital-estate-planning.html] * Proxmox VE Helper-Scripts Project Update (EDIT) #4009: https://github.com/tteck/Proxmox/discussions/4009 [https://github.com/tteck/Proxmox/discussions/4009] * ProxmoxVE - Update von Angie: https://github.com/community-scripts/ProxmoxVE/discussions/237 [https://github.com/community-scripts/ProxmoxVE/discussions/237] * ProxmoxVE Spenden-Seite: https://ko-fi.com/proxmoxhelperscripts [https://ko-fi.com/proxmoxhelperscripts] * Dokumentation für den Notfall bzw. das digitale Erbe: https://www.my-it-brain.de/wordpress/dokumentation-fuer-den-notfall-bzw-das-digitale-erbe/ [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/ [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/ [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/ [https://immich.app/] * PaperlessNGX - document management system - scan, index and archive all your documents: https://github.com/paperless-ngx/paperless-ngx [https://github.com/paperless-ngx/paperless-ngx] * Home Assistant: https://www.home-assistant.io/ [https://www.home-assistant.io/] SPRUNGMARKEN (00:00:00) Digitales Erbe: Warum das Thema uns alle betrifft (00:05:23) Persönliche Erfahrungen und der Realitätscheck für Hinterbliebene (00:07:06) Info/Werbung (00:08:06) Persönliche Erfahrungen und der Realitätscheck für Hinterbliebene (00:12:43) Was gehört zum digitalen Nachlass? Home Assistant, Paperless, Cloud (00:16:24) Rechtlicher Rahmen in Deutschland und Österreich (00:22:07) Social Media, Legacy-Kontakte und Community im Todesfall (00:28:41) Google, Apple und die Tücken von System-Accounts (00:35:17) Passwortmanager, Two Factor Authentication und Emergency Access (00:37:36) Dokumentation statt Chaos: Offboarding-Vaults und Notfallmappen (00:45:29) Banken, Neobroker, Krypto und Verlassenschaft (00:50:13) Self-Hosting, Homelab und Heimautomatisierung ohne Single Point of Failure (00:55:57) Private IT dokumentieren und für Nicht-Techies verständlich machen (01:10:31) Konkrete nächste Schritte für dein digitales Offboarding HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/]) COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

#274 Openwashing: Wenn Open Source nicht wirklich offen ist - mit Johannes Näder

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 [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/274/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/274/downvote] ANREGUNGEN, GEDANKEN, THEMEN UND WÜNSCHE Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … * EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [https://www.instagram.com/engineeringkiosk/] UNTERSTÜTZE DEN ENGINEERING KIOSK Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer  * Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee] LINKS * Johannes Näder auf LinkedIn: https://www.linkedin.com/in/jnaeder/ [https://www.linkedin.com/in/jnaeder/] * Johannes Näder auf Mastodon: https://mastodon.social/@johas [https://mastodon.social/@johas] * Free Software Foundation Europe: https://fsfe.org/ [https://fsfe.org/] * Public Money, Public Code: https://publiccode.eu/de/ [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/ [https://engineeringkiosk.dev/podcast/episode/232-public-money-public-code-mit-johannes-n%C3%A4der-von-der-free-software-foundation-europe/] * Bundestagswahl 2025: Wir fordern öffentlichen Code, sichere Finanzierung für Freie Software und transparente Statistiken: https://fsfe.org/news/2025/news-20250206-01.de.html [https://fsfe.org/news/2025/news-20250206-01.de.html] * Chemnitzer Linux-Tage 25 - Openwashing ans Licht: https://media.fsfe.org/w/uDjX21M66BHiCia58ztt9H [https://media.fsfe.org/w/uDjX21M66BHiCia58ztt9H] * Delos Cloud: https://www.deloscloud.de/ [https://www.deloscloud.de/i] * is it really FOSS?: https://isitreallyfoss.com/ [https://isitreallyfoss.com/] * Repository zu “is it really FOSS?”: https://codeberg.org/danb/isitreallyfoss [https://codeberg.org/danb/isitreallyfoss] * OpenDesk: https://www.opendesk.eu/de [https://www.opendesk.eu/de] * ArangoDB: https://arango.ai/ [https://arango.ai/] * REUSE: https://reuse.software/ [https://reuse.software/] * Bitwarden: https://github.com/bitwarden [https://github.com/bitwarden] * Vaultwarden: https://github.com/dani-garcia/vaultwarden [https://github.com/dani-garcia/vaultwarden] * FSFE-Umfrage zum Thema Openwashing: https://share.fsfe.org/apps/forms/s/Z6xHfa8EiXk77FFreg2R6A6T [https://share.fsfe.org/apps/forms/s/Z6xHfa8EiXk77FFreg2R6A6T] * Whitepaper vom ZenDis - Souveränitäts-Washing bei * Cloud-Diensten erkennen: https://www.zendis.de/media/pages/newsroom/publikationen/souveraenitaets-washing/cd632cdfa7-1755243871/zendis-whitepaper-souveraenitaets-washing.pdf [https://www.zendis.de/media/pages/newsroom/publikationen/souveraenitaets-washing/cd632cdfa7-1755243871/zendis-whitepaper-souveraenitaets-washing.pdf]  SPRUNGMARKEN (00:00:00) Openwashing, digitale Souveränität und warum das Thema wichtiger wird (00:02:39) Johannes Näder, FSFE und der politische Blick auf freie Software (00:08:31) Info/Werbung (00:09:31) Johannes Näder, FSFE und der politische Blick auf freie Software (00:09:49) Freie Software erklärt: Die vier Freiheiten und warum sie zählen (00:12:23) Public Money Public Code und Open Source in der Verwaltung (00:16:34) Digitale Souveränität, Europa und neue Abhängigkeiten (00:21:27) Was ist Openwashing und warum Firmen es betreiben (00:25:33) Souveränitätswashing, Delos Cloud und Vendor Lock-in (00:30:29) Wie Openwashing in der Praxis funktioniert (00:36:11) Community Edition, Enterprise Edition und Open Core (00:41:55) Bitwarden, Open Weight und KI als neue Openwashing-Fälle (00:50:08) Woran du Openwashing erkennst: Repo, Lizenz und Buildbarkeit (00:52:00) Was Entwickler:innen, Verwaltungen und Politik tun können (01:00:02) Home Assistant, Nextcloud und die Grauzonen im Alltag (01:06:48) Ausblick: Wie wir Openwashing langfristig zurückdrängen können HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/]) COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]

#273 Bäume, Hashes, Bitmaps: Performance ist kein Zufall

Warum werden Systeme langsam, obwohl die Hardware doch immer schneller wird? Und warum endet die vermeintlich einfache Lösung so oft in einem Stack-Wechsel, der neue Probleme schafft statt alte zu lösen? Genau da setzen wir in dieser Episode an. Wir schauen auf Indexstrukturen, Datenstrukturen und die oft übersehene Frage, wie Workload, Hardware, Lese- und Schreibzugriffe und Algorithmen zusammenhängen. Denn häufig ist nicht die Datenbank schuld, sondern die falsche Struktur für den falschen Job. In dieser Episode sprechen wir über Red Black Trees, B-Bäume, B-Plus-Bäume, Hash-Indizes, Trie, Radix Tree, Bitmap Index und Bloomfilter. Wir machen das nicht abstrakt, sondern mit konkreten Beispielen aus der Praxis. Etwa mit Nginx und Timeout-Management im Event-Loop, mit HTTP-Routern und Prefix-Suche, mit Git und Bloom Filtern für schnellere Dateipfad-Abfragen oder mit Alerting-Systemen und Hashmaps. Dabei geht es auch um Big O, Cache Lines, Range Queries, Rehashing, Performance-Basics und die Frage, wann Optimierung sinnvoll ist und wann sie nur Overengineering produziert. Wenn du besser verstehen willst, warum manche Software unter Last einknickt und wie du mit dem richtigen Datenmodell, sauberen Metriken und etwas Architekturverständnis deutlich weiter kommst, ist diese Folge für dich. Und vielleicht ist die wichtigste Erkenntnis am Ende gar nicht, welche Indexstruktur die beste ist, sondern dass du sie in deiner eigenen Codebase vermutlich längst benutzt, oft nur ohne es zu merken. Bonus: Blumenfilter sind keine Blumen und streng genommen nicht mal ein richtiger Index. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners [https://engineeringkiosk.dev/partners] Das schnelle Feedback zur Episode: 👍 (top) [https://api.openpodcast.dev/feedback/273/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/273/downvote] ANREGUNGEN, GEDANKEN, THEMEN UND WÜNSCHE Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … * EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]  * LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/] * Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev] * Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk] * Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social [https://bsky.app/profile/engineeringkiosk.bsky.social] * Instagram: https://www.instagram.com/engineeringkiosk/ [https://www.instagram.com/engineeringkiosk/] UNTERSTÜTZE DEN ENGINEERING KIOSK Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer  * Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee] LINKS * Engineering Kiosk Episode #146 Warum ist Doom so faszinierend für die Software-Entwicklung?: https://engineeringkiosk.dev/podcast/episode/146-warum-ist-doom-so-faszinierend-f%C3%BCr-die-software-entwicklung/ [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/ [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/ [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/ [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/ [https://engineeringkiosk.dev/podcast/episode/265-one-billion-row-challenge-java-mit-mmap-unsafe-richtig-vielen-bit-tricks/] * julienschmidt/httprouter - A high performance HTTP request router that scales well: https://github.com/julienschmidt/httprouter [https://github.com/julienschmidt/httprouter] * Engineering Kiosk Episode #151 Räumliche Indexstrukturen: Grundpfeiler in Geo-Systemen, Games und Machine Learning: https://engineeringkiosk.dev/podcast/episode/151-r%C3%A4umliche-indexstrukturen-grundpfeiler-in-geo-systemen-games-und-machine-learning/ [https://engineeringkiosk.dev/podcast/episode/151-r%C3%A4umliche-indexstrukturen-grundpfeiler-in-geo-systemen-games-und-machine-learning/] * Alertmanager: https://github.com/prometheus/alertmanager [https://github.com/prometheus/alertmanager] * NGinx Source Code: https://github.com/nginx/nginx [https://github.com/nginx/nginx] * Redis Bloom Filter: https://redis.io/docs/latest/develop/data-types/probabilistic/bloom-filter/ [https://redis.io/docs/latest/develop/data-types/probabilistic/bloom-filter/] SPRUNGMARKEN (00:00:00) Indexstrukturen und Skalierung: Warum Datenstrukturen entscheidend sind (00:04:17) Info/Werbung (00:05:17) Indexstrukturen und Skalierung: Warum Datenstrukturen entscheidend sind (00:07:13) Workload, Hardware und Big O: Wie du Performance richtig einordnest (00:12:47) Bäume als Indexstrukturen: RAM, Festplatte und moderne Hardware (00:21:26) Red Black Trees in der Praxis: Sortierung, Balance und Nginx-Timeouts (00:24:34) B-Bäume und B+ Bäume in Datenbanken und Hauptspeicher (00:28:39) Hashindex und Hashmap: Punktabfragen, Kollisionen und Rehashing (00:34:09) Redis, Incremental Rehashing und Hashing-Fallen in der Praxis (00:39:51) Trie und Radix Tree: Textsuche, Routing und URL-Präfixe (00:45:29) Bitmap Index und Bloomfilter: Kompakte Strukturen für schnelle Filter (00:50:44) Bloomfilter in Git, verteilten Systemen und Tiered Storage (00:54:51) Challenge für die eigene Codebase, gewinne einen Kaffee HOSTS * Wolfgang Gassler (https://gassler.dev [https://gassler.dev])  * Andy Grunwald (https://andygrunwald.com/ [https://andygrunwald.com/]) COMMUNITY Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]