Engineering Kiosk

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

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

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

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

Spiele für Softwareentwickler:innen. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksSpiele für Softwareentwickler:innen: https://engineeringkiosk.dev/spiele-fuer-softwareentwickler/Factorio: https://www.factorio.com/Factorio auf Steam: https://store.steampowered.com/app/427520/Factorio/The Farmer Was Replaced: https://www.metaroot.ch/press-kit/the-farmer-was-replacedThe Farmer Was Replaced auf Steam: https://store.steampowered.com/app/2060160/The_Farmer_Was_Replaced/Artifacts: https://www.artifactsmmo.com/Screeps: Arena: https://screeps.com/Screeps: Arena auf Steam: https://store.steampowered.com/app/1137320/Screeps_Arena/awesome-software-engineering-games auf GitHub: https://github.com/EngineeringKiosk/awesome-software-engineering-gamesAdvent of Code: https://adventofcode.com/ Sprungmarken(00:00:00) Spiele für Softwareentwickler:innen 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

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

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

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

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

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

Der Ursprung von Foo und Bar mit Wolfgang Schoch von Digitale Anomalien Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksDigitale Anomalien Podcast: https://digitaleanomalien.de/RFC 3092 - Etymology of "Foo": https://www.ietf.org/rfc/rfc3092.txtThe Jargon File: http://www.catb.org/jargon/html/Die Kathedrale und der Basar: https://de.wikipedia.org/wiki/Die_Kathedrale_und_der_BasarTech Model Railroad Club: https://en.wikipedia.org/wiki/Tech_Model_Railroad_ClubFoo Camp: https://en.wikipedia.org/wiki/Foo_CampBarcamp: https://de.wikipedia.org/wiki/Barcamp Sprungmarken(00:00:00) Der Ursprung von Foo und Bar 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

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

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

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

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

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

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

Heute geht’s um eine dieser unscheinbaren Technologien, die du wahrscheinlich täglich nutzt: UUIDs! Ob in deiner Datenbank, im Betriebssystem oder in verteilten Systemen. Wie und warum funktionieren UUIDs, welche Versionen gibt es und warum ist nicht jede UUID gleich gut für deine Datenbank.. Außerdem: Alternativen wie Snowflake, ULID oder NanoID.. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksThe Problem with Using a UUID Primary Key in MySQL https://planetscale.com/blog/the-problem-with-using-a-uuid-primary-key-in-mysql Storing UUID Values in MySQL Tables https://dev.mysql.com/blog-archive/storing-uuid-values-in-mysql-tables/ RFC: Universally Unique IDentifiers (UUIDs) https://datatracker.ietf.org/doc/html/rfc9562 Always use the right UUID in MariaDB https://mariadb.org/always-use-the-right-uuid/ UUIDs https://en.wikipedia.org/wiki/Universally_unique_identifier Sprungmarken(00:00:00) UUIDs 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 zum Teufel interessiert man sich für so ein trockenes Thema wie InfoSec? mit Stefan Ebeling und Sven Hauptmann vom Zeroday Podcast. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksZeroday - Der Podcast für Informationssicherheit und Datenschutz: https://0x0d.de/ Sprungmarken(00:00:00) Interesse für InfoSec 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

XY-Problem: Frag nicht nach deiner Lösung, sondern erklär das Problem. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksXY-Problem: https://de.wikipedia.org/wiki/XY-ProblemHow To Ask Questions The Smart Way: http://www.catb.org/esr/faqs/smart-questions.htmlThe XY Problem: https://xyproblem.info/Eric S. Raymond: https://de.wikipedia.org/wiki/Eric_S._Raymond Sprungmarken(00:00:00) XY-Problem 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

Wie man mit Smart Home (Home Assistant) anfängt mit Andrej Friesen und Thomas Wiebe von SmartHütte. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksSmartHütte Podcast: https://podcast.smarthuette.de/ Einfach starten https://smarthuette.de/start-mit-home-assistant/ Home Assistant Green: https://www.home-assistant.io/green/ Home Assistant Yellow: https://www.home-assistant.io/yellow/ Thin Clients und das Projekt TinyMiniMicro: https://www.servethehome.com/introducing-project-tinyminimicro-home-lab-revolution/ Zigbee: https://en.wikipedia.org/wiki/Zigbee Philips Hue: https://www.philips-hue.com/ Ikea Smart Home: https://www.ikea.com/de/de/cat/smart-home-hs001/ SMLIGHT SLZB-06p7 (Zigbee): https://smlight.tech/product/slzb-06p7 SMLIGHT SLZB-MR1 (Zigbee + Thread/Matter): https://smlight.tech/product/slzb-mr1 Zigbee2MQTT: https://www.zigbee2mqtt.io/ ZHA: https://www.home-assistant.io/integrations/zha/ Home Assistant Companion Apps: https://companion.home-assistant.io/ Sprungmarken(00:00:00) Advent, Advent, ein smartes Lichtlein brennt 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

Was macht eine richtig gute Tech-Kultur aus? Ein Tech-Radar hilft zumindest dabei bzw. ist ein guter Indikator dafür. . Du erfährst, wie moderne Tech-Organisationen technologische Entscheidungen strukturieren, dokumentieren und strategisch einsetzen. Warum ein Tech Radar mehr ist als nur ein Katalog, wie du damit Innovation steuerst und was das Ganze mit Autonomie und Standards zu tun hat – genau das erfährst du hier. Schnapp dir einen Kaffee und tauch ein in eine Folge, die technologische Klarheit schafft und Lust auf mehr macht! Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksThoughtworks Technology Radar https://www.thoughtworks.com/radar Eigenes Tech Radar bauen https://www.thoughtworks.com/radar/byor Zalando Tech Radar (Open Source tools) https://engineering.zalando.com/posts/2016/05/zalando-tech-radar.html Cloud Native Computing Foundation (CNCF) https://www.cncf.io/reports/cncf-technology-landscape-radar/ Inspirational Technology Radar Examples https://www.workingsoftware.dev/inspirational-technology-radar-examples/ Sprungmarken(00:00:00) Tech Radar 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-Contributions jenseits von Code mit Sujeevan Vijayakumaran und Dirk Deimeke vom TILpod. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksTILpod: https://tilpod.net/Sujeevans Homepage: https://svij.org/Dirks Homepage: https://dirk.deimeke.ruhr/Friday Deployments: https://friday-deployments.com/Sprungmarken(00:00:00) Open-Source-Contributions jenseits von Code 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

Wenn die Digitalisierung fehlschlägt: The London Ambulance System Disaster Was passiert, wenn Politik alles automatisieren will, ein starres Pflichtenheft ohne Tests verabschiedet und eine kleine Agentur in Rekordzeit ein hochkritisches System auf Visual Basic liefern soll? 1992 ging das Notrufsystem des London Ambulance Service mit einem Big Bang Rollout live. Ohne vollwertige Schulung, ohne belastbare Lasttests und ohne echten Backup-Plan. Das Ergebnis: Fehldispatches, endlose Wartezeiten, Ausnahmezustand in der Leitstelle und ein technischer Kollaps durch ein simples Memory Leak. In dieser Episode sprechen wir über den gesamten Projektverlauf vom London Ambulance System Disaster: Von der Zettelwirtschaft mit Förderband über ein überambitioniertes Automatisierungsvorhaben, NIH-Syndrom in der Ausschreibung, unrealistische Deadlines und Budgets, fehlendes Projektmanagement sowie Quality Assurance. Wir beleuchten die Live-Inbetriebnahme im Oktober 1992, GPS- und Statusprobleme in den Ambulanzen, die Exception-Flut auf den Monitoren, das ungetestete Failover und die Folgen für Personal, Vertrauen und Öffentlichkeit. Wir ordnen das Desaster für die Tech Community ein und ziehen Parallelen zu heute: AI- und Cloud-Rollouts ohne Fallback, Fix-forward statt Rollback, End-to-End- und Lasttests mit realistischen Szenarien, SRE-Praktiken, soziotechnische Systeme, UX in kritischen Workflows und die ethische Verantwortung von Entwicklerinnen. Außerdem: moderne Beispiele wie die Boeing 737 Max und Pandemie-Apps, die zeigen, wie zeitlos diese Learnings sind. Bonus: Das Kernsystem lief auf Visual Basic unter Windows 3. Klingt retro, war aber alles andere als ein Retro-Game. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMini Playback Show (Wikipedia): https://de.wikipedia.org/wiki/Mini_Playback_Shown8n: https://n8n.io/London Ambulance Service NHS Trust: https://www.londonambulance.nhs.uk/Podcast “Digitale Anomalie” - #73: Desaster mit Ansage: https://digitaleanomalien.de/73-desaster-mit-ansage/Disaster in London. The LAS case study: https://www.researchgate.net/publication/3792694_Disaster_in_London_The_LAS_case_studyA Comedy of Errors: the London Ambulance Service case study: http://www0.cs.ucl.ac.uk/staff/a.finkelstein/papers/lascase.pdfReport of the Inquiry Into The London Ambulance Service (60 Seiten): http://www0.cs.ucl.ac.uk/staff/A.Finkelstein/las/lascase0.9.pdfWired - Oct. 26, 1992: Software Glitch Cripples Ambulance Service: https://www.wired.com/2009/10/1026london-ambulance-computer-meltdown/The Guardian - London ambulance staff log calls with pen and paper after IT failure: https://www.theguardian.com/society/2017/jan/01/london-ambulance-staff-log-calls-with-pen-and-paper-after-it-failureEngineering Kiosk Episode #96 Selbstgemacht vs. Fertigprodukt: Ein Blick auf das Not-Invented-Here-Phänomen: https://engineeringkiosk.dev/podcast/episode/96-selbstgemacht-vs-fertigprodukt-ein-blick-auf-das-not-invented-here-ph%C3%A4nomen/LASCAD (Wikipedia): https://en.wikipedia.org/wiki/LASCAD Sprungmarken(00:00:00) 1992 und das London Ambulance System Disaster (00:06:01) Info/Werbung (00:07:01) 1992 und das London Ambulance System Disaster (00:42:37) Aus Fehlern lernen: End-to-End und Lasttests (00:47:38) Aus Fehlern lernen: Die menschliche Seite (00:55:32) Projekte mit anderen Problemen in der heutigen Zeit 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

Yak Shaving: Warum du dich auf das richtige Problem konzentrieren solltest. Im Engineering-Kiosk-Adventskalender 2025 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb weniger Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksHerkunft von Yak Shaving: https://en.wiktionary.org/wiki/yak_shavingRen & Stimpy, Yak Shaving Day: https://en.wikipedia.org/wiki/The_Boy_Who_Cried_Rat!Am I Yak-Shaving or Bikeshedding?: https://kau.sh/blog/yak-shaving-bike-shedding/Don’t Shave That Yak!: https://seths.blog/2005/03/dont_shave_that/yak shaving: http://www.catb.org/~esr/jargon/html/Y/yak-shaving.htmlParkinsonsche Gesetze: https://de.wikipedia.org/wiki/Parkinsonsche_Gesetze"Jeremy H. Brown" to: all-ai@ai.mit.edu: https://projects.csail.mit.edu/gsb/old-archive/gsb-archive/gsb2000-02-11.htmlStack Exchange “What exactly is Yak Shaving?”: https://softwareengineering.stackexchange.com/questions/388092/what-exactly-is-yak-shavingHistory of Apache Maven: https://maven.apache.org/background/history-of-maven.htmlSlack (software): https://en.wikipedia.org/wiki/Slack_(software) 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

Kennst du das? Neun Klicks sind blitzschnell, der zehnte hängt gefühlt ewig. Genau da frisst die Tail Latency deine User Experience und der Durchschnittswert hilft dir kein bisschen. In dieser Episode tauchen wir in Request Hedging ein, also das bewusste Duplizieren von Requests, um P99 zu drücken und Ausreißer zu entschärfen. Wir starten mit einem kurzen Recap zu Resilience Engineering: Timeouts, Retries, Exponential Backoff, Jitter, Circuit Breaker. Danach gehen wir tief rein ins Hedging: Was ist der Hedge Threshold, warum optimieren wir auf Tail statt Head Latency und wie Perzentile wie P50, P95 und P99 die Sicht auf Performance verändern. Wir zeigen, wie du Hedging sicher umsetzt, ohne dein Backend zu überlasten, wo Idempotenz Pflicht ist und warum Schreibzugriffe besonders heikel sind. In der Praxis klären wir, wie du Requests sauber cancelst: HTTP 1.1 via FIN und Reset, HTTP 2 mit RESET_STREAM, gRPC Support und wie Go mit Context Cancellation nativ hilft. Zum Tooling gibt es echte Beispiele: Envoy als Cloud-native Proxy mit Hedging, gRPC, Open Source Erfahrungen. In der Datenbankwelt sprechen wir über Read Hedging, Quorum Reads und Write-Constraints bei Cassandra und Kafka, über Vitess im MySQL-Universum und Grenzen von PG Bouncer. Auch Caches wie Redis und Memcached sowie DNS Patterns wie Happy Eyeballs sind am Start. Historisch ordnen wir das Ganze mit The Tail at Scale von Jeff Dean ein und schauen, wie Google, Netflix, Uber, LinkedIn oder Cloudflare Hedging verwenden. Am Ende nimmst du klare Best Practices mit: Hedging gezielt auf Tail Latency einsetzen, Requests wirklich canceln, Idempotenz sicherstellen, dynamische Thresholds mit Observability füttern und deine Guardrails definieren. Neugierig, ob Hedging dein P99 rettet, ohne dich selbst zu ddosen? Genau darum geht es. Bonus: Hedgehog hat damit nichts zu tun, auch wenn der Name dazu verführt. Keywords: Resilience Engineering, Request Hedging, Tail Latency, P99, Perzentile, Microservices, HTTP 2, gRPC, Go Context, Observability, Monitoring, Prometheus, Grafana, Envoy, Open Source, Cassandra, Kafka, Vitess, Redis, Memcached, Quorum Reads, Tech Community, Networking. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk #204 Resilience Engineering: Timeouts, Jitter, Backoff & andere Systemretter: https://engineeringkiosk.dev/podcast/episode/204-resilience-engineering-timeouts-jitter-backoff-andere-systemretter/Vitess Tablet throttler: https://vitess.io/docs/archive/15.0/reference/features/tablet-throttler/envoy Request Hedging: https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/http/http_routing#request-hedginggRPC Request Hedging: https://grpc.io/docs/guides/request-hedging/The tail at Scale: https://research.google/pubs/the-tail-at-scale/ Sprungmarken(00:00:00) Resilience Engineering: Request Hedging (00:04:16) Recap: Resilience Engineering mit Timeouts, Backoff und Jitter (00:06:22) Was ist Request Hedging? (00:07:28) Info/Werbung (00:08:28) Was ist Request Hedging? (00:18:17) Ist Request Hedging nicht kontraproduktiv? (00:26:17) HTTP Request Cancellation (00:37:06) Dynamischer Hedge-Threshold (00:45:27) Die Arten von Request Hedging (00:48:24) Request Hedging in der Praxis und Open Source (00:57:47) Woher kommt Request Hedging? 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

SOLID: Single-Responsibility, Open-Closed, Liskovsche Substitution, Interface-Segregation und Dependency-Inversion SOLID klingt nach Fels in der Brandung, fühlt sich in der Praxis aber oft nach Abstraktionspyramide an. Brauchen wir die fünf Prinzipien heute noch oder bremsen sie uns beim Time-to-Market aus? In dieser Episode gehen wir genau dieser Frage nach und nehmen dich mit von der nicht ganz offiziellen SOLID-Entstehungsgeschichte über die wichtigsten Prinzipien bis hin zur ehrlichen Einordnung zwischen Clean Code, Teamrealität und AI-Overengineering. Wir starten mit dem S wie Single Responsibility und zerlegen den klassischen UserService: Was gehört rein, was raus, warum Utils-„Mülleimer“ gefährlich sind und wieso Komposition in der Praxis oft die bessere Wahl ist. Danach das O wie Open-Closed mit zwei greifbaren Beispielen: Rabattlogik ohne if-Hölle und Zahlungsanbieter-Design zwischen Switch Case und Strategie. Beim L wie Liskov Substitution wird es historisch und konkret: Barbara Liskov, Turing Award, Rechteck–Quadrat und die Frage, warum protected so oft Kapselung sprengt. Beim I wie Interface Segregation feiern wir kleine, fokussierte Interfaces, Duck Typing und die Go-Philosophie. Und beim D wie Dependency Inversion klären wir den Unterschied zu Dependency Injection, zeigen Injection-Varianten und warum Tests dadurch so viel leichter werden. Wir ordnen ein, wo SOLID glänzt und wo es Grenzen hat: Overengineering durch zu viele Klassen, DI-Container-Magic, ORMs, Microservices als Fehlinterpretation von SRP sowie der gesunde Trade-off zwischen sauberen Contracts und schneller Lieferung. Dazu Teamkultur statt Dogmatismus, Clean Code ohne Religion und die Erkenntnis, dass gute Architektur vor allem durch Datenflüsse, Domain-Zuschnitte und klare Systemgrenzen entsteht. Am Ende bleibt ein pragmatisches Playbook: Komposition über Vererbung, kleine Interfaces, klare Contracts, Injection wo es hilft und bewusstes Brechen von Regeln, wenn der Kontext es fordert. Bonus: Side Project-Idee aus der Community-Ecke. Baue einen Fax-zu-Discord-Bot. Wir integrieren ihn. Versprochen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/Engineering Kiosk Episode #93 Barbara Liskov - Das L in SOLID (Liskovsches Substitutionsprinzip & Abstraktion): https://engineeringkiosk.dev/podcast/episode/93-barbara-liskov-das-l-in-solid-liskovsches-substitutionsprinzip-abstraktion/Engineering Kiosk Episode #65 Clean Code macht Software langsam: https://engineeringkiosk.dev/podcast/episode/65-clean-code-macht-software-langsam/Traits: https://de.wikipedia.org/wiki/Trait_(Programmierung)Urlaub im Userspace: E011 – 30 Jahre MySQL mit Wolfi https://user.space/e011-30-jahre-mysql/ Sprungmarken(00:00:00) Die Geschichte zu den SOLID Prinzipien (00:06:58) Info/Werbung (00:07:58) Die Geschichte zu den SOLID Prinzipien (00:28:01) SOLID: Open-Closed Principle (OCP) (00:38:57) SOLID: Liskov Substitution Principle (LSP) (00:47:57) SOLID: Interface Segregation Principle (ISP) (00:54:16) SOLID: Dependency Inversion Principle (DIP) (01:04:18) Kritik an SOLID (01:11:09) Automatische Anwendung von SOLID durch AI? 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

Wie baust du Mobile Games, die nicht nur Spaß machen, sondern auch auf jeder Plattform funktionieren und sich selbst tragen? In dieser Episode sprechen wir über Mobile Gaming: von der Idee über den Game Loop bis zur Monetarisierung. Mit dabei ist Fabi Fink, Game Lead bei Lotum. Lotum steht für Social Casual und Puzzle Hits wie Quiz Planet und Word Blitz, hat die Marke von 1 Milliarde Installationen geknackt und spielt technisch die gesamte Klaviatur von Web bis Native. Wir klären, warum Mobile inzwischen rund die Hälfte des Gaming-Umsatzes ausmacht und ordnen Hypercasual, Casual, Midcore und Hardcore mit vielen Beispielen ein. Wir zeigen, was Mobile heute bedeutet: Native Apps in App Store und Play Store, aber auch Games als Facebook Instant Games sowie Integrationen für Reddit, Discord, TikTok und Netflix. Du erfährst, wie Social Loops auf Plattformen funktionieren, warum asynchrones Multiplayer ein Growth-Hebel ist und was Viralität gegenüber klassischer User Acquisition auszeichnet. Technisch gehen wir tief rein: Warum Lotum für viele Titel auf Vue.js setzt und Game-UX wie eine hochinteraktive Web-App denkt. Wir sprechen über Performance-Details, GPU-freundliche Animationen und warum beim WordBlitz-Core Plain JavaScript die Nase vorn hat. Im Backend wird es handfest mit WebSockets, Redis-Clustern und Realtime-Events in der Google Cloud. Dazu kommen Tools und Plattformen wie Nakama (Open Source Backend for Games) und SpacetimeDB, plus eine ehrliche Kostenstory rund um Firebase. Natürlich geht es auch ums Geld: Ads vs. In-App Purchases, Hybrid-Modelle, ROAS über 180 Tage und was erfolgreiche Titel wirklich auszeichnet. Wir teilen KPI-Realität, A/B-Testing-Erkenntnisse, warum kleine UX-Texte große Effekte haben können und welche Schwelle ein Spiel bei Lotum erreichen sollte, um weiterverfolgt zu werden. Wenn du wissen willst, wie moderne Mobile Games entstehen – technologisch, produktseitig und monetär – schnapp dir diese Episode. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksLotum: https://lotum.com/deFabi Fink auf LinkedIn: https://www.linkedin.com/in/fabian-fink-b1a606132/programmier.bar: https://www.programmier.bar/Engineering Kiosk Episode #188 Spieleentwicklung: Die Königsdisziplin der Informatik mit Dominic Pacher: https://engineeringkiosk.dev/podcast/episode/188-spieleentwicklung-die-k%C3%B6nigsdisziplin-der-informatik-mit-dominic-pacher/PixiJS - The HTML5 Creation Engine: https://pixijs.com/Vue.js: https://vuejs.org/SpacetimeDB: https://spacetimedb.com/Nakama: https://heroiclabs.com/nakama/Firebase: https://firebase.google.com/Google AdMob: https://admob.google.com/intl/de/home/ROAS (Return on Advertising Spend): https://omr.com/de/daily/glossary/roas-return-on-advertising-spendPick of the DayFabi Fink - AINews Smok: https://news.smol.ai/Andy Grunwald - Spiele für Softwareentwickler:innen - https://engineeringkiosk.dev/spiele-fuer-softwareentwickler/Wolfi Gassler: https://www.jetzt.at/ Sprungmarken(00:00:00) Entwicklung von Mobile Games mit Fabi Fink (00:07:26) Info/Werbung (00:08:26) Unterschiede zur klassischen und der Mobile-Gaming-Welt (00:15:48) Was kann eigentlich als Mobile Game bezeichnet werden? (00:24:03) Frontend: Wie nah sind klassische Mobile Games an der Webentwicklung dran? (00:33:00) Backend: Multiplayer und State-Management (00:41:47) Daseinsberechtigungen von Plattformen und spezielle Gaming-Backends (00:52:39) Monetarisierung von Mobile Games (01:04:39) A/B-Testing und Datenanalyse (01:09:01) Empfehlungen für neue Spiele-Entwickler*innen (01:11:47) Pick of the Day 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

Blockiert dein Code Review gerade mal wieder den Release oder ist es der unsichtbare Klebstoff, der Wissen im Team verteilt? In dieser Episode gehen wir der Frage auf den Grund, warum Reviews weit mehr sind als ein einfaches “looks good to me” und was sie mit sozialer Interaktion, Teamdynamik und Wissensverteilung zu tun haben. Wir sprechen mit Prof. Michael Dorner, Professor für Software Engineering an der TH Nürnberg, der seit Jahren zur Rolle von Code Reviews in der Softwareentwicklung forscht: mit Code Review Daten von Microsoft, Spotify oder trivago. Überall zeigt sich: Pull Requests sind mehr als technische Checks, sie sind Kommunikationsnetzwerke. Gemeinsam beleuchten wir, warum Tooling oft zweitrangig ist, wie sich Review-Praktiken historisch entwickelt haben und was das alles mit Ownership, Architektur und sogar Steuern zu tun hat. Ein Blick auf Code Reviews, der dir definitiv eine neue Perspektive eröffnet. Bonus: Wir erklären, warum alle Informatiker Doktoren auch Philosophen sind ;) Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksWebsite von Michael Dorner: https://www.michaeldorner.de/Veröffentlichungen von Michael Dorner: https://scholar.google.de/citations?user=pxjtc20AAAAJ&hl=de&oi=aoDr. Arbeit von Michael Dorner “Code Review as a Communication Network”: https://bth.diva-portal.org/smash/get/diva2:1991183/FULLTEXT02.pdfInner Source: https://de.wikipedia.org/wiki/Inner_SourceAI slop attacks on the curl project: https://daniel.haxx.se/blog/2025/08/18/ai-slop-attacks-on-the-curl-project/Tax Compliance in Software Engineering: The 30-Billion-Dollar Software Engineering Problem: https://www.michaeldorner.de/posts/the-microsoft-case/ Sprungmarken(00:00:00) Code-Reviews als Kommunikationsnetzwerk mit Prof. Michael Dorner (00:05:37) Was ist eigentlich ein Code-Review? Und woher kommt es? Welche Informationen werden dabei ausgetauscht? (00:06:02) Info/Werbung (00:07:02) Was ist eigentlich ein Code-Review? Und woher kommt es? Welche Informationen werden dabei ausgetauscht? (00:33:23) Das Kommunikationsnetzwerk von Code-Reviews sowie die Wirtschaftlichkeit (00:41:59) Unterschiede von Code-Reviews in Open Source und in Unternehmen (00:49:17) Was wird bei einem Code-Review eigentlich überprüft? (00:56:33) Kann künstliche Intelligenz bei Code-Reviews helfen? (01:05:10) Versteuerung von geografisch verteilten Code-Reviews bzw. Software-Teams (01:13:34) Rotwein, Dr.-Arbeit und Learnings aus der Code-Review-Forschung 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

