Engineering Kiosk

Wenn du glaubst, dass du YAML kennst … „YAML Ain’t Markup Language“ (ursprünglich „Yet Another Markup Language“) kennen viele nur als Sprache für Konfigurationsdateien. Laut dem Gründer von YAML ist das Format aber nicht dafür gedacht. Und überhaupt nutzen sehr viele Tools nur einen Bruchteil der Fähigkeiten von YAML. Welche das sind, hat uns Tina Müller erklärt. Tina ist u.a. Contributorin zur YAML Spezifikation und gibt uns mal einen Einblick in das Serialisierungs-Format. Wir sprechen über darüber, welches Problem YAML lösen wollte, wie es in der Realität genutzt wird, wie YAML selbst sowie die YAML-Parser in verschiedenen Sprachen weiterentwickelt werden, über die Flaws von YAML, wie zB. das Norway Problem oder die Billion Laughs Attacke und schauen mal welche Features nicht so bekannt sind, wie YAML tags, aliases oder YAMLScript. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: 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. Links Tina Müller auf LinkedIn: https://www.linkedin.com/in/tina-m%C3%BCller-642931154/ Website von Tina Müller: https://perlpunk.github.io/ Tina Müller auf GitHub: https://github.com/perlpunk YAML Tutorial und Infos für Entwickler:innen: https://www.yaml.info/ YAML Test-Suite: https://github.com/yaml/yaml-test-suite YAML Test-Matrix: https://matrix.yaml.info/ YAML Playground: https://play.yaml.io/main/ yamltidy: https://perlpunk.github.io/yamltidy/ YAMLScript: https://yamlscript.org/ What is flow style in YAML?: https://www.educative.io/answers/what-is-flow-style-in-yaml YAML Chat auf Matrix: https://app.element.io/#/room/#chat:yaml.io YAML Linter: https://yamllint.readthedocs.io/en/stable/ YAML Formatter: https://perlpunk.github.io/yamltidy/ YAML Referenzparser: https://github.com/yaml/yaml-reference-parser Do you know YAML? Talk auf der FOSDEM: https://fosdem.org/2024/schedule/event/fosdem-2024-2046-do-you-know-yaml-/ Beispiel für YAML Tags von AWS: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/gettingstarted.templatebasics.html (siehe “!Ref InstanceSecurityGroup”) Beispiel für YAML aliase: https://www.yaml.info/learn/index.html#invoice Sprungmarken (00:00:00) YAML mit Tina Müller (00:06:27) Was ist YAML und wie zeichnet sich YAML aus? (00:09:19) YAML, JSON und die Abgrenzung zu anderen Formaten (00:11:00) Info/Werbung (00:12:37) YAML, JSON und die Abgrenzung zu anderen Formaten (00:28:56) YAML-Spezifikation (00:33:22) YAML-Testsuite (00:39:24) Das Norway-Problem (00:44:39) YAML-Features: Aliases, Anchors und YAMLScript Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk

No-Code-Tools sind technische Schulden! Wenn es zu dem Thema No-Code kommt, gibt es oft zwei Lager: Die einen lieben es. Die anderen sagen “Das ist doch gar kein richtiges Programmieren”. Dennoch gibt es Firmen, die No-Code-Plattformen im großen Stil einsetzen. Und immer wenn damit “mal was richtiges” gebaut wird, stellen sich dieselben Fragen wie bei richtiger Software-Entwicklung: Wie sieht es mit der Security / Maintainability / Skalierung und Co aus? Und wenn wir sowas auf den Tisch bringen, dann ist das Thema Refactoring und technische Schulden nicht mehr weit. Und genau darum geht es in dieser Episode. Wolfgang ist fest überzeugt von “No-Code-Tools sind technische Schulden!”. Und Andy lässt sich das ganze mal erklären, um zu verstehen, was er eigentlich damit meint. Wir sprechen darüber, was No-Code und Low-Code eigentlich ist, was technische Schulden sind und warum dies ggf. nicht subjektiv zu sehen ist, welche Probleme sich bei großer No-Code-Nutzung auftun und ob klassische Probleme (aber auch Lösungen) der Software-Entwicklung sich auf die No-Code-Entwicklung übertragen lassen. Bonus: Streit auf LinkedIn ist wohl nicht gern gesehen. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: 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. Links Wolfgangs “Refactoring is bullshit” LinkedIn-Post: https://www.linkedin.com/feed/update/urn:li:activity:7183096282884804608/ No-Code-Plattform Make: https://www.make.com/ Open Source No-Code-Plattform: https://github.com/n8n-io/n8n AppSmith: https://www.appsmith.com/ Stop saying “technical debt”: https://stackoverflow.blog/2023/12/27/stop-saying-technical-debt/ Nocodb: https://github.com/nocodb/nocodb Sprungmarken (00:00:00) No-Code sind technische Schulden (00:03:13) Info/Werbung (00:04:18) Was ist No-Code und Low-Code? (00:23:03) Was ist Technical Debt? (00:32:08) Technische Schulden bei keinem Code - Wie geht das? (00:38:07) Gelöste Probleme im High-Code-Umfeld sind neue Probleme im No-Code-Umfeld (00:47:35) Security im No-Code-Umfeld (00:52:38) Steht No-Code im Konflikt zu moderner Software-Entwicklung? (00:59:17) No-Code richtig eingesetzt ist dein Beschleuniger Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk

Wie gehen andere bei ihrer Jobsuche vor? Ein Erfahrungsaustausch Irgendwann kommt der Zeitpunkt, da denken viele von uns “Soll ich mir mal was Neues suchen? Ein Tapetenwechsel im Job könnte mir ggf. gut tun.” oder “Ich will endlich mal was anderes sehen” oder “Das könnte mein nächster Schritt in meiner Karriere sein”. Aber: Die Jobsuche kann anstrengend sein. Im Internet liest man viele Do’s und Dont’s. Verwirrung kommt schnell auf, was nun der richtige Weg ist. Deswegen sind Erfahrungen von anderen so wichtig. Und genau darum geht es in dieser Podcast-Episode. Zu Gast sind Doreen und Ellen vom UNMUTE IT Podcast. Beide haben vor kurzer Zeit ihren Arbeitgeber gewechselt und erzählen von ihrer Herangehensweise und Erfahrungen bei der Job-Suche. Wir sprechen über Job-Hopping und wann es Zeit ist, sich einen neuen Job zu suchen, wie und wo man nach neuen Arbeitsmöglichkeiten sucht, wie wichtig das eigene Netzwerk und Vitamin-B ist, worauf es bei der richtige Firma ankommt, was Red-Flags und Warnsignale ist sind, über den Interviewprozess, wie viel Glück involviert ist und wie man mit Misserfolgen umgeht. Viel Spaß bei diesem Podcast-Crossover. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: 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. Links UNMUTE IT Podcast: https://linkr.bio/unmute-it UNMUTE IT auf LinkedIn: https://www.linkedin.com/company/unmute-it/ Verwandte UNMUTE IT Episode zum Jobeinstieg https://soundcloud.com/user-263541100/52-dos-donts-im-jobeinstieg Ellen Schwartau Blog: https://ellenschwartau.com/ Job-Börse Indeed: https://de.indeed.com/ Job-Portal StepStone: https://www.stepstone.de/ Tech compensation in Europe: https://techpays.com/ 1KOMMA5°: https://1komma5grad.com/ An Engineering Leader's Job Search Algorithm: https://docs.google.com/document/d/19fr_36WOzKlq_zyGP2RdxMEsdNQMZdUqn1Vahncr2pY/edit#heading=h.xg3o3psx1mah Engineering Kiosk Episode #11 Die Suche nach dem IT Traumjob: https://engineeringkiosk.dev/podcast/episode/11-die-suche-nach-dem-it-traumjob/ Engineering Kiosk Episode #32 Die richtigen Leute anstellen: Die Recruiting Pipeline: https://engineeringkiosk.dev/podcast/episode/32-die-richtigen-leute-anstellen-die-recruiting-pipeline/ Sprungmarken (00:00:00) Podcast-Crossover mit UNMUTE IT (00:06:02) Info/Werbung (00:07:20) Podcast-Crossover mit UNMUTE IT (00:07:21) Wann fängt es an, darüber nachzudenken, sich einen neuen Job suchen? (00:14:40) Job-Hopping und ab wann ist es zu lang bei einer Firma? (00:22:07) Der erste Schritt bei der (strukturierten) Job-Suche (00:29:40) Das eigene Netzwerk bei der Job-Suche (00:41:59) Hire for attitude, not for skill und Interviews (00:58:00) Die richtige Firma finden (01:13:36) Warnsignale und Red-Flags (01:32:08) Interview-Prozess und Take Home Challenges (01:43:49) Verhandlungen und Gehalt (01:54:18) Abschluss Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk

Explain my like i am five: Die Grundlagen moderner Suchen Wir, als User, erwarten heutzutage ziemlich viel von einer Suchmaschine. Es soll “magisch” verstehen, was wir eigentlich finden möchten. Egal ob wir das richtige Wort dafür nutzen (aka Synonym-Suche) oder ob der Begriff einen Tippfehler hat (aka “Meinten Sie …?”). Oft werden Tools wie Elastic- oder OpenSearch, Solr, Algolia und Co. für sowas eingesetzt, denn eine einfache Volltext-Suche mittels eines Wildcard-SQL-SELECT Statement reicht dafür nicht mehr aus. Doch was steckt eigentlich dahinter? Wie funktionieren all diese modernen Suchen eigentlich im Inneren? In dieser Episode geht es um die Grundlagen moderner Suchmaschinen. Wir schmeißen mit Begriffen wie Stemming, Homonyme, BERT, Stopwords, Inverted Index, Suffixbäume, N-Grams, Term Frequency-Inverse Document Frequency, Vector Space Model und Co um uns und erklären das ganze im “Explain me Like I am five”-Stil. Bonus: Wie Konzepte des Information Retrieval mit Bälle-Bädern erklärt werden. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: 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. Links r/explainlikeimfive: https://www.reddit.com/r/explainlikeimfive/ Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ ElasticSearch: https://www.elastic.co/de/elasticsearch OpenSearch: https://opensearch.org/ Apache Lucene: https://lucene.apache.org/ Apache Solr: https://solr.apache.org/ meilisearch: https://www.meilisearch.com/ Alogolia: https://www.algolia.com/d HackerNews indexiert von Algolia: https://hn.algolia.com/ Term Frequency-Inverse Document Frequency: https://de.wikipedia.org/wiki/Tf-idf-Ma%C3%9F Bidirectional Encoder Representations from Transformers (BERT): https://en.wikipedia.org/wiki/BERT_(language_model) Engineering Kiosk Episode #116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/116-ki-unterst%C3%BCtzte-software-entwicklung-ein-reality-check-mit-birgitta-b%C3%B6ckeler-von-thoughtworks/ Learning to Rank: https://en.wikipedia.org/wiki/Learning_to_rank Vector Space Model: https://en.wikipedia.org/wiki/Vector_space_model Inverted Index: https://en.wikipedia.org/wiki/Inverted_index N-Gramm: https://de.wikipedia.org/wiki/N-Gramm Suffixbaum: https://de.wikipedia.org/wiki/Suffixbaum Trie (Präfixbaum): https://de.wikipedia.org/wiki/Trie Sprungmarken (00:00:00) Buzzword-Bingo bei modernen Suchen (00:04:40) Die Komplexität moderner Such-Systeme (00:05:55) Info/Werbung (00:07:00) Die Komplexität moderner Such-Systeme (00:09:58) Wie funktioniert High-Level eine Suchmaschine? (00:11:04) Verarbeitung der Such-Daten durch Tokens: Sprache, Stop-Words, Lemmatisierung, Stemming (00:20:53) Zahlen als Such-Wörter, Embeddings und Bidirektionale Encoder-Repräsentationen von Transformers (BERT) (00:29:34) Speichern der Daten mit einem Index: Invertierter Index und Suffixbäume (00:43:07) Daten wirklich finden durchs Ranking: N-Grams, TF/IDFrequency und Vector Space Model (00:59:54) Wie wählt man ein gutes Such-System aus? (01:04:20) Wie beeinflusst Generative AI die aktuellen Suchsysteme und Sucht-Grundlagen? Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk

Ein Leitspruch für die Frontend-Welt: Make simple things simple and complex things possible Die Frontend-Entwicklung hat in den letzten Jahren einen ziemlich großen Wandel erlebt. Es fing alles ganz simpel an: CSS und JavaScript wurden einfach via script-tag inkludiert. Danach kamen Performance-Optimierung durch Minification, mehr JavaScript- und CSS Features (zB Browser-APIs) wurden in die Browser implementiert und die Standards kamen nicht hinterher, doch wir Entwickler*innen wollten wir diese schon in Produktion nutzen (aka Polyfills und Transpilieren). Und auch die Web-Apps wurden immer mehr “Desktop-Like”, was einen Effekt auf die Frontends von heute hat, zB. React, Vue und Co. Und wo sind wir heute? Frameworks wie HTMX, die mit Einfachheit werben, erleben einen neuen Hype. Doch ist das alles neu oder nur “alter Wein in neuen Schläuchen”? Erkaufen wir uns durch diesen großen Tooling-Stack wirklich Einfachheit oder schließen wir uns durch die Komplexität doch nicht in eine "proprietäre API” ein, die es sehr schwer macht, das Framework zu wechseln? Und zu guter letzt: Ist die Komplexität gerechtfertigt? Zu diesem Thema sprechen wir mit Golo Roden. Golo ist Frontend-Experte und spezialisiert auf native Webtechnologien. Mit ihm behandeln wir Themen wie die Probleme von aktuellen UI-Frameworks und woher diese Probleme eigentlich kommen, wie er zu einfacheren Konzepten wie HTMX steht, über mögliche Lösungsansätze für die Probleme, Standards wie Web Components und welche Rolle TypeScript in dem ganzen Mix einnimmt. Bonus: Warum Monkey Island das richtige Spiel für dich und deine Kinder ist. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links the native web GmbH: https://thenativeweb.io/ YouTube-Kanal von Golo Roden: https://www.youtube.com/@thenativeweb Video HTMX: Die perfekte UI-Technologie?!: https://www.youtube.com/watch?v=TL5TtpZ33xU Artikel HTMX: Die perfekte UI-Technologie?: https://www.heise.de/blog/HTMX-Die-perfekte-UI-Technologie-9633960.html JavaScript Bloat in 2024: https://news.ycombinator.com/item?id=39471221 Artikel Vanilla-Web: Der Frontend-Trend 2024?: https://www.heise.de/blog/Vanilla-Web-Der-Frontend-Trend-2024-9611002.html Babel.js: https://babeljs.io/ jQuery releases: https://github.com/jquery/jquery/releases Redux: https://redux.js.org/ Engineering Kiosk Episode #84 Die Evolution von JavaScript: Vom Ducktyping zum Monopol im Browser mit Peter Kröner: https://engineeringkiosk.dev/podcast/episode/84-die-evolution-von-javascript-vom-ducktyping-zum-monopol-im-browser-mit-peter-kr%C3%B6ner/ AngularJS: https://angularjs.org/ Prince of Persia in Assembler: https://www.youtube.com/watch?v=hr5xQpznD0Y Web Components: https://developer.mozilla.org/en-US/docs/Web/API/Web_components Sprungmarken (00:00:00) Unser Gast Golo Roden (00:06:28) Info/Werbung (00:07:32) Monkey Island für Kinder (00:11:53) Der aktuelle Tech-Stack in einem Web-Projekt (00:15:04) Innovation in der Frontend-Welt oder alter Wein in neuen Schläuchen? (00:26:10) Was ist HTMX und welches Problem soll es lösen? (00:33:11) Kritikpunkte an HTMX (00:42:50) Innovation fördert auch die Standardisierung im Web (00:47:29) Bloated JavaScript und User Experience im Web (00:55:51) Hohe Kohäsion, niedrige Kopplung (01:02:00) Web Components und Standardisierung (01:09:04) Welche Rolle spielt TypeScript in diesem Mix? Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

