Engineering Kiosk

Wie sieht eigentlich der Tech-Stack vom Engineering Kiosk selbst aus?Ein Side-Projekt startet man üblicherweise mit einer Domain. Erst kauft man die Domain und danach überlegt man sich, was man eigentlich machen will. Über Zeit entwickelt sich das Projekt, man holt mehr Technologien rein und experimentiert. Genau so war es auch mit dem Engineering Kiosk Podcast. Nur mit dem Unterschied, dass auch etwas Hardware angeschafft werden musste.Auf unserem letzten Community-Treffen haben wir die Frage nach unserem Tech-Stack vom Podcast bekommen. In dieser Episode führen wir euch mal in den Maschinen-Raum von unserem Audio-Format und zeigen euch, was alles notwendig ist, um dieses Hörerlebnis für euch zu erzeugen.Viel Spaß!Unsere Hardware:Wolfgang + Gäste-Mikrofon: Samson Q2UAndy Mikrofon: Rode NT USB + Rode PSA1+ Broadcast MicrophoneVersandboxen für Mikrofone: Thomann, 2x Flyht Pro WP Safe Box 6 IP65Aufnahmegerät für On-Site-Aufnahmen: Zoom PodTrak P4Scheinwerfer fürs Video-Setup: Rollei Lumen Panel 600 Bi-Color - LED-PanelAnsteck-Mikrofone fürs Video-Setup: SYNCO G2(A2) Lavalier Mikrofon 150M ReichweiteUnsere Software:Podcast-Hosting: RedCirclePodcast-Aufnahme: ZencastrPodcast Transcripte: AssemblyAIAudio-Editting: AudacityWebsite-Framework: AstroWebsite-Hosting: GitHub + NetlifyPodcast-Community: DiscordDokumentation und Planung: Google DocsBonus: Was man alles so über die Zeit ansammelt …Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776Links#104 Präsentieren mit Wirkung: Public Speaking und Storytelling mit Anna Momber https://engineeringkiosk.dev/podcast/episode/104-pr%C3%A4sentieren-mit-wirkung-public-speaking-und-storytelling-mit-anna-momber/ FOSDEM Conference: https://fosdem.org/2024/Engineering Kiosk Episode #00 Developer fangen bei 0 an zu zählen: https://engineeringkiosk.dev/podcast/episode/00-developer-fangen-bei-0-an-zu-z%C3%A4hlen/Engineering Kiosk Episode #-1: Wrap Up 2022 und 1. Geburtstag: Learnings, Statistiken und was 2023 geplant ist: https://engineeringkiosk.dev/podcast/episode/-1-wrap-up-2022-und-1-geburtstag-learnings-statistiken-und-was-2023-geplant-ist/Engineering Kiosk Episode #31 Ich automatisiere mir die Welt wie sie mir gefällt (mit GitHub Actions): https://engineeringkiosk.dev/podcast/episode/31-ich-automatisiere-mir-die-welt-wie-sie-mir-gef%C3%A4llt-mit-github-actions/Engineering Kiosk #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/Audacity: https://www.audacityteam.org/ mp3chaps: https://github.com/dskrad/mp3chapsRiverside: https://riverside.fm/Wartungsfenster Podcasts: https://wartungsfenster.podigee.io/Engineering Kiosk GitHub Repositories: https://github.com/EngineeringKioskWoher kommen Open Source Software Namen wie MariaDB: https://github.com/EngineeringKiosk/OSS-Names Sprungmarken(00:00:00) FOSDEM, back to the roots und der Tech-Stack vom Engineering Kiosk(00:04:56) Der Start: Domain ohne Website, aber ein Konzept(00:09:59) Unsere Hardware: Mikrofone, Aufnahmegeräte, Licht und mehr(00:23:15) Unsere Software: Audio-Editing, Transkripte, Skripte, Website, Hostung und mehr(00:47:50) Social Media und Marketing-Aktivitäten(00:57:29) Gäste und Interview-Episoden, sowie Checklisten, Templates und Milestone Reviews(01:08:12) Die Zukunft: Dinge, die wir noch vorhabenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Objectives & Key Results (OKRs): Die Wunderwaffe für die Zielsetzung?Google, Adobe und die Gates Foundation schwören auf OKRs als Methode für die Zielsetzung, die Teams beim Festlegen messbarer Ziele unterstützen sollen. Doch was ist wirklich dran am Hype? Ist es wirklich so gut wie geschnitten Brot?Wir sind der Sache auf den Grund gegangen und haben mit Marco Alberti von Murakamy über das Thema gesprochen. Mit seiner Firma berät er Firmen jeglicher Größe zum Thema Vision, Mission und Zielsetzung durch OKRs. Mit ihm klären wir, was OKRs eigentlich sind, wie das ganze zu anderen agilen Methoden wie Scrum und Kanban steht, wie OKRs ein Unternehmen verändern können, ob die AI zur Erstellung von Zielsetzung hilfreich ist, was gute und schlechte Objectives sind und wie man mit Hilfe von OKRs wieder in die Sommer-Badehose passt.Bonus: Wieso es OK ist, SAP mit OKRs zu vergleichen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksMurakamy: https://murakamy.com/Murakamy Podcast: https://murakamy.com/blog?category=PodcastPhilipp und der Doppelgänger Podcast: https://www.doppelgaenger.io/Buch “Measure What Matters” von John Doerr: https://www.amazon.de/Measure-What-Matters-Google-Foundation/dp/0525536221Management by Objectives („Führung durch Zielvereinbarung“): https://de.wikipedia.org/wiki/Management_by_ObjectivesGoogle OKR Playbook: https://www.whatmatters.com/resources/google-okr-playbookt3n Agile Führung mit OKR-Guide: https://t3n.de/guides/agile-fuehrung-mit-okrMurakamy Online-Kurs: https://murakamy.com/okr-online-kurs-seminarRichard David Precht - Erkenne die Welt / Eine Geschichte der Philosophie Bd.1: https://www.buecher.de/shop/philosophiegeschichte/erkenne-die-welt-eine-geschichte-der-philosophie-bd-1/precht-richard-david/products_products/detail/prod_id/42685588/Richard David Precht - Erkenne dich selbst / Eine Geschichte der Philosophie Bd.2: https://www.buecher.de/shop/britische-aufklaerer/erkenne-dich-selbst-eine-geschichte-der-philosophie-bd-2/precht-richard-david/products_products/detail/prod_id/42685453/Richard David Precht - Sei du selbst / Eine Geschichte der Philosophie Bd.3: https://www.buecher.de/shop/20-jahrhundert/sei-du-selbst-eine-geschichte-der-philosophie-bd-3/precht-richard-david/products_products/detail/prod_id/42686034/Richard David Precht - Mache die Welt / Eine Geschichte der Philosophie Bd.4: https://www.buecher.de/shop/freiheit/mache-die-welt-eine-geschichte-der-philosophie-bd-4/precht-richard-david/products_products/detail/prod_id/57730675/Principles by Ray Dalio: https://www.principles.com/Sprungmarken(00:00:00) Objective & Key Results mit Marco Alberti(00:05:09) Wie verhält sich OKRs im Vergleich zu Scrum und Kanban?(00:10:05) Was sind Objective & Key Results?(00:13:35) Ein praktisches Beispiel für eine Objective mit Key Results(00:17:28) Wer setzt die OKRs im Unternehmen? Wie kommen diese zu mir?(00:23:42) Planungsaufwand und Planungshorizont von OKRs(00:26:30) OKRs für Supporting Functions(00:33:51) OKRs im Vergleich mit anderen Modellen (V2MOM, etc.)(00:37:06) OKRs in traditionellen Industrien(00:42:27) Messbarkeit von OKRs und ambitionierte Ziele(00:47:25) OKRs und die Firmenkultur(00:52:23) Objectives und Key Results mit Hilfe der AI formulieren(00:56:41) Definition seiner Ziele mit Abhängigkeiten zu anderen Teams(01:00:38) Änderung im Unternehmen bei der Einführung von OKRs(01:12:18) Marcos Buch-EmpfehlungenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Deployst du auch Freitags und während Black-Frida und /Cyber Monday?Code Freezes verbieten, dass neue Änderung in den Hauptentwicklungszweig gemerged werden. Deployment Freezes verhindern das eine neue Software-Version an den Kunden ausgeliefert werden kann. Doch warum tut man dies? Denn eins steht fest: Software Engineers werden dafür bezahlt, Dinge zu ändern. Doch Code- und Deployment Freezes werden oft vom Management vorgegeben.Welche Gründe für Code- und Deployment Freezes sprechen, welche Arten von Freezes es gibt, was ein Code Slush ist, wie das ganze in verschiedenen Industrien aussieht, das klären wir in dieser Episode.Bonus: Wenn Software-Engineers durch Code-Freezes an ihrem Job gehindert werden.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776Sprungmarken(00:00:00) Deployst du Freitags?(00:04:40) Code- und Deployment Freezes sowie Code Slush und Code Chill(00:07:49) Welche Nachteile hat es, wenn das Deployment ein paar Tage später raus geht?(00:14:08) Warum werden Code Freezes überhaupt gemacht?(00:17:52) Wann macht man einen Code Freeze?(00:22:05) Argumente gegen einen Code Freeze(00:38:04) Für wen gilt eigentlich ein Code Freeze?(00:46:08) Wie kommuniziert man einen Code Freeze?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Multi-Team Projektmanagement: Wasserfall notwendig oder Agilität möglich?Ein Projekt definiert sich u.a. durch die Einzigartigkeit. Etwas, was zuvor so noch nicht gemacht wurde. Je größer das einzelne Projekt ist, desto schwieriger ist es, dieses zu managen und den Erfolg zu sichern. Ein maßgeblicher Faktor der Komplexität stellt auch die Anzahl der involvierten Teams und Mitarbeiter dar. Zwar trägt jeder seinen Teil zum Projekt bei, aber jeder hat auch Fragen und Fortschritt zu reporten. Und all diese Fäden werden von einem Projektmanager/in zusammengehalten.Doch wie werden solche großen Multi-Team-Projekte gemanagt? Worauf kommt es an und was sind die größten Herausforderungen? Wie hält man alle Projektbeteiligten konstant auf dem aktuellen Stand, ohne jeden dauerhaft zu nerven? Wie viel muss bei solchen Projekten dokumentiert werden? Und wie stellt man eine gute Balance zwischen ständig ändernden Anforderungen und möglichen Overengineering sicher?Diese und weitere Fragen stellen wir unserem Gast Stephan Strack.Bonus: Wie viel Projektmanager werden benötigt, damit eine Frau ein Kind auf die Welt bringen kann?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksStephan Strack: https://www.linkedin.com/in/stephan-strack-4b594b70/Veeva Systems: https://www.veeva.com/eu/de/Cynefin-Framework: https://de.wikipedia.org/wiki/Cynefin-FrameworkManifest für Agile Softwareentwicklung: https://agilemanifesto.org/iso/de/manifesto.htmlHenry Cavill: https://de.wikipedia.org/wiki/Henry_CavillProtobuf: https://de.wikipedia.org/wiki/Protocol_BuffersFactorio: https://www.factorio.com/Suits: https://de.wikipedia.org/wiki/Suits_(Fernsehserie)Sprungmarken(00:00:00) Unser Gast Stephan Strack(00:05:49) Welchen Vorteil hat der Software-Entwicklungs-Background als Projektmanager?(00:06:45) Was ist die größte Herausforderung bei Multi-Team-Projekten?(00:07:56) Wie startet man am besten mit großen Multi-Team-Projekten?(00:13:24) Wie wichtig ist es, dass es nur einen Projektmanager gibt, anstatt mehrere innerhalb eines Projektes?(00:14:23) Zu welchem Zeitpunkt werden welche Stakeholder ins Projekt eingebunden?(00:16:41) End-to-End-Prozess mit Dummy-Daten zur Erstellung des Gerüst(00:19:07) Accountability vs. "man müsste mal"(00:21:26) Dokumentation von Projekten und Menschen als Informationsquelle(00:29:33) Koordination mit anderen Stakeholdern: Im Büro und Remote(00:31:06) Projektmanagement-Office, Standardisierung von Projekten und Agilität(00:35:18) Reporting für das obere Management(00:39:56) Können große Multi-Team-Projekte agil durchgeführt werden?(00:41:29) Flexibilität bei Projekt-Anforderungen und die Balance von Overengineering(00:48:00) Moderation vs. Mediation und Motivation der Beteiligten(00:53:44) Projektmanagement im Remote-Zeitalter(00:57:00) Agilität in Projekten mit hohen regulatorischen Anforderungen(00:59:14) Mythos: Projektmanager haben keine Ahnung von der Projektdomäne(01:05:37) Mythos: Projektmanager stören Software-Entwickler mit Status-Anfragen(01:07:54) Die vier Punkte des agilen Manifests in der Projektmanagement-PraxisHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Fokus-Zeit für Software-EngineersSoftware-Engineers und andere Knowledge-Worker kennen es. Du arbeitest an etwas, hochkonzentriert, hältst diverse Kontext relevante Informationen in deinem Kopf und es kommt von links jemand und fragt “Hast mal eben ne Minute?”. Flups. Alles weg. Du bist raus. Darfst du dich neu einarbeiten? So oder so ähnlich hat es jeder von uns erlebt. Eine klassische Unterbrechung.Doch wie geht man damit um? Was kann man dagegen tun? Das ist wohl die 1 Millionen Euro-Frage. In dieser Episode besprechen wir genau diese Frage. Nicht nur aus der Perspektive der Person, die unterbrochen wird, sondern auch aus dem Blickwinkel von jemandem, der etwas fragen möchte. Und wie geht man als Engineering Manager⋅in mit diesen Unterbrechungen im Team um?Bonus: Dies ist kein theoretisches Problem, sondern eine Frage aus unserer Community!Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksCommunity Frage von derTom zum Thema Fokus: https://discord.com/channels/955556204124454933/1080210415721660496/1195265925826498640Why developers hate being interrupted: https://www.reddit.com/r/ProgrammerHumor/comments/2rmir6/why_developers_hate_being_interrupted/Makers Schedule, Managers Schedule: https://www.paulgraham.com/makersschedule.htmlCancel your meetings if you can live with the outcome: https://andygrunwald.com/blog/cancel-your-meetings-if-you-can-live-with-the-outcome/Sprungmarken(00:00:00) Intro und die Fokus-Community-Frage(00:09:15) Coaching vs. Mentoring und wer sollte dieses Problem lösen?(00:15:06) Erwartete Antwortzeiten bei E Mails und Realtime-Chats(00:25:02) Team-Channels für Fragen und LLMs als Assistent(00:26:47) Ablenkung im Büro - Direkter Kontakt am Schreibtisch(00:36:19) Meetings als Blockade für Fokus(00:53:23) Feedback, dass du der Fokus-Zerstörer bistHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Continuous Integration: Ein muss für jedes Software-ProjektDie kontinuierliche Integration, wie z.B. das Herunterladen von Dependencies, das Kompilieren der Applikation sowie das Ausführen von Unit- oder Integrationstests, ist ein “alter Hut” für viele Software Engineers. Doch die wenigsten wissen, was eigentlich wirklich dahintersteckt. Denn es ist viel mehr als “nur” ein paar Tests auszuführen.Woher kommt der Begriff Continuous Integration (CI)? Was sind die Kern-Prinzipien von CI? Wie sieht eine gute CI-Pipeline eigentlich aus? Inwieweit hat sich das Konzept von CI sowie die Tools in den letzten 17 Jahren entwickelt? Was bedeuten die Buzzwords Dev-Pipeline-Parity, Shift-left, CI-Theatre, Dev Done und Done Done eigentlich? Welchen Business-Value liefert CI und warum sollte auch das Management dafür sorgen, dass der Build immer Grün ist? Und wie sieht CI eigentlich außerhalb von Web, Cloud und Mobile aus? Zum Beispiel in Industrien wie Automotive und IoT?All diese Fragen werden von unserem Gast, Michael Lihs, Infrastructure Consultant bei Thoughtworks, beantwortet.Bonus: Deine Strava-Aktivität sagt viel über dein Leben aus.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksMichael Lihs: https://www.linkedin.com/in/michael-lihs/Martin Fowler - Continuous Integration: https://www.martinfowler.com/articles/continuousIntegration.htmlCI/CD Pipelines for Cloud Infrastructure - Michael Lihs | Neos Con 2023: https://www.youtube.com/watch?v=U6cLtmCqE3YExtreme Programming: https://de.wikipedia.org/wiki/Extreme_Programminggit flow: https://datasift.github.io/gitflow/IntroducingGitFlow.htmlGitHub flow: https://docs.github.com/en/get-started/quickstart/github-flowAWS re:Invent 2019: How Zalando runs Kubernetes clusters at scale on AWS: https://www.youtube.com/watch?v=_BEf7vVxMjAJenkins: https://www.jenkins.io/TravisCI: https://www.travis-ci.com/GitHub Actions: https://github.com/features/actionsBazel: https://bazel.build/Monorepo Tools: https://monorepo.tools/Software Engineering at Google: https://www.oreilly.com/library/view/software-engineering-at/9781492082781/Cargo cult science: https://en.wikipedia.org/wiki/Cargo_cult_science#Feynman's_speechPatterns for Managing Source Code Branches: https://martinfowler.com/articles/branching-patterns.htmlTrunk Based Development: https://trunkbaseddevelopment.com/Continuous Integration: That’s Not What They Meant • Clare Sudbery: https://www.youtube.com/watch?v=97qyNQz7fxYSprungmarken(00:00:00) Intro und unser Gast Michael Lihs(00:03:35) Was ist Continuous Integration?(00:05:05) Info/Werbung(00:06:10) Was ist Continuous Integration?(00:07:16) Was ist Continuous Deployment und Continuous Delivery?(00:09:47) Ist Continuous Integration bereits Standard in Software-Projekten?(00:11:04) Was macht denn so eine Continuous Integration-Pipeline aus?(00:13:58) Weiterentwicklung von Continuous Integration seit Martin Fowlers Blogpost 2006(00:22:39) Testing in einem Klon der Produktionsumgebung: Irrsinn oder Realität?(00:28:40) Schnelles Feedback als Key-Kriterium und Branching-Strategien(00:38:27) Weiterentwicklung von Continuous Integration-Tooling(00:43:46) Continuous Integration bei einem Monorepo(00:52:52) CI-Theater und Shift-Left(00:56:23) Volle Verantwortung im Team für die ganze Pipeline(01:00:51) Continuous Integration in Industrien außerhalb von Web- und Cloud-DevelopmentHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Cloud Regions und Availability Zones: The good, the bad, the uglyDas Cloud Marketing verspricht viel - unter anderem Hochverfügbarkeit und Resilienz. Primär wird das durch die gleichzeitige Nutzung mehrerer Availability Zones und Regions ermöglicht. Doch ist wirklich alles Gold was glänzt?In dieser Episode schauen wir mal etwas tiefer rein. Wie sind Regions und AZs eigentlich bei den Cloud Providern definiert? Sind alle Regionen gleich oder gibt es gewisse Eigenheiten? Hat jede Region mehrere Availability Zones? Was bedeutet es eigentlich, wenn man eine App in mehreren Availability Zones betreiben möchte? Oder sogar in mehreren Regions? Und wie häufig gibt es eigentlich AZ und Region-Ausfälle?In dieser Episode bringen wir etwas Licht ins Dunkel.Bonus: Deprimierender Regen und die Cloud haben viel gemeinsamDas schnelle Feedback zur Episode:👍 (top)  👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksGlobale AWS-Infrastruktur: https://aws.amazon.com/de/about-aws/global-infrastructure/?p=ngi&loc=1Azure global infrastructure: https://azure.microsoft.com/en-us/explore/global-infrastructureMicrosoft Datacenters: https://datacenters.microsoft.com/globe/exploreGoogle Cloud locations: https://cloud.google.com/about/locationsGoogle Cloud Geography and regions: https://cloud.google.com/docs/geography-and-regionsOracle Fault Domains: https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#faultOVHcloud Regions: https://www.ovhcloud.com/en/about-us/global-infrastructure/regions/Hetzner Locations: https://docs.hetzner.com/cloud/general/locations/Hetzner Datacenter: https://www.hetzner.com/unternehmen/rechenzentrumGoogle Cloud Renaming Egress to Data Transfer: https://cloud.google.com/data-transfer/product-name-change-announceGoogle Cloud Network Pricing: https://cloud.google.com/vpc/network-pricing?hl=deAWS EC2 Network On-Demand Pricing: https://aws.amazon.com/ec2/pricing/on-demand/Azure Incident Retrospective: VLB8-1Z0 and FVHB-188: https://www.youtube.com/watch?v=tODJb-Tm_q0Google Cloud europe-west9 April Outage: https://status.cloud.google.com/incidents/dS9ps52MUnxQfyDGPfkYSummary of the AWS Lambda Service Event in Northern Virginia (US-EAST-1) Region: https://aws.amazon.com/message/061323/Engineering Kiosk #24 Infrastructure as Code oder old man yells at cloud: https://engineeringkiosk.dev/podcast/episode/24-infrastructure-as-code-oder-old-man-yells-at-cloud/Sprungmarken(00:00:00) Intro(00:04:52) Was sind Regionen (Regions) und Availability Zones (AZs)?(00:08:47) Info/Werbung(00:09:56) Was sind Regionen (Regions) und Availability Zones (AZs)?(00:20:15) Eigenheiten bei Regionen (Local Zones, Wavelength Zones und “Fault Domains”)(00:34:58) Cloud Provider mit Regions, die nur eine AZ haben(00:38:02) Was bedeutet es eigentlich, etwas “Multi AZ” zu betreiben?(00:45:41) Was bedeutet es eigentlich, etwas “Multi Region” zu betreiben?(00:51:14) Wie oft kommen Availability Zone- und Regional Outages vor?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Story-Telling und richtig Präsentieren: Ein Skill der mehr Aufmerksamkeit verdient!Irgendwann im Leben muss jeder von uns mal etwas vor einer Gruppe von Personen präsentieren. Sei es eine Abschlussarbeit, ein Ergebnis von einem Hackathon, eine Knowledge-Sharing Session oder auch das tägliche Standup. Und all diese Präsentationen haben etwas gemeinsam: Du möchtest etwas bei den Zuschauern bewirken, ein gewisses Argument oder eine Nachricht überbringen.Doch wie macht man dies denn eigentlich richtig? Wie fesseln wir unsere Zuhörer und schaffen richtige Emotionen? Wie verhindert man, dass alle gelangweilt am Handy spielen? Inwieweit kann sogenanntes “Storytelling” helfen und wann ist es nicht sinnvoll? Wie lernt man Storytelling überhaupt? Und inwieweit kann die Variation meiner Stimme und meiner Körpersprache mir beim Präsentieren helfen?Das und noch viel viel mehr besprechen wir in dieser Episode mit unserer Expertin Anna Momber.Bonus: Was Software-Engineers von Comedians lernen können. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksAnna Momber auf LinkedIn: https://www.linkedin.com/in/anna-momberAnna Momber Website: https://anna-momber.com/Exzellent präsentieren Podcast: https://exzellent-praesentieren.de/podcast-startExzellent präsentieren Podcast - Evergreens: https://exzellent-praesentieren.de/playlists-praesentationStorynomics von Robert McKee: https://mckeestory.com/books/storynomics/ Story: Die Prinzipien des Drehbuchschreibens von Robert McKee: https://de.wikipedia.org/wiki/Spezial:ISBN-Suche/9783895810459Engineering Kiosk #97 Metriken, Hypothesen und Fehler: A/B-Testing in der Praxis mit Philipp Monreal: https://engineeringkiosk.dev/podcast/episode/97-metriken-hypothesen-und-fehler-ab-testing-in-der-praxis-mit-philipp-monreal/Exzellent präsentieren in Microsoft Teams: https://anna-momber.com/onlinekurse/Sprungmarken(00:00:00) Intro und unser Gast Anna Momber(00:06:53) Selbstmarketing: Eine Notwendigkeit? Muss es im öffentlichen Raum stattfinden?(00:11:57) Was ist Storytelling und wozu ist es gut?(00:16:16) Storytelling vs. Fakten und Wissen vermitteln(00:22:53) Wie können wir Storytelling lernen?(00:32:55) Die Strategie und Key-Message einer Präsentation(00:40:57) Die Power der Stimme und Körpersprache(00:47:41) Mittel gegen die Nervosität auf der Bühne(00:52:54) Der Umgang mit Mikrofonen(00:55:57) Kenne dein Setup, den Raum und die Aufregung/Adrenalin(01:03:27) Vorbereitung eines VortragesHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Plattform Engineering, Interne Developer Plattformen und das Product-Mindset: 2023 wird als “Das Jahr der Effizienz” bezeichnet. Viele Firmen schauen sich im Detail an, wie die Arbeit der eigenen Software-Entwicklungsteams effizienter gestaltet werden kann. Die Bereiche Infrastruktur, Cloud, Build Pipelines, Deployment und Co stehen oft im Mittelpunkt der Frage “Was kann optimiert werden, damit wir uns schneller bewegen?”.In der Regel dauert es nicht lange, bis die Buzzwords “Interne Developer Plattformen”, “Developer Experience” und “Plattform Engineering” fallen. Doch worum geht es eigentlich beim Plattform Engineering? Was ist eine interne Developer Plattform?Genau darüber sprechen wir mit unserem Gast Puja Abbassi.Wir klären, was das alles ist, welche Probleme eigentlich gelöst werden sollen, wie eine erfolgreiche Plattform aussieht, was klassische Fallstricke sind, ab wann sich die ganze Sache eigentlich lohnt und noch vieles mehr.Bonus: Was ist FinOps?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksPuja Abbassi: https://www.linkedin.com/in/pujaabbassi/Website von Puja Abbassi: https://puja.devKubernetes Dilbert Comic: https://pbs.twimg.com/media/ED4G0MFWwAAWmDE?format=jpg&name=4096x4096Backstage: https://github.com/backstage/backstageWhat the Heck is Backstage Anyway?: https://engineering.atspotify.com/2020/03/what-the-heck-is-backstage-anyway/Backstage Plugins: https://backstage.io/plugins/TensorFlow: https://www.tensorflow.org/FinOps: https://www.finops.org/Cloud Native Computing Foundation: https://www.cncf.io/CNCF Platforms White Paper: https://tag-app-delivery.cncf.io/whitepapers/platforms/#how-to-measure-the-success-of-platformsAnnouncing the Platform Engineering Maturity Model: https://tag-app-delivery.cncf.io/blog/announcing-the-platform-engineering-maturity-model/Platform Engineering Maturity Model: https://tag-app-delivery.cncf.io/whitepapers/platform-eng-maturity-model/Platform as a Product Paper Guidelines: https://docs.google.com/document/d/1WQx8Ijg9uY0xa1uxVWOYHoTPV0b4WCh2KbV70c86fY8/editCNCF Technical Advisory Groups ("TAGs"): https://github.com/cncf/toc/blob/main/tags/cncf-tags.mdGartner - Was ist Platform Engineering?: https://www.gartner.de/de/artikel/was-ist-platform-engineeringCloud Native Users Struggle to Achieve Benefits, Report Says: https://thenewstack.io/cloud-native-users-struggle-to-achieve-benefits-report-says/Sprungmarken(00:00:00) Intro und unser Gast Puja Abbassi(00:05:00) Was ist Plattform-Engineering? Was ist eine interne Developer Plattform?(00:16:18) Sind die Konsolen der Hyperscaler oder Kubernetes nicht schon eine Plattform?(00:25:28) Platform Engineering bedarf Software-Engineering(00:30:10) Ab wann lohnt sich Platform Engineering und was muss in der Firma gegeben sein?(00:41:34) Ist Spotify's Backstage nicht eine fertige Plattform?(00:50:16) Product Mindset beim entwickeln einer Plattform(00:56:31) Plattform Engineering ist ein Fokus der CNCF und StandardisierungHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776