Technische Schulden: Code veröffentlichen und weiterziehen oder doch erst aufräumen? Technische Schulden fühlen sich oft nach Ballast an, können aber dein stärkster Hebel für Speed sein. Der Knackpunkt ist, sie bewusst und sichtbar einzugehen und konsequent wieder abzubauen. In dieser Episode sprechen wir darüber, wie wir technische Schulden strategisch nutzen, ohne uns langfristig festzufahren. Ward Cunningham sagt: Technische Schulden sind nicht automatisch schlechter Code. Wir ordnen ein, was wirklich als “Debt” zählt und warum Provisorien oft länger leben als geplant. Dann erweitern wir die Perspektive von der Code‑ und Architektur‑Ebene auf People und Prozesse: Knowledge Silos, fehlendes Code Review und organisatorische Entscheidungen können genauso Schulden sein wie ein any in TypeScript. Wir diskutieren sinnvolle Indikatoren wie DORA Metriken, zyklomatische Komplexität und den CRAP Index, aber auch ihre Grenzen. Warum Trends über Releases hilfreicher sind als Einzelwerte oder wie Teamskalierung die Kennzahlen beeinflusst. Dazu die Business Seite: reale Kosten, Produktivitätsverluste, Frust im Team und Fluktuation. Als Anschauung dient der Sonos App Rewrite als teures Lehrstück für akkumulierte Schulden. Wenn du wissen willst, wie du in deinem Team Technical Debt als Werkzeug nutzt, Metriken und Kultur klug kombinierst und den Business Impact sauber argumentierst, dann ist diese Episode für dich. Bonus: Wir verraten, warum Legacy allein keine Schuld ist und wie Open Source, Plattformteams und Standardisierung dir echte Zinsen sparen können. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksThe Invisible $1.52 Trillion Problem: Clunky Old Software: https://www.wsj.com/tech/personal-tech/the-invisible-1-52-trillion-problem-clunky-old-software-f5cbba27Engineers Spend 33% of Their Time Dealing with Technical Debt: https://hackernoon.com/engineers-spend-33percent-of-their-time-dealing-with-technical-debt-ze1p3wftMeasuring And Managing Technical Debt: https://www.forbes.com/councils/forbestechcouncil/2022/08/10/measuring-and-managing-technical-debt/Code Red: The Business Impact of Code Quality -- A Quantitative Study of 39 Proprietary Production Codebases: https://arxiv.org/abs/2203.04374Paying down tech debt: https://newsletter.pragmaticengineer.com/p/paying-down-tech-debtThe hidden costs of technical debt: https://divagatio.substack.com/p/the-hidden-costs-of-technical-debtBusiness costs of technical debt: https://codescene.com/hubfs/calculate-business-costs-of-technical-debt.pdfThis Code is CRAP: https://testing.googleblog.com/2011/02/this-code-is-crap.htmlSonos workers shed light on why the app update went so horribly: https://arstechnica.com/gadgets/2024/09/it-was-the-wrong-decision-employees-discuss-sonos-rushed-app-debacle/Things You Should Never Do, Part I: https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/ISO/IEC 25010: https://iso25000.com/index.php/en/iso-25000-standards/iso-25010 Sprungmarken(00:00:00) Technische Schulden als strategisches Werkzeug (00:05:13) Info/Werbung (00:06:13) Technische Schulden als strategisches Werkzeug (00:15:30) Wie entdecke ich technische Schulden? (00:23:44) Keine technischen Schulden und Legacy-Code (00:33:04) Technische Schulden werden vom Team getragen (00:37:23) Abbau von technischen Schulden und SLOs (00:51:27) Der Impact von AI auf deine technische Schulden (00:55:23) Technische Schulden von vornherein verhindern 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

Bug-Management muss man wollen … und können – Teil #2 Du kennst das Gefühl: Die Bug-Liste wird immer länger, die Zeit aber immer knapper – und plötzlich stehen Feature-Wünsche und Qualitätsansprüche Kopf an Kopf im Sprint. Willkommen im ganz normalen Entwickler:innen-Wahnsinn! In dieser Episode tauchen wir tief ein in die zweite Runde unseres Bugmanagement-Doppelpacks: Wir klären, wie du mit alternden Bugs umgehst, warum manchmal ein kompletter Bug-Löschantrag oder gar eine „Buginsolvenz“ sinnvoll ist, wie du Frust auf Kundenseite vermeidest und was Priorisierung in der Praxis bedeutet. Wir diskutieren Zero-Bug-Policies, Team-Taktiken fürs gemeinsame Backlog-Aufräumen, Root-Cause-Analysen und Deadlines, die aus harmlosen Fehlerchen plötzlich Release-Blocker machen können. Dabei streifen wir Themen wie Maintenance-Kultur, Feature-vs.-Bugfix-Balance (KTLO vs. Verbesserung), Testing-Strategien von Unit bis Canary Deployment, den Sinn (und Unsinn) von Bugsmash-Days und welche Metriken wirklich zeigen, ob sich der gesamte Aufwand am Ende lohnt. Außerdem nehmen wir die menschliche Seite unter die Lupe: Welche Rollen und Verantwortlichkeiten braucht’s eigentlich für ein wirksames Bugmanagement? Wann wird ein Bug zu einem Incident? Und wie schaffst du es, Bugfixing auf Leadership-Ebene gebührend anzuerkennen, statt nur im Schatten der Feature-Entwicklung zu dümpeln? Fun Fact: Je länger ein Bug lebt, desto schwerer wird’s mit dem Fix – oder er verschwindet ganz von allein (aka Buginsolvenz). Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksKeine Sprungmarken(00:00:00) Bug Management, die Zweite (00:00:50) Muss ich die Bugs überhaupt fixen? (00:04:20) Info/Werbung (00:05:20) Muss ich die Bugs überhaupt fixen? (00:18:24) Zeit und Raum fürs Team, Bugs zu fixen (00:29:42) Bug-Sprints und Deadline für Bugs (00:33:29) Wer kümmert sich um Bugs? (00:37:52) Bugs als Incidents (00:46:05) Root-Cause-Analysen für Bugs (00:49:36) Bugs von vornherein verhindern (00:58:44) Wie misst man sein Bug-Management? 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

Bug-Management muss man wollen … und können. Jede:r von uns kennt sie: Bugs in der Software. Sie verstecken sich nicht nur in tiefen Architekturentscheidungen oder Skurrilitäten des Nutzerverhaltens. Sie sind Alltag, egal wie viel Testautomatisierung, KI-Unterstützung oder Code-Reviews wir in unseren Prozessen haben. Doch wie gehst du damit um, wenn die Bugliste immer länger wird, dein Team über Jira-Tickets stöhnt und die Frage im Raum steht: Lohnt es sich überhaupt, Bugs systematisch zu managen? In dieser Episode nehmen wir dich mit durch alle Facetten des modernen Bug-Managements. Wir diskutieren, wie Bugs überhaupt entstehen, warum 'Zero Bug'-Versprechen ein Mythos sind und welche Strategien es gibt, Fehler möglichst früh zu finden. Ob durch Beta-Channels, Dogfooding im eigenen Unternehmen oder kreatives Recruiting. Wir tauchen ein in die Welt der Bug Reports: Wie sieht ein richtig guter aus? Welche Infos braucht das Engineering und wie senkst du die Hürden, damit dein Team (und auch die Community) wirklich meldet? Klartext gibt’s auch zur Priorisierung: Wie klassifizierst du Bugs nach User-Impact, Komplexität und Business-Wert, anstatt an zu vielen bunten Jira-Feldern zu verzweifeln? Neugierig? Dann bleib dran. Bonus: Unerwartete Funfact-Challenge → Ist schlechte UX ein Bug oder ein Feature? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksKeine Sprungmarken(00:00:00) Bug Management: Sollten Bugs überhaupt gemanaged werden? (00:04:55) Info/Werbung (00:05:55) Bug Management: Sollten Bugs überhaupt gemanaged werden? (00:21:36) Was ist eigentlich ein Bug? (00:27:22) Bugs richtig reporten: Metadaten, Barrieren und Ticket-Ping-Pong (00:39:22) Bug-Triage: Kategorisierungen, SLOs und Impact eines Bugs (00:50:47) Episode 2 zum Thema Bug Management 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

Datenbanken sind das Rückgrat vieler Anwendungen, aber wie konsistent sind deine Daten eigentlich? Egal ob Banküberweisung, Sneaker-Kauf im Online-Shop oder das neueste Side-Project: Oft verbergen sich hinter der vermeintlich „sicheren“ Datenhaltung komplexe Stolperfallen. Wie funktionieren Transaktionen wirklich? Und warum kann ausgerechnet ein falsch gewähltes Isolationslevel zu Dirty Reads, non-repeatable Reads oder sogar zu Write Skew führen? Wir nehmen dich in dieser Episode mit auf eine Reise in die Tiefen der Konsistenzmodelle. Wolfi ist ehemaliger Forscher für Datenbanksysteme an der Uni Innsbruck. Mit ihm steigen wir ein in die Praxis und Theorie; Von Foreign Keys und Check Constraints bis hin zur Multi-Version Concurrency Control (MVCC). Du erfährst, was sich hinter Serializable, Repeatable Read, Read Committed und Read Uncommitted verbirgt und weshalb Tools wie Jepsen immer neue Fehler in selbst „sicheren“ Systemen aufdecken. Am Ende weißt du, warum dich auch als Entwickler:in das Thema Konsistenz, Isolationslevel und Transaktionsmanagement beschäftigen solltest. Bonus: Dirty Reads sind wie Gerüchte: Man hört sie, bevor sie wahr sind… aber was, wenn sie nie stimmen? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMySQL's Terrible ACID https://pigsty.io/blog/db/bad-mysql/Jepsen Consistency Phenomena: https://jepsen.io/consistency/phenomenaJepsen Consistency Models: https://jepsen.io/consistency/modelsAantithesis Reliability Glossar - Consistency Models: https://antithesis.com/resources/reliability_glossary/#consistency-modelsEngineering Kiosk Episode #22 NoSQL: ACID, BASE, Ende einer Ära Teil 2: https://engineeringkiosk.dev/ep22 Engineering Kiosk Episode #91 Konsistent, Verfügbar, Ausfalltolerant oder Performant: Das CAP- und PACELC-Theorem in verteilten Systemen: https://engineeringkiosk.dev/ep91 Engineering Kiosk Episode #19 Datenbank-Deepdive (oder das Ende einer Ära): von Redis bis ClickHouse: https://engineeringkiosk.dev/ep19 Engineering Kiosk Episode #189 Fuzzing: Wenn der Zufall dein bester Tester ist mit Prof. Andreas Zeller: https://engineeringkiosk.dev/ep189 Sprungmarken(00:00:00) Konsistenzmodelle von Datenbanken (00:05:43) Info/Werbung (00:06:43) Konsistenzmodelle von Datenbanken (00:15:15) Crash-Kurs Datenbanken: ACID, BASE und CAP (00:27:52) Warum sollten sich Entwickler*innen mit Konsistenz oder Isolationsmodellen auseinandersetzen? (00:33:57) Isolation: Serializable (00:37:16) Isolation: Read uncommitted, Read Committed und Repeatable Read (00:45:38) Phantom Reads, Dirty Reads und Write Skew (00:50:27) Testing und Debugging (00:56:09) Technische Umsetzung von Konsistenzmodellen in Datenbanken (01:01:53) Wer sollte sich um Konsistenzmodelle und Isolationslevel kümmern? 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

Client SDKs: Die schöneren APIs? APIs sind das Rückgrat moderner Softwareentwicklung, doch wer kennt nicht das Dilemma? Die API ändert sich, Fehlermeldungen stapeln sich im Postfach, und plötzlich hängt dein Workflow am seidenen HTTP-Thread. Genau dort kommen Client SDKs ins Spiel. Sie machen aus kryptischen API-Endpunkten handliche, sprachnahe Werkzeuge, die dir nicht nur Nerven, sondern auch Zeit sparen. In dieser Episode schauen wir hinter die Kulissen der SDK-Entwicklung. Wir sprechen aus Maintainer-Perspektive über Supportdruck, Burnout und die (oft unterschätzte) Verantwortung in Open Source. Gleichzeitig tauchen wir tief in die Praxis ein: Was ist ein Client SDK genau? Wann lohnt sich Handarbeit, wann die Code-Generation? Warum ist idiomatisches SDK-Design mehr als nur Style – und weshalb boosten einige SDKs wie das von Stripe oder AWS sogar den wirtschaftlichen Erfolg ganzer Unternehmen? Gemeinsam werfen wir einen Blick auf Architektur, Best Practices, Edge Cases, Testing, Dokumentation und Wartung. Und natürlich diskutieren wir, wann ein SDK wirklich sinnvoll ist – und in welchen Fällen du lieber einen simplen HTTP-Aufruf selbst schreibst. Bonus: Wieso Atlassian Merch statt Sponsoring schickt. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk Episode #204 Resilience Engineering: Timeouts, Jitter, Backoff & andere Systemretter: https://engineeringkiosk.dev/podcast/episode/204-resilience-engineering-timeouts-jitter-backoff-andere-systemretter/Go library for accessing the GitHub v3 API: https://github.com/google/go-githubGo client library for Atlassian Jira: https://github.com/andygrunwald/go-jiraSemantic Versioning 2.0.0: https://semver.org/go-github “feat: Allow blocking until primary rate limit is reset #3117”: https://github.com/google/go-github/pull/3117Ollama OpenAI API Kompatibilität: https://ollama.com/blog/openai-compatibilitySmithy: https://smithy.io/Introducing AWS API models and publicly available resources for AWS API definitions: https://aws.amazon.com/de/blogs/aws/introducing-aws-api-models-and-publicly-available-resources-for-aws-api-definitions/TypeSpec: https://typespec.io/Engineering Kiosk Episode #214 Daten aus Spotify & Co: Architektur einer skalierbaren API-Data-Pipeline: https://engineeringkiosk.dev/podcast/episode/214-daten-aus-spotify-co-architektur-einer-skalierbaren-api-data-pipeline/Engineering Kiosk Episode #126 Killing the Mutant: Teststrategien mit Sebastian Bergmann: https://engineeringkiosk.dev/podcast/episode/126-killing-the-mutant-teststrategien-mit-sebastian-bergmann/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/ Sprungmarken(00:00:00) Eine kleine Geschichte über die Entwicklung von Client SDKs (00:04:26) Info/Werbung (00:05:26) Eine kleine Geschichte über die Entwicklung von Client SDKs (00:21:32) Wer schreibt SDKs? SDKs können die Produkte boosten (00:27:16) Welche Code- und Design-Prinzipien sind für ein SDK entscheidend? (00:39:12) Client SDKs auf Basis von Spezifikationen generieren? (00:54:40) Testing von Client SDKs (00:59:52) Wann macht es keinen Sinn, ein Client SDK zu 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

Wie würdest du ... Open Podcasts … bauen? Architektur- und Design-Diskussion, die zweite. Monolith oder Microservices? Python oder Go? Wer träumt nachts eigentlich vom perfekten ETL-Stack? Als Softwareentwickler:in kennst du das: Daten aus zig Quellen, kapriziöse APIs, Security-Bedenken und der Wunsch nach einem skalierbaren, sauberen Architekturkonzept. Fragen über Fragen und etliche mögliche Wege. Welcher ist “der Richtige”? Genau dieses Szenario nehmen wir uns zur Brust: Wolfi hat mit „Open Podcast“ ein reales Projekt gebaut, das Analytics-Daten aus Plattformen wie Spotify, Apple & Co. zusammenführt. Du willst wissen, wie du verteilte APIs knackst, Daten harmonisierst, Backups sicherst und deine Credentials nicht als Excel-Sheet auf den Desktop legst? Komm mit auf unseren Architektur-Deepdive! Andy wird Schritt für Schritt interviewt und challenged, wie er als Engineer, von API-Strategie über Message Queues bis Security und Skalierung, dieses Problem kreativ lösen würde. Nebenbei erfährst du alles Wichtige über Open-Source-Vorteile, Datenbanken (PostgreSQL, Clickhouse), Backups, Monitoring und DevOps. Das Ganze immer garniert mit Learnings aus der echten Praxis. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk Episode #154 Architektur-Diskussion: Design eines einfachen und robusten Preis-Scrapers: https://engineeringkiosk.dev/podcast/episode/154-architektur-diskussion-design-eines-einfachen-und-robusten-preis-scrapers/Open Podcast: https://openpodcast.dev/Open Podcast auf GitHub: https://github.com/openpodcast/Restic: https://restic.net/Percona XtraBackup: https://www.percona.com/mysql/software/percona-xtrabackup Sprungmarken(00:00:00) Wie würdest du ... Open Podcasts bauen? (00:03:35) Info/Werbung (00:04:35) Wie würdest du ... Open Podcasts bauen? (00:14:25) Die Produkt-Fragen: Was muss berücksichtigt werden? (00:25:16) Daten anfragen, vereinheitlichen und die Message Queue (00:41:23) Security: Wie speicherst du Zugangsdaten? Wie machst du Backups? (00:49:08) Monitoring und Continuous Integration (CI)/Continuous Delivery (CD) (00:52:28) Wie wurde das Produkt gebaut? 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

“Die Remote-Arbeitsweise ist die bessere Office-Arbeitsweise” Remote? Homeoffice? Büro? Die Pandemie hat unsere Art zu arbeiten nachhaltig verändert. Doch wie fühlt sich 100% remote heute wirklich an? In dieser Episode tauchen wir tief ein: Was bedeutet es, wenn das Office keinen festen Platz mehr hat und der Arbeitsweg aus wenigen Schritten zwischen Bett und Schreibtisch besteht? Andy teilt seine Erfahrungen aus mehr als drei Jahren im komplett remote geführten Arbeitsumfeld – mit Teams verteilt über Deutschland, Europa und Asien. Wir sprechen offen darüber, worauf es im Remote Setup im Tech-Bereich wirklich ankommt: Wie unterscheiden sich Remote, Homeoffice, Telearbeit und mobiles Arbeiten juristisch und praktisch? Wie wandelst du Isolation in produktive Freiheit um und wo liegen die Stolpersteine bei sozialer Interaktion, Sichtbarkeit, Networking und Karriere? Was tun gegen das berüchtigte "Out of Sight, Out of Mind" und wie helfen Eigeninitiative, asynchrone Kommunikation und eine Portion Mut zu neuen Routinen? Außerdem geht’s um globales Arbeiten über Zeitzonen, Selbstmanagement und die Frage: Ist Remote wirklich für alle die beste Lösung oder doch nur ein spannender Ausflug? Als Bonus gibt es Insights zu Unternehmens-Meetups, virtuelles Teambuilding und Networking-Tricks, die auch introvertierte Entwickler:innen glücklich machen können. Funfact: Wer im Homeoffice keinen Nachbarn zum Quatschen hat, kann auf Meetups setzen – aber Achtung, nach einem Abend Community-Action ist die Batterie schneller leer, als du "Zoom" sagen kannst! Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksTIL057 - Office ist nicht gleich Office: https://tilpod.net/episode/til057-office-ist-nicht-gleich-office3 Years of Extremely Remote Work: https://www.brendangregg.com/blog/2025-05-22/3-years-of-extremely-remote-work.htmlVerordnung über Arbeitsstätten (Arbeitsstättenverordnung - ArbStättV): https://www.gesetze-im-internet.de/arbst_ttv_2004/__2.html Sprungmarken(00:00:00) Wie ist es eigentlich, 100% remote zu arbeiten? (00:03:43) Wie definierst du Remote-Arbeit, Home-Office oder Telearbeit? (00:03:57) Info/Werbung (00:04:57) Wie definierst du Remote-Arbeit, Home-Office oder Telearbeit? (00:12:54) 100% Remote vs. Hybrid (00:19:13) Wie kompensiert man fehlende Kaffeeküchen-Chats? (00:26:16) Remote Leadership: Rituale, Teamgefühl und hybride Realitäten (00:32:29) Arbeiten über Zeitzonen hinweg (00:41:04) Sichtbarkeit und Karriere im Remote-Modus (00:52:39) Wird es negativ ausgelegt, wenn man keine Remote-Erfahrung hat? (00:58:06) Selbstdisziplin, Proaktivität und Isolation 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

Multi-Tenant-Systeme sind besser Single-Tenant-Systeme Multitenant Architekturen sind oft eine unterschätzte Herausforderung in der Softwareentwicklung. Stell dir vor, du betreibst eine Plattform, die tausende Kunden gleichzeitig sauber, performant und sicher bedienen soll – und ein einziger Fehler könnte im schlimmsten Fall alle Daten gleichzeitig gefährden. Klingt nach einem echten Albtraum? Ist es auch! Und genau deshalb tauchen wir in dieser Episode tief in die Welt von Multitenant-Systemen ein. Mit dabei ist Max Schellhorn, AWS Solutions Architect und Experte für SaaS, Cloud und serverless Architekturen. Gemeinsam diskutieren wir, warum Multitenant-Systeme mehr sind als nur ein WHERE-Klausel im SQ-StatementL, wie du echte Daten- und Sicherheitsisolation erreichst, welche Cloud-nativen Mechanismen relevant sind und wie cell-basierte Architekturen im Praxiseinsatz funktionieren. Wir klären was ein klassisches Single-Tenant-Setup ist wann moderne Cell- und Shuffle-Sharding-Konzepte zum Einsatz kommen sollten, räumen mit Mythen auf und liefern handfeste Tipps, wie du als Developer, Cloud Engineer oder CTO dein System flexibel, resilient und kostenoptimiert skalierst – ohne dabei den Fokus auf Security, Margen und Ops zu verlieren. Am Ende weißt du, wie sich Multitenancy modelliert, was wirklich zählt und warum „Multitenant ist das bessere Single Tenant“ mehr als ein Tech-Buzzword ist. Bonus: Im Outro gibt’s den vermutlich schlechtesten Gemini-Witz zu Multitenancy. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMaximilian Schellhorn auf LinkedIn: https://www.linkedin.com/in/maxschell/Multi-Tenant architectures Talk @ Engineering Kiosk Alps: https://engineeringkiosk.dev/meetup/alps/archive/#meetup-12-june-2025Slides von Max Schellhorn zum Thema Multi-Tenant architectures: https://engineeringkiosk.dev/meetup/alps/slides/202506_meetup_ibk_multi_tenancy.pdfJSON Web Token: https://www.jwt.io/PostgreSQL Row Security Policies: https://www.postgresql.org/docs/current/ddl-rowsecurity.htmlDoes ClickHouse support row-level and column-level security?: https://clickhouse.com/docs/knowledgebase/row-column-policyEngineering Kiosk Episode #198 RBAC & Co: Wer darf was? Klingt banal, ist aber verdammt wichtig!: https://engineeringkiosk.dev/podcast/episode/198-rbac-co-wer-darf-was-klingt-banal-ist-aber-verdammt-wichtig/Widespread Data Theft Targets Salesforce Instances via Salesloft Drift: https://cloud.google.com/blog/topics/threat-intelligence/data-theft-salesforce-instances-via-salesloft-drift?hl=enEngineering Kiosk Episode #206 Keine Zeit für endlose Meetings: Schneller entscheiden im Team: https://engineeringkiosk.dev/podcast/episode/206-keine-zeit-f%C3%BCr-endlose-meetings-schneller-entscheiden-im-team/How shuffle sharding in Cortex leads to better scalability and more isolation for Prometheus: https://grafana.com/blog/2021/05/11/how-shuffle-sharding-in-cortex-leads-to-better-scalability-and-more-isolation-for-prometheus/How Much Revenue Do Tech Giants Earn Per Employee?: https://www.visualcapitalist.com/how-much-revenue-do-tech-giants-earn-per-employee/Shuffle Sharding: https://aws.amazon.com/builders-library/workload-isolation-using-shuffle-sharding/Cell based architectures: https://docs.aws.amazon.com/wellarchitected/latest/reducing-scope-of-impact-with-cell-based-architecture/what-is-a-cell-based-architecture.htmlLet's architect - Building Multi-Tenant systems: https://aws.amazon.com/blogs/architecture/lets-architect-building-multi-tenant-saas-systems/ Sprungmarken(00:00:00) Multi-Mandanten-Architekturen mit Max Schellhorn (00:06:26) Info/Werbung (00:07:26) Was ist ein Tenant im Software-Kontext? (00:19:41) Warum ein WHERE-Statement zur Tenant-Isolation nicht ausreicht. (00:31:19) Multi-Mandanten-Architekturen: Pool, Silo und Zellen (00:47:48) Ab wann lohnt sich der Aufwand für eine Multi-Mandanten-Architekturen nicht? (00:57:13) Das Noisy-Neighbor-Problem (01:10:48) Tipps für Entwickler*innen für Multi-Mandanten-Architekturen 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

Distributed Denial of Service-Angriffe: Was tun, wenn die Bits zur Waffe werden? Kennst du das Gefühl, wenn deine Seite plötzlich nicht mehr lädt – und du schwörst, irgendwer dreht gerade absichtlich am Rad? Immer schneller, immer größere Bandbreiten, immer mehr Geräte online – verteilte Angriffe sind zum traurigen Alltag geworden. Doch was steckt wirklich hinter dem Buzzword „DDoS“? Wir nehmen dich in dieser Engineering-Kiosk-Episode mit in die Welt der Distributed Denial-of-Service-Attacken – praxisnah, technisch und ohne Panikmache. Als Gast begrüßen wir Stefan Behte. Er ist Vice President Platform & Application sowie Informationssicherheitsbeauftragter bei Babiel, kennt die Absicherung prominenter Webseiten wie die des Deutschen Bundestags aus erster Hand, engagiert sich beim Chaos Computer Club und hat das Buch „Distributed Denial of Service: Angriffe erkennen & abwehren“ geschrieben. Gemeinsam tauchen wir tief ein: Wer sind eigentlich die Täter ― vom Script Kiddie mit Booter-Service bis zur staatlich orchestrierten Cyber-Kampagne? Wie funktionieren Angriffe auf Layer 3/4 bis zur cleveren Business-Logik-Manipulation im Online-Shop? Wie bauen Angreifer Botnetze auf und wie erkennt und mitigiert man den Traffic-Wahnsinn? Wir sprechen über Infrastruktur-Design, sinnvolle DDoS-Protection in Cloud und On-Premise, finanzielle Fallen und smarte Defense-Strategien. Mit dabei: Jede Menge Security-Funfacts (Stichwort: Quakenet! Slowloris im Anzug!), praxisnahe Tools zum Selbertesten und eine Diskussion über KI-Trends und die Zukunft des digitalen Wettrüstens. Bonus: Im Podcast wird live die Engineering-Kiosk-Webseite auf DDoS-Resilienz geprüft – hast du schon getestet, wie robust dein Projekt ist? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksWebsite von Stefan Behte: https://www.behte.de/Stefan Behte auf LinkedIn: https://www.linkedin.com/in/stefan-behte-221188104/Stefan Behte auf Mastodon: https://infosec.exchange/@dercraigStefan Behte’s Blog: https://medium.com/@dercraigBuch "DDoS: Understanding Real-Life Attacks and Mitigation Strategies": https://ddos-book.com/K6 Loadtesting von Grafana: https://k6.io/Apache JMeter: https://github.com/apache/jmeterDDoS Test-Seite: https://ddos-test.com/Defending the Internet - How Cloudflare blocked a monumental 7.3 Tbps DDoS attack: https://blog.cloudflare.com/defending-the-internet-how-cloudflare-blocked-a-monumental-7-3-tbps-ddos/QUIC-Protokoll: https://de.wikipedia.org/wiki/QUICOSI-Modell: https://de.wikipedia.org/wiki/OSI-ModellTHC - The Hacker's Choice: https://www.thc.org/Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/AI slop attacks on the curl project: https://daniel.haxx.se/blog/2025/08/18/ai-slop-attacks-on-the-curl-project/Anubis Malware: https://www.checkpoint.com/de/cyber-hub/threat-prevention/what-is-malware/anubis-malware/Rapid Reset: Angreifer nutzen Lücke im HTTP/2-Protokoll seit August 2023 aus: https://www.heise.de/news/Rapid-Reset-Angreifer-nutzten-Luecke-in-HTTP-2-Protokoll-seit-August-2023-aus-9330889.html Sprungmarken(00:00:00) Distributed Denial of Service mit Stefan Behte (00:04:21) Was ist eine Denial-of-Service-Attacke? (00:07:08) Info/Werbung (00:08:08) Was ist eine Denial-of-Service-Attacke? (00:14:34) Load Testing Tools als DDoS-Software und das ISO OSI Modell (00:20:21) Attacken auf Layer 1, Layer 2 und Layer 3 (00:25:52) Attacken auf Layer 4 und 7 (SYN-Flood, Amplification) (00:40:46) Attacken auf Layer 8 (Business-Logik) und Bot-Netze (00:50:42) KI als Angriffsvektor (00:55:34) Erkennung und Abwehr von DDoS-Angriffen (01:14:56) Wie entwickeln sich die DDoS-Angriffe in der Zukunft? 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