AI in der Software-Delivery: Unsere größte Möglichkeit oder purer Hype? - Ein Realitätscheck Generative AI ist in der Software-Entwicklung allgegenwärtig. Mit Co-Pilot stellt GitHub den Platzhirsch im Bereich Codegenerierung und bewirbt es mit einer 55% Produktivitätssteigerung. Bei solchen Effekten dreht jedes C-Level-Management am Rad. Doch was ist dran am Hype? Sollten wir wirklich alle so aufgeregt sein? Zu dieser Frage bzw. zu einem Realitätscheck sprechen wir mit Birgitta Böckeler, Global Lead for AI-assisted Software Delivery bei Thoughtworks. Sie beschäftigt sich u.a. damit, wozu Generative AI in der Softwareentwicklung genutzt werden kann, welche Einsatzbereiche neben der Codegenerierung existieren, für welche Bereiche Coding Assistenten gut und für welche nicht so gut sind funktionieren aber auch welchen Effekt die ganze AI-Bewegung auf den ganzen Softwareentwicklungsprozess hat. Bonus: Ein Kampf zwischen AI-Fans und Skeptiker Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Birgitta Boeckeler auf LinkedIn: https://www.linkedin.com/in/birgittaboeckeler/ Website von Birgitta Böckeler: https://birgitta.info/ AI for software development: A reality check | Birgitta Boeckeler | LeadDev Berlin 2023: https://www.youtube.com/watch?v=pajcn6ApyD8 Exploring Generative AI Memos von Birgitta Böckeler: https://martinfowler.com/articles/exploring-gen-ai.html Three things GenAI will not change about software delivery: https://www.thoughtworks.com/insights/blog/generative-ai/three-things-GenAI-will-not-change-about-software-delivery New GitHub Copilot Research Finds 'Downward Pressure on Code Quality': https://visualstudiomagazine.com/articles/2024/01/25/copilot-research.aspx Resolving Code Review Comments with Machine Learning: https://research.google/pubs/resolving-code-review-comments-with-machine-learning/ Driver AI: https://www.driverai.com/ Copilot Internals: https://thakkarparth007.github.io/copilot-explorer/posts/copilot-internals Sprungmarken (00:00:00) Software Delivery und AI mit Birgitta Böckeler (00:03:09) Info/Werbung (00:04:15) Birgitta Böckeler - Global Lead for AI-assisted Software Delivery (00:07:17) Was ist Generative AI im Umfeld der Software-Entwicklung? (00:13:33) Wie viel Erfahrung ist für den sinnvollen Einsatz von Generative AI notwendig? (00:22:36) Intellectual Property (IP) bei Coding LLMs (00:27:09) Retrieval Augmented Generation, Halluzinationen und Kontext für das LLM (00:41:58) Erhöhte Produktivität durch Coding Co-Piloten (00:55:40) In welchen Bereichen der Software-Entwicklung kann AI uns noch helfen? (01:02:44) Wie verändert sich die professionelle Softwareentwicklung durch AI? Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Den Softwareentwicklungs-Prozess beschleunigen, indem mehr Arbeit auf die Entwickler abgewälzt wird? 2024 ist das Jahr der Effizienz. Überall wird nachgesehen, was noch schneller und besser laufen kann. So auch bei der Softwareentwicklung. Denn dort ist allzeit bekannt: Umso später ein Fehler aufgedeckt wird, desto teurer ist seine Behebung. Deswegen wurde früh damit angefangen, nicht nach der Softwareentwicklung das Programm zu testen, sondern schon während der Entwicklung die Tests zu schreiben. Der Test-Prozess wurde in der Zeitleiste nach Links geschoben. In der Industrie nennt man diesen Vorgang “Shift Left”. Doch bei Tests ist es nicht geblieben. DevOps verlagert die Operations nach Links. Cloud die Definition von Infrastruktur als Code (und somit in die Softwareentwicklung). Security nimmt ebenfalls einen wichtigen Standpunkt in der modernen Welt ein. Metriken, strukturierte Logs und weitere Signale für Observability sind ein fester Bestandteil der Softwareentwicklung. Doch wie viel Prozesse sollen (und können) dennoch nach Links verschoben werden? Wie viele Aufgaben soll eine einzige Entwicklerin erledigen? Ist nicht einfach mal gut? Bonus: Alles mit Ops - DevOps / MLOps / CloudOps / AIOps / DataOps / SecOps / DevSecOps / HROps LegalOps BizOps LLMOps ChatOps NoOps Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Shift Left: https://de.wikipedia.org/wiki/Shift-Left-Ansatz Engineering Kiosk Episode #106 CI - Continuous Integration in der Praxis mit Michael Lihs von Thoughtworks: https://engineeringkiosk.dev/podcast/episode/106-ci-continuous-integration-in-der-praxis-mit-michael-lihs-von-thoughtworks/ Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/podcast/episode/101-observability-und-opentelemetry-mit-severin-neumann/ Engineering Kiosk Episode #60 On-Call: Warum auch Software-Engineers auf Rufbereitschaft sein sollten: https://engineeringkiosk.dev/podcast/episode/60-on-call-warum-auch-software-engineers-auf-rufbereitschaft-sein-sollten/ Engineering Kiosk Episode #103 Plattform Engineering und Interne Developer Plattformen mit Puja Abbassi: https://engineeringkiosk.dev/podcast/episode/103-plattform-engineering-und-interne-developer-plattformen-mit-puja-abbassi/ Sprungmarken (00:00:00) Der Software-Engineer-Job wird bedroht (00:03:11) Info/Werbung (00:05:08) Was ist Shift Left? (00:10:37) Welches Problem soll Shift Left lösen? (00:14:21) Warum ist Shift Left gerade jetzt aktuell? (00:16:56) Der Unterschied von Shift Left in einem Startup und in einem Konzern (00:24:37) Aktivitäten, die nach Links geshifted werden (00:33:13) ShiftLeft mit Infrastruktur und Plattformen (00:38:00) Nachteile von Shift Left (00:44:09) Konfliktpotenzial bei der Einführung von Shift Left (00:52:05) Shift Left ist nichts neues Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Sales Engineering: Die Karriere “on top” auf deiner eigentlichen Karriere Im Software Engineering gibt es viele Vorurteile gegen die Sales-Funktion. Doch wenn wir mal ehrlich zu uns sind: Die Sales-Abteilung bringt die Kunden, die wiederum das Geld in die Firma bringen. Kurz um: Durch die Sales-Arbeit haben wir alle einen Job. Und wenn wir dies mal weiterdenken: Was wäre, wenn du mit deinem Engineering Know How an diesem Hebel etwas bewirken könntest? Genau darum geht es in der Funktion des Sales Engineerings. In dieser Episode sprechen wir mit Patrick Pissang, dem Social Sales Engineer, und bringen etwas Licht ins Dunkle: Was ist Sales Engineering? Sind dies zwei Jobs in einer Person? Wie technisch muss ein Sales Engineer sein und wie sieht eigentlich ein solcher Sales Prozess aus? Welche Firmen können von dieser Rolle denn wirklich Gebrauch machen? Welche Skills sind gefragt und wie kann man mehr über diese Rolle erfahren? All das in dieser Episode. Bonus: Was Herr der Ringe und Sales Engineering gemeinsam haben. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Patrick Pissang auf LinkedIn: https://www.linkedin.com/in/patrickpissang/ Website von Patrick Pissang zu Sales Engineering: https://saleshero.training/ Buch “The Social Sales Engineer: Timeless Principles for Achieving Thought Leadership”: https://www.amazon.de/Social-Sales-Engineer-Principles-Leadership/dp/3982214785/ref=tmm_hrd_swatch_0 Buch “The subtle art of Sales Engineering: How to lead the client with the unexpected”: https://www.amazon.de/subtle-art-Sales-Engineering-unexpected/dp/3982214718/ Buch “Wie du wirklich in der IT Karriere machst!: Sales Engineering, so setzen Entwickler und Architekten ihre Fähigkeiten lukrativ ein”: https://www.amazon.de/Wie-wirklich-Karriere-machst-Sales-Engineering-Know-How/dp/B086FPZ5NT/ Patrick Pissang auf Udemy: https://www.udemy.com/user/patrick-pissang/ The Sales Engineering Kingdom: https://salesengineeringmap.com/ PreSales Collective: https://www.presalescollective.com/ The SChool - Sales Engineering Academy: https://salesengineers.co.uk/ Podcast Presales Unleashed: https://open.spotify.com/show/2uxpTX0Dnh9pvIHbItxYHV Sprungmarken (00:00:00) Sales Engineering mit Patrick Pissang, dem Social Sales Engineer (00:04:03) Die Sales-Engineering-Map im Herr der Ringe Style (00:07:34) Info/Werbung (00:08:42) Vorurteile von Sales (00:12:51) Was ist Sales Engineering? (00:21:26) Die verschiedenen Rollen in einem Sales Prozess (00:24:32) Sales Engineering vs. Solution Architect, Developer Advocate und Co (00:28:33) Pre- und Post-Sales (00:32:35) Karriere-Weiterentwicklung durch Sales-Engineering (00:56:01) Schnupper-Kurs im Sales Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Kommunikation und Marketing über die eigene Arbeit: Ein Muss oder Wichtigtuerei? Jeder Angestellte ist für eine gewisse Aufgabe angestellt. Doch während der täglichen Arbeit kommt eine ganze Menge weitere Aufgaben dazu, die für viele Manager und andere Teams “unsichtbar” sind: Dem Kollegen bei seiner Entwicklungsumgebung helfen, den roten Test-Build fixen, dem Junior-Engineer eine Frage beantworten, eine Präsentation für das Meeting morgen vorbereiten, und so weiter. Dennoch ist diese unsichtbare Arbeit wichtig. Oft wird diese auch als Glue-Work, also Klebstoff, der das ganze Konstrukt zusammenhält, beschrieben. Und über ein ganzes Jahr macht man davon nicht wenig. Doch damit diese Arbeit gesehen wird und auch eine entsprechende Wertschätzung bekommt, müssen andere davon erfahren. Und da kommt Kommunikation und Selbstmarketing ins Spiel. In dieser Episode sprechen wir darüber, wie viel Selbstmarketing OK ist, ob es einen Unterschied zwischen leisen und lauten Personen gibt, wie Activity Logs oder Brag Documents dir selbst helfen können, die entsprechende Glue-Work zu deiner Vorgesetzt zu kommunizieren, und geben Tipps wie das ganze in die wöchentliche Arbeitsroutine eingebettet werden kann. Bonus: Ist Zuckerfrei wirklich ohne Zucker und Alkoholfrei wirklich ohne Alkohol? Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links How to Create Luck: https://www.swyx.io/create-luck Get your work recognized: write a brag document: https://jvns.ca/blog/brag-documents/ Notion Brag Document Template: https://www.notion.so/de-de/templates/brag-document-template Engineering Kiosk #51 Was ist das Staff (Engineer) Level?: https://engineeringkiosk.dev/podcast/episode/51-was-ist-das-staff-engineer-level/ Brag Docs: https://www.bragdocs.com/ Sprungmarken (00:00:00) Intro und das Brag Document (00:01:44) Laut oder leise? (00:07:49) An was haben wir vor 3 Monaten gearbeitet? (00:10:20) Info/Werbung (00:11:18) Protokollier deine Arbeit und Gluework (00:24:49) Brag Document: Für dich und deine Vorgesetzte (00:26:35) Das richtige Level an Kommunikation für die entsprechende Anerkennung (00:39:54) Brag-Documents im Freelancing und die AI (00:45:29) Ein einfacher Dokument reicht völlig aus (00:48:08) Brag-Documents für die Beförderung und der eigene Impact Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Wenn der Wechsel vom Software Engineer zur Managerin eine Beförderung ist, ist dann der Wechsel vom Manager-Dasein zurück zum Software Engineer eine Degradierung? Genau mit dieser Frage beschäftigen wir uns in dieser Episode. Umgangssprachlich nennt man den Wechsel hin und her, von Software Engineer zum Management und zurück, das Engineering Manager Pendulum. Wir haben mit Tom Bartel gesprochen, der diesen Wechsel schon zweimal vollzogen hat. Mit Ihm sprechen wir darüber, wie der Gedanke zum Pendeln entstanden ist, wie sein Umfeld und das eigene Unternehmen darauf reagiert hat, wie schwierig es ist sich an andere Perspektiven und Flughöhen in der täglichen Arbeit anzupassen, wie das Gehirn sich auf die unterschiedlichen Tagesabläufe verändert, und was er Leuten raten würde, die ebenfalls darüber nachdenken, in das Engineering Manager Pendulum einzusteigen. Bonus: Wie ein neuer Grill eine Verpackungswut auslösen kann. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Tom Bartel auf LinkedIn: https://www.linkedin.com/in/twbartel/ Tom Bartel’s Website: https://www.tombartel.me/ Tom Bartel’s Udemy Kurs “Dein Einstieg in Node.js: Professionell und komplett”: https://www.udemy.com/course/node-js-professionell-und-komplett/ Mitchell's New Role at HashiCorp / Offizielles Announcement (Mitte 2021): https://www.hashicorp.com/blog/mitchell-s-new-role-at-hashicorp Mitchell Hashimoto Tweet “Do what you love, not what others expect!”: https://twitter.com/mitchellh/status/1418315344800669698 Burnhard-Grill - Verpackung Kleinteile: https://twitter.com/twbartel/status/1576833082409177088 Paul Graham’s Maker's Schedule, Manager's Schedule: https://www.paulgraham.com/makersschedule.html Sprungmarken (00:00:00) Intro (00:04:00) Info/Werbung (00:05:00) Engineering Management Pendulum und unser Gast Tom Bartel (00:08:39) Was ist das Engineering Management Pendulum (00:20:14) Möchtest du wieder Individual Contributor werden? (00:27:21) Pendulum und die Firmenkultur (00:31:34) Wie sich nach einem Pendel deine Arbeit verändert (00:44:28) Leute im Team, die selbst gependelt sind (00:51:57) Andere Flughöhen vs. Hands-On (01:12:54) Tips zum pendeln, wenn du drüber nachdenkst Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

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 Q2U Andy Mikrofon: Rode NT USB + Rode PSA1+ Broadcast Microphone Versandboxen für Mikrofone: Thomann, 2x Flyht Pro WP Safe Box 6 IP65 Aufnahmegerät für On-Site-Aufnahmen: Zoom PodTrak P4 Scheinwerfer fürs Video-Setup: Rollei Lumen Panel 600 Bi-Color - LED-Panel Ansteck-Mikrofone fürs Video-Setup: SYNCO G2(A2) Lavalier Mikrofon 150M Reichweite Unsere Software: Podcast-Hosting: RedCircle Podcast-Aufnahme: Zencastr Podcast Transcripte: AssemblyAI Audio-Editting: Audacity Website-Framework: Astro Website-Hosting: GitHub + Netlify Podcast-Community: Discord Dokumentation und Planung: Google Docs Bonus: 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links #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/mp3chaps Riverside: https://riverside.fm/ Wartungsfenster Podcasts: https://wartungsfenster.podigee.io/ Engineering Kiosk GitHub Repositories: https://github.com/EngineeringKiosk Woher 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 vorhaben Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Murakamy: https://murakamy.com/ Murakamy Podcast: https://murakamy.com/blog?category=Podcast Philipp 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/0525536221 Management by Objectives („Führung durch Zielvereinbarung“): https://de.wikipedia.org/wiki/Management_by_Objectives Google OKR Playbook: https://www.whatmatters.com/resources/google-okr-playbook t3n Agile Führung mit OKR-Guide: https://t3n.de/guides/agile-fuehrung-mit-okr Murakamy Online-Kurs: https://murakamy.com/okr-online-kurs-seminar Richard 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-Empfehlungen Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Sprungmarken (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? Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Stephan 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-Framework Manifest für Agile Softwareentwicklung: https://agilemanifesto.org/iso/de/manifesto.html Henry Cavill: https://de.wikipedia.org/wiki/Henry_Cavill Protobuf: https://de.wikipedia.org/wiki/Protocol_Buffers Factorio: 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-Praxis Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Fokus-Zeit für Software-Engineers Software-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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Community Frage von derTom zum Thema Fokus: https://discord.com/channels/955556204124454933/1080210415721660496/1195265925826498640 Why 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.html Cancel 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 bist Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Continuous Integration: Ein muss für jedes Software-Projekt Die 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Michael Lihs: https://www.linkedin.com/in/michael-lihs/ Martin Fowler - Continuous Integration: https://www.martinfowler.com/articles/continuousIntegration.html CI/CD Pipelines for Cloud Infrastructure - Michael Lihs | Neos Con 2023: https://www.youtube.com/watch?v=U6cLtmCqE3Y Extreme Programming: https://de.wikipedia.org/wiki/Extreme_Programming git flow: https://datasift.github.io/gitflow/IntroducingGitFlow.html GitHub flow: https://docs.github.com/en/get-started/quickstart/github-flow AWS re:Invent 2019: How Zalando runs Kubernetes clusters at scale on AWS: https://www.youtube.com/watch?v=_BEf7vVxMjA Jenkins: https://www.jenkins.io/ TravisCI: https://www.travis-ci.com/ GitHub Actions: https://github.com/features/actions Bazel: 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_speech Patterns for Managing Source Code Branches: https://martinfowler.com/articles/branching-patterns.html Trunk Based Development: https://trunkbaseddevelopment.com/ Continuous Integration: That’s Not What They Meant • Clare Sudbery: https://www.youtube.com/watch?v=97qyNQz7fxY Sprungmarken (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-Development Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Cloud Regions und Availability Zones: The good, the bad, the ugly Das 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 gemeinsam Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Globale AWS-Infrastruktur: https://aws.amazon.com/de/about-aws/global-infrastructure/?p=ngi&loc=1 Azure global infrastructure: https://azure.microsoft.com/en-us/explore/global-infrastructure Microsoft Datacenters: https://datacenters.microsoft.com/globe/explore Google Cloud locations: https://cloud.google.com/about/locations Google Cloud Geography and regions: https://cloud.google.com/docs/geography-and-regions Oracle Fault Domains: https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#fault OVHcloud 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/rechenzentrum Google Cloud Renaming Egress to Data Transfer: https://cloud.google.com/data-transfer/product-name-change-announce Google Cloud Network Pricing: https://cloud.google.com/vpc/network-pricing?hl=de AWS 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_q0 Google Cloud europe-west9 April Outage: https://status.cloud.google.com/incidents/dS9ps52MUnxQfyDGPfkY Summary 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? Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Anna Momber auf LinkedIn: https://www.linkedin.com/in/anna-momber Anna Momber Website: https://anna-momber.com/ Exzellent präsentieren Podcast: https://exzellent-praesentieren.de/podcast-start Exzellent präsentieren Podcast - Evergreens: https://exzellent-praesentieren.de/playlists-praesentation Storynomics von Robert McKee: https://mckeestory.com/books/storynomics/ Story: Die Prinzipien des Drehbuchschreibens von Robert McKee: https://de.wikipedia.org/wiki/Spezial:ISBN-Suche/9783895810459 Engineering 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 Vortrages Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Puja Abbassi: https://www.linkedin.com/in/pujaabbassi/ Website von Puja Abbassi: https://puja.dev Kubernetes Dilbert Comic: https://pbs.twimg.com/media/ED4G0MFWwAAWmDE?format=jpg&name=4096x4096 Backstage: https://github.com/backstage/backstage What 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-platforms Announcing 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/edit CNCF Technical Advisory Groups ("TAGs"): https://github.com/cncf/toc/blob/main/tags/cncf-tags.md Gartner - Was ist Platform Engineering?: https://www.gartner.de/de/artikel/was-ist-platform-engineering Cloud 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 Standardisierung Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Erfahrungen durch den Quereinstieg in die Software-Entwicklung Seit ü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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Melanie 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 nachdenken Hosts Wolfgang 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.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776