Erfahrungen durch den Quereinstieg in die Software-EntwicklungSeit über einer Dekade boomt die IT- und Software-Entwicklungsindustrie. Der Mangel an Fachkräften wird immer präsenter und oft locken gute Arbeitsbedingungen und noch bessere Gehälter. Auf der anderen Seite steht oft eine langjährige und traditionelle Berufsausbildung oder ein Studium. Die Alternative dazu, der Quereinstieg aus einer anderen Profession, kommt in der Praxis immer öfter vor. Für viele ist dies aber risikobehaftet und ggf. auch beängstigend.Deswegen nehmen wir uns diesem Thema an und besprechen den Quereinstieg mit unserem Gast Melanie Patrick. Sie hat nach 11 Jahren Berufserfahrung in einem anderen Job den Wechsel in die Softwareentwicklung durch einen Quereinstieg gemeistert.Es geht um ihren Werdegang, ihre Ausbildung, ihre Herausforderungen in der Software-Entwicklung, um das Feedback aus ihrem persönlichen Umkreis und Empfehlungen für Leute, die etwas Ähnliches vorhaben.Bonus: Häkelprojekte sind vollwertige Side-Projekte.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776LinksMelanie Patrick: https://www.linkedin.com/in/mgapatrick/SAE Institute: https://www.sae.edu/deu/Sprungmarken(00:00:00) Intro und unser Gast Melanie Patrick(00:04:34) Was war dein coolstes Projekt?(00:06:02) Wie hast du Softwareentwicklung gelernt?(00:10:03) Was hast du vor der Softwareentwicklung gemacht?(00:17:34) Finanzierung des Software-Entwicklungs-Studium und das Vorstellungsgespräch(00:26:09) Der erste Job, die Reaktionen des eigenen Umfelds und Nutzung von vorhandenen Skills(00:35:23) Hürden oder Probleme und der aktuelle Job(00:48:58) Für wen ist der Quereinstieg geeignet?(00:53:30) Einschüchternde Kommunikation durch die Medien(00:58:31) Empfehlungen für Leute die über einen Quereinstieg nachdenkenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)Feedback (gerne auch als Voice Message)EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.devMastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskWhatsApp +49 15678 136776