Ask Me Anything, die Zweite! Eure Fragen, unsere Antworten. Hast du dich schon mal gefragt, wie Entwickler:innen eigentlich ihren riesigen To-Do-Berg organisieren, wie viel Kaffee wirklich durch ihre Venen fließt oder wie man als Papa von drei Kids noch Engagement für Open Source oder Side Projects übrig hat?Was tun wir gegen Overcommitment und Stress? Wie priorisieren wir, damit private Themen, Side Projects & Karriere am Ende halbwegs im Einklang bleiben? Dies sind nur einige Fragen, die wir bekommen haben. Du erfährst u.a. Ob Koffeinkonsum ein Running Gag in der IT ist.Welche Produktivitäts-Tools, Workflows & persönlichen Rituale sind bei uns im Einsatz (Spoiler: Getting Things Done & Remember The Milk sind nicht tot).Warum Sport beim Stressmanagement hilft.Wie Side Projects manchmal sogar zu echten Exits führen, inklusive der Frage aller Fragen: Wie viel ist ein Dev-Projekt wirklich wert?On top reden wir über Podcast-Equipments (Spoiler: Gutes Mikro ab 50€ genügt!), Automatisierung, Videospiele für Entwickler:innen und wozu ein Podcast wirklich Aufwand bedeutet. PS: Podcast hören macht dich zwar nicht produktiver – aber definitiv entspannter. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksAsk Me Anything: https://engineeringkiosk.dev/amaCoding Buddies: https://www.codingbuddies.de/Remember The Milk: https://www.rememberthemilk.com/Getting Things Done: https://de.wikipedia.org/wiki/Getting_Things_DoneNotion: https://www.notion.com/deNextCloud Notes: https://apps.nextcloud.com/apps/notesHackerNews “ I tried every todo app and ended up with a .txt file”: https://news.ycombinator.com/item?id=44864134Engineering Kiosk Episode #13 Produktivität; https://engineeringkiosk.dev/podcast/episode/13-produktivit%C3%A4t/ Engineering Kiosk Episode #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/Silicon Weekly Podcast: https://silicon-weekly.de/Engineering Kiosk Episode #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast: https://engineeringkiosk.dev/podcast/episode/111-side-projects-zwei-entwickler-overengineeren-einen-podcast/Samson Q2U: https://www.amazon.de/Samson-Q2U-Aufnahme-Podcasting-Paket-XLR-Mikrofon/dp/B001R747SGShure SM7B: https://www.amazon.de/Shure-SM7B-Gesangsmikrofon-XLR-Studiomikrofon-Frequenzbereich/dp/B0002E4Z8M/ref=sr_1_1_sspaRhose NT-USB: https://rode.com/de/products/nt-usbZoom PodTrak P4: https://zoomcorp.com/de/de/podcast-rekorder/podcast-recorders/podtrak-p4/Zencastr: https://zencastr.com/RedCircle: https://redcircle.com/Thanks.dev: https://thanks.dev/homeCodePrints: https://codeprints.dev/Engineering Kiosk Episode #199 Side-Projects: Coden ist leicht. Sales ist schwer. Business ist der Endgegner!: https://engineeringkiosk.dev/podcast/episode/199-side-projects-coden-ist-leicht-sales-ist-schwer-business-ist-der-endgegner/Spiel TIS 100: https://store.steampowered.com/app/370360/TIS100/Spiel Factorio: https://www.factorio.com/Spiel Shapez: https://github.com/tobspr-games/shapez.ioSpiel Sid Meier’s Civilization: https://de.wikipedia.org/wiki/Sid_Meier%E2%80%99s_Civilization Sprungmarken(00:00:00) Ask me Anything, die zweite! (00:02:15) Wie hoch ist euer Kaffee-/Koffein-Konsum? (00:06:42) Info/Werbung (00:07:42) Welche Tools nutzt ihr zur Selbstorganisation? Z.B. für ToDos, Tickets, Notes? (00:14:00) Wie balanciert ihr Ambition und Akzeptanz? Wie geht ihr mit dem inneren Druck um, “mehr tun zu wollen”, obwohl der Tag faktisch vorbei ist? (00:20:45) Wie managed ihr euer Stresslevel? (00:26:07) Wie bleibt man als Vater von drei kleinen Kindern ein engagierter Softwareentwickler? (00:29:46) Wie lange wollt Ihr den Podcast eigentlich noch machen? (00:37:14) Wie hat sich euer Podcast- und Recording-Equipment über die letzten Jahre entwickelt? Was wären eure Ratschläge für angehende Podcaster? (00:44:12) Hattet / Habt ihr mal zusammen ein Side Project? (außer des Podcasts) (00:50:53) Hattet ihr Programmier-Videospiele wie TIS100 gespielt? (00:55:51) Wie hoch war nun die Summe, die Wolfgang bei seinem Exit erhalten hat? 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

Datacenter oder Besenkammer? Die IT im deutschen Mittelstand Viele Entwickler:innen und Techies leben in der Cloud-Native-Bubble – doch sieht die Realität des deutschen Mittelstands wirklich so modern aus? Die Antwort: eher selten. In dieser Episode sprechen wir mit Patrick Terlisten, Technik-Geschäftsführer eines klassischen IT-Systemhauses aus Köln. Es geht direkt in die Besenkammer des Mittelstands – dorthin, wo das Rechenzentrum oftmals noch ein Abstellraum und Cloud nur ein Modewort ist. Gemeinsam mit Patrick werfen wir einen ehrlichen Blick auf IT-Infrastruktur abseits von Start-ups: Wie sieht der Alltag zwischen Virtualisierung, Lizenzmodellen und Patchmanagement aus? Welche Rolle spielen „Shadow IT" und Software, für die es längst kein Dev-Team mehr gibt? Und wie kommt der Mittelstand, vom Sozialträger bis zum Maschinenbauer, eigentlich mit Themen wie Cloud, Open Source oder Security klar? Wir diskutieren, warum die Realität oft ganz anders ist als das Hochglanz-Image auf Tech-Konferenzen: Von Kabelsalat über Lizenzen im Abo-Wahnsinn bis hin zu der Frage, wie viel Handwerk tatsächlich noch in IT steckt – und warum klassische Systemhäuser heute genauso mit Entwickler:innen & DevOps zu tun bekommen wie die hippe Startup-Welt. Patrick gibt dabei nicht nur Einblicke in seinen Systemhaus-Alltag, sondern erzählt auch wie sich das IT-Handwerk in Zeiten von Cloud und Hyperscalern verändert. Bonus: IT-Handwerk ist Kabelziehen und Zunft – und Cable Porn bleibt eine Kunst für sich. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksPatrick Terlisten auf LinkedIn: https://www.linkedin.com/in/patrickterlisten/Patrick Terlisten auf Mastodon: https://social.cologne/@pterlistenWebsite von Patrick Terlisten: https://vcloudnine.de/Wartungsfenster Podcast: https://wartungsfenster.podigee.io/Faxinformatiker Podcast: https://faxinformatiker.de/ML Network DV-Systeme, Netzwerk & Kommunikation GmbH: https://mlnetwork.de/Broadcom übernimmt VMware für rund 61 Millarden US-Dollar: https://www.heise.de/news/Broadcom-uebernimmt-VMware-fuer-rund-61-Millarden-US-Dollar-7123532.htmlVMware: Unternehmen müssen künftig 72 statt 16 Kerne lizenzieren: https://www.heise.de/news/VMware-Unternehmen-muessen-kuenftig-72-statt-16-Kerne-lizenzieren-10335539.htmlEnde des Supports für Windows 10: https://www.microsoft.com/de-de/windows/end-of-support?r=1Proxmox: https://www.proxmox.com/en/Subreddit cableporn: https://www.reddit.com/r/cableporn/Keycloak: https://www.keycloak.org/Bechtle: https://www.bechtle.com/SVA: https://www.sva.de/ Sprungmarken(00:00:00) IT-Infrastruktur im Mittelstand (00:09:16) Besenkammern vs. Datacenter: Wie sieht die IT im Mittelstand aus? (00:10:26) Info/Werbung (00:11:26) Besenkammern vs. Datacenter: Wie sieht die IT im Mittelstand aus? (00:29:56) Technologiewandel: Virtualisierung, Wartungsfenster & Lizenzmodelle (00:39:40) IT-Systemhaus als Plattform-Team, IT als Handwerk und Software-Entwicklung ohne Devs (00:54:12) Security, Überzeugungsarbeit und Verständnis von Open Source (01:09:38) Nachwuchs beim IT-Systemhaus 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

Personal Security 101: Die Security-Basics für Entwickler*innen Denkst du, Passwortmanager sind in 2025 längst Standard? Dann kennst du vermutlich noch nicht die Realität von vielen Devs. Selbst bei den Profis landen SSH-Schlüssel, API-Keys oder Secrets oft unverschlüsselt auf der Festplatte. In dieser Episode gehen wir zurück zu den Security-Basics. Wir sprechen offen darüber, was wirklich Best Practice ist und was in der Praxis (und bei uns privat) anklang findet. Warum sind Passwortmanager ein echtes Must-have? Wann reicht TOTP – und wann brauchst du Hardware-Tokens wie den Yubikey? Welche Kompromisse gehst du zwischen UX, Sicherheit und „Faulheit“ ein? Außerdem diskutieren wir, wie du SSH-Keys richtig schützt und wie du sensible Umgebungsvariablen verwaltest. Weiterhin klären wir, was Phishing, Typosquatting und homographische Angriffe sind. Engagiere dich in unserer Community, teile deine Security-Stories und verrate uns deine Lieblings-Tools – oder die Hacks, auf die du heute lieber nicht mehr stolz bist. Vielleicht schaffen wir es gemeinsam, Security 2025 ein Stück besser zu machen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk Episode #161 Sichere Daten trotz physischem Zugriff: Disk Encryption und Integritätsschutz von Laptops bis IoT-Devices mit David Gstir von sigma star: https://engineeringkiosk.dev/podcast/episode/161-sichere-daten-trotz-physischem-zugriff-disk-encryption-und-integrit%C3%A4tsschutz-von-laptops-bis-iot-devices-mit-david-gstir-von-sigma-star/Have I Been Pwned: https://haveibeenpwned.com/Bruce Schneier: https://de.wikipedia.org/wiki/Bruce_SchneierBSI - Sichere Passwörter erstellen: https://www.bsi.bund.de/DE/Themen/Verbraucherinnen-und-Verbraucher/Informationen-und-Empfehlungen/Cyber-Sicherheitsempfehlungen/Accountschutz/Sichere-Passwoerter-erstellen/sichere-passwoerter-erstellen_node.htmlWhy does storing two-factor authentication codes in your password manager make sense?: https://andygrunwald.com/blog/why-does-storing-two-factor-authentication-codes-in-your-password-manager-make-sense/eslint-config-prettier Compromised: https://safedep.io/eslint-config-prettier-major-npm-supply-chain-hack/ KDBX 4: https://keepass.info/help/kb/kdbx_4.htmlPassbolt: https://www.passbolt.com/1Password: https://1password.com/Bitwarden: https://github.com/bitwardenKeeWeb: https://github.com/keeweb/keewebKeePassXC: https://github.com/keepassxreboot/keepassxcYubikey: https://www.yubico.com/get-yubikey/ Sprungmarken(00:00:00) Personal Security 101 (00:06:58) Info/Werbung (00:07:58) Personal Security 101 (00:26:09) Passwort Manager: Cloud, Open Source (00:35:49) Warum 2FA auch im Passwort Manager speichern? (00:42:37) Multi Factor Authentication: TOTP, Push und Hardware-Tokens (00:52:43) SSH Keys und GitHub Tokens und Key-Rotationen (00:57:08) Environment Variablen sicher managen (01:04:02) Passwörter in Team und Familie? 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

Ask Me Anything, die Erste! Du willst wissen, warum JavaScript bei uns manchmal für Bauchschmerzen sorgt? Oder wie wir bei dem rasenden Hype rund um KI & LLMs überhaupt noch den Überblick behalten? Vielleicht brennt dir auch die Frage unter den Nägeln, was wirklich wichtiger ist: Produkt, Gehalt oder Technologie bei deinem neuen Job – und würdest du für den „Purpose“ wirklich auf Geld oder deine Lieblings-Technologie verzichten? In dieser AMA-Episode stellen wir uns euren Fragen. Von Linter-Diskussionen, der Hassliebe zu JavaScript und Typescript, über Jobhopping und geplatzte Side-Projects Die Fragen kommen aus unserer Community, die Antworten von uns. Reinhören, mitdenken, Feedback dalassen – und vielleicht kommt eure Frage in der nächsten Runde gleich dran! Bonus: Wie viele Side-Projects passen eigentlich zwischen Hundespaziergang, Open Source und Podcast-Aufnahme? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/programmier.bar Podcast (AI News): https://www.programmier.bar/podcastHotel Matze - Die KI-Masterclass: Stärken und Schwächen der KI, ChatGPT als Paartherapeut – Gregor Schmalzried: https://www.youtube.com/watch?v=NnrgmhCe698Engineering Kiosk Episode #199 Side-Projects: Coden ist leicht. Sales ist schwer. Business ist der Endgegner!: https://engineeringkiosk.dev/podcast/episode/199-side-projects-coden-ist-leicht-sales-ist-schwer-business-ist-der-endgegner/sourcectl: https://sourcectl.dev/ Sprungmarken(00:00:00) Ask Me Anything (AMA) (00:04:55) Was haltet ihr von Linter und Formatern (Hilfe oder Zwang)? (00:06:30) Info/Werbung (00:07:30) Was haltet ihr von Linter und Formatern (Hilfe oder Zwang)? (00:23:41) Wie behält man die Ruhe bei den ganzen Neuigkeiten um LLMs und AI und verliert trotzdem nicht den Anschluss? (00:32:51) Treues Arbeitsverhältnis nach der Ausbildung vs. Jobhopping nach kurzen Projektphasen? (00:42:31) Hattet ihr schon mal das Bedürfnis, etwas komplett anderes zu machen? (00:46:47) Motivation für den Job: Produkt, Technologie oder Geld? (00:57:05) Gibt es ein Side Project, wo ihr im Nachhinein bereut, es aufgegeben zu haben bzw. nicht mehr Zeit/Leistung investiert zu haben? 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

Entscheidungen: Das Metronom unseres (Arbeits-)Alltags und oft eine echte Challenge. Schnell kommt im Team das Gefühl auf: "Nicht schon wieder endlose Diskussionen!" Oder: "Warum dauert das immer ewig?". In dieser Episode nähern wir uns der Entscheidungsfindung von allen Seiten – mit Anekdoten aus unserem Berufsleben, strukturierten Frameworks und konkreten Alltagstipps, die dich und dein Team weiterbringen. Du erfährst: Was unterscheidet eine Typ-1-Entscheidung von einer Typ-2-Entscheidung und warum hilft dieses Framework, endlich etwas auf die Straße zu bringen? Wir sprechen über Jeff Bezos, die RACI-Matrix, Runbooks und Standard Operating Procedures aus dem Operations-Bereich und Feuerwehr-Einsätzen und warum schnelle, aber gut dokumentierte Beschlüsse im Engineering Gold wert sind. Natürlich diskutieren wir auch Dinge wie: Sind synchrone Meetings wirklich der Heilige Gral oder kann Remote-Arbeit sogar für bessere, inklusivere Entscheidungen sorgen? Wie sollten Entscheidungen dokumentiert werden? Warum verlaufen Entscheidungsprozesse oft zäh, selbst wenn es "nur" um das Mittagsessen geht? Bonus: Ob 100% Zustimmung bei Entscheidungen überhaupt realistisch oder bloß ein Meeting-Mythos ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksOne-way & Two-way Door Decisions: https://medium.com/one-to-n/one-way-two-way-door-decisions-a0e29029e200Engineering Kiosk Episode #140 Tech-Leadership: Die technische Vision als Leitfaden für Teams: https://engineeringkiosk.dev/podcast/episode/140-tech-leadership-die-technische-vision-als-leitfaden-f%C3%BCr-teams/SPADE-Framework: https://review.firstround.com/square-defangs-difficult-decisions-with-this-system-heres-how/How Great Remote Teams Make Decisions: https://subscribe.marissagoldberg.com/posts/how-great-remote-teams-make-decisionsBuch “Incident Management for Operations”: https://www.amazon.de/Incident-Management-Operations-Rob-Schnepp/dp/1491917628/ref=sr_1_1Amazon Shareholder Letter 2015 von Jeff Bezos: https://s2.q4cdn.com/299287126/files/doc_financials/annual/2015-Letter-to-Shareholders.PDFEngineering Kiosk Episode #135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur: https://engineeringkiosk.dev/podcast/episode/135-design-documents-rfcs-der-weg-zu-besserer-software-architektur/Engineering Kiosk Episode #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/Decision-Making and Responsibility Frameworks: RAPID vs. DACI vs. RACI https://www.timetrex.com/blog/rapid-vs-daci-vs-raci-frameworks Sprungmarken(00:00:00) Entscheidungen im Team (schnell) treffen und Entscheidungsmüdigkeit (00:04:47) Info/Werbung (00:05:47) Entscheidungen im Team (schnell) treffen und Entscheidungsmüdigkeit (00:14:57) Type 1 & Type 2 Decisions: One-Way und Two-Way Door Framework (00:24:47) Was brauchst du, um eine Entscheidung zu treffen? (00:28:11) RACI Matrix (00:35:59) Dokumentation von Entscheidungen (00:43:55) Synchron vs. Asynchron: Entscheidungsfindung im Office vs. Remote (00:54:55) 100%ige Zustimmung: Ist das realistisch? (01:05:58) Die Retrospektive einer Entscheidung 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

Karriere geht auch ohne Management? Genau das und noch viel mehr nehmen wir in dieser Episode auseinander. Kaum ein Thema erhitzt in Tech-Teams so sehr die Gemüter wie Karrierepfade für Softwareentwickler:innen. Muss ich in die Management-Laufbahn, um „aufzusteigen“? Warum brauchen so viele Firmen scheinbar eigene Karriereleitern, und wie sorgen wir eigentlich dafür, dass die nicht zur Motivationsfalle werden? Mit Lena Reinhardt, Leadership-Coach, Keynote-Speakerin, ehemalige VP of Engineering bei CircleCI und Travis CI, und nicht zuletzt Mitgestalterin der berühmten CircleCI Karrierematrix, gehen wir dem Phänomen der IC-Karrierepfade (Individual Contributor) auf den Grund. Wir klären, warum und wie Karriereleitern in Tech entstanden sind, wo die Unterschiede zu klassischen Job Descriptions liegen und weshalb sie echte Kulturarbeit in Firmen bedeuten. Außerdem schnappen wir uns den Netflix-Case, beleuchten die Do's & Don'ts beim Design solcher Frameworks und erfahren, ab wann so ein System wirklich sinnvoll ist (und wo es Unsinn wird!). Natürlich sprechen wir über Fallstricke bei der Einführung, wie wichtig partizipatives Setup, kalibrierte Einstufungen und ehrliche Kommunikation sind – auch, um Diversity und Gerechtigkeit wirklich im Alltag abzubilden. Lena teilt ihre besten Tipps zu Erwartungsmanagement, dem Umgang mit Glue Work und warum gute Engineers eben doch ein kleines Selbstmarketing betreiben sollten. Ganz nebenbei gibt’s Einblicke in HR-Strategien, Performance-Reviews, die Macht von Jobtiteln und einen Schwank aus dem Leben einer ehemaligen Bankangestellten mit Open-Source-Faible. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksWebsite von Lena Reinhard: https://www.lenareinhard.com/Lena Reinhard auf LinkedIn: https://www.linkedin.com/in/lenareinhard/Leadership Confidential Podcast with Lena Reinhard: https://creators.spotify.com/pod/profile/leadershipconfidential/Neighbourhoodie Software: https://neighbourhood.ie/Podcast “#337 Natalie Lue: Making Your Own Career Ladder (2 of 3)”: https://podcasts.apple.com/us/podcast/337-natalie-lue-making-your-own-career-ladder-2-of-3/id1096622066?i=1000524025385CircleCI Engineering Competency Matrix [public version]: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit?gid=0#gid=0Progression-Website (Collection von Karrierepfaden): https://progression.fyi/The invention of the career ladder: https://www.bbc.com/news/magazine-23419229Technical leadership and glue work - Tanya Reilly: https://www.youtube.com/watch?v=KClAPipnKqwReflecting on one very, very strange year at Uber: https://www.susanjfowler.com/blog/2017/2/19/reflecting-on-one-very-strange-year-at-uberManaging Up: Debugging the most critical relationship in your work life & Working Better with an imperfect boss: https://www.lenareinhard.com/articles/managing-up-debugging-the-most-critical-relationship-in-your-work-life-amp-working-better-with-an-imperfect-bossEngineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/Tech Leadership Tuesday with Lena Reinhard: https://www.oreilly.com/live-events/tech-leadership-tuesday-with-lena-reinhard-how-to-manage-underperforming-individuals-and-teams-with-marcus-blankenship/0642572190071/Netflix’s historic introduction of levels for software engineers: https://blog.pragmaticengineer.com/netflix-levels/10 Years of Engineering Ladders (Camille Fournier): https://skamille.medium.com/10-years-of-engineering-ladders-329d309000cdWhy we re-designed our engineering career paths at CircleCI: https://circleci.com/blog/why-we-re-designed-our-engineering-career-paths-at-circleci/7 steps to building an engineering competency matrix: https://circleci.com/blog/7-steps-to-building-an-engineering-competency-matrix/Dropbox Engineering Career Framework: https://dropbox.github.io/dbx-career-framework/ic4_software_engineer.htmlRent the Runway - Sharing Our Engineering Ladder: https://dresscode.renttherunway.com/blog/ladderSoftware Development/Leadership Ladder (Rent the Runway): https://docs.google.com/spreadsheets/d/1k4sO6pyCl_YYnf0PAXSBcX776rNcTjSOqDxZ5SDty-4/edit?gid=0#gid=0Netflix & Kultur: Freiheit und Verantwortlichkeit: https://de.slideshare.net/slideshow/culture-1798664/1798664#1Engineering Levels vergleichen (Levels.fyi): https://www.levels.fyi/ Sprungmarken(00:00:00) Karrierepfade für Individual Contributor mit Lena Reinhard (00:04:28) Info/Werbung (00:05:28) Karrierepfade für Individual Contributor mit Lena Reinhard (00:18:36) Brauchen wir Titel? Der Netflix-Fall (00:22:23) Kernelemente eines Karrierepfades (00:29:43) Design: Wie starte ich eine Karriereleiter? (00:44:49) Wer sollte einen Karrierepfad verantworten? (00:48:42) Wann macht es keinen Sinn, einen Karrierepfad zu haben? (00:59:19) Fehler bei der Kommunikation von Erwartungshaltung (01:12:04) Finde heraus, was dein Chef, deine Chefin von dir erwartet 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

Resilience Engineering: Timeouts, Retry, (Exponential) backoff und Jitter Modernes Resilience Engineering beginnt bei scheinbar banalen Parametern, die oft generisch abgenickt werden – und entscheidet damit über den Unterschied zwischen „kurzer Störung“ und „großflächigem Ausfall mit Nachwirkungen“. In dieser Episode packen wir das Thema Timeout & Retry von Grund auf an: Wir sprechen über Connection, Read und Idle-Timeouts, erklären, warum 0,1 % Ausfallrate maßgeblich für dein Softwaredesign ist, was Retry-Storms und das Thundering Herd Problem ist und warum dieses “DevOps” bei dem finden des richtigen Timeout-Values eine wichtige Rolle spielt. On top gibt’s einen Hands-on Deep Dive zu Circuit Breaker, Token Buckets, Exponential Backoff und Jitter – inklusive Tool-Tipps von Open Telemetry über Toxiproxy bis hin zu Resilience-Libraries für Python, Go, .NET & Co. Bonus: Warum Wolfgang nun anders über so simple Dinge wie Timeouts nachdenkt. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Linkstoxiproxy - A TCP proxy to simulate network and system conditions for chaos and resiliency testing: https://github.com/Shopify/toxiproxyTenacity (Python): https://github.com/jd/tenacityretrying (Python): https://github.com/groodt/retryingResilience4j (Java): https://github.com/resilience4j/resilience4jNetflix / Hystrix (Java): https://github.com/Netflix/HystrixPolly (.net): https://github.com/App-vNext/PollyHashicorp / retryablehttp (Go): https://github.com/hashicorp/go-retryablehttpAmazon Builders Library: Timeouts, retries, and backoff with jitter (Architecture | Level 200): https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/AWS Architecture Blog - Exponential Backoff And Jitter: https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/ Sprungmarken(00:00:00) Resilience Engineering - Timeouts, Retry, (Exponential) backoff und Jitter (00:03:28) Info/Werbung (00:04:28) Resilience Engineering - Timeouts, Retry, (Exponential) backoff und Jitter (00:16:41) Timeouts: Was ist das? Welche gibt es? Was sind gute Werte? (00:29:16) Context Deadlines (00:33:22) Reloads, (egoistische) Retries, partielle und transienter (00:40:31) Exponentielle Backoffs, Circuit Breaker und das Amazon Token Bucket Retry System (00:49:49) Retry Storm und Jitter-Strategien (00:52:51) Fault Tolerance Libraries und toxiproxy 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

In dieser Episode nehmen wir dich mit auf eine Reise hinter die Kulissen von Home Assistant – dem Open-Source-Giganten für Home Automation, der den Smart-Home-Markt im Sturm erobert hat. Es geht um eine Frage, die (fast) jede Tech-Community irgendwann beschäftigt: Ab welchem Punkt reicht Ehrenamt nicht mehr aus, und wie schafft man Strukturen, die weltweit Wirkung entfalten? Zusammen mit Pascal Vizeli – Co-Founder und CFO von Nabu Casa und Gründungsvorstand der Open Home Foundation – tauchen wir tief ein: Wie wächst ein Open-Source-Projekt von einer Freizeitidee zum internationalen Backbone für Smart Homes? Warum braucht es eine Schweizer Stiftung, um Kommerzialisierung zu verhindern? Und was hat es mit Works With Home Assistant, lizenzierten Produkten, Hardware-Innovationen und politischen Ambitionen auf sich? Spannend wird’s, wenn Pascal erzählt, wie es gelingt, aus Community-Engagement professionelle Jobs zu machen, warum Datenschutz und Nachhaltigkeit zentrale Werte sind und wie Open Source endlich auch die großen Hersteller in die Pflicht nimmt. Dazu gibt’s jede Menge Insights aus der Welt des Home Assistant, von Cloud-Diensten und Lizenzmodellen bis hin zum Kampf für offene Standards, Transparenz und das Recht an den eigenen Daten. Eine Folge, die nicht nur Smart-Home-Fans elektrisiert, sondern zeigt, wie Open Source zu echtem gesellschaftlichen Impact wird. Jetzt reinhören und Open Source mit ganz neuen Augen sehen! Bonus: Wer immer schon wissen wollte, warum Vereinsbuchhaltung manchmal wichtiger ist als Programmieren und wie man mit einer Non-Profit-Stiftung weltweit Standards definiert – hier kommt die Antwort. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksPascal Vizeli auf GitHub: https://github.com/pvizeliPascal Vizeli auf Mastodon: https://fosstodon.org/@pvizeliHome Assistant: https://www.home-assistant.io/Nabu Casa: https://www.nabucasa.com/Open Home Foundation: https://www.openhomefoundation.org/GitHub Octoverse Report 2024: https://github.blog/news-insights/octoverse/octoverse-2024/openHAB: https://www.openhab.org/Music Assistant: https://www.music-assistant.io/ESPHome: https://esphome.io/Works With Home Assistant: https://works-with.home-assistant.io/Linux Foundation: https://www.linuxfoundation.org/Reolink: https://reolink.com/Engineering Kiosk Episode #23 Schaltest du noch oder automatisiert du schon: Home Automation: https://engineeringkiosk.dev/podcast/episode/23-schaltest-du-noch-oder-automatisiert-du-schon-home-automation/Home Assistant Discord Community: https://www.home-assistant.io/help/ The Verge Artikel: https://www.theverge.com/23751295/smart-home-platform-google-amazon-apple-samsung Sprungmarken(00:00:00) Open Source mit Home Assistant: Impact jenseits des Codes mit Pascal Vizeli (00:06:45) Info/Werbung (00:07:45) Open Source mit Home Assistant: Impact jenseits des Codes mit Pascal Vizeli (00:15:18) Die Beziehungen zwischen Nabu-Casa, Open Home Foundation und Home Assistant (00:28:47) Wem gehört das Open Source Produkt? Und wie finanziert sich die Foundation? (00:38:27) Das "Works with Home Assistant"-Programm (00:46:10) Community, Open Source und Qualitätssicherung (00:51:06) Schweizer Stiftung: Rechtliche Basis & Kritik (01:00:18) Transparenz und Gehaltsmodell (01:06:03) Warum ohne Foundation & Geschäftsmodell kein Großprojekt geht (01:11:49) Zukunftspläne: Device Database & Vision für Open Home 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

App entwickeln, Freiheiten genießen – und davon leben? Klingt wie die ultimative Entwickler:innen-Fantasie, ist aber auch eine verdammt harte Challenge. Was wirklich hinter den Buzzwords Indie Hacking, Bootstrapping und Build in Public steckt, darum geht es in dieser Episode Wir sprechen mit Sebastian Röhl: Ex-Softwareentwickler, Indie-Maker und Macher von Habit Kit, einer der beliebtesten Habit-Tracking-Apps in den Stores. Sebastian nimmt uns mit auf seine ehrliche Reise: Anstellung gekündigt, ein Jahr volles Risiko, Rückschläge, Zweifel – und dann Stück für Stück der Durchbruch. Wir erfahren, warum ein Side-Project sich nie einfach nach Feierabend runtercodet, was Community wirklich bringt, wie Build in Public und schnelles Feedback helfen und warum App Store Optimization (ASO) sein wichtigster Marketingkanal wurde. Nebenbei lernen wir auch, warum Pricing-Tricks mit Lifetime- und Subscription-Modellen so ein heißes Eisen sind – und wie Sebastian seinen Tech Stack mit Flutter für beide Plattformen meistert Klartext, Inspiration und Deep Dive: Was funktioniert, was knallhart schief gehen kann, welche Hürden Indie-App-Entwicklung wirklich mit sich bringt – und was der BESTE nächste Schritt ist, wenn du selbst loslegen willst. Bonus: Entwickler:innen lieben Heatmaps im GitHub-Style scheinbar wirklich. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksSebastian Röhl auf LinkedIn: https://www.linkedin.com/in/sebastianroehl/Blogst / Newsletter: https://sebastianroehl.substack.com/Engineering Kiosk Episode #199 Side-Projects: Coden ist leicht. Sales ist schwer. Business ist der Endgegner!: https://engineeringkiosk.dev/podcast/episode/199-side-projects-coden-ist-leicht-sales-ist-schwer-business-ist-der-endgegner/Happy Bootstrapping #42 - Von 0 auf 5.000 Dollar: Wie Sebastian Röhl mit HabitKit ein erfolgreiches App-Business bootstrappte: https://happy-bootstrapping.de/podcast/von-0-auf-5-000-dollar-wie-sebastian-rohl-mit-habitkit-ein-erfolgreiches-app-business-bootstrappte/Liftbear - Workout Tracker for iOS: https://www.liftbear.app/WinDiary - The coolest way to track your wins and achievements: https://windiary.app/HabitKit: Habit Tracker: https://www.habitkit.app/Indie Hackers: https://www.indiehackers.com/What’s Next for Flutter After Layoffs Hit Google Team: https://thenewstack.io/whats-next-for-flutter-after-layoffs-hit-google-team/Google Material Design: https://m3.material.io/Flutter: https://flutter.dev/React Native: https://reactnative.dev/ Sprungmarken(00:00:00) Der Traum vom Indie-App-Entwickler: Einstieg & Motivation (00:07:35) Info/Werbung (00:08:35) Der Traum vom Indie-App-Entwickler: Einstieg & Motivation (00:10:05) Von der Anstellung zum Selbstversuch: Zwölf Monate All-In (00:24:57) Die eigenen Probleme lösen (00:37:06) Build in Public (00:41:58) Pricing von Mobile Apps (00:54:37) App Store Optimization (00:56:58) Technik-Deepdive: Flutter, Cross-Plattform und UI/UX (01:03:56) Realtalk: Motivation, Accountability & Alltag als Solopreneur 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

Ein Klick – und nichts passiert. Statt der gewünschten Website landet man im digitalen Nirwana: 404 Not Found. Jede:r kennt es, niemand mag es. Doch was technisch im Hintergrund passiert, wenn ein Link kaputt ist – und wie man das automatisch erkennen kann – ist alles andere als simpel. Denn Links sind weit mehr als nur HTTP-URLs. Sie können auf Dateien, E-Mail-Adressen oder interne Dokumentfragmente zeigen. Sie können sich über Weiterleitungen verändern, mit JavaScript generiert werden oder nur unter bestimmten Bedingungen erreichbar sein. Und genau das macht die automatische Überprüfung von Links so komplex. In dieser Episode sprechen wir mit Matthias Endler, Rust-Consultant, Blogger und Core-Maintainer des Open-Source-Linkcheckers Lychee. Was als Side Project begann, ist heute im Einsatz bei Unternehmen wie Amazon und GitLab. Mit Matthias diskutieren wir, wie Lychee aufgebaut ist, warum Linkchecking so viele Edge Cases beinhaltet und warum es ohne gutes Domain-Wissen oft unmöglich ist, die „richtige“ Antwort zu erkennen. Wir sprechen über die Rolle von HTTP-Statuscodes (inkl. selbst erfundener Codes), Markdown vs. HTML Parsing, Redirect-Hölle, die Tücken von GitHub APIs, wie Lychee Plattform-Spezialfälle wie YouTube oder LinkedIn behandelt – und warum DOI-Links trotz akademischer Standards gerne mal ins Leere laufen. Bonus: Warum Matthias den Server einer Immobilienmaklerin am Gewissen hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee Linkslychee: https://github.com/lycheeverse/lycheeCorrode Rust Consulting: https://corrode.dev/Rust in Production Podcast: https://corrode.dev/podcast/Matthias Endler Blog: https://endler.dev/Engineering Kiosk Episode #172 Die kuriosesten Versionsnummern bekannter Software: https://engineeringkiosk.dev/podcast/episode/172-die-kuriosesten-versionsnummern-bekannter-software-mit-matthias-endler-von-rust-in-production/Engineering Kiosk Episode #98 Der Hype um Rust: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/Open Podcast: https://openpodcast.dev/Static Analysis Tools: https://github.com/analysis-tools-dev/static-analysisMillion Dollor Homepage: http://www.milliondollarhomepage.com/cURL: https://curl.se/DOI: https://www.doi.org/❤️🍺.ws redirected nach https://www.budweiser.com/en Sprungmarken(00:00:00) Die Komplexität von Links und Link-Checking mit Matthias Endler (00:05:34) Was ist ein Link-Checker? (00:05:58) Info/Werbung (00:06:58) Was ist ein Link-Checker? (00:23:57) Technische Architektur: Extraktoren, Streams & Channels und Edge-Cases (00:40:00) Request-Bodies, JavaScript und Weiterleitungen (00:47:55) Warum eigentlich nicht cURL? (00:52:37) DOI-Links, interne IP-Adressen und S3-Bucket-Kosten (01:04:18) Verbreitung des Link-Checkers, Projekt Start und Motivation 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

Unsere 200. Episode - Unser Jubiläum. Seit 3 ½ Jahren existiert der Engineering Kiosk Podcast bereits. Jede Woche eine neue Episode. Dass wir 200 Episoden knacken würden, hätten wir uns am Anfang selbst nicht erträumt. Für unser Jubiläum haben wir mal die Zügel abgegeben und lassen uns ganz in die Hände von Christian Braun und Thomas Diroll vom Index out of bounds Podcast fallen. Die beiden sind in dieser Episode eure Podcast-Hosts. Ihre Mission? Die Frage “Wer ist Wolfi und Andy wirklich?” zu beantworten. Diese Episode geht weniger um Technik, sondern um die Personen hinter dem Engineering Kiosk Podcast. Viel Spaß beim Kennenlernen. Bonus: Ein eigenes Engineering Kiosk Bingo. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksIndex Out Of Bounds: https://www.ioob.de/Engineering Kiosk Bingo: https://bingo.ioob.de/Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/Engineering Kiosk Episode #86 Open Source als Herz einer Firma mit Nextcloud Gründer Frank Karlitschek: https://engineeringkiosk.dev/podcast/episode/86-open-source-als-herz-einer-firma-mit-nextcloud-gr%C3%BCnder-frank-karlitschek/Engineering Kiosk Episode #142 Ist Return to Office die Zukunft? Was die Wissenschaft sagt - mit Jean-Victor Alipour vom IFO: https://engineeringkiosk.dev/podcast/episode/142-ist-return-to-office-die-zukunft-was-die-wissenschaft-sagt-mit-jean-victor-alipour-vom-ifo/Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/Ask me anything: Eure Fragen an uns: https://engineeringkiosk.dev/ama Sprungmarken(00:00:00) Die Jubiläums-Episode mit Thomas Diroll und Christian Braun als Host (00:04:18) Info/Werbung (00:05:18) Die Jubiläums-Episode mit Thomas Diroll und Christian Braun als Host (00:26:43) Was ist dein Ausgleich? (00:36:55) Was schätzt du am anderen und was nervt dich am anderen? (00:42:52) Worüber hast du denn zuletzt deine Meinung geändert? (00:51:46) Wenn du nicht in der IT arbeiten würdest, was würdest du dann machen? (00:58:36) Zwei Wahrheiten, eine Lüge (01:06:56) Worauf achten wir, wenn wir am Podcast arbeiten? (01:21:47) Macht der Podcast uns besser im Job? (01:27:53) Wo geht es mit dem Podcast hin? (01:36:31) In Comic Sans programmieren oder Mal Hallo Welt schreien beim compilen (01:41:53) Wenn eure Karriere ein Pornofilm wird, wie würde er heißen? 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

Side Projects: Sind nicht technische Tätigkeiten wirklich der Weg zum Business-Erfolg? Hast du auch schon mal davon geträumt, aus einer kleinen Idee neben dem Hauptjob ein echtes Business zu zaubern – und bist dann doch am „perfekten“ Domainnamen und einer nie fertig gewordenen App gescheitert? Willkommen im Club der wohl wichtigsten Tech-Lektion abseits des Coden: Der größte Fehler hat selten etwas mit Technik zu tun. In dieser Episode nehmen wir dich mit auf Wolfis ganz persönliche Achterbahnfahrt: Von Pepsi (halb-legal) aus dem Schulspind über digitale Projekte mit Lehrgeld, bis zu großen Visionen zwischen Open Source Podcast-Plattformen und Energiesektor-Startups. Wir tauchen gemeinsam ein in die Psychologie und Praxis hinter Side Projects: Wie solltest du starten (Spoiler: Nicht mit coden!)? Was bringt’s, mit Menschen zu sprechen, bevor man Produkte baut? Müssen Domains und fancy Frameworks wirklich am Anfang stehen – oder ist ein Postfach bei gmx.de doch die richtige Bootstrapping-Strategie? Du erfährst, warum Interviews mit echten Nutzern meist viel mehr bringen als tausend Zeilen Code, wie du deinen tatsächlichen Markt findest und weshalb die meisten Projekte nicht an Technik, sondern an fehlendem Fokus, falschem Sales oder zu wenig Realitätssinn scheitern. Außerdem: Was tun, wenn das Herz blutet und Loslassen angesagt ist? Plus: Kann man Side Projects im Team besser durchziehen als allein? Und warum der ein oder andere Exit sich finanziell (oder emotional) ganz anders anfühlt als gedacht. Ob du gründen willst, einfach nur am nächsten Hack Weekend bastelst oder endlich verstehen willst, wie Produktentwicklung wirklich funktioniert – diese Folge liefert dir ehrliche Anekdoten, Tools und Tipps für alle mit Side-Project-Herz. Bonus: Ein wütender Geschäftsbesitzer, der dich aus dem Laden jagt. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksThe Lean Startup von Eric Ries: https://www.amazon.de/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898Engineering Kiosk Episode #01 Side Projects - Fluch oder Segen für die Karriere?: https://engineeringkiosk.dev/podcast/episode/01-side-projects-fluch-oder-segen-f%C3%BCr-die-karriere/Engineering Kiosk Episode #02 Technologienzoo Side Projects: https://engineeringkiosk.dev/podcast/episode/02-technologienzoo-side-projects/Engineering Kiosk Episode #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast: https://engineeringkiosk.dev/podcast/episode/111-side-projects-zwei-entwickler-overengineeren-einen-podcast/Engineering Kiosk Episode #181 Von Code zu Value: Wie Entwickler·innen Business-Mehrwert schaffen: https://engineeringkiosk.dev/podcast/episode/181-von-code-zu-value-wie-entwicklerinnen-business-mehrwert-schaffen/Open Source Förderung vom Media Tech Lab: https://www.media-lab.de/de/Open Podcast: https://openpodcast.dev/Lean Canvas: https://gruenderplattform.de/unternehmen-gruenden/lean-canvasF-Online: https://www.f-online.app/sourcectl: https://sourcectl.dev/Acquire: https://acquire.com/Codeprints: https://codeprints.dev/ Sprungmarken(00:00:00) Von Pepsi im Schließfach und Business-Fokus im Side Project (00:03:40) Info/Werbung (00:04:40) Von Pepsi im Schließfach und Business-Fokus im Side Project (00:18:40) Interviews mit Experten, Ideendiebstahl & Feedback-Realitäten (00:30:13) Marktanalyse, Business Case & die harte Wahrheit (TAM, SAM, SOM) (00:39:52) Lohnt sich meine Idee überhaupt? (00:47:28) Wie findet man echte Kunden vs. Freunde oder Familie als Testballon? (01:02:30) Reflexion nach 10 Produkten: Exits, Abschied von der Idee, Teamwork & Motivation 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

Wer darf eigentlich was? Und sollten wir alle wirklich alles dürfen? Jedes Tech-Projekt beginnt mit einer simplen Frage: Wer darf eigentlich was? Doch spätestens wenn das Startup wächst, Kunden Compliance fordern oder der erste Praktikant an die Produktionsdatenbank rührt, wird Role Based Access Control (RBAC) plötzlich zur Überlebensfrage – und wer das Thema unterschätzt, hat schnell die Rechtehölle am Hals. In dieser Folge nehmen wir das altbekannte Konzept der rollenbasierten Zugriffskontrolle auseinander. wir klären, welches Problem RBAC eigentlich ganz konkret löst, warum sich hinter den harmlosen Checkboxen viel technische Tiefe und organisatorisches Drama verbirgt und weshalb RBAC nicht gleich RBAC ist. Dabei liefern wir dir Praxis-Insights: Wie setzen Grafana, Sentry, Elasticsearch, OpenSearch oder Tracing-Tools wie Jäger dieses Rechtekonzept um? Wo liegen die Fallstricke in komplexen, mehrmandantenfähigen Systemen? Ob du endlich verstehen willst, warum RBAC, ABAC (Attribute-Based), ReBAC (Relationship-Based) und Policy Engines mehr als nur Buzzwords sind oder wissen möchtest, wie du Policies, Edge Cases und Constraints in den Griff bekommst, darum geht es in diesem Deep Dives. Auch mit dabei: Open Source-Highlights wie Casbin, SpiceDB, OpenFGA und OPA und echte Projekt- und Startup-Tipps für pragmatischen Start und spätere Skalierung. Bonus: Ein Märchen mit Kevin und Max, wo auch manchmal der Praktikant trotzdem gegen den Admin gewinnt 😉 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksEngineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/Grafana - Label Based Access Control (LBAC) for data sources: https://grafana.com/docs/grafana/latest/administration/data-source-management/teamlbac/ElasticSearch - Document-Level Attribute-Based Access Control: https://www.elastic.co/blog/attribute-based-access-control-elasticsearchElasticSearch - Controlling access at the document and field level: https://www.elastic.co/docs/deploy-manage/users-roles/cluster-or-deployment-auth/controlling-access-at-document-field-levelJaeger - Passthrough OAuth bearer token supplied to Query service through to ES storage: https://github.com/jaegertracing/jaeger/pull/1599Casbin - Authorization library that supports access control models like ACL, RBAC, ABAC: https://casbin.org/CASL - Isomorphic Authorization JavaScript library: https://casl.js.org/Spring Security: https://spring.io/projects/spring-securityApache Shiro - Easy-to-use Java security framework: https://shiro.apache.org/Keycloak - Open Source Identity and Access Management: https://www.keycloak.org/SpiceDB - Open Source, Google Zanzibar-inspired database for scalably storing and querying fine-grained authorization data: https://github.com/authzed/spicedbOpenFGA - Auth0’s Open Source Fine Grained Authorization System: https://auth0.com/blog/auth0s-openfga-open-source-fine-grained-authorization-system/Keto permission server: https://github.com/ory/ketoPaper “Zanzibar: Google’s Consistent, Global Authorization System”: https://research.google/pubs/zanzibar-googles-consistent-global-authorization-system/CNCF - Open Policy Agent (OPA): https://www.cncf.io/projects/open-policy-agent-opa/Kyverno - Policy as Code, Simplified: https://kyverno.io/ Sprungmarken(00:00:00) Einstieg & Das Märchen von RBAC (00:03:30) Info/Werbung (00:04:30) Einstieg & Das Märchen von RBAC (00:10:45) Welches Problem löst RBAC eigentlich und wer braucht es? (00:25:47) RBAC in der Praxis: Sentry, Grafana, Elasticsearch, OpenSearch & Jäger (00:36:39) Implementierungsoptionen: Open Source Libraries, externe Systeme & Google Zanzibar (00:45:23) Attribute Based, Relationship Based Access Control, Gruppen, Access Control Lists und Policy Engines (01:00:04) Ab wann würdest du ein RBAC-System einführen? HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)

Warum traut sich niemand, mal die wirklich dummen Fragen zu stellen? Fragst du dich manchmal auch, warum im Daily plötzlich Funkstille herrscht, statt gemeinsam Probleme zu lösen? Stell dir vor, die spannendsten Innovationen und die besten Teamentscheidungen gehen oft auf eine simple Frage zurück – oder auf den Mut, überhaupt zu fragen. In dieser Episode vom Engineering Kiosk nehmen Andy und Wolfgang dich mit in die Welt der Fragetechniken. Es geht nicht um Altklugheit, sondern um echte Neugier – und warum „Fragen statt Behaupten“ viel mehr mit Tech-Kultur, Open Source, guter Führung und deinem eigenen Networking zu tun hat, als du vielleicht denkst. Du erfährst, warum Consultants mit dem Fragenstellen beginnen, wie Karriere-Booster für Juniors aussehen, was Suggestivfragen und Five-Whys-Analysen bringen, wie du selbst innerhalb eines SRE-Incident-Reports Fehler aufdeckst – und welche Rolle Offenheit, Teamkultur und manchmal schlichtes Durchatmen dabei spielen. Wir sprechen offen darüber, wann Fragen einfach nur nerven, warum Abkürzungen für maximale Verwirrung sorgen können, und verraten natürlich unsere persönliche Lieblingsfrage. Bonus: Wer Fragen stellt, bleibt frei nach Sesamstraße: niemals dumm – sondern macht’s allen einfacher. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMatthias Endler - Asking Better Questions: https://endler.dev/2024/asking-better-questions/101 Questions to Ask in One on Ones: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/Walt-Disney-Methode: https://www.me-company.de/magazin/walt-disney-methode/Never Mind – Psychologie in 15 Minuten - Kommunikation in der Beziehung: Wenn der eine zu viel redet und der andere zu wenig: https://pod.link/1607293594/episode/1f4d5bb98b634bfb274849ad7cca70a3Sokratischer Dialog: https://www.landsiedel-seminare.de/coaching-welt/wissen/coaching-tools/sokratischer-dialog.html Sprungmarken(00:00:00) Flachwitze und warum wir mehr Fragen stellen sollten (00:06:03) Info/Werbung (00:07:03) Flachwitze und warum wir mehr Fragen stellen sollten (00:17:28) Negative Annahmen und Angst bei Fragen (00:26:01) Darf man noch dumme Fragen stellen? (00:33:56) Fragen stellen, um sich Zeit zu verschaffen (00:39:06) Coaching vs. Mentoring (00:44:02) Die Five-Whys-Methodik & Root Cause Analyse (00:51:30) Wenn einer zu viel redet und wenn Fragen nur noch nerven (00:58:33) Was war die beste Frage, die dir je gestellt wurde? 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

Welchen Wert haben GitHub-Stars? GitHub selbst ist ein Social Network für Entwickler*innen. Ob du es wahrhaben willst oder nicht. Man interagiert miteinander, kann sich gegenseitig folgen und Likes werden in Form von Stars ausgedrückt. Das bringt mich zu der Frage: Welchen Wert haben eigentlich GitHub Stars? Denn Fraud in Social Networks, wie das Kaufen von Followern, ist so alt wie die Existenz solcher Plattformen. Wie sieht es also auf GitHub damit aus? In dieser Episode schauen wir uns eine wissenschaftliche Untersuchung zum Thema Fake Stars auf GitHub an. Was sind GitHub-Stars wert? Aus welcher Motivation heraus kaufen sich Leute eigentlich GitHub Stars? Welche Herausforderungen gibt es, Fake Stars zu erkennen? Wie werden GitHub Stars eigentlich genutzt? Aber bei der wissenschaftlichen Untersuchung bleibt es nicht. Wir haben die Community gefragt, welche Bedeutung GitHub Stars für sie haben, ob Stars ein guter Indikator für die Qualität eines Projekts sind, wie diese Entscheidungen beeinflussen und nach welchen Kriterien die Community Stars vergibt. Zwei kleine Sneak-Peaks: Einen GitHub Star kannst du auf dem Schwarzmarkt bereits für $0.10 kaufenDas Kaufen von GitHub Stars beeinflusst das organische Stars-Wachstum von Repositories innerhalb der ersten zwei Monate. Danach flacht es ab. Du willst mehr davon? Dann schalte jetzt ein. Bonus: GitHub als Social Network für Entwickler. Ein Dank an unsere Community-Mitglieder: Dario TignerSchepp Christian Schäfer Philipp WolframMoritz KaiserStefan BrandtSimon BrüggenMelanie PatrickMaxi KurzawskiStefan BetheTim GlabischHolger Große-PlankermannMirjam ZiselsbergerSimon Legner Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksPaper “4.5 Million (Suspected) Fake Stars in GitHub: A Growing Spiral of Popularity Contests, Scams, and Malware”: https://arxiv.org/abs/2412.13459Starred Projekte auf Gitlab: https://gitlab.com/explore/projects/starredStarred Projekte auf Codeberg: https://codeberg.org/explore/repos?q=&only_show_relevant=true&sort=moststarsStarScout (Find suspicious (and possibly faked) GitHub stars at-scale): https://github.com/hehao98/StarScout3.7 Million Fake GitHub Stars: A Growing Threat Linked to Scams and Malware: https://socket.dev/blog/3-7-million-fake-github-stars-a-growing-threat-linked-to-scams-and-malwareCopyCatch: Stopping Group Attacks by Spotting Lockstep Behavior in Social Networks: https://research.facebook.com/publications/copycatch-stopping-group-attacks-by-spotting-lockstep-behavior-in-social-networks/ Sprungmarken(00:00:00) Was ist der Wert von GitHub Stars? (00:04:35) GitHub als Social Network und die Relevanz von Stars-Analysen (00:05:12) Info/Werbung (00:06:12) GitHub als Social Network und die Relevanz von Stars-Analysen (00:19:59) Stars pro Repository analysieren und Fake Stars erkennen (00:32:41) Wie viele Fake-Stars sind im Umlauf? Ergebnisse der Untersuchung (00:42:11) Meetup Check: Welche Bedeutung haben denn GitHub-Stars für dich persönlich? (00:45:21) Meetup Check: Beeinflusst die Anzahl der GitHub-Stars eines Projektes deine Entscheidung, es zu nutzen? (00:49:51) Meetup Check: Sind GitHub Stars ein guter Indikator für die Qualität eines Projekts? (00:55:06) Meetup Check: Wie oft vergibst du selbst GitHub Stars und welche Kriterien sind für dich ausschlaggebend? (00:58:14) Paper vs. Meetup Realität 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

