- #120 No-Code ist technische Schuld!
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.
**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.
Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.
Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.
********
Das schnelle Feedback zur Episode:
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) Die Handelsblatt Media Group (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
E120 - 1h 7m - Apr 23, 2024 - #119 Der Jobwechsel: Einblick und Erfahrungsaustausch mit UNMUTE IT
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.
**** Diese Episode wird gesponsert von https://eurowings-digital.de/
Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings
****
Das schnelle Feedback zur Episode:
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) Unser Episoden Sponsor Eurowings Digital
(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
E119 - 1h 56m - Apr 16, 2024 - #118 Wie funktioniert eine moderne Suche? Von Indexierung bis Ranking
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.
**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.
Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.
Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.
********
Das schnelle Feedback zur Episode:
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) Die Handelsblatt Media Group (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
E118 - 1h 12m - Apr 9, 2024 - #117 Vanilla Web: Niedrige Kopplung & hohe Kohäsion mit Golo Roden von the native web
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.
**** Diese Episode wird von der HANDELSBLATT MEDIA GROUP gesponsert.
Wirtschaft ist nicht immer einfach. Deswegen lautet die Mission der HANDELSBLATT MEDIA GROUP: „Wir möchten Menschen befähigen, die Wirtschaft zu verstehen.“ Mit ihren Kernprodukten, dem Handelsblatt und der WirtschaftsWoche, sowie 160.000 Abonnements, 15 Millionen Besuchern und 3 Milliarden Anfragen in einem Monat leisten sie einen wichtigen Beitrag zur Orientierung und Meinungsbildung in den Bereichen Wirtschaft und Politik und machen damit einen ausgezeichneten Job.
Wenn du Teil dieser Mission sein möchtest, schau auf https://engineeringkiosk.dev/handelsblatt vorbei und werde ein Teil der HANDELSBLATT MEDIA GROUP.
********
Das schnelle Feedback zur Episode:
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) Die Handelsblatt Media Group (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
E117 - 1h 20m - Apr 2, 2024 - #116 KI unterstützte Software Entwicklung: Ein Reality Check mit Birgitta Böckeler von Thoughtworks
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
**** Diese Episode wird gesponsert von der IU Internationale Hochschule
Für dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?
Dann schau doch mal unter https://engineeringkiosk.dev/iu1, wenn du die Bildung von morgen gestalten willst.
********
Das schnelle Feedback zur Episode:
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) Die Bildung von morgen gestalten, als Dev bei der IU (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
E116 - 1h 14m - Mar 26, 2024 - #115 Die Shift Left Philosophie: Mehr Verantwortung für Devs
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
**** Diese Episode wird gesponsert vom Open-Source Förderprogramm Media Tech Lab
Bewirb dich jetzt und erhalte bis zu 50.000€ Fördersumme für dein Open-Source Projekt https://engineeringkiosk.dev/medialab
****
Das schnelle Feedback zur Episode:
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) 50.000€ Open Source Förderung vom Media Lab Bayern (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
E115 - 54m - Mar 19, 2024 - #114 Sales Engineers: Engineering und Sales in einer Person vereint mit Patrick Pissang
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.
**** Diese Episode wird gesponsert vom Open-Source Förderprogramm Media Tech Lab
Bewirb dich jetzt und erhalte bis zu 50.000€ Fördersumme für dein Open-Source Projekt https://engineeringkiosk.dev/medialab
****
Das schnelle Feedback zur Episode:
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) 50.000€ Open Source Förderung vom Media Lab Bayern (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
E114 - 1h 8m - Mar 12, 2024 - #113 Selbstmarketing ohne Bullshit: Brag Documents
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?
**** Diese Episode wird gesponsert von https://eurowings-digital.de/
Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings
****
Das schnelle Feedback zur Episode:
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) Unser Episoden Sponsor Eurowings Digital
(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
E113 - 53m - Mar 5, 2024 - #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel
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.
**** Diese Episode wird gesponsert von Eurowings Digital
Eurowings Digital: Ein internationales Team, Englisch als Firmensprache. Java und AEM im Backend, Vue.js im Frontend und Kotlin sowie Swift für die Mobile Apps. Fürs Data Crunching werden Python, Scala und die Databricks-Plattform verwendet. Alle offenen Job Positionen und Details zu Benefits, wie Standby-Fliegen & Jahresurlaubsflug, findest du unter https://engineeringkiosk.dev/eurowings
****
Das schnelle Feedback zur Episode:
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) Das moderne Tech-Team bei Eurowings-Digital (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
E112 - 1h 23m - Feb 27, 2024 - #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast
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 …
Das schnelle Feedback zur Episode:
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
E111 - 1h 24m - Feb 20, 2024 - #110 OKRs und Beyond: Agile Unternehmensführung mit Marco Alberti von Murakamy
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.
Das schnelle Feedback zur Episode:
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
E110 - 1h 18m - Feb 13, 2024 - #109 Freeze! Warum dein Code manchmal eine Pause braucht
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.
Das schnelle Feedback zur Episode:
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
E109 - 53m - Feb 6, 2024 - #108 Agile Multi-Team Projekte: Die Kunst, hunderte Leute effektiv zu koordinieren mit Stephan Strack
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?
Das schnelle Feedback zur Episode:
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
E108 - 1h 15m - Jan 30, 2024 - #107 Entwickler-Alltag: Die "bösen" Ablenkungen und das ewige Leiden mit dem Fokus
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!
Das schnelle Feedback zur Episode:
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
E107 - 1h 0m - Jan 23, 2024 - #106 CI - Continuous Integration in der Praxis mit Michael Lihs von Thoughtworks
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.
**** Diese Episode wird gesponsert von www.aboutyou.de
ABOUT YOU gehört zu den größten Online-Fashion Shops in Europa und ist immer auf der Suche nach Tech-Talenten - wie zum Beispiel einem (Lead) DevOps/DataOps Engineer Google Cloud Platform oder einem Lead Platform Engineer. Alle Stellen findest auch unter https://corporate.aboutyou.de/en/our-jobs
****
Das schnelle Feedback zur Episode:
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) Challenges im Cloud Team von ABOUT YOU (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
E106 - 1h 19m - Jan 16, 2024 - #105 Cloud-Ausfallsicherheit: Die Realität von Regionen und Availability Zones
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
**** Diese Episode wird gesponsert von www.aboutyou.de
ABOUT YOU gehört zu den größten Online-Fashion Shops in Europa und ist immer auf der Suche nach Tech-Talenten - wie zum Beispiel einem (Lead) DevOps/DataOps Engineer Google Cloud Platform oder einem Lead Platform Engineer. Alle Stellen findest auch unter https://corporate.aboutyou.de/en/our-jobs
****
Das schnelle Feedback zur Episode:
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) Challenges im Cloud Team von ABOUT YOU (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
E105 - 1h 7m - Jan 9, 2024 - #104 Präsentieren mit Wirkung: Public Speaking und Storytelling mit Anna Momber
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.
Das schnelle Feedback zur Episode:
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
E104 - 1h 11m - Jan 2, 2024 - #103 Plattform Engineering und Interne Developer Plattformen mit Puja Abbassi
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?
Das schnelle Feedback zur Episode:
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
E103 - 1h 15m - Dec 26, 2023 - #102 Quereinstieg in die Software-Entwicklung mit Melanie Patrick
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.
Das schnelle Feedback zur Episode:
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
E102 - 1h 6m - Dec 19, 2023 - #101 Observability und OpenTelemetry mit Severin Neumann
Effektive Observability mit OpenTelemetry
Früher waren viele Applikationen eine Black Box, besonders für die Ops aka Betriebsabteilung. Dann fing das Logging an. Apps haben Log-Lines geschrieben, zum Beispiel wann die App fertig hochgefahren ist oder wenn etwas schief gegangen ist. In einer Art und Weise haben durch Logs die Devs angefangen, mit den Ops-Leuten zu kommunizieren.
Irgendwann später gab es Metriken. Wie viel RAM verbraucht die App, wie oft wurde der Garbage Collector getriggert oder auch Business-Metriken, wie oft eine Bestellung ausgeführt wurde oder wann eine Geo- anstatt einer Text-Suche gestartet wurde.
War das alles? Nein. Der neueste Hype: Traces. Eine genaue Einsicht, welchen Code-Path die App genommen hat und wie lange dieser gedauert hat inkl. aller Metadaten, die wir uns wünschen.
Und wenn man dies nun alles in einen Sack packt, es gut durchschüttelt und man ein System hat, das man auf Basis dieser Daten fragen stellen kann, nennt man das Observability.
Und genau da setzt das Projekt OpenTelemetry an.
In dieser Episode sprechen wir mit dem Experten Severin Neumann über Observability und OpenTelemetry.
Bonus: Was ist ein Sales-Engineer?
**** Diese Episode wird gesponsert von www.aboutyou.de
ABOUT YOU gehört zu den größten Online-Fashion Shops in Europa und ist immer auf der Suche nach Tech-Talenten - wie zum Beispiel einem (Lead) DevOps/DataOps Engineer Google Cloud Platform oder einem Lead Platform Engineer. Alle Stellen findest auch unter https://corporate.aboutyou.de/en/our-jobs
****
Das schnelle Feedback zur Episode:
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
- Severin Neumann: https://www.linkedin.com/in/severinneumann/
- DemoMonkey: https://github.com/svrnm/DemoMonkey
- OpenTelemetry: https://opentelemetry.io/
- OpenTracing: https://opentracing.io/
- W3C Trace Context: https://www.w3.org/TR/trace-context/
- W3C Trace Context: AMQP protocol: https://w3c.github.io/trace-context-amqp/
- OpenTelemetry Vendors: https://opentelemetry.io/ecosystem/vendors/
- OpenTelemetry Instrumentation: https://opentelemetry.io/docs/instrumentation/
- Dynatrace: https://www.dynatrace.com/de/
- AppDynamics: https://www.appdynamics.com/
- OpenTelemetry Tracing for Monoliths - Phillip Carter, Honeycomb: https://www.youtube.com/watch?v=kzXT0WlTBpw
Sprungmarken
(00:00:00) Intro
(00:01:07) Unser Gast Severin Neumann, Sales Engineering und Demo Monkey
(00:06:50) Was ist Observability und wie unterscheidet es sich von Monitoring?
(00:06:54) About You: (Lead) DevOps/DataOps Engineer Google Cloud Platform (Werbung)
(00:07:56) Was ist Observability und wie unterscheidet es sich von Monitoring?
(00:15:24) Signale bei Observability: Metrics, Logs und Traces
(00:17:25) Was ist OpenTelemetry?
(00:25:59) APM-Anbieter und der Lock-in-Effekt
(00:28:38) OpenTelemetry als offener Standard
(00:35:38) Die Sicht von Dev und Ops auf OpenTelemetry
(00:41:11) Wie binde ich OpenTelemetry in meine App ein?
(00:48:02) Auto-Instrumentation, Microservice-Architektur und Trace-Headers
(00:51:03) Overhead beim Erheben von Daten und eigene Metadaten in Traces
(00:56:12) Speicherung von Observability-Daten
(01:00:55) Pitfalls und die Shortcomings von OpenTelemetry
(01:05:26) OpenTelemetry-Dokumentation
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
E101 - 1h 9m - Dec 12, 2023