Lokale Meetups: Networking, Wissen & Karrierebooster oder nur verschwendete Zeit? In dieser Episode gehen wir einer Herzensfrage nach: Welchen echten Wert haben Meetups in der Tech-Szene? Wir selbst sind als Meetup-Organisatoren befangen. Um aus unserer Bubble mal etwas herauszukommen, haben wir Stimmen aus der Community eingefangen. Wir haben gefragt, warum Meetups und Konferenzen eigentlich besucht werden bzw. welchen Stellenwert solchen Events zugerechnet werden, ob virtuelle Meetups besser laufen als physische und wann virtuelle Meetups die bessere Wahl sind, inwieweit solche Events die eigene Karriere beeinflusst hat und wie die Community entscheidet, wann sich die Teilnahme an einem Meetup-Event für sich lohnt. Nun die Frage: Lohnt sich diese Podcast-Episode für dich? Ich kann dir aus meiner Erfahrung sagen: Einige Argumente hatte selbst ich nicht auf dem Schirm. Zum Beispiel, wenn du ein Nischen-Tech-Thema hast, würde dies wahrscheinlich nie als physisches Meetup klappen. Oder wie stark der Einfluss deiner Freunde ist, ob jemand ein Meetup besucht. Oder dass Meetups ggf. doch nicht so einen großen Einfluss auf die eigene Karriere haben, wie ich immer dachte. Danke an alle Community-Mitglieder, die uns ihre Stimme und Meinung für diese Podcast-Episode zur Verfügung gestellt haben. Ihr habt Wolfi und mich aus der eigenen Suppe geholt. Nun aber genug gespoilert. Viel Spaß mit dieser Episode. Bonus: Mehr als nur Andy und Wolfi - Danke an unsere Community! Ein Dank an unsere Community-Mitglieder (Reihenfolge nach Erwähnung in der Episode): Dario TilgnerTim GlabischAndreas DoblanderPhilipp WolframSchepp Christian SchäferSimon LegnerSimon BrüggenNiklas MeyerMoritz KaiserStefan BrandtMaxi KurzawskiHolger Große-PlankermannMelanie PatrickMirjam Ziselsberger Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksWorking Draft Podcast: https://workingdraft.de/Engineering Kiosk Episode #89 Die Klimakrise und Green IT: unser Einfluss über Hardware, Farben, Web-Performance und Green-Hosting mit Christian Schäfer: https://engineeringkiosk.dev/podcast/episode/89-die-klimakrise-und-green-it-unser-einfluss-%C3%BCber-hardware-farben-web-performance-und-green-hosting-mit-christian-sch%C3%A4fer/P99 Conf: https://www.p99conf.io/Papperlapapp - Spaß mit Klammern: https://www.youtube.com/@papperlapapp-dev@Autoweird.fm Podcast: https://autoweird.fm/Engineering Kiosk Episode #102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick: https://engineeringkiosk.dev/podcast/episode/102-quereinstieg-in-die-software-entwicklung-mit-melanie-patrick/ Sprungmarken(00:00:00) Welchen Wert haben Meetups in der Tech-Szene? (00:06:16) Info/Werbung (00:07:16) Warum besuchst Du Meetups? Welchen Wert rechnest du solchen Events zu? (00:24:05) Denkst Du, dass virtuelle Meetups genauso wertvoll sind wie physische? (00:34:07) Inwiefern hat der Besuch solcher Events Deine Karriere beeinflusst? (00:42:54) Wie entscheidest Du, ob sich die Teilnahme an einem Event für Dich 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

MapReduce: Ein Deep Dive Im Jahr 2004 war die Verarbeitung von großen Datenmengen eine richtige Herausforderung. Einige Firmen hatten dafür sogenannte Supercomputer. Andere haben nur mit der Schulter gezuckt und auf das Ende ihrer Berechnung gewartet. Google war einer der Player, der zwar große Datenmengen hatte und diese auch verarbeiten wollte, jedoch keine Supercomputer zur Verfügung hatte. Oder besser gesagt: Nicht das Geld in die Hand nehmen wollte. Was macht man also, wenn man ein Problem hat? Eine Lösung suchen. Das hat Jeffrey Dean und sein Team getan. Das Ergebnis? Ein revolutionäres Paper, wie man mittels MapReduce große Datenmengen verteilt auf einfacher Commodity-Hardware verarbeiten kann. In dieser Podcast-Episode schauen wir uns das mal genauer an. Wir klären, was MapReduce ist, wie es funktioniert, warum MapReduce so revolutionär war, wie es mit Hardware-Ausfällen umgegangen ist, welche Herausforderungen in der Praxis hatte bzw. immer noch hat, was das Google File System, Hadoop und HDFS damit zu tun haben und ordnen MapReduce im Kontext der heutigen Technologien mit Cloud und Co ein. Eine weitere Episode “Papers We Love”. Bonus: Hadoop ist wohl der Elefant im Raum. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMapReduce: Simplified Data Processing on Large Clusters: https://static.googleusercontent.com/media/research.google.com/en//archive/mapreduce-osdi04.pdfApache Hadoop: https://hadoop.apache.org/HDFS Architecture Guide: https://hadoop.apache.org/docs/r1.2.1/hdfs_design.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/ Sprungmarken(00:00:00) MapReduce: Ein Deep Dive (00:04:32) Info/Werbung (00:05:32) MapReduce: Ein Deep Dive (00:15:05) Storage: Google File System (GFS) und Hadoop Distributed File System (HDFS) (00:21:27) Wie funktioniert MapReduce? (00:38:10) Seiteneffekte, Determinismus und Reproduzierbarkeit (00:40:42) Produktanforderung: Welche Seiten sind in welcher Altersgruppe populär? (00:47:48) Batch vs. Streaming (00:50:23) Heutige Relevanz von MapReduce 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

Microsoft Excel: Der “Hidden Champion” jedes Unternehmens - Nun mit eigener Weltmeisterschaft Microsoft Excel ist aus der modernen IT nicht wegzudenken. Datenbank-Hersteller sagen, dass Excel ihr größter Konkurrent ist. Es ist ein solch mächtiges Tool, es gibt fast nichts, was damit nicht abgebildet werden kann bzw. wurde. Und doch ist es eine Art Hass-Liebe – Besonders wenn die Files per E-Mail durchs Unternehmen geschickt werden oder wenn es darum geht ein mittelmäßig komplexes Excel Sheet auf einem Nicht-Windows-Computer zu öffnen. Jean Wolleh und Benjamin “Benny” Weber sehen Microsoft Excel mit anderen Augen. Sie sehen das Tool als Wettbewerb als kompetitiver E-Sport. Denn beide sind erfolgreiche Teilnehmer bei der Microsoft Excel Weltmeisterschaft. Und genau das ist das Thema dieser Episode. Mit Jean und Benny besprechen wir, was die Microsoft Excel Weltmeisterschaft eigentlich ist, wo die Unterschiede zwischen dem Financial Modelling und dem Excel eSports liegen, welche Arten von Herausforderungen gelöst werden sollen, was Map-Cases sind, ob man Cheaten kann, was klassische Fallstricke bei (komplexen) Excel-Aufgaben sind, was das ganze mit Advent of Code zu tun hat, ob man diese Art von E-Sport auch trainieren kann und welche Excel-Funktionen mehr Anerkennung verdient hätten. Wenn du dir nun denkst: Microsoft Excel Weltmeisterschaft - WTF? Dann ist diese Episode genau das Richtige für dich. Bonus: Microsoft Excel unterstützt inzwischen Python-Programmierung Lokales DACH Chapter auf https://fmwc-dach.eu/ Mit dem exklusiven Rabattcode "EngineeringKiosk", erhält jeder der sich über diesen Link anmeldet 50% Rabatt auf die Teilnahme im Jahr 2025 am localem DACH-Chapter. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMicrosoft Excel World Championship: https://fmworldcup.com/Localer DACH Chapter: https://fmwc-dach.eu/Jean Wolleh: https://www.linkedin.com/in/jean-wolleh-649b02196/Benjamin Weber: https://www.linkedin.com/in/benjamin-weber-fmwc/FlexiQuiz: https://www.flexiquiz.com/Advent of Code: https://adventofcode.com/Youtube-Kanal von Excel Wizard: https://www.youtube.com/c/ExcelWizardYoutube-Kanal von Diarmuid Early: https://www.youtube.com/@DimEarlyYoutube-Kanal von excelwithExcel: https://www.youtube.com/@excelwithExcel-xlsxYoutube-Kanal von Benjamin Weber: https://www.youtube.com/@benni-weber-excelYoutube-Kanal von Lorenzo Foti: https://www.youtube.com/@LorenzoFotiYoutube-Kanal von Elliott Paterson: https://www.youtube.com/@E_PatsYou Suck at Excel - Joel Spolsky: https://www.youtube.com/watch?v=JxBg4sMusIg Sprungmarken(00:00:00) Excel Weltmeisterschaft mit Jean Wolleh und Benjamin Weber (00:06:55) Erste Berührungspunkte mit Excel: Wie alles begann (00:07:10) Info/Werbung (00:08:10) Erste Berührungspunkte mit Excel: Wie alles begann (00:16:33) Excel eSports vs. Financial Modeling (00:20:21) Beispiele für eSports-Challenges: Map-Cases (00:26:21) Wie man Excel in der Weltmeisterschaft benutzt (00:31:37) Klassische Fallstricke in Excel-Competitions (00:36:04) Cheater bei der Excel Weltmeisterschaft (00:38:34) Vorbereitung auf die Wettkämpfe: Training & Taktiken (00:44:28) Die meist unterschätzten Excel-Funktionen (01:05:44) Google Sheets vs. Excel (01:07:12) Lokale DACH-Community und mein Einstieg in die Excel Meisterschaften 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

Wie geht man die Quartals- und Jahresplanung an und balanciert verschiedene Anforderungen? Für viele ist es ein langweiliges und notwendiges Übel. Für andere die beste Zeit des Jahres - Die Quartals- bzw. Jahresplanung. Firmen lieben es zu planen. Firmen lieben es, den Kunden neue Features zu versprechen. Produktmanager können endlich alles in die nächsten 3 Monate einordnen, dann wird das gemacht und die Welt ist wieder in Ordnung. Am Ende des Quartals fragt man sich dann aber: Wieso hat das alles so lange gedauert? Wieso haben wir für Feature X 2 Wochen geplant, aber es wurden 6 Wochen draus? Wieso werden wir bei der Software-Entwicklung langsamer und nicht schneller? Das ist ein bekanntes Bild in vielen Firmen, denn oft findet die Stimme der Software-Entwickler*innen keinen Platz in der Planung. Technical Debt abbauen? Machen wir nächstes Quartal. Was für die eigene Team-Produktivität tun, um manuelle Aufgaben zu automatisieren? Das lohnt sich nicht. Kleine Bugs, sogenannte Papercuts, fixen um die Power-User glücklich zu machen? Zu klein, machen wir nebenher. Software updaten? Das ist Keep The Lights On Arbeit und kann doch Ops machen. So oder so ähnlich trägt es sich alle 3 Monate in Firmen zu. In dieser Episode geben wir euch mal ein paar Leitfragen und ein spezifisches Framework an die Hand, wie man die Software-Entwicklungs-Ressourcen gut über das nächste Quartal balanciert, es genug Features in die Roadmap schaffen, aber auch Zeit für Tech Debt und Produktivitätsverbesserungen bleibt. Dabei klären wir, warum eine gewisse Planung eigentlich so wichtig ist, wer eigentlich immer die ganzen Anforderungen auf den Tisch knallt, was Over-Commitments und Rollovers sind, wie Ubuntu und Github mit Mission Papercut kleine Bugs zu einem großen Projekt gemacht hat aber auch warum eine Quartalsplanung in die Bereiche KTLO, Build New Stuff, Improve Stuff und Productivity eingeteilt werden sollte. Das Thema klingt trocken. Dennoch kann dies euch eine Stimme im Planungsprozess geben, damit ihr endlich mal Zeug aufräumen könnt. Bonus: Ist Jira das neue ERP-System? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksA framework for balancing and budgeting engineering resourcing: https://medium.com/engineering-operations/a-framework-for-balancing-and-budgeting-engineering-resourcing-d0cce0e6911cPapercuts: The little fixes that made a big difference at GitHub: https://kathykorevec.substack.com/p/papercuts-the-little-fixes-that-made100 Hundreds Papercut Mission @ Ubuntu: https://wiki.ubuntu.com/One%20Hundred%20Papercuts/MissionPaper cut bug: https://en.wikipedia.org/wiki/Paper_cut_bugDear GitHub: https://github.com/dear-github/dear-github/issues Sprungmarken(00:00:00) Ausbalancierung von Engineering-Ressourcen (00:06:14) Info/Werbung (00:07:14) Die Priorisierung vom Backlog treiben lassen (00:09:47) Wer alles bei der Priorisierung mitreden möchte (00:13:20) Balancierung mit 4 Bereichen: KTLO, Build new stuff, Improve Stuff und Productivity (00:20:20) Build new Stuff und Improve Stuff (00:26:02) Productivity (00:27:34) Zusammenhang zu OKR, Shape Up, Scrum und Co. (00:31:05) Impact deiner Änderungen (00:40:24) Leitfragen bei deiner Quartalsplanung (00:44:46) Papcercuts: Kleine Fixes mit großem Effekt 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

Von Kanten und Knoten: Ein Einstieg in Graph-Datenbanken Welche Relationen die einzelnen Datensätze in deiner Datenbank haben, kann eine Rolle bei der Entscheidung spielen, welche Art von Datenbank du am besten einsetzen solltest. Wenn du unabhängige Datensätze hast, die keine Relation zueinander haben oder häufige One to Many-Relationen, sind relationale Datenbanken gut geeignet. Wenn du jedoch sehr viele Many to Many Relationen hast, spielt eine Datenbank-Art ihre Vorteile aus: Graph Datenbanken. Ein gutes Beispiel sind wohl soziale Netzwerke wie LinkedIn oder Facebook, wo Events, Personen, Firmen und Posts mit Kommentaren eine durchgehende Beziehung zueinander haben. Auch bekannt als Social Graph. Natürlich kann dies auch alles in einer relationalen Datenbank gespeichert werden, aber Fragen wie “Gib mir bitte alle Personen, über die ich im 3. Grad verbunden bin, die aus Deutschland kommen und bei Aldi gearbeitet haben” sind schwer zu beantworten. Für Graph-Datenbanken jedoch ein Klacks. Grund genug, diesem Thema eine Bühne zu geben. Darum geht es in dieser Episode. In dem Interview mit dem Experten Michael Hunger klären wir, was eine Graph-Datenbank ist, welche Anwendungsfälle sich dadurch besser abbilden lassen, als z. B. in relationalen Datenbanken, was der Ursprung von Graph Datenbanken ist, was der Unterschied eines Property-Graph-Model und dem Triple-Store-Model ist, wie man mithilfe von Sprachen wie Cypher, SPARQL und Datalog, Daten aus einem Graph extrahiert, für welche Use Cases dies ggf. nicht die richtige Datenstruktur ist und geben einen Einblick in die Themen Knowledge Graphen, LLMs und GraphRAG. Bonus: Was der Film Matrix mit Graph-Datenbanken zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksMichael Hunger auf LinkedIn: https://www.linkedin.com/in/jexpde/Neo4j: https://neo4j.com/Cypher - Neo4j’s declarative query language: https://neo4j.com/docs/cypher-manual/current/introduction/Microsoft Trinity: https://www.microsoft.com/en-us/research/project/trinity/GraphAcademy: https://graphacademy.neo4j.com/SPARQL: https://de.wikipedia.org/wiki/SPARQLDatalog: https://de.wikipedia.org/wiki/DatalogGraphRAG: Kombination aus Graphen und Text für LLMs: https://www.heise.de/hintergrund/GraphRAG-Kombination-aus-Graphen-und-Text-fuer-LLMs-10185768.htmlHierarchical navigable small world (HNSW) Algorithmus: https://en.wikipedia.org/wiki/Hierarchical_navigable_small_world Sprungmarken(00:00:00) Graph Datenbanken mit Michael Hunger (00:05:17) Info/Werbung (00:06:17) Graph Datenbanken mit Michael Hunger (00:16:12) Warum Java für eine Datenbank? (00:20:51) Was sind klassische Anwendungsfälle von Graph Datenbanken? (00:24:13) Vokabeln im Bereich Graph Datenbanken (00:27:27) Graphen in relationalen Datenbanken (00:31:11) Cypher als Abfragesprache für Graph Datenbanken (00:42:20) SPARQL und Datalog als Abfragesprachen für Graph Datenbanken (00:52:38) Index-Strukturen bei Graph Datenbanken (00:55:08) Wofür sind Graph Datenbanken nicht geeignet? (01:00:14) LLMs, Knowledge Graphen und GraphRAG (01:07:32) Mein Einstieg in die Welt der Graph Datenbanken 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

Wie kommt man eigentlich zu einer Führungsposition? Wie werde ich Engineering Manager? Diese Frage hat uns aus unserer Community erreicht. Ein Grund genug, sich diesem Thema in einer Episode zu widmen. Diesmal aber in einer leicht anderen Form. Die Frage stammt von Jan, einem Full-Stack Software-Engineer, der in Zukunft ins Engineering Management wechseln möchte. Mit ihm haben wir ein Vor-Interview geführt und ihn mit Fragen gelöchert. Wir gehen darauf ein, was wir eigentlich unter einer Führungskraft verstehen, welche Motivationen existieren um ins Engineering Management wechseln zu wollen, ob es dabei automatisch immer mehr Geld gibt, welche Herausforderungen beim Wechsel vom Engineer ins Management entstehen, wo der wechsel leichter ist, im eigenen Unternehmen oder durch einen Firmenwechsel, wie man sich einen klassischen Arbeitsalltag als Manager vorstellt und was man bereits heute tun kann, um für eine solche Position infrage zu kommen. Bonus: Ein Podcast wird zum Radio. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksJan Semrau auf LinkedIn: https://www.linkedin.com/in/jan-semrau-620a2815b/Engineering Kiosk Episode #140 Tech-Leadership: Die technische Vision als Leitfaden für Teams: https://engineeringkiosk.dev/podcast/episode/140-tech-leadership-die-technische-vision-als-leitfaden-f%C3%BCr-teams/Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/Wie wohlhabend bin ich im Vergleich?: https://www.iwkoeln.de/fileadmin/user_upload/HTML/2022/Einkommensrechner/index.html The Seniority Roller Coaster and Down-Leveling in Tech: https://blog.pragmaticengineer.com/the-seniority-roller-coaster/ Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/Engineering Kiosk Episode #83 Transparenz im Tech-Leadership & Fehlerkultur: Wie weit kann ich gehen? https://engineeringkiosk.dev/ep83Engineering Kiosk Episode #33 Andy im Team Lead Bewerbungsgespräch: https://engineeringkiosk.dev/podcast/episode/33-andy-im-team-lead-bewerbungsgespr%C3%A4ch/ Sprungmarken(00:00:00) Intro (00:01:08) Wie werde ich Engineering Manager*in? (00:03:33) Kontext, Erfahrung und Umgebung von Jan Semrau (00:07:06) Info/Werbung (00:08:06) Kontext, Erfahrung und Umgebung von Jan Semrau (00:19:21) Welches Level einer Führungskraft darf es denn sein? (00:26:48) Was ist deine Motivation? Warum möchtest du Führungskraft werden? (00:40:21) Ist es ein klassischer Karriereschritt, in eine Führungsrolle zu wechseln? (00:50:45) Was wurde bereits getan, um die Position eines Engineering Managers zu bekommen? (00:53:26) Ist es leichter, eine solche Stelle im eigenen Unternehmen oder bei einem Arbeitgeberwechsel zu bekommen? (01:04:35) Die Vorstellung eines klassischen Arbeitsalltags als Führungskraft (01:11:48) Was sind deine größten Herausforderungen beim Wechsel in eine Führungsrolle? 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

Fuzzing: Software-Stabilität durch Zufalls-generierte Eingabedaten Testen, besonders automatisiertes Testen der eigenen Software, gilt als Best Practice in der Softwareentwicklung. Egal, ob wir dabei von Unit-Testing, Integration Testing, Funktions- oder Akzeptanztesting sprechen. Die Idee dabei ist, dass wir die Fehler in der Software gering halten. Auch wenn deine Tests zu einer 100%igen Code Coverage führen, heißt es nicht, dass dein Programm keine Bugs hat. Denn ein Problem gibt es bei all diesen Test-Arten: Die Input-Parameter sind i.d.R. nach einer gewissen Struktur erstellt worden. Und dies heißt noch lange nicht, dass diese Input-Parameter alle möglichen Fälle abdecken. Und genau da kommt das Thema Fuzzing bzw. Fuzz-Testing ins Spiel. Das Testen deiner Software mit zufällig generierten Input-Parametern. Das klingt erstmal wild, kann aber ganz neue Probleme in deiner Software aufdecken. Und das ist das Thema in dieser Episode. Zu Gast ist Prof. Dr. Andreas Zeller, Forscher im Bereich Softwaretesting und Autor des Fuzzing Books. Mit ihm klären wir, was Fuzzing eigentlich ist, woher es kommt und wie es sich gegenüber anderen Teststrategien, wie Unit-Testing, verhält. Er gibt uns einen Einblick in die Unterschiede von Search-Based Fuzzing, Grammar-Fuzzing, Symbolic Fuzzing sowie spezifikationsbasierten Fuzzern, wie komplexe Systeme mittels metamorphes Testen verbessert werden können, was das Orakel-Problem ist, wie z.B. Datenbanken gefuzzed werden können, aber auch wie das Ganze in der Praxis angewendet werden kann und wie du einfach mit Fuzzing starten kannst. Bonus: Was ein Orakel mit Testing zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/ Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksProf. Dr. Andreas Zeller: https://andreas-zeller.info/Prof. Dr. Andreas Zeller auf LinkedIn: https://www.linkedin.com/in/andreaszeller/CISPA – Helmholtz-Zentrum für Informationssicherheit: https://cispa.de/deOSS-Fuzz: https://github.com/google/oss-fuzzClusterFuzz: https://github.com/google/clusterfuzzThe Fuzzing Book: https://www.fuzzingbook.org/ACM SIGSOFT Outstanding Research Award: https://www2.sigsoft.org/awards/outstandingresearch/KLEE Symbolic Execution Engine: https://klee-se.org/AFL++: https://aflplus.plus/Blog-Artikel über EvoSuite: https://apanichella.github.io/tag/evosuite/Manuel Rigger “Bugs found in Database Management Systems”: https://www.manuelrigger.at/dbms-bugs/FANDANGO: Evolving Language-Based Testing: https://github.com/fandango-fuzzer/fandangoinputLab: https://inputlab.net/Paper “Will AI replace Software Engineers? Do not hold your breath”: https://arxiv.org/abs/2502.20429 Sprungmarken(00:00:00) Intro (00:01:37) Fuzzing mit Prof. Dr. Andreas Zeller (00:07:55) Info/Werbung (00:08:55) Was ist Fuzzing? (00:12:37) Fuzzing im Kontext von anderen Test-Strategien (00:14:45) Woher stammt Fuzzing? (00:18:41) Eingabe-Parameter beim Testing (00:22:43) Unterschiedliche Arten von Fuzzing (00:31:37) Feedback vom Fuzzer erneut in den Testprozess integrieren (00:40:23) Search-Based-, Grammar-, Symbolic- und spezifikationsbasiertes Fuzzen (00:45:04) Fuzzing: Wissenschaft vs. Praxis (00:50:32) Fuzzing von hochkomplexen Systemen wie z.B. Datenbanken (01:03:04) LLMs vs. Fuzzing (01:09:16) Mit dem Fuzzing starten (01:15:58) Testabdeckung bei elektronischen Rechnungen 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

Die Entwicklung eines Spiels: Die Königsdisziplin des Software-Engineerings? Computerspiele sind für viele ITler der Einstieg. Sei es das Verlangen, auch mal ein Spiel zu programmieren, oder die frühe Erstellung von LUA-Skripten bei World of Warcraft oder auch nur die Programmierung der eigenen Clan-Website. Für Software-Engineers, die nicht in der Spieleindustrie gelandet sind, ist die Entwicklung von Spielen irgendwie etwas Spannendes. Wie erschafft man ein Level? Wie programmiert man, dass sich die Figur in diesem Level bewegen kann? Wie baut man eine Kollisionsdetektion? Das sind zumindest Fragen, die uns oft in den Sinn kommen. Doch Spieleentwicklung ist viel, viel mehr als nur die reine Programmierung. Man könnte sogar die Frage stellen: Ist die Entwicklung eines Spiels die Königsdisziplin des Software-Engineerings? Diese Frage versuchen wir in dieser Episode zu beantworten. Wir sprechen mit dem Spieleentwickler Dominic Pacher, der u.a. am Industrie-Giganten 4.0 mitgearbeitet hat. Wir klären mit ihm auf was es bei einem Spiel ankommt, welche Aufgaben eigentlich eine Game Engine bei der Entwicklung übernimmt, was eigentlich ein Game Loop und ein Vertical Slice ist, wie viel Arbeit in Texturen, Sound und Art-Design anfällt, welche Rolle Collider bei Physik-Engines spielen, wie Spiele getestet werden, welche Herausforderung es bei der Lokalisierung von Spielen und der Veröffentlichung in anderen Ländern gibt, welche Rolle eigentlich ein Game-Publisher hat, wie viel Spiele pro Tag auf Steam erscheinen und wie wichtig aber auch schwierig das Balancing der Spielmechanik ist, um das Spiel attraktiv zu halten. Natürlich sprechen wir auch über Game Engines wie Unity, Unreal oder Godot oder warum Spieleentwickler oft kein Git als Versionskontroll-Software nutzen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Anregungen, Gedanken, Themen und WünscheDein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … EngKiosk Community: https://engineeringkiosk.dev/join-discord LinkedIn: https://www.linkedin.com/company/engineering-kiosk/Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialInstagram: https://www.instagram.com/engineeringkiosk/Unterstütze den Engineering KioskWenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer Buy us a coffee: https://engineeringkiosk.dev/kaffee LinksDominic Pacher: https://www.linkedin.com/in/dominic-pacher-641626242/Dr. Arbeit von Dominic Pacher - Spatially aware graph stores: https://ulb-dok.uibk.ac.at/ulbtirolhs/content/pageview/345881Infoküche Podcast: https://github.com/woolfg/infokueche_websiteIndustrie Gigant 4.0: https://donvsdodo.de/industry-giant-4-0/Don vs. Dodo: https://donvsdodo.de/Command & Conquer Open Source: https://github.com/electronicartsFunny Command & Conquer Code Comments: https://www.reddit.com/r/commandandconquer/comments/1izpkmh/funny_generals_source_code_comments/Doom Bible: https://5years.doomworld.com/doombible/doombible.pdfEngineering 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/Unreal Engine: https://www.unrealengine.com/deUnity Game Engine: https://unity.com/de/gamesGodot Game Engine: https://godotengine.org/Bullet Physik Engine: https://github.com/bulletphysics/bullet3Git LFS: https://git-lfs.com/Perforce Version Control: https://www.perforce.com/products/helix-coreUnity Version Control: https://unity.com/solutions/version-controlFactorio: Space Age - Graphics mode tests: https://www.youtube.com/watch?v=CgMV2dFFdFEPath of Exile 2: Skill Tree erklärt: https://mein-mmo.de/path-of-exile-2-passiver-skill-tree-erklaert/RimWorld: https://rimworldgame.com/ Sprungmarken(00:00:00) Intro (00:01:45) Spieleentwicklung mit Dominic Pacher (00:05:42) Info/Werbung (00:06:42) Spieleentwicklung mit Dominic Pacher (00:10:35) Wie sieht der Alltag eines Spieleentwicklers eigentlich aus? (00:14:49) Die drei großen Entwicklungsbereiche bei Spielen (00:21:09) Game Bible und Feature Creep (00:26:47) Game Engines wie Unreal, Unity oder Godot (00:39:59) Multiplayer und Cross-Device Gaming (00:46:46) Versionskontrolle bei der Spieleentwicklung (00:54:10) Lokalisierung von Spielen (00:58:24) Testing von Spielen (01:04:57) Balancing der Spielmechanik (01:12:49) Veröffentlichung von Spielen und die Rolle von Publishern (01:28:44) Dein Einstieg in die Spieleentwicklung 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

Code mit Impact und Meeresschutz digital: Der Einsatz von Software bei Sea Shepherd Deutschland In dieser Episode tauchen wir in die Welt des Meeresschutzes ein. Florian Stadler, seit 15 Jahren aktiv und Kampagnenleiter bei Sea Shepherd Deutschland, gibt uns Einblicke, wie Software beim Meeresschutz angewandt wird, um verlorene Fischernetze (sogenannte Geisternetze) aufzuspüren und zu bergen. Wir sprechen darüber, wie mithilfe Sonar-Scans und manueller Interpretation und (teils öffentlicher) Datenbanken der Meeresboden in der Ostsee systematisch untersucht wird, um illegale Fangmethoden und Umweltschäden aufzudecken. Dabei beleuchten wir auch Herausforderungen wie Schiffs-Ortungen, Bereiche von Cyber Security, wie z. B. AIS-Spoofing, den Datenaustausch mit anderen Organisationen, Infrastruktur auf einem Schiff von Sea Shepherd, wie Software-Entwickler*innen beim Meeresschutz helfen können und den oft überraschenden Einsatz von pragmatischen Lösungen wie händisch gepflegte Excel-Listen, selbst erstellten Google Maps-Layern oder Bildmaterial von öffentlich zugänglichen Webcams. Die Grenzen zwischen Hightech und altbewährter Technik mit pragmatischen Ansätzen verschwimmen hier ganz wunderbar. Bonus: Excel vs. Hightech – Wie kann man mit simplen Tools und digitaler Navigation ganze Meeresgebiete effizient kartieren? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksInternational Oceans Film Tour: https://de.oceanfilmtour.com/deSea Sheperd: https://sea-shepherd.de/Dürfen wir vorstellen, die TRITON: https://sea-shepherd.de/news/durfen-wir-vorstellen-die-triton/Bundesamt für Seeschifffahrt und Hydrographie: https://www.bsh.de/DE/Home/home_node.htmlhttps://www.geomar.de/https://globalfishingwatch.org/AIS Spoofing: https://windward.ai/glossary/what-is-ais-spoofing/AIS Exposed. Understanding Vulnerabilities and Attacks 2.0 by Marco Balduzzi: https://www.youtube.com/watch?v=5rt9dzu3I7U Sprungmarken(00:00:00) Intro (00:01:28) Meeresschutz bei Sea Shepherd Deutschland mit Florian Stadler (00:05:50) Der letzte Einsatz (00:06:29) Info/Werbung (00:07:29) Der letzte Einsatz (00:11:45) Die Ostsee als Einsatzgebiet (00:13:47) IT und Software beim Support von Einsätzen und das Schiff Triton (00:16:30) Geisternetze, Sonar-Scans, Datenbanken und Excel-Listen (00:27:34) Kartographierung der Ostsee (00:36:20) Austausch der Daten mit anderen Organisationen (00:37:56) Open Source Intelligence, Vessel-Tracking und Spoofing (00:53:21) Wie Software und Software-Entwickler*innen helfen können (01:02:50) Schiffs-Infrastruktur und Antennen HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Code mit Impact: Creative Coding und Generative Kunst mit Sabine Wieluch “Ist das Kunst oder kann das Weg?” - Das ist eine gängige Frage von Leuten, die i.d.R. nix mit Kunst am Hut haben. Sogenannte Banausen. Denn oft kann man Kunst nicht in Daten und Fakten pressen. Es ist subjektiv. Anders. Neuartig. Ab und zu auch etwas schräg. Ggf. macht es dies so unverständlich. Wenn man aber ein unbekanntes Feld (in diesem Fall Kunst) mit einem Herzensthema (in unserem Fall Software-Engineering) verbindet, sieht es schon ganz anders aus. Auf einmal will man mehr wissen. Und genau darum geht es in dieser Podcast-Episode: Um Creative Coding und Generative Kunst. Im Interview mit Sabine Wieluch (aka bleeptrack) klären wir, was creative Coding und generative Kunst ist, warum eine Informatikern mit Machine Learning Background nicht am heißesten Thema der Industrie im Jahr 2025 arbeitet sondern sich eigenen künstlerischen Projekten widmet, wie ein Design für ein Holzstuhl aus Blattadern generiert werden kann, warum einzigartige Mittelfinger-Sticker von einem bayrischen Minister geehrt wurden, welche Open Source Projekte dich bei deiner Entwicklung von generativer Kunst unterstützen können aber auch wie kleine Details, zB Metall und die Funktionsweise von NFC, dein Kunstprojekt vor Herausforderung stellt. Bonus: Was Minecraft mit generativer Kunst zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksSabine Wieluch (bleeptrack): https://bleeptrack.de/Sabine Wieluch (bleeptrack) auf YouTube: https://www.youtube.com/channel/UCyFQ1G1za8f4FIv2D9gwXrgSabine Wieluch (bleeptrack) auf Patreon: https://www.patreon.com/BleeptrackFrauen und Technik Podcast - Tiny House, Code-Kunst und perfekter Kaffee: Relive mit Bleeptrack, das Superleak von 600.000 E-Autos, Recap 38c3: https://frauen-technik.podigee.io/12-neue-episodeSabine Wieluch aka. Bleeptrack @ dev.env-Podcast: https://www.podcast.de/episode/623282378/21-sabine-wieluch-aka-bleeptrackPiet Mondrian - Komposition mit Rot, Blau und Gelb: https://www.artmajeur.com/de/magazine/5-kunstgeschichte/komposition-mit-rot-blau-und-gelb-von-piet-mondrian/333205Simulierter Sitzplatz: Genchair @ heise make: https://www.heise.de/select/make/2020/3/1592323556909884Tiny Tapeout: https://tinytapeout.com/Operation Mindfuck Vol. 7 (5:39 – 12:39): https://media.ccc.de/v/38c3-operation-mindfuck-vol-7CityEL: https://de.wikipedia.org/wiki/CityELOpen Source Hardware Association: https://www.oshwa.org/Demoszene: https://de.wikipedia.org/wiki/DemoszenePrototype Fund: https://prototypefund.de/Kulturstiftung des Bundes - Kunst und KI: https://www.kulturstiftung-des-bundes.de/de/projekte/film_und_neue_medien/detail/kunst_und_ki.htmlp5.js: https://p5js.org/Paper.js: https://github.com/paperjs/paper.js/The Coding Train: https://thecodingtrain.com/Processing: https://processing.org/How to Create Luck: https://www.swyx.io/create-luckZKM - Zentrum für Kunst und Medien Karlsruhe: https://zkm.de/deGulaschprogrammiernacht: https://de.wikipedia.org/wiki/Gulaschprogrammiernacht Sprungmarken(00:00:00) Intro (00:01:28) Creative Coding und Generative Kunst mit Sabine Wieluch (00:05:28) Info/Werbung (00:06:28) Creative Coding und Generative Kunst mit Sabine Wieluch (00:12:31) Was ist Creative Coding und Generative Kunst? (00:18:49) Verbindung zur realen Welt und die Bezeichnung Maker*in vs. Künstler*in vs. Informatiker*in (00:23:57) Finanzierung, Förderungen, Ausschreibungen und die Künstlerszene (00:35:09) Funky Fingers (00:38:46) GenChair (00:46:07) Generative Printed Circuit Boards (PCB) (00:49:31) tap4art (00:56:22) Der Tech-Stack für generative Kunst und Open Source (01:01:54) Wie lege ich selbst mit Creative Coding und Generative Kunst los? (01:05:35) Tiny House und CityEL (01:08:58) Projekt-Inspiration und Ration von Start vs. End HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Der Mainframe ist tot, lang lebe der Mainframe! “Nobody ever got fired for buying IBM”. So oder so ähnlich hieß bzw. heißt ein Sprichwort in unserer IT-Industrie. Und wenn man sowas hört, hat man oft eins im Sinn: Mainframes. Die dicken Kisten, die in jeder Bank und in jeder Versicherung stehen. Das Ganze sagt sich so schnell. Doch wissen wir wirklich, wovon wir da eigentlich sprechen? In dieser Episode klären wir was eigentlich ein Mainframe ist, was diesen so besonders macht, wie groß und teuer eine solche Maschine ist, was eine z-Architektur ist, ob Mainframes für Greenfield-Projekte genutzt werden, welche Betriebssysteme darauf laufen können, ob wir bei der Software-Entwicklung an COBOL gebunden sind oder ob Go, JavaScript, Rust und Co auch auf einem Mainframe laufen können und inwieweit wir moderne Praktiken wie GitOps, Continuous Delivery, Pre-Production-Testing und Co anwenden können. Am Ende stellen wir uns die Frage, ob der Mainframe im Zeitalter von Cloud, Kubernetes, Commodity Hardware und verteilte Systeme noch eine Rolle spielt, wie wir als Software-Entwickler mal mit der z-Architektur und dem Mainframe spielen können und was für Herausforderungen die Firmen, die heutzutage noch einen Mainframe und alten Quellcode betreiben, so haben. Bonus: Heißt es Der, die oder das Mainframe? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksTobias Leicher auf LinkedIn: https://www.linkedin.com/in/tobias-leicher/Mainframe – What the Heck? Podcast: https://www.podcast.de/podcast/1140781/mainframe-what-the-heckIBM Mainframe Life Cycle History: https://www.ibm.com/support/pages/system/files/inline-files/IBM%20Mainframe%20Life%20Cycle%20History%20V2.14%20-%20October%2010%202023_0.pdfIBM bringt Go auf den Mainframe: https://www.heise.de/news/IBM-bringt-Go-auf-den-Mainframe-3068764.htmlLinuxONE and Linux on IBM Z Open Source Team auf Github: https://github.com/linux-on-ibm-zOpen Mainframe Project: https://openmainframeproject.org/OpenTelemetry on Mainframe Priorities Survey: https://opentelemetry.io/blog/2025/otel-mainframe-priorities-survey/OpenTelemetry Mainframe Special Interest Group: https://github.com/open-telemetry/sig-mainframeIBM J9 JVM: https://www.ibm.com/docs/en/call-center/10.0?topic=machines-j9-jvmEngineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/Mainframe hardware: Logical partitions (LPARs): https://www.ibm.com/docs/en/zos-basic-skills?topic=design-mainframe-hardware-logical-partitions-lparsUnix System Services: https://de.wikipedia.org/wiki/Unix_System_ServicesCan It Run Doom: https://canitrundoom.org//r/mainframe Doom. Is it possible?: https://www.reddit.com/r/mainframe/comments/116kkb2/doom_is_it_possible/Parallel Sysplex: https://de.wikipedia.org/wiki/Parallel_SysplexCOBOL Fridays webcast series: https://developer.ibm.com/series/cobol-fridays-webinar-videos/IBM Z Xplore-Lernplattform: https://www.ibm.com/de-de/z/resources/zxploreDiscord for Mainframes: https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/darren-surch1/2024/04/26/discord-for-mainframers?communityKey=b8b88f20-24c8-49f0-9021-4a8c6247a067Podcast “The Billion Transaction Machine”: https://listen.casted.us/public/95/The-Billion-Transaction-Machine-88848cddCloudnative Entwicklung und Testen für z/OS in IBM Cloud: https://www.ibm.com/de-de/cloud/wazi-as-a-service Sprungmarken(00:00:00) Mainframes mit Tobias Leicher (00:06:37) Info/Werbung (00:07:37) Der, die oder das Mainframe? (00:13:45) Was ist ein Mainframe? Hardware, Größe, Preis und Features (00:24:47) Transaktionale Workloads und Mainframe Nutzer (00:31:09) zOS und Linux auf dem Mainframe und Sprach-Runtimes (00:42:24) Legacy-Software in Cobol, PL/1 und Java (00:53:07) Pre-Production-Testing, Virtualisierung und verteilte Systeme (00:59:56) K8s, CNCF, GitOps, DevOps und Deployments (01:05:42) Die Zukunft von Mainframes und Doom (01:21:21) Mit dem Mainframe(rn) in Berührung kommen HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

GPU-Programmierung: Andere Chips und eine andere Art zu programmieren In der heutigen Zeit dreht sich fast alles in der IT um AI. Und damit auch oft um den sich positiv entwickelnden Aktienkurs von Nvidia. Warum Nvidia? Als Hersteller von Grafikkarten bzw. Grafikchips (kurz GPUs) profitieren sie deutlich von den hohen Nachfragen nach dieser Art von Chips. Das Ganze hat die Frage aufgeworfen: Inwieweit ist die Programmierung auf bzw. für eine GPU anders als bei einer klassischen CPU? In dieser Episode behandeln wir dieses Thema: Paralleles Programmieren auf der GPU. Wir bröseln das Buzzword-Bingo auf und schauen uns an, was der Unterschied zu verteiltem vs. parallelem Rechnen ist, was HPC und CUDA eigentlich ist, ob bzw. wie man auf Grafikkarten ohne Frameworks programmieren kann, welche algorithmischen Use Cases neben AI und Transformer-Modelle existieren, wie man einen Algorithmus für die GPU programmiert und was man alles vermeiden sollte, sprechen über Speicherzugriffsmuster und warum Matrizen-Multiplikationen so gut auf GPUs funktionieren aber auch was Performance-Portabilität bedeutet und ob es Probleme mit der Heterogenität von Grafikkarten und Chips gibt. Und das alles mit Dr. Prof. Peter Thoman. Bonus: Wie besucht man möglichst effizient alle Städte in Deutschland? Das Problem des Handlungsreisenden. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksDr. Peter Thoman: https://dps.uibk.ac.at/~petert/PH3 GmbH: https://www.ph3.at SimSYCL: https://github.com/celerity/SimSYCL Celerity: https://celerity.github.io/CUDA: https://developer.nvidia.com/cuda-toolkitWas ist CUDA: https://www.bigdata-insider.de/was-ist-cuda-a-851005/OpenMP: https://www.openmp.org/OpenMPI: https://www.open-mpi.org/OpenGL: https://www.opengl.org/OpenCL: https://www.khronos.org/opencl/Engineering Kiosk Episode #180 Skalierung, aber zu welchem Preis? (Papers We Love): https://engineeringkiosk.dev/podcast/episode/180-skalierung-aber-zu-welchem-preis-papers-we-love/Nvidia Self-Paced Training: https://learn.nvidia.com/en-us/training/self-paced-coursesSYCL Academy: https://github.com/codeplaysoftware/syclacademy Sprungmarken(00:00:00) Intro (00:01:28) Paralleles Programmieren auf der GPU mit Peter Thoman (00:07:26) Was ist was? Verteiltes vs. paralleles Rechnen, HPC, CUDA und mehr (00:08:34) Info/Werbung (00:09:34) Was ist was? Verteiltes vs. paralleles Rechnen, HPC, CUDA und mehr (00:22:34) Wie hat die Berechnung auf der GPU begonnen? (00:33:23) Use-Cases für die GPU (00:45:58) Matrizenmultiplikation und Neuronale Netze auf der GPU (00:55:11) Heterogenität der Grafikkarten und Chips (01:00:10) Dein Einstieg in die GPU-Programmierung HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Event Sourcing: Ein Deep Dive mit Golo Roden Speziell beim Debuggen stellen wir uns oft die Frage “Wie kam dieser Datensatz nun in diesen Zustand?”. Nachvollziehbarkeit ist da oft schwer. Wenn man Glück hat, gibt es irgendwo ein Log. Wenn man Pech hat, hat man nach der erfolglosen Log-Suche ein neues Ticket, um ein Log einzubauen. Wäre es nicht irgendwie cool, alle Zustandsänderungen zu protokollieren bzw. zu speichern? Oder noch besser: Dieses Verhalten als First-Class-Konzept in meiner App zu behandeln? Wenn man das Ganze weiter denkt, landet man oft beim Thema “Event Sourcing”. Event … wat? In dieser Podcast-Episode machen wir mal einen Deep Dive ins Thema Event Sourcing. Wir klären, was Event Sourcing eigentlich ist, welches Problem es eigentlich löst, wie technische Implementierungen aussehen können, was Command Query Responsibility Segregation (CQRS) und Domain Driven Design damit zu tun haben, wann man doch lieber Abstand von Event Sourcing halten sollte und welche Tools und Datenbanken dich dabei unterstützen. Bonus: Wie viele Stadtbibliotheken nutzen eigentlich Event Sourcing? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk Linksthe native web GmbH: https://thenativeweb.io/YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativewebEngineering Kiosk Episode #117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web: https://engineeringkiosk.dev/podcast/episode/117-vanilla-web-niedrige-kopplung-hohe-koh%C3%A4sion-mit-golo-roden-von-the-native-web/Engineering Kiosk Episode #162 Event Sourcing & Märchen mit Golo Roden von the native web: https://engineeringkiosk.dev/podcast/episode/162-event-sourcing-m%C3%A4rchen-mit-golo-roden-von-the-native-web/Microservice.io - Pattern: Event sourcing: https://microservices.io/patterns/data/event-sourcing.htmlMartin Fowler - Event Sourcing: https://martinfowler.com/eaaDev/EventSourcing.htmlEvent Sourcing auf Wikipedia: https://de.wikipedia.org/wiki/Event_SourcingCloudEvents: https://cloudevents.io/CloudEvents Spezifikation: https://github.com/cloudevents/spec/blob/main/cloudevents/spec.mdEngineering 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/Das Recht auf Löschung / "Recht auf Vergessenwerden" (Art. 17 DSGVO): https://www.bfdi.bund.de/DE/Buerger/Inhalte/Allgemein/Betroffenenrechte/Betroffenenrechte_L%C3%B6schung_Vergessenwerden.htmlEventStoreDB / Kurrent: https://www.kurrent.io/Change Data Capture: https://en.wikipedia.org/wiki/Change_data_captureCQRS – das einzige Video, das Du brauchst: https://www.youtube.com/watch?v=hP-2ojGfd-QEvent-Sourcing – das einzige Video, das Du brauchst: https://www.youtube.com/watch?v=ss9wnixCGRYDesigning Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems: https://dataintensive.net/ Sprungmarken(00:00:00) Intro (00:01:12) Event Sourcing mit Golo Roden (00:06:57) Info/Werbung (00:07:57) Wie kommt man zum Thema Event Sourcing? (00:11:03) Explain me like I am 5: Was ist Event Sourcing? (00:19:30) Nomenklatur im Event Sourcing und Standards (00:27:07) Welches Problem löst Event Sourcing? (00:35:36) Wie sieht eine technische Implementierung von Event Sourcing aus? (00:47:53) Command Query Responsibility Segregation (CQRS) und Domain Driven Design (00:53:54) Herausforderung und Nachteile bei Event Sourcing (01:04:57) Event Sourcing Systeme und Datenbanken (01:25:39) Technische Tipps, Libraries und weitere Ressourcen für den Einstieg HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.social

Über 50 Jahre Queries: Das relationale Datenbankmodell und die Sprache SQL haben Geburtstag! Relationale Datenbanken und die Abfragesprache SQL sind aus der modernen Welt nicht mehr wegzudenken. Egal ob du eine eigene Webseite mit WordPress betreibst, Business Intelligence Analysen für eine Versicherung machst oder die größte Oracle Datenbank der Welt betreibst - In allen Use Cases kommt das relationale Datenbankmodell und die Sprache SQL zum Einsatz. Und SQL ist bei weitem kein neuer heißer Scheiß. SQL ist inzwischen 50 Jahre alt und das relationale Datenbankmodell ist sogar noch 5 Jahre älter als SQL! Welche Technologie fällt dir ein, die inzwischen so alt ist, aber dennoch eine solch aktive und breite Nutzung vorweisen kann? Klar, COBOL, Fortan und Co sind bestimmt noch in irgendwelchen Kellern aktiv - Aber auch in diesem Volumen wie SQL? Dieser Umstand hat uns dazu bewegt, einmal die Frage zu beleuchten: Wie kam es eigentlich zu relationalen Datenbanken? Wie wurde SQL eigentlich erfunden? Darum geht's in dieser Episode. Wir erzählen die Geschichte von SQL. Inkl. Streit, welches Datenbankmodell das bessere ist, Wettbewerbe um die schönsten Queries zu schreiben, Behörden die Test-Suites für die Industrie schreiben und warum du IBM und Oracle ggf. mehr zu verdanken hast, als dir eigentlich lieb ist. Bonus: SQL wurde mal totgesagt, doch totgesagte leben länger. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk Links50 Years of Queries: https://cacm.acm.org/research/50-years-of-queries/Edgar F. Codd: A Relational Model of Data for Large Shared Data Banks https://www.seas.upenn.edu/~zives/03f/cis550/codd.pdfCodd's 12 rules: https://en.wikipedia.org/wiki/Codd's_12_rulesEngineering Kiosk Episode #99 Modernes SQL ist mehr als SELECT * FROM - mit Markus Winand: https://engineeringkiosk.dev/podcast/episode/99-modernes-sql-ist-mehr-als-select-from-mit-markus-winand/Edgar F. Codd: https://de.wikipedia.org/wiki/Edgar_F._CoddMichael Stonebraker: https://de.wikipedia.org/wiki/Michael_StonebrakerCharles Bachman: https://de.wikipedia.org/wiki/Charles_Bachman Sprungmarken(00:00:00) Intro (00:01:25) 50 Jahre relationale Datenbanken und SQL (00:03:32) Info/Werbung (00:04:32) 50 Jahre relationale Datenbanken und SQL (00:13:15) Research Projekt "System R" (00:18:42) SQL und die Special Interest Group on File Definition and Translation (00:23:52) Query Game, "Walk up and read" und Oracle (00:30:17) American National Standards Institute (ANSI) und NIST (00:36:07) Neue (und heutige) Datenbanksysteme wie Pilze aus dem Boden (00:42:43) Not only SQL (NoSQL) (00:50:16) Kritik an SQL - Orthogonalität, null values und Duplikate (00:58:10) SQL Heute und die Erfolgsfaktoren HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Zu verstehen, wie eine Firma Geld verdient, ist Voraussetzung um Mehrwert zu schaffen Die wenigsten von uns arbeiten für Luft und Liebe. Mieten müssen gezahlt werden und Essen müssen wir auch alle. Deswegen gehen viele von uns in einem klassischen Angestelltenverhältnis arbeiten. In einem Angestelltenverhältnis gehören auch Gehaltserhöhungen und ab und zu auch mal eine Beförderung dazu. Einige Gehälter werden automatisch angepasst, wie z.B. bei einer Tariferhöhung. Andere müssen dafür ihren Wert, den sie zur Firma beitragen, erhöhen. Und um dies zu erreichen, sollte man wissen, wie die eigene Firma eigentlich Geld verdient und welche Herausforderungen das Business-Modell hat. Denn dies ist nicht immer auf den ersten Blick zu erkennen. In dieser Episode schauen wir uns mal drei Business-Modelle an, erklären, worauf diese basieren, welche Herausforderungen diese mit sich bringen, ob diese sich heutzutage noch lohnen und welchen Zwiespalt diese oft bei der Produktentwicklung erzeugen. Wir sprechen darüber, wie viel du den Arbeitgeber eigentlich kostet, wie viel Werbung heutzutage noch Wert ist, Warum sogenannte A-Kunden zwar viel Geld einbringen können, aber ein großes Risiko für eine Firma sind, warum das passive Einkommen bei deinem eigenen Software as a Service Produkt ein Irrglaube ist und wie du das neue Wissen über Business-Modelle für dich nutzen kannst, um deinen eigenen Wert zu erhöhen. Bonus: Wenn man mehr Geld möchte, muss man mehr Geld einbringen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksShopping-Add-On "Honey" unter Betrugsverdacht: https://www.heise.de/news/Shopping-Add-On-Honey-unter-Betrugsverdacht-10221319.htmlFinanzfluss: https://www.finanzfluss.de/Engineering Kiosk Episode #123 The Bread Code: vom Entwickler zum Brot-Influencer mit Hendrik Kleinwächter: https://engineeringkiosk.dev/podcast/episode/123-the-bread-code-vom-entwickler-zum-brot-influencer-mit-hendrik-kleinw%C3%A4chter/Wirecutter: https://www.nytimes.com/wirecutter/Sprungmarken(00:00:00) Intro (00:01:24) Warum es wichtig ist, das Business-Modell zu verstehen (00:07:19) Info/Werbung (00:08:19) Cost per Click / Cost per Sale / Affiliate (00:20:11) Werbefinanzierte Services (00:38:49) Abo-Modelle oder X as a Service (00:56:20) Weitere Business-Modelle (00:59:02) Wie hilft mir, als Entwickler*in, dieses neue Wissen? HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Skalierung und verteilte Berechnungen: Sind mehr CPUs wirklich immer schneller? Stell dir vor, du bist Softwareentwickler*in und jeder spricht von Skalierung und verteilten Systemen. Doch wie effizient sind diese eigentlich wirklich? Heißt mehr Rechenpower gleich schnellere Ergebnisse? In dieser Episode werfen wir einen Blick auf ein wissenschaftliches Paper, das behauptet, die wahre Leistung von verteilten Systemen kritisch zu hinterfragen. Wir diskutieren, ab wann es sich lohnt, mehr Ressourcen einzusetzen, und was es mit der mysteriösen Metrik COST (ausgesprochen Configuration that Outperforms a Single Thread) auf sich hat. Hör rein, wenn du wissen willst, ob Single-Threaded Algorithmen in vielen Fällen die bessere Wahl sind. Bonus: Ggf. machen nicht alle Wissenschaftler so wissenschaftliche Arbeit. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksPapers We Love: https://paperswelove.org/Papers We Love GitHub Repository: https://github.com/papers-we-love/papers-we-lovePaper “Scalability! But at what COST?”: https://www.usenix.org/system/files/conference/hotos15/hotos15-paper-mcsherry.pdfBlogpost “Scalability! But at what COST?”: https://www.frankmcsherry.org/graph/scalability/cost/2015/01/15/COST.htmlSlides “Scalability! But at what COST?”: https://www.usenix.org/sites/default/files/conference/protected-files/hotos15_slides_mcsherry.pdfHackerNews Threas #1 zu “Scalability, but at what cost? (2015)”: https://news.ycombinator.com/item?id=11855594HackerNews Threas #2 zu “Scalability, but at what cost? (2015)”: https://news.ycombinator.com/item?id=26925449Paper “GraphX: Graph Processing in a Distributed Dataflow Framework”: https://www.usenix.org/system/files/conference/osdi14/osdi14-paper-gonzalez.pdfGraphChi: https://www.usenix.org/conference/osdi12/technical-sessions/presentation/kyrolaStratosphere (nun Apache Flink): http://stratosphere.eu/X-Stream: https://sigops.org/s/conferences/sosp/2013/papers/p472-roy.pdfApache Spark: https://spark.apache.org/Apache Giraph: https://giraph.apache.org/GraphLab: https://github.com/lqvito/graphlab?tab=readme-ov-fileDilbert Comics: https://dilbert.com/Single Thread Implementierung in Rust: https://github.com/frankmcsherry/COSTSingle Thread Implementierung in C++: https://github.com/MicrosoftResearch/NaiadSamples/tree/master/COSTCommand-line Tools can be 235x Faster than your Hadoop Cluster: https://adamdrake.com/command-line-tools-can-be-235x-faster-than-your-hadoop-cluster.html“Naiad” von Microsoft Research: https://www.microsoft.com/en-us/research/project/naiad/OpenMP: https://www.openmp.org/OpenMPI: https://www.open-mpi.org/HotOS 15 Workshop: https://www.usenix.org/conference/hotos15 Sprungmarken(00:00:00) Papers We Love: Scalability! But at what COST? (00:03:11) Was bedeutet Skalierung? (00:05:32) Info/Werbung (00:06:32) Was bedeutet Skalierung? (00:16:20) PageRank- und Label Propagation-Algorithmus (00:24:10) Optimierung der Daten und verwendeten Algorithmen für spezifische Probleme (00:29:17) COST: Configuration that Outperforms a Single Threat (00:31:58) Learnings aus dem Paper (00:37:50) Wissenschaftlicher Anspruch und Einschätzung des Papers (00:52:34) Was können wir für die Praxis aus dem Paper lernen? HostsWolfgang Gassler (https://gassler.dev) Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Machine Learning Operations (MLOps) mit Data Science Deep Dive. Machine Learning bzw. die Ergebnisse aus Vorhersagen (sogenannten Prediction-Models) sind aus der modernen IT oder gar aus unserem Leben nicht mehr wegzudenken. Solche Modelle kommen wahrscheinlich öfter zum Einsatz, als dir eigentlich bewusst ist. Die Programmierung, Erstellung und das Trainieren dieser Modelle ist die eine Sache. Das Deployment und der Betrieb ist die andere Thematik. Letzteres nennt man Machine Learning Operations, oder kurz “MLOps”. Dies ist das Thema dieser Episode. Wir klären was eigentlich MLOps ist und wie es sich zum klassischen DevOps unterscheidet, wie man das eigene Machine Learning-Modell in Produktion bringt und welche Stages dafür durchlaufen werden müssen, was der Unterschied von Model-Training und Model-Serving ist, welche Aufgabe eine Model-Registry hat, wie man Machine Learning Modelle in Produktion eigentlich monitored und debugged, was Model-Drift bzw. die Drift-Detection ist, ob der Feedback-Cycle durch Methoden wie Continuous Delivery auch kurz gehalten werden kann, aber auch welche Skills als MLOps Engineer wichtig sind. Um all diese Fragen zu beantworten, stehen uns Michelle Golchert und Sebastian Warnholz vom Data Science Deep Dive Podcast rede und Antwort. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksIn Numbers We Trust (INWT): https://www.inwt-statistics.de/Data Science Deep Dive Podcast: https://inwt.podbean.com/Programmiersprache “R”: https://www.r-project.org/Gradient boosting: https://en.wikipedia.org/wiki/Gradient_boostingMLFlow: https://mlflow.org/Jupyter Notebooks: https://jupyter.org/Databricks: https://www.databricks.com/AutoML: https://www.automl.org/automl/ Sprungmarken(00:00:00) Machine Learning Operations (MLOps) mit Michelle und von Data Science Deep Dive (00:06:29) Info/Werbung (00:07:29) Machine Learning Operations (MLOps) mit Michelle und von Data Science Deep Dive (00:17:21) Deployment eines ML Modells in Produktion: Model Training (00:30:09) Automatisierte Pipelines und der operationelle Betrieb (00:39:22) Reproduzierbarkeit und Debugging (00:45:27) Model Serving / Modellbereitstellung (00:52:28) Monitoring und Model Drift (01:05:39) Welche Skills benötige ich als MLOps Engineer? (01:13:21) Abschluss HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Softwareentwicklung in der Praxis: Infotainment-Systeme für Kreuzfahrtschiffe. Jede Industrie und Domäne hat ihre Eigenheiten und Herausforderungen. Dies überträgt sich auch auf die Software, die für die entsprechenden Anwendungsfälle geschrieben wird. Oft fragen wir uns “Wie ist es eigentlich, Software für Brauereien, Waschmaschinen oder Mähdrescher zu schreiben?”. In dieser Episode beantworten wir diese Frage für das Thema Kreuzfahrtschiffe - Also die richtig dicken Pötte. Welche Software wird auf einem Kreuzfahrtschiff benötigt? Auf welcher Hardware läuft diese und wo steht die Hardware überhaupt - In der Cloud oder ist das ein schwimmendes Datacenter? Wie sieht es mit der Internet-Connectivity und dem Debugging aus, wenn man auf den Weltmeeren unterwegs ist? Welche Probleme muss die Software lösen, wenn Ländergrenzen übertreten werden in Bezug auf Zeitzonen, Datenschutz und Accessibility? Unser Gast Sebastian Hammerl steht uns Rede und Antwort. Bonus: Speedboot fahren mit Systemadministratoren - Warum nicht? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksSebastian Hammerl auf LinkedIn: https://www.linkedin.com/in/shammerl/Backblaze Hard Drive Data and Stats: https://www.backblaze.com/cloud-storage/resources/hard-drive-test-dataGetslash: https://www.getslash.de/Sea Chefs: https://www.seachefs.com/Zeitumstellung führt in Marokko zu Verwirrung und Ärger: https://www.zeit.de/news/2018-10/28/zeitumstellung-fuehrt-in-marokko-zu-verwirrung-und-aerger-181028-99-565061 Sprungmarken(00:00:00) Intro (00:01:09) Softwareentwicklung auf und für Kreuzfahrtschiffe mit Sebastian Hammerl (00:07:08) Software auf einem Schiff installieren, wenn es im Trockendock ist (00:07:49) Info/Werbung (00:08:49) Software auf einem Schiff installieren, wenn es im Trockendock ist (00:27:51) Software die sich bewegt: Zeitzonen (00:36:39) Internationale Gegebenheiten: Datenschutz (00:39:41) Bug-Handling und Deployments (00:46:07) Schwimmendes Datacenter: Redundanz und Notfälle (00:53:16) Tech-Stack auf einem Schiff (00:55:40) Als IT-Admin auf dem Schiff arbeiten (01:01:16) Empfehlung für alle, die sich das Thema näher ansehen wollen HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Data Streaming und Stream Processing mit Apache Kafka und dem entsprechenden Ecosystem. Eine ganze Menge Prozesse in der Softwareentwicklung bzw. für die Verarbeitung von Daten müssen nicht zur Laufzeit, sondern können asynchron oder dezentral bearbeitet werden. Begriffe wie Batch-Processing oder Message Queueing / Pub-Sub sind dafür geläufig. Es gibt aber einen dritten Player in diesem Spiel: Stream Processing. Da ist Apache Kafka das Flaggschiff, bzw. die verteilte Event Streaming Platform, die oft als erstes genannt wird. Doch was ist denn eigentlich Stream Processing und wie unterscheidet es sich zu Batch Processing oder Message Queuing? Wie funktioniert Kafka und warum ist es so erfolgreich und performant? Was sind Broker, Topics, Partitions, Producer und Consumer? Was bedeutet Change Data Capture und was ist ein Sliding Window? Auf was muss man alles acht geben und was kann schief gehen, wenn man eine Nachricht schreiben und lesen möchte? Die Antworten und noch viel mehr liefert unser Gast Stefan Sprenger. Bonus: Wie man Stream Processing mit einem Frühstückstisch für 5-jährige beschreibt. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksStefan Sprenger auf LinkedIn: https://www.linkedin.com/in/stsprenger/Buch “Streaming Data Pipelines with Kafka” von Stefan Sprenger: https://www.manning.com/books/streaming-data-pipelines-with-kafkaKafka: https://kafka.apache.org/Kafka Streams: https://kafka.apache.org/documentation/streams/Kafka Connect: https://docs.confluent.io/platform/current/connect/index.htmlApache Flink: https://flink.apache.org/Apache Spark: https://spark.apache.org/Apache Camel: https://camel.apache.org/Change Data Capture: https://en.wikipedia.org/wiki/Change_data_captureDebezium: https://debezium.io/Wartungsfenster Podcast: https://wartungsfenster.podigee.io/RocksDB: https://rocksdb.org/Tombstone Record: https://en.wikipedia.org/wiki/Tombstone_(data_store)The Raft Consensus Algorithm: https://raft.github.io/Warpstream: https://www.warpstream.com/ Sprungmarken(00:00:00) Streaming mit Kafka mit Stefan Sprenger (00:06:18) Data Streaming und Stream Processing für 5-Jährige (00:07:40) Data Streaming und Stream Processing für Mid-Level-Engineers (00:07:47) Info/Werbung (00:08:47) Data Streaming und Stream Processing für Mid-Level-Engineers (00:14:14) Was ist Apache Kafka? (00:20:54) Datensätze in Apache Kafka: Produzieren und Konsumieren (00:25:58) Kafka Streams und Kafka Connect (00:30:34) Change Data Capture (00:34:36) Herausforderungen bei der Anwendung von Kafka, Kafka Streams und Kafka Connect (00:42:54) Compaction, Retention, Replication, Acknowledgement, Joins und Idempotenz (00:53:46) Einsatz in Organisationen: Governance und Schema Registry (00:59:00) Verteiltes System und komplexe Technologien (01:01:47) Die Zukunft um Kafka und das Ecosystem HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

3 Jahre Engineering Kiosk: Geburtstagsepiode und Jahresrückblick auf 2024 Der Engineering Kiosk Podcast wird stolze 3 Jahre alt. Ein Grund zu feiern. Zeitgleich geht das Jahr 2024 zu Ende. Eine Möglichkeit auf einen Rückblick, wie sich das Engineering Kiosk Projekt entwickelt. Wir sprechen über Episoden, die etws bei unseren Hörer*innen und bei uns selbst bewegt haben. Wir teilen ein paar Statistiken über den Podcast sowie unseren persönlichen Highlights, Lowlights und Neutralights. Weiterhin geben wir einen Einblick wie wir unsere Interviewgäste auswählen und wir auf gekaufte Interviews und Tech Employer Branding Agenturen reagieren. Am Ende lösen wir auch noch unsere Tech Predictions für das Jahr 2024 auf und entscheiden somit, wer das bessere Orakel ist. Bonus: Auch Podcast-Hosts streiten sich manchmal wie ein altes Ehepaar und ein paar Outtakes gibts auch. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksEngineering Kiosk Episode #170 - 404 Not Found!: https://engineeringkiosk.dev/podcast/episode/170-404-not-found/Engineering Kiosk Episode #113 Selbstmarketing ohne Bullshit: Brag Documents: https://engineeringkiosk.dev/podcast/episode/113-selbstmarketing-ohne-bullshit-brag-documents/Engineering Kiosk Episode #133 Die wichtige Rolle von 1on1s in Zeiten der Arbeiterlosigkeit: https://engineeringkiosk.dev/podcast/episode/133-die-wichtige-rolle-von-1on1s-in-zeiten-der-arbeiterlosigkeit/Engineering Kiosk Episode #61 Schwierige 1-on-1 Situationen und Lösungsvorschläge: https://engineeringkiosk.dev/podcast/episode/61-schwierige-1-on-1-situationen-und-l%C3%B6sungsvorschl%C3%A4ge/Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/Engineering Kiosk Episode #142 Ist Return to Office die Zukunft? Was die Wissenschaft sagt - mit Jean-Victor Alipour vom IFO: https://engineeringkiosk.dev/podcast/episode/142-ist-return-to-office-die-zukunft-was-die-wissenschaft-sagt-mit-jean-victor-alipour-vom-ifo/Engineering Kiosk Episode #138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter: https://engineeringkiosk.dev/podcast/episode/138-gemeinsam-stark-jobsharing-und-tandems-in-der-modernen-arbeitswelt-mit-anna-dr%C3%BCing-schl%C3%BCter/Engineering Kiosk Episode #154 Architektur-Diskussion: Design eines einfachen und robusten Preis-Scrapers: https://engineeringkiosk.dev/podcast/episode/154-architektur-diskussion-design-eines-einfachen-und-robusten-preis-scrapers/Engineering Kiosk Episode #146 Warum ist Doom so faszinierend für die Software-Entwicklung?: https://engineeringkiosk.dev/podcast/episode/146-warum-ist-doom-so-faszinierend-f%C3%BCr-die-software-entwicklung/Engineering Kiosk Episode #137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact: https://engineeringkiosk.dev/podcast/episode/137-die-schaltsekunde-und-ihre-it-folgen-ein-sekundenbruchteil-mit-impact/Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/Engineering Kiosk Episode #129 Simplify Your Stack: Files statt Datenbanken!: https://engineeringkiosk.dev/podcast/episode/129-simplify-your-stack-files-statt-datenbanken/Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/Engineering Kiosk Community: https://engineeringkiosk.dev/join-discord/Engineering Kiosk Meetup Alps: https://engineeringkiosk.dev/meetup/alps/FOSDEM Konferenz: https://fosdem.org/2025/Index Out Of Bounds Podcast: https://www.ioob.de/Engineering Kiosk Episode #100 Episoden: ein Tech Rückblick auf 2022/23, Predictions 2024 und viel Tech Trivia: https://engineeringkiosk.dev/podcast/episode/100-episoden-ein-tech-r%C3%BCckblick-auf-202223-predictions-2024-und-viel-tech-trivia/Raus aus der Cloud https://blogs.idc.com/2024/10/28/storm-clouds-ahead-missed-expectations-in-cloud-computing/Raus aus der Cloud https://www.heise.de/news/IDC-Viele-Unternehmen-wollen-teils-raus-aus-der-Cloud-10001826.html Modern SQL: https://modern-sql.com/AI basierte Datenbankabfragen: https://www.getdot.ai/ List of formerly open-source or free software: https://en.wikipedia.org/wiki/List_of_formerly_open-source_or_free_softwareState of the Developer Nation 25th Edition (Q3 2023): https://developer-economics.cdn.prismic.io/developer-economics/ee700d25-46b0-4dad-87de-7ffba39a3c58_Q3+2023+State+of+Developer+Nation.pdfState of the Developer Nation 24th Edition (Q1 2023): https://developer-economics.cdn.prismic.io/developer-economics/c578f353-a5b7-4a12-9202-9f456e02dce5_Slashdata+-+24th+edition+of+The+State+of+the+Developer+Nation+%28Q1+2023%29.pdfSizing Programming Language Communities (Q1 2024): https://developer-economics.cdn.prismic.io/developer-economics/Zmf7m5m069VX1nu9_Sizing_programming_language_communities.pdf Sprungmarken(00:00:00) Happy Birthday Engineering Kiosk (00:03:35) Info/Werbung (00:04:35) Happy Birthday Engineering Kiosk (00:25:51) Statistiken zum Podcast (00:33:32) Unsere Highlights (00:39:17) Unsere Lowlights (00:41:04) Unsere Neutralights (00:43:00) Interviews, wie wir Gäste auswählen und gekaufte Episoden (00:50:34) Tech Predictions aus 2024 / Episode 100 (01:02:45) Ausblick auf 2025 HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Die Transparenz von Open Source schreibt Geschichten, die erzählt werden wollen 50% des Begriffes “Open Source” besteht aus dem Wort “Open”. Ok. Für diese Erkenntnis muss man nun nicht studiert haben. Open bzw. Offen bzw. Transparenz bezieht sich dabei nicht nur auf den Source Code selbst, sondern i.d.R. auf alles, was das entsprechende Projekt betrifft. Dazu zählen u.a. für jedermann einsehbare Bug-Reports und Pull Requests. Wenn man dies nun mit weltweiter Kollaboration verschiedener Menschen und Kulturen mixt, ist eins vorprogrammiert: Kreativität, WTF-Momente, persönliche Schicksale und Geschichten, die erzählt werden wollen. Diese Episode erzählt einige dieser Open Source Geschichten. Wir sprechen darüber, wie man Douglas Crockford dazu bringt, über JavaScript Code zu streiten, wann für einen Pull Request eine eigene Torte gebacken wird und warum dies dann zu einem Merge führt, sowie wann und warum Unit Tests fehlschlagen, wenn diese in Australien ausgeführt werden. Es geht aber auch um traurige Seiten und persönliche Schicksale. Zum Beispiel eine Gefängnisverurteilung eines Maintainers von einem Projekt, welches 26 Millionen Downloads pro Woche hat, eine Krebserkrankungen mit verbundener Anteilnahme der Community und wie der Maintainer die Zukunft des Projektes sichert für die Zeit, wenn er nicht mehr da ist oder auch wie die Maidan-Revolution und der Ukraine-Krieg Open Source beeinflussen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksFizzBuzz Enterprise Edition: https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEditionTrumpScript - Make Python great again: https://github.com/samshadwell/TrumpScriptVolkswagen - Make CI tests pass: https://github.com/auchenberg/volkswagenstatic-analysis Awesome List - JSHint and JSLint are outdated: https://github.com/analysis-tools-dev/static-analysis/issues/223core.js - State and governance of the project?: https://github.com/zloirock/core-js/issues/767TypeScript - Allowed non-this, non-super code before super call in derived classes with property initializers: https://github.com/microsoft/TypeScript/pull/29374Proxmox VE Helper-Scripts Project Update: https://github.com/tteck/Proxmox/discussions/4009Proxmox VE Helper-Scripts Moving forward: https://github.com/tteck/Proxmox/discussions/4025Proxmox VE Helper-Scripts Update von tteckster's Frau: https://github.com/community-scripts/ProxmoxVE/discussions/237Proxmox VE Helper-Scripts (Community Edition): https://github.com/community-scripts/Angular.js - Unit tests fail when run in Australia: https://github.com/angular/angular.js/issues/5017A collection of debugging stories: https://github.com/danluu/debugging-storiesMicrosoft Calculator - Make this app immune against any exploit: https://github.com/microsoft/calculator/pull/101DoctrineEnumBundle - Ukrain Revolution: https://github.com/fre5h/DoctrineEnumBundle/pull/12Maidan-Revolution: https://www.nzz.ch/international/ukraine-chronologie-der-maidan-revolution-ld.1290571Engineering Kiosk Episode #98 Der Hype um Rust mit Matthias Endler: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/Engineering Kiosk Episode #137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact: https://engineeringkiosk.dev/podcast/episode/137-die-schaltsekunde-und-ihre-it-folgen-ein-sekundenbruchteil-mit-impact/Engineering Kiosk Episode #144 Die unterschätzte Macht der Zeit: Wie NTP und PTP die Welt synchronisieren mit Daniel Boldt und Thomas Behn von Meinberg: https://engineeringkiosk.dev/podcast/episode/144-die-untersch%C3%A4tzte-macht-der-zeit-wie-ntp-und-ptp-die-welt-synchronisieren-mit-daniel-boldt-und-thomas-behn-von-meinberg/ Sprungmarken(00:00:00) Intro (00:01:32) Open Source Stories und kreative Projekte (00:05:09) Info/Werbung (00:06:09) Open Source Stories und kreative Projekte (00:11:44) Maintainer von Core.js muss ins Gefängnis (00:19:06) Eine Torte für einen TypeScript Pull Request (00:25:14) Krebs und die Proxmox Community Scripte (00:30:52) Unit Tests schlagen fehl, wenn man diese in Australien ausführt (00:38:54) Microsoft Calculator wird Exploit-Free gemacht (00:41:33) Maidan-Revolution und der Ukraine Krieg HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Frontend-Engineering Metriken im Team einführen mit dem Working Draft Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksWorking Draft Podcast: https://workingdraft.de/Core Web Vitals: https://web.dev/articles/vitals?hl=enSentry: https://sentry.io/Axe® accessibility testing tools: https://www.deque.com/axe/WAVE Web Accessibility Evaluation Tools: https://wave.webaim.org/ Sprungmarken(00:00:00) Frontend-Engineering Metriken im Team einführen HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Was ist Tail Recursion bzw. eine Endrekursion? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksEndrekursion https://de.wikipedia.org/wiki/Endrekursion Tail Call Optimization https://en.wikipedia.org/wiki/Tail_call Sprungmarken(00:00:00) Tail Recursion / Endrekursion HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Die kuriosesten Versionsnummern bekannter Software mit Matthias Endler von Rust in Production. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksRust in Production Podcast: https://corrode.dev/podcast/Engineering Kiosk Episode #98 Der Hype um Rust mit Matthias Endler: https://engineeringkiosk.dev/podcast/episode/98-der-hype-um-rust-mit-matthias-endler/LaTeX – A document preparation system: https://www.latex-project.org/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/PHP 6: https://wiki.php.net/rfc/php6Raku Programming Language: https://raku.org/Windows 6.1 – Was ist das?: https://www.giga.de/downloads/windows-7/specials/windows-6.1-was-ist-das/Just noticed that my pdfTeX version is Pi: https://www.reddit.com/r/LaTeX/comments/etiuh4/just_noticed_that_my_pdftex_version_is_pi/Versionsnummer 100: Wieso Firefox und Chrome bald für Probleme im Web sorgen könnten: https://t3n.de/news/version-100-chrome-firefox-probleme-gruende-1452233/First official Doom version?: https://www.doomworld.com/forum/topic/16997-first-official-doom-version/Why is there no version 6 of PHP?: https://www.updatephp.com/why-is-there-no-version-6-of-phpMS Office to skip past ‘unlucky’ 13 in 2009: https://www.computerwoche.de/article/2664506/ms-office-to-skip-past-unlucky-13-in-2009-2.htmlHow does node.js version numbers work and how do I ensure compatibility?: https://stackoverflow.com/a/14791204/270334MySQL: Why the jump from 5.7 to 8.0?: https://news.ycombinator.com/item?id=16876304Oracle 18 to be released in 2018, let’s skip versions 13,14,15,16 and 17: https://monin-it.be/oracle-18-and-release-update-revisions/if (osName.startsWith("windows 9")): https://github.com/search?q=if+%28osName.startsWith%28%22windows+9%22%29%29&type=codeWhy "Windows 10" wasn't chosen because of "braindead" developers checking for Windows 95 or 98: https://gist.github.com/sixlettervariables/5571cecb5a9d04b41d03Microsoft - Bad version number checks: https://devblogs.microsoft.com/oldnewthing/20040213-00/?p=40633LizenzenMusic from #Uppbeat: https://uppbeat.io/t/kevin-macleod/monkeys-spinning-monkeysLicense code: AQYGZPHFNJBKEOXUMusic from #Uppbeat: https://uppbeat.io/t/christian-larssen/weekend-croquetLicense code: 7AGE1HG54WTRDW9OMusic from #Uppbeat: https://uppbeat.io/t/kevin-macleod/holiday-weaselLicense code: UPFZHTQDCKWNLYVGSprungmarken(00:00:00) Die kuriosesten Versionsnummern bekannter Software HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Warum du keine Maus mehr brauchst (und du deiner Tastatur mehr zutrauen solltest) mit Philipp Hoeler-Lutz von Click! Clack! Hack! Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksClick Clack Hack: Der Podcast über mechanical Keyboards: https://www.clickclackhack.de/Awesome List of Tiling Window manager: https://github.com/fosslife/awesome-ricing?tab=readme-ov-file#tiling-wmsAwesome Window Manager: https://awesomewm.org/A curated list of high-quality tools/scripts/configs for Awesome Window Manager: https://github.com/atsepkov/awesome-awesome-wmTiling window manager: https://en.wikipedia.org/wiki/Tiling_window_managerEngineering Kiosk Episode #147 Mechanische Tastaturen: Vom Klick zum Kult mit Philipp Hoeler-Lutz von Click! Clack! Hack!: https://engineeringkiosk.dev/podcast/episode/147-mechanische-tastaturen-vom-klick-zum-kult-mit-philipp-hoeler-lutz-von-click-clack-hack/xmonad - A dynamically tiling X11 window manager: https://xmonad.org/i3 tiling window manager: https://i3wm.org/herbstluftwm tiling window manager: https://herbstluftwm.org/QMK Firmware: https://qmk.fm/ZMK Firmware: https://zmk.dev/F.A. Keyboard Firmware: https://github.com/semickolon/fak Sprungmarken(00:00:00) Warum du keine Maus mehr brauchst HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Der Status Code “404”: Was ist das, wofür steht es und woher kommt es? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksEngineering Kiosk Episode #71 Tim Berners-Lee: Was ist das World Wide Web und was ist seine Zukunft?: https://engineeringkiosk.dev/podcast/episode/71-tim-berners-lee-was-ist-das-world-wide-web-und-was-ist-seine-zukunft/Engineering Kiosk Episode #74 REST: Das oft falsch verstandene Architektur-Paradigma: https://engineeringkiosk.dev/podcast/episode/74-rest-das-oft-falsch-verstandene-architektur-paradigma/Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/404 Mailchimp: https://mailchimp.com/foo-404/404 Lego: https://www.lego.com/de-de/foo-404404 Google: https://google.com/foo-404404 Figma: https://www.figma.com/404/ 404 Code Academy: https://www.codecademy.com/404 404 Space Invaders: https://www.kualo.co.uk/404HTTP 1.0: https://datatracker.ietf.org/doc/html/rfc1945#section-6.1.1HTTP 1.1: https://datatracker.ietf.org/doc/html/rfc7231#section-6 Teapot Status Code 418: https://datatracker.ietf.org/doc/html/rfc2324 Sprungmarken(00:00:00) Der Status Code “404” HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Deno (JavaScript runtime) mit der programmier.bar. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Linksprogrammier.bar: https://www.programmier.bar/node.js: https://nodejs.org/enTypeScript: https://www.typescriptlang.org/Deno: https://deno.com/Ryan Dahl: https://de.wikipedia.org/wiki/Ryan_DahlBun: https://bun.sh/programmier.bar Deep Dive 156 - JSR mit Luca Casonato: https://www.programmier.bar/podcast/deep-dive-156-jsr-mit-luca-casonatoprogrammier.bar Deep Dive 73 - Deno, das bessere Node.js?: https://www.programmier.bar/podcast/deep-dive-73-deno-das-bessere-node-jsprogrammier.bar Deep Dive 113 - Fresh mit Luca Casonato: https://www.programmier.bar/podcast/deep-dive-113-fresh-mit-luca-casonato Sprungmarken(00:00:00) Deno (JavaScript runtime) HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Wie entwickle ich meine Teammitglieder eigentlich weiter? “Wer nicht mit der Zeit geht, geht mit der Zeit”. Ob dieses Zitat nun von Schiller oder Stromberg kommt, spielt eigentlich keine Rolle. Einen Funken Wahrheit hat es trotzdem. Denn speziell in der sich schnell entwickelnden IT- und Software-Welt ist das Thema Leveling Up / Lifting Up / Skilling Up oder die ganz klassische Weiterbildung unabdingbar. Und dabei geht es nicht nur um das besser werden im eigentlichen Handwerk, wie der Softwareentwicklung, Data Science oder ähnlichem, sondern auch um die Persönlichkeit und Soft-Skills wie z.B. Kommunikation - Obwohl die Softskills heutzutage auch irgendwie die wahren Hardskills sind. Egal. Nun aber die große Frage: Wie hebe ich denn mein Team auf das nächste Level? Wie kann ich meine Mitarbeiter unterstützen, sich aktiv weiterzuentwickeln? Was kann ich als direkter Kollege tun? Denn dieses Thema betrifft nicht nur Leads, sondern auch dich als Individual Contributor ohne Personalverantwortung. Denn spätestens, wenn sich deine Managerin (noch) nicht um deine Weiterentwicklung kümmert, geben wir dir in dieser Episode ein paar Tipps, wie du auch deine Managerin in die richtige Richtung bewegen kannst. Denkt immer dran: “Wer nicht mit der Zeit geht, geht mit der Zeit”. Bonus: Etwas Streit ist gesund. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksEngineering Kiosk Leadership Episoden: https://engineeringkiosk.dev/tag/leadership/Engineering Kiosk #95 Effiziente Knowledge Sharing Formate: Wissen teilen und begeistern: https://engineeringkiosk.dev/podcast/episode/95-effiziente-knowledge-sharing-formate-wissen-teilen-und-begeistern/Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Sprungmarken(00:00:00) Intro (00:01:15) Leveling up, Lifting up up und Skilling up: Warum es so relevant ist (00:04:54) Info/Werbung (00:05:54) Leveling up, Lifting up up und Skilling up: Warum es so relevant ist (00:16:25) Wo und wie fange ich als Lead mit dem Leveling up an? - Der Status Quo (00:29:14) Der Weiterentwicklungsplan und die Motivation (00:37:56) Die Macht der Delegation (00:46:15) Wie fördern Sie Innovation in Ihrem Team? (00:56:29) Side Projects in Firmen (01:02:16) Und wer denkt an die Leads selbst? HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Tabs vs. Spaces mit dem Index out of bounds Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksIndex out of bounds Podcast: https://www.ioob.de/Tabs or Spaces: https://alexkondov.com/indentation-warfare-tabs-vs-spaces/ Sprungmarken(00:00:00) Tabs vs. Spaces HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Was ist das Fediverse? mit Christian Stankowic vom Focus on Linux Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksChristian Stankowic’s Webseite: https://cstan.ioChristian Stankowic auf Mastodon: https://chaos.social/@stdevelFOCUS ON: Linux-Podcast: https://focusonlinux.podigee.io/ThinkPad Museum: https://thinkpad-museum.de/ThinkPad Museum im Engineering Kiosk: https://engineeringkiosk.dev/podcast/episode/150-die-thinkpad-faszination-technik-design-und-nostalgie-mit-christian-stankowic-vom-thinkpad-museum/Faxinformatiker: https://faxinformatiker.de/Mastodon: https://joinmastodon.orgMastodon-Instanzen: https://joinmastodon.org/serversPleroma: https://pleroma.social/Firefish: https://firefish.devFriendica: https://friendi.ca/Hubzilla: https://hubzilla.org/page/info/discoverPixelfed: https://pixelfed.org/PeerTube: https://joinpeertube.org/Funkwhale: https://www.funkwhale.audio/Castopod: https://castopod.org/Lemmy: https://join-lemmy.org/mbin: https://joinmbin.org/Mastodon-Instanz des Bundes: https://social.bund.deFediverse-Statistiken: https://fedidb.org/Jan Böhmermann auf Mastodon: https://edi.social/@janboehmPostillon auf Mastodon: https://mastodon.social/@derpostillonW3C ActivityPub-Spezifikation: https://www.w3.org/TR/activitypub/Verschiedene Mastodon-Apps: https://joinmastodon.org/appsChaos.social: https://chaos.social/Focus On Linux #68 - "Mastodon und das Fediverse": https://focusonlinux.podigee.io/68-mastodon-und-das-fediverse Sprungmarken(00:00:00) Was ist das Fediverse? HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Pessimistisches und Optimistisches Sperren in Datenbanken. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksSperrverfahren in Datenbanksystemen: https://de.wikipedia.org/wiki/Sperrverfahren Sprungmarken(00:00:00) Pessimistisches und Optimistisches Sperren in Datenbanken HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Suchalgorithmen: Lineare- und Binäre Suche mit Stefan Macke vom IT Berufe Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksStefan Macke auf LinkedIn: https://www.linkedin.com/in/stefan-macke/IT Berufe Podcast: https://it-berufe-podcast.de/Engineering Kiosk Episode #92 Technologie trifft Deutsche Ausbildungskultur: Die moderne IT-Berufsausbildung mit Stefan Macke: https://engineeringkiosk.dev/podcast/episode/92-technologie-trifft-deutsche-ausbildungskultur-die-moderne-it-berufsausbildung-mit-stefan-macke/Datenbankindex: https://de.wikipedia.org/wiki/DatenbankindexEngineering 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 #129 Simplify Your Stack: Files statt Datenbanken!: https://engineeringkiosk.dev/podcast/episode/129-simplify-your-stack-files-statt-datenbanken/Advent of Code: https://adventofcode.com/ Sprungmarken(00:00:00) Suchalgorithmen: Lineare- und Binäre Suche HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Benevolent Dictator for Life (BDFL): Was ist das? Wer ist das? Ist dies was gutes? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksBenevolent Dictator for Life: https://de.wikipedia.org/wiki/Benevolent_Dictator_for_LifeEngineering Kiosk #138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter: https://engineeringkiosk.dev/podcast/episode/138-gemeinsam-stark-jobsharing-und-tandems-in-der-modernen-arbeitswelt-mit-anna-dr%C3%BCing-schl%C3%BCter/Engineering Kiosk #90 Inner Source: Open Source Best Practices zur besseren Zusammenarbeit zwischen Teams mit Sebastian Spier: https://engineeringkiosk.dev/podcast/episode/90-inner-source-open-source-best-practices-zur-besseren-zusammenarbeit-zwischen-teams-mit-sebastian-spier/ Sprungmarken(00:00:00) Benevolent Dictator for Life (BDFL) HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Event Sourcing mit Golo Roden von the native web. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksEvent Sourcing: https://de.wikipedia.org/wiki/Event_Sourcingthe native web GmbH: https://thenativeweb.io/YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativeweb#117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web https://engineeringkiosk.dev/ep117 Sprungmarken(00:00:00) Event Sourcing HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Wie funktioniert eigentlich die Verschlüsselung unserer Daten und Festplatten bzw. Storages? Viele Elemente deines Lebens spielen sich inzwischen digital ab. Deine Daten werden also immer wichtiger und somit auch sensibler. Niemand möchte, dass die eigenen Daten in falsche Hände geraten. Die eigenen Daten zu verschlüsseln ist da ein wichtiges Mittel zum Schutz dieser. Doch, wie funktioniert das ganze eigentlich, wenn man seine Laptop-Festplatte verschlüsselt? Wird jedes File einzeln verschlüsselt oder die Festplatte als Ganzes? Welche Algorithmen kommen da zum Einsatz? Wo wird eigentlich das Passwort bzw. der Verschlüsselungskey abgelegt? Wie kann ich die Integrität der Daten sicherstellen? Was ist eine Trust Zone? Was sind Evil-Maid- und Cold-Boot-Attacken? Und entschlüssel ich die Daten meines Storage-Devices eigentlich, wenn gar keine Tastatur zur Verfügung steht? Wie es z.B. bei IoT-Geräten der Fall ist? Das alles besprechen wir mit unserem Gast David Gstir. Bonus: Nerds in den Bergen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksDavid Gstir auf LinkedIn: https://www.linkedin.com/in/david-g42/sigma star GmbH: https://sigma-star.at/de/Alpine Linux Persistence and Storage Summit: https://www.alpss.at/TrueCrypt: https://de.wikipedia.org/wiki/TrueCryptCilium - eBPF-based Networking, Observability, Security: https://cilium.io/BitLocker (Windows): https://learn.microsoft.com/de-de/windows/security/operating-system-security/data-protection/bitlocker/Cold Boot Attack: https://de.wikipedia.org/wiki/KaltstartattackeSuspend to Disk: https://de.wikipedia.org/wiki/RuhezustandWindows: Secure Boot - was ist das und wie kann ich es aktivieren?: https://www.heise.de/tipps-tricks/Windows-Secure-Boot-was-ist-das-und-wie-kann-ich-es-aktivieren-6207260.htmlISO/IEC-27000-Reihe: https://de.wikipedia.org/wiki/ISO/IEC-27000-ReiheARM TrustZone on Android: https://medium.com/@nimronagy/arm-trustzone-on-android-975bfe7497d2dm-crypt: https://de.wikipedia.org/wiki/Dm-cryptWas ist ein Self-Encrypting Drive (SED)?: https://www.storage-insider.de/was-ist-ein-self-encrypting-drive-sed-a-4ce80577590ffa56ef036e4cd6e84d7b/Trusted Platform Module (TPM)-Chips: https://de.wikipedia.org/wiki/Trusted_Platform_ModuleAsymmetrisches Kryptosystem (Public / Private-Key): https://de.wikipedia.org/wiki/Asymmetrisches_KryptosystemCyber Resilience Act: https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Informationen-und-Empfehlungen/Cyber_Resilience_Act/cyber_resilience_act_node.htmlDaten auf deinem Mac mit FileVault schützen: https://support.apple.com/de-de/guide/mac-help/mh11785/macPretty Good Privacy (PGP): https://de.wikipedia.org/wiki/Pretty_Good_Privacy“Towards More Secure Code - Why Devs Should Make My Job Harder” - David Gstir @ Engineering Kiosk Meetup: https://engineeringkiosk.dev/meetup/alps/slides/2307-david.pdf“What the xz backdoor can teach us about supply chain security” - Richard Weinberger & David Gstir @ Engineering Kiosk Meetup: https://engineeringkiosk.dev/meetup/alps/slides/2404-richard-weinberger-david-gstir-supply-chain.pdfFür die Crypto Nerds zum Thema AES-XTS und auch noch mal eine gute Erklärung warum es damit alleine oft nicht getan ist: https://sockpuppet.org/blog/2014/04/30/you-dont-want-xts/Probleme mit self-encrypting drives (Opal): https://www.cs1.tf.fau.de/research/system-security-group/sed-insecurity/ und https://media.ccc.de/v/35c3-9671-self-encrypting_deceptionCold Boot Attacks: https://jhalderm.com/pub/papers/coldboot-cacm09.pdf Sprungmarken(00:00:00) Disk Encryption mit David Gstir (00:09:31) Info/Werbung (00:10:31) Disk Encryption mit David Gstir (00:21:38) Prüfung von Modifikationen an der Hardware und SPeicherung der Schlüssel (00:34:08) Welche Algorithmen werden zur Verschlüsselung der Festplatte genutzt? (00:44:11) SD-Karten und IoT-Devices ohne Tastatur, z.B. Smartmeter (00:57:18) Was kannst du jetzt tun, um deine Festplatte zu verschlüsseln? HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Grace Hopper mit dem UNMUTE IT Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksUNMUTE IT Podcast: https://www.linkedin.com/company/unmute-it/posts/?feedView=allGrace Hopper: https://de.wikipedia.org/wiki/Grace_HopperGrace Hopper Lecture: https://www.youtube.com/watch?v=ZR0ujwlvbkQFLOW-MATIC: https://de.wikipedia.org/wiki/FLOW-MATIC Sprungmarken(00:00:00) Grace Hopper HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Verhaltensbezogene Interview-Fragen und STAR-Methode. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksSTAR-Methode: https://de.wikipedia.org/wiki/Star-MethodeUnsere Episoden zu Bewerbungsthemen https://engineeringkiosk.dev/tag/bewerbung/ Sprungmarken(00:00:00) Verhaltensbezogene Interview-Fragen und STAR-Methode HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Wie erkennt man einen Zykel in einer Linked List mit niedriger Zeit- und Speicherkomplexität? Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksEngineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/Zyklus Erkennung: https://en.wikipedia.org/wiki/Cycle_detectionFloyd's Linked List Cycle Finding Algorithm: https://cp-algorithms.com/others/tortoise_and_hare.htmlAdvent of Code: https://adventofcode.com/ Sprungmarken(00:00:00) Zyklus-Erkennung in einer Linked List HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Extreme Programming mit den Coding Buddies. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksChristoph Waltz erklärt Krampus bei Jimmy Fallon https://www.youtube.com/watch?v=VbkGuCozc9M Coding Buddies: https://www.codingbuddies.de/Extreme Programming: https://de.wikipedia.org/wiki/Extreme_ProgrammingCodding Buddies - Durchstarten mit Extreme Programming: https://open.spotify.com/episode/2LwDhBBbVTyV2wiylbco1G?si=b8552d3d5ec0491f Sprungmarken(00:00:00) Extreme Programming HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Inbox Zero: Die E-Mail-Flut und das eigene Postfach endlich unter Kontrolle. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksDoppelgänger Episode “KI im Unternehmen 📺 Spotify Video | Klarna & Zoom Earnings #409”: https://www.doppelgaenger.io/ki-im-unternehmen-%f0%9f%93%ba-spotify-video-klarna-zoom-earnings-409/Engineering Kiosk Episode #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/Engineering Kiosk Episode #131 Equity in Tech-Startups: Mehr als nur Gehalt mit Philipp "Pip" Klöckner: https://engineeringkiosk.dev/podcast/episode/131-equity-in-tech-startups-mehr-als-nur-gehalt-mit-philipp-pip-kl%C3%B6ckner/Sprungmarken(00:00:00) Inbox Zero HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Die Cursor.ai IDE mit der programmier.bar. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Linksprogrammier.bar: https://www.programmier.bar/Cursor - The AI Code Editor: https://www.cursor.com/Cursor AI Features: https://www.cursor.com/featuresVSCode: https://code.visualstudio.com/GitHub CoPilot: https://github.com/features/copilotAnthropic und Claude Modelle: https://www.anthropic.com/OpenAI: https://openai.com/Supermaven: https://supermaven.com/IDEs with GenAI features that Software Engineers love: https://newsletter.pragmaticengineer.com/p/ide-that-software-engineers-love Sprungmarken(00:00:00) Die Cursor.ai IDE mit der programmier.bar HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Es gibt viele Wege ein Problem zu lösen, doch wie würdest du es tun? Softwareentwicklung ist weit mehr als nur Programmieren. Es geht darum, das eigentliche Problem zu verstehen, sich zu fragen, ob dies wirklich ein Problem ist und ob es sich (in Bezug auf den Aufwand) lohnt, dieses Problem zu lösen und wie man es lösen würde. Verschiedene Lösungswege zu durchdenken, die Vor- und Nachteile abzuwägen und final die beste Entscheidung zu treffen, ist einer der größten Skills von erfahrenen Softwareentwickler*innen. In dieser Episode machen wir genau das: Eine Art Design- bzw. Architektur- bzw. Implementierungs-Diskussion. Wir stellen die Frage “Wie würdest du folgendes Problem lösen und implementieren?”. Das Szenario ist dabei eine Art Preis-Monitor. Ähnlich wie Geizhals oder Idealo, doch deutlich simpler. Bonus: Brauchen wir ein Cron-Package in jeder Programmiersprache? Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk LinksOctoverse Report 2024: https://github.blog/news-insights/octoverse/octoverse-2024/Index Out Of Bounds Episode 90: Open-Source-Trends 2024 und die einfachsten Wege, Software zu hosten: https://open.spotify.com/episode/1C14wFkI3ur2sZQFEZo9xD?si=g0Lla0G3Q0aX9ZykGJpXZQChart.js: https://www.chartjs.org/Metabase: https://github.com/metabase/metabaseMailgun: https://www.mailgun.com/de/Grafana: https://grafana.com/Message bird: https://bird.com/de-de/Mailbox.org: https://mailbox.org/de/Engineering Kiosk Episode #135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur: https://engineeringkiosk.dev/podcast/episode/135-design-documents-rfcs-der-weg-zu-besserer-software-architektur/Top 8 Most Demanded Programming Languages in 2024: https://www.devjobsscanner.com/blog/top-8-most-demanded-programming-languages/ Sprungmarken(00:00:00) Intro, Consultants und Teamphasen (00:04:33) Das Szenario: Heizöl-Preis-Alarm und Requirements Engineering (00:05:36) Info/Werbung (00:06:36) Das Szenario: Heizöl-Preis-Alarm und Requirements Engineering (00:32:51) Die Visualisierung und Notifications (00:39:38) Die alternative Implementierung: Ein Timeseries Problem (00:44:18) Die alternative Implementierung: No Code (00:50:12) Eine SaaS-Idee? (00:55:28) Eure Implementierung HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Wie hoste ich ein Large Language Modell in 5 Minuten mit Kubernetes mit Data Science Deep Dive. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksData Science Deep Dive Podcast: https://inwt.podbean.com/In Numbers We Trust: https://www.inwt-statistics.de/Kubernetes: https://kubernetes.io/Hugging Face: https://huggingface.co/Databricks: https://www.databricks.com/deTabby: https://github.com/TabbyML/tabbyGradio: https://www.gradio.app/Ollama: https://ollama.com/vLLM: https://github.com/vllm-project/vllmNVIDIA device plugin for Kubernetes: https://github.com/NVIDIA/k8s-device-plugin#quick-start Sprungmarken(00:00:00) Wie hoste ich ein Large Language Modell in 5 Minuten mit Kubernetes? HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Warum i und j als Zählvariable genutzt werden und woher das ganze eigentlich stammt. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) LinksSumme: https://de.wikipedia.org/wiki/SummeSigma: https://de.wikipedia.org/wiki/Sigma Sprungmarken(00:00:00) Warum i und j als Zählvariable genutzt werden HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

Mit Hilfe von Spatial Index-Strukturen einen schnellen Zugriff auf Geodaten gewährleisten Die Welt ist groß und wird weiter digitalisiert. Um alles Auffindbar und durchsuchbar zu machen, werden Geodaten von alles und jedem festgehalten: Nicht nur Längen- und Breitengrade (wenn es sich um die Erde handelt), sondern auch Höhe bzw. Tiefe, Zeit und etliche andere Metadaten. Diese Art von Daten nennen sich Spatial-Data oder auch Geospatial-Data. Um in großen Datenmengen einen schnellen Zugriff zu gewährleisten, verwenden Softwaresysteme, wie zB Datenbanken, Indexstrukturen, auch Indizes, genannt. Eine zusätzliche Form der Speicherung durch die Nutzung hoch optimierter Datenstrukturen. Welche Indexstrukturen werden eigentlich bei Geospatial-Daten genutzt? Das ist das Thema dieser Episode. Wir sprechen über die Anwendungsfälle von Geospatial-Data, warum eine klassische Struktur wie ein B-Baum nicht für diese Art von Daten geeignet ist, was Gridfiles, Quadtrees, KD-Trees, R-Trees und Geohashing ist und wie diese funktionieren, ob all dies selbst implementiert werden muss oder wir auf bereits existierende Datenbanksysteme zurückgreifen können und klären, was der Fluch der Dimensionalität ist und was dies mit dem Thema AI zu tun hat. Bonus: MongoDBs Marketing-Initiative auf Basis von Spatial-Index-Strukturen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskLinksFluch der Dimensionalität: https://de.wikipedia.org/wiki/Fluch_der_Dimensionalit%C3%A4tR-Trees: A Dynamic Index Structure for Spatial Searching (1984): http://www.sai.msu.su/~megera/postgres/gist/papers/gutman-rtree.pdf R-Baum Splitstrategien: https://www.dbs.ifi.lmu.de/Lehre/GIS/WS1415/Skript/GIS_WS14_04_part2.pdf PostGIS in PostgreSQL: http://postgis.net/workshops/postgis-intro/indexing.html GeoHash: http://geohash.org/GeioHash @ Wikipedia: https://en.wikipedia.org/wiki/GeohashEngineering 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/SpatiaLite: https://www.gaia-gis.it/fossil/libspatialite/indexGridfile: https://de.wikipedia.org/wiki/GridfileQuadtree: https://de.wikipedia.org/wiki/Quadtreek-d-Baum: https://de.wikipedia.org/wiki/K-d-Baum Sprungmarken(00:00:00) Indizes für Geospatial Data (00:02:54) Was ist Spatial bzw. Geo Spatial? (00:05:06) Info/Werbung (00:06:06) Was ist Spatial bzw. Geo Spatial? (00:17:43) Grid Files (00:21:46) KD Trees und Quad Trees (00:31:43) R-Tree (00:41:29) PostGIS, GeoHash und die Z-Kurve (00:51:26) Welche Libraries kommen zum Einsatz? HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

Thinkpad von IBM/Lenovo: Das wohl bekannteste Business-Notebook der Welt? Wenn wir uns bei den verwendeten Laptops von Tech-Worker*Innen so umschauen, fallen besonders zwei Firmen bzw. Modelle auf. Das eine sind MacBooks von Apple. Das andere Thinkpad von IBM bzw. Lenovo. Besonders unter Software Entwickler*innen und Linux-Usern sind Thinkpads sehr weit verbreitet. Wir haben uns die Frage gestellt, warum dies so ist. Warum sind ThinkPads schon so lange am Markt und so beliebt? Was ist daran besonders? Diese Frage(n) versuchen wir in dieser Podcast-Episode zu beantworten. Christian Stankowic ist Sammler von ThinkPads und betreibt ein digitales Museum und einen Podcast zu diesem Thema. Mit ihm klären wir, den Grund für die Beliebtheit von Thinkpads, wie die Geschichte zu der Notebook-Marke aussieht, wer Richard Sapper ist, was es mit der roten Farbe im Produkt-Design auf sich hat, welche Hardware-Kuriositäten es bei verschiedenen Modellen gibt, woher eigentlich der Name Think kommt und vieles mehr. Bonus: Nobody gets fired for buying IBM. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev. LinksChristian Stankowic: https://cstan.io/Talk “ThinkPads - Geschichte und Nerdkultur” auf der Froscon 2024: https://media.ccc.de/v/froscon2024-3141-thinkpadsThinkPad-Museum - Digitales Museum und Podcast: https://thinkpad-museum.de/ Artemide Tizio 55 (1972) Lampe: https://de.wikipedia.org/wiki/TizioRichard Sapper Mod. 5140: https://richardsapperdesign.com/products/mod-5140/Thinkpad 701 : https://thinkwiki.de/701ThinkPad 550: https://thinkwiki.de/550In Love with PDA: https://inlovewithpda.de/ThinkPad W701: https://thinkwiki.de/W701Framework Laptop: https://frame.work/de/deLenovo Thinkpad X1 Fold: https://www.lenovo.com/de/de/thinkpad-x1-fold/Thinkpad Forum: https://thinkpad-forum.de/ThinkPad Wiki: https://thinkwiki.de/ Sprungmarken(00:00:00) Thinkpads mit Christian Stankowic (00:03:40) Was ist ein Thinkpad? Was ist ein Trackpoint? (00:03:59) Info/Werbung (00:04:59) Was ist ein Thinkpad? Was ist ein Trackpoint? (00:21:50) Kurzgeschichte: Thinkpads (Modellnamen, Prefixe) (00:29:28) IBM und Lenovo (00:34:08) Richard Sapper (00:46:13) Der Name "Think" (00:49:02) Modell-Experimente (01:03:25) Eigene Modifikationen an ThinkPads HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald) FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk