Engineering Kiosk

Wertvolle 1on1s oder pure Zeitverschwendung: Die Peer-Coaching-Episode Die Führung und Strukturierung von Einzelgesprächen, sogenannten 1on1s ist nicht einfach. Viele dieser Gespräche drehen sich um Operatives und gleichen einem Status-Update. Seit der unserer Episode #10 über 1on1s vor einem Jahr haben wir verschiedene Fragen aus der Community bekommen, die sich um die Struktur, den Wert, die Führung und andere Herausforderungen von Einzelgesprächen dreht. Sollte ich 1on1s eher formalisieren oder Frei-Schnauze gestalten? Wie kann ich das Gespräch immer von den gleichen (technischen) Themen weg bewegen und hin zu den realen Knackpunkten? Was tue ich, wenn mein Vorgesetzter meine Kritik nicht ernst nimmt? Wie kann auch 1on1s durch die Veränderung des Ortes etwas auflockern? Sind 1on1s mit einem Bier gefährlich? Darum und noch viel mehr, handelt diese Episode. Bonus: Ob 2023 das Jahr des Linux-Desktops ist und was ein Döner-Schiff mit 1on1s zu tun hat. Schaut vorbei in unserer neuen Community: https://engineeringkiosk.dev/join-discord 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 Open-Source-Software: München wollte Linux, dann nicht mehr, jetzt wieder: https://www.deutschlandfunknova.de/beitrag/linux-versus-microsoft-m%C3%BCnchen-will-wieder-zurueck-zu-mehr-open-source Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/ Engineering Kiosk Community: https://engineeringkiosk.dev/join-discord Vier-Seiten-Modell: https://de.wikipedia.org/wiki/Vier-Seiten-Modell 101 Questions to Ask in One on Ones: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/ 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode Beispiel-Fragen zur 1on1 Bestandsaufnahme Erwartungsmanagement Weißt du, was von dir bei der Arbeit erwartet wird? Was erwartest du von mir als dein Vorgesetzter? Hast du ein klares Ziel, welches du verfolgt? Kommunikation Wenn ein Lob für dich ausgesprochen wird, sollte dies in der Öffentlichkeit (Stand Ups, Slack, ...) oder privat geschehen? Gibt es etwas, womit du dich schwer tust? Welches Thema hast du im Sinn, dass (dringend) geklärt werden muss? Entwicklung Hast du das Gefühl, dass du bei <Arbeitgeber> genug lernst und du dich weiterentwickelst und wächst? Hast du für dich einen klaren Karrierepfad? Arbeit Arbeitest du an spannenden Projekten? Auf einer Skala von 0 bis 10, wie spannend sind die Projekte, an denen du arbeitest? Wenn du zwei Dinge in unserem Team / bei <Arbeitgeber> ändern könntest, welche wären das? Hast du die Materialien und die Ausrüstung, die du brauchst, um deine Arbeit richtig zu machen? Hast du die Möglichkeit, jeden Tag das zu tun, was du am besten kannst? Sprungmarken (00:00:00) Intro (00:00:44) Ist 2023 das Jahr des Linux-Desktops? (00:03:07) Herausforderungen in 1on1s: Community-Fragen und Peer-Coaching (00:07:12) Walking- und Bier-1on1s (00:12:11) Steuert der Ort des 1on1s auch das Thema? (00:16:17) Andere Orten bei Remote-1on1s, Fokus auf das Gespräch und Gesprächspartner und Wert des Gesprächs (00:21:44) Konstruktive Kritik wird vom Vorgesetzten nicht angenommen und ist "zu busy" (00:26:27) Kommunikationstrick: Wie fühle ich mich? (00:28:50) Health-Metrik: Wie viel Zeit sollte der Manager mit dem Team verbringen? (00:30:31) 1on1s: Formalisiert oder Frei-Schnauze? (00:34:53) Pfad für die Weiterentwicklung einzelner Personen (00:37:23) Was mache ich als Manager, um das 1on1 Gespräch weg von Technik hin zu realen Knackpunkten zu lenken? (00:42:48) Die richtigen Fragen überlegen (00:49:26) Pro-Tip: Macht nicht alles zu eurem Problem (00:51:48) Pro-Tip: Enable andere, um Probleme zu lösen, anstatt diese selbst zu lösen (00:53:35) Strukturänderungen von 1on1s braucht Zeit (00:54:13) Eigener Style, Community und Outro 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

On-Call bzw. Rufbereitschaft: Eine ewige Hass-Liebe? Software-Engineers entwickeln die Applikationen. Doch wer maintained diese und bringt diese wieder zurück ins Leben, wenn die Applikationen mal abstürzen? Im klassischen Sinne sind das System-Administratoren. Und für die meisten in diesem Beruf gehört On-Call dazu. Doch ist dies auch im modernen Dev-Ops-Umfeld und in Voll-Autonomen Teams der Fall? Welche Herausforderungen gibt es beim On-Call? Sollten Software-Engineers genauso auf Rufbereitschaft sein? Wie sieht ein strukturierter On-Call-Prozess aus? Und was muss getan werden, um einen solchen zu etablieren? Und welche Modelle zur Bezahlung bzw. Kompensation gibt es, wenn man auch nach der Arbeit für seine App gerade steht? All das und noch viel mehr gibt es in dieser Episode. Bonus: Was Pager mit Tamagotchi zu tun haben und ob On-Call zu einer Handy-Phobie führt. Schaut vorbei in unserer neuen Community: https://engineeringkiosk.dev/join-discord 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 Engineering Kiosk #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/ PagerDuty: https://www.pagerduty.com/ OpsGenie: https://www.atlassian.com/de/software/opsgenie Being On-Call @ PagerDuty: https://response.pagerduty.com/oncall/being_oncall/ Sprungmarken (00:00:00) Intro (00:00:48) Handy in Reichweite und Freunde mit Pager (00:04:57) On-Call bzw. Rufbereitschaft und Wer macht es gerne? (00:07:01) Was ist On-Call und was bedeutet dies? (00:08:50) On-Call in kleineren IT-Teams: Es ist kompliziert (00:09:45) Strukturierte und Organisierte Rufbereitschaft (00:10:41) Wer braucht denn eigentlich On-Call? (00:12:51) Welche Rollen sind denn auf Rufbereitschaft? (00:17:31) Wie kommt man zu einem strukturierten On-Call-Prozess? (00:24:51) Kompensation und Reaktionszeiten (00:28:30) Psychologische Herausforderung: Defensive Haltung gegenüber On-Call (00:34:34) Die beste Schichtlänge für On-Call (00:38:47) Wie schwierig ist es, Leute fürs On-Call zu begeistern? (00:43:05) Sollten Engineering Manager On-Call sein? (00:44:28) Nicht jeder Alert ist auch ein relevanter Alert (00:46:36) Metriken für On-Call (00:49:17) Feature Flags und Controlled Deployments als Mittel für's On-Call (00:52:53) Welche Tools zur Alarmierung gibt es? (00:54:03) Volle Verantwortung für deine Applikation (00:58:18) Engineering-Kiosk-Community in Discord 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

Finanzierung von Open-Source-Projekten ist essentiell - Doch welche Möglichkeiten gibt es? Open-Source-Projekte sind wichtiger denn je, in unserer aktuellen Gesellschaft. Projekte wie cURL, OpenSSL, sqlite und Co. werden oft von wenigen Leuten maintained, doch Millionen Menschen nutzen diese jeden Tag, auch oft ohne es zu wissen. Die meisten Open-Source-Projekte werden in der Freizeit maintained. Doch wie passt das zusammen, besonders wenn die Miete gezahlt werden muss und auch Essen auf dem Tisch sein soll? Da kommt das (nicht ganz so einfache) Thema der Finanzierung von Open Source Projekten auf. In dieser Episode gehen wir genau darauf ein und stellen euch ein paar Möglichkeiten vor, wie du Geld mit bzw. für dein Open-Source-Projekt bekommen kannst. Dabei geht es nicht nur um den Platzhirsch GitHub Sponsors, sondern auch um professionelles Sponsoring von Firmen, dem Early-Access-Modell, staatliche Förderungen und so langweilige Themen wie Steuern. Bonus: Was Rundfunkgeräte mit Batterien mit Open-Source zu tun haben und ob Geld wirklich motivierend ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) 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 FOSDEM Konferenz: https://fosdem.org/2023/ Chaos Communication Congress: https://events.ccc.de/congress/ Vortrag "Parsing zone files really fast": https://fosdem.org/2023/schedule/event/dns_parsing_zone_files_really_fast/ Open-Source-Hardware: https://de.wikipedia.org/wiki/Open-Source-Hardware "Für 50 Prozent der Entwickler ist Open Source ein 9-to-5-Job": https://www.techrepublic.com/article/for-50-percent-of-developers-open-source-is-a-9-to-5-job/ Vortrag "Winners and Losers in FOSS": https://fosdem.org/2023/schedule/event/foss_winners_losers/ Heartbleed: https://de.wikipedia.org/wiki/Heartbleed Log4Shell: https://en.wikipedia.org/wiki/Log4Shell Buch "Drive" bei Daniel H. Pink: https://www.thalia.de/shop/home/artikeldetails/A1011939308 Open Collective: https://opencollective.com/ WWNRW Open Air - Mit Open Source von Null auf $100.000 pro Jahr: https://www.meetup.com/de-DE/webworker-nrw/events/287592981/ Material for MkDocs: https://squidfunk.github.io/mkdocs-material/ OpenSSL: https://www.openssl.org/ cURL: https://curl.se/ OpenSearch: https://opensearch.org/ Lennart Poettering wechselt von Red Hat zu Microsoft: https://www.heise.de/news/Linux-Groesse-Lennart-Poettering-wechselt-von-Red-Hat-zu-Microsoft-7165551.html MyRocks - A RocksDB storage engine with MySQL: http://myrocks.io/ Open-core model: https://en.wikipedia.org/wiki/Open-core_model Plausible: https://plausible.io/ Hetzner NextCloud Hosting: https://www.hetzner.com/de/storage/storage-share?country=de Open Source Förderung vom Media Tech Lab: https://www.media-lab.de/de/media-tech-lab Prototype Fund: https://prototypefund.de/ GitHub Accelerator: https://accelerator.github.com/ Mozilla Ventures: https://mozilla.vc/ NLNet Foundation: https://nlnet.nl/ Sprungmarken (00:00:00) Intro (00:01:03) FOSDEM Konferenz, Community-Treffen und teures Bier (00:04:57) Geld und Open Source: Finanzierung von und Geld verdienen mit Open-Source Projekten (00:07:43) Open-Source Sponsoring von Firmen (für große und kleine Firmen) (00:14:03) Gerechte Verteilung von Geld innerhalb eines Open Source Projektes (00:21:20) Geld empfangen und Nutzen durch Fiscal Hosts (00:23:47) Early-Access-Modell: Früher Zugang zu neuen Features in Open Source Projekten (00:28:24) Das Open-Source Projekt als Produkt sehen (00:30:57) Open-Source-Arbeit als normaler Vollzeit-Arbeitnehmer (00:35:03) Aus dem Open-Source Projekt ein Business machen (Open-Core) (00:41:44) (Staatliche) Förderung und Stipendien zur Finanzierung von Open-Source Projekten (00:46:40) Versteuerung von Open-Source-Sponsoring (00:50:37) Ist es unmoralisch, mit Open-Source Geld zu verdienen? (00:51:49) Buy me a beer und Flachwitze Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Alte Software akzeptieren oder lieber jedem Update hinterherjagen? Podcast als Video: https://youtu.be/94RZcJefzR8 Das ist die Balance, die jeder finden muss. Wann update ich Software? Wie lange kann ich alte Software betreiben? Ab wann ist alte Software ein wirkliches Risiko? Sollte ich bei jeder neuen Major-Version direkt updaten? Bringt es überhaupt etwas, eine alte Software auf etwas Neues zu migrieren, ohne neue Funktionalität zu bekommen? Welche Risiken verbergen sich hinter den Updates? Ist der klassische Spruch "Never touch a running system" noch aktuell oder sogar ein Fehler? All das und weitere Themenbereiche wie Long-Term-Support, End of Life-Dates, die Software-Metrik Dependency Drift, Dependabot und rostende Software besprechen wir in dieser Episode. Bonus: Warum früher alles besser war, sogar die Zukunft und warum Legacy immer das Geld verdient. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Das tiefere Feedback (gerne auch als Voice Message) 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 Spotify führt Videopodcasts in Deutschland ein: https://t3n.de/news/spotify-deutschland-video-podcasts-1485708/ What are register_globals in PHP?: https://stackoverflow.com/questions/3593210/what-are-register-globals-in-php jQuery: https://jquery.com/ Lodash: https://lodash.com/ Backbone.js: https://backbonejs.org/ npmjs - About semantic versioning: https://docs.npmjs.com/about-semantic-versioning package.json: ~ versus ^: https://www.heise.de/blog/package-json-versus-3711301.html Dependabot: https://github.blog/2020-06-01-keep-all-your-packages-up-to-date-with-dependabot/ Apache Subversion: https://subversion.apache.org/ Go Release Policy: https://go.dev/doc/devel/release TYPO3 LTS: https://typo3.org/cms/roadmap sqlite LTS: https://www.sqlite.org/lts.html Engineering Kiosk #45 Datengetriebene Entscheidungen und der perfekte Dashboard Stack: https://engineeringkiosk.dev/podcast/episode/45-datengetriebene-entscheidungen-und-der-perfekte-dashboard-stack/ Dependency Drift: A metric for software aging: https://nimbleindustries.io/2020/01/31/dependency-drift-a-metric-for-software-aging/ Jahr-2038-Problem: https://de.wikipedia.org/wiki/Jahr-2038-Problem Jahr-2000-Problem: https://de.wikipedia.org/wiki/Jahr-2000-Problem The Monotonic Clock and Why You Should Care About It: https://blog.codeminer42.com/the-monotonic-clock-and-why-you-should-care-about-it/ renovate bot: https://github.com/renovatebot/renovate Sprungmarken (00:00:00) Intro (00:01:26) Video-Podcast (00:02:02) Alte Technologien (16-Bit Applikationen, PHP und JQuery und JavaScript-Abhängigkeiten) und Version Pinning (00:07:37) Was oder Wer ist dependabot? (00:09:00) Ist Subversion alte Software? Und was bringt es nach git umzusteigen? (00:12:49) Migrationen ohne neue Funktionalität und Software an die sich niemand ran traut (00:16:16) Wann weiß ich, wann ich die Software updaten sollte? End of Life-Dates (00:21:30) Software rostet: Updates für Blackbox-artige Software und nächtliche CI runs sind (00:27:08) Sollten Support / End of life dates auch an Kunden kommuniziert werden? (00:29:04) Long Term Support (LTS) / Extended Long Term Support (ELTS) (00:35:38) Dependency- und Version-Drift oder Software-Aging (00:38:02) Arten und Zeit-Intervalle von Software-Auslieferung (00:40:53) Wie lang fasst man ein System nicht mehr an und das Jahr 2038 mit den Unix-Timestamps (00:47:04) sqlite bietet Support bis zum Jahr 2050 (00:53:26) Zusammenfassung, Schrödingers Backup und Feedback Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Servant Leadership, die dienende Führung: Heiße Luft oder ein neuer Trend? Mit Leadership-Stilen ist es wie mit JavaScript-Frameworks: Jede Woche kommt ein neuer. Servant Leadership, der dienende Führungsstil, kann auch als solch einer bezeichnet werden. Speziell mit dem Einzug der Generation Z in die Arbeitswelt, könnte dieser Leadership-Style in Zukunft eine besondere Bedeutung bekommen. Doch was ist Servant Leadership überhaupt? Wie unterscheidet sich dieser Stil von anderen Stilen wie Laissez-faire? Warum ist Servant Leadership gerade ein Trend und in aller Munde? Für wen beziehungsweise in welchen Situationen ist Servant Leadership unangebracht? Und warum spielt die Frage "Warum?" dabei eine bedeutende Rolle? All das und viel mehr in dieser Episode. Bonus: Was JavaScript-Frameworks, Krokodile und Greta Thunberg mit Servant Leadership zu tun haben. Deine "schnelle" Rückmeldung zur Episode? 👍 (sehr cool) 👎 (geht so) Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Überblick Leadership Styles: https://asana.com/de/resources/leadership-styles Buch "Servant Leadership" von Robert K. Greenleaf: https://www.amazon.de/Servant-Leadership-Journey-Legitimate-Greatness/dp/0809105543 Engineering Kiosk #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/ Simon Sinek: https://simonsinek.com/ Simon Sinek: Wie große Führungspersönlichkeiten zum Handeln inspirieren: https://www.ted.com/talks/simon_sinek_how_great_leaders_inspire_action?language=de Buch "Turn The Ship Around!: A True Story of Turning Followers Into Leaders": https://www.amazon.de/Turn-Ship-Around-Building-Breaking/dp/0241250943/ Engineering Kiosk #17 Was können wir beim Incident Management von der Feuerwehr lernen?: https://engineeringkiosk.dev/podcast/episode/17-was-k%C3%B6nnen-wir-beim-incident-management-von-der-feuerwehr-lernen/ Engineering Kiosk #44 Der Weg zum hochperformanten Team: https://engineeringkiosk.dev/podcast/episode/44-der-weg-zum-hochperformanten-team/ Sprungmarken (00:00:00) Intro (00:00:46) Wann hast du das erste Mal in deinem Leben Leadership gezeigt? (00:04:19) Servant Leadership und welche Leadership-Styles gibt es denn noch? (00:06:47) Was ist der Unterschied zwischen Servant Leadership und Laissez-faire? (00:10:31) Definition von Servant Leadership (00:11:42) Fokus auf das Team, auf die Gemeinschaft und Weitblick sowie visionäres Denken (00:15:00) Überzeugungskraft und was Warum: Warum machen wir das alles hier? (00:22:51) Verantwortungsbewusstsein für das was man tut (00:27:09) Wachstum der einzelnen Teammitglieder und vom Team (00:29:00) Sich selbst nicht vernachlässigen: Bewusstsein, Stärken und Schwächen (00:30:51) Wieso ist Servant Leadership gerade aktuell und der neue Trend? (Millennials und Gen-Z) (00:38:05) Gesicht von Servant Leadership: Simon Sinek (00:39:15) Was sind die Nachteile von Servant Leadership? (00:46:39) Für wen ist Servant Leadership nicht geeignet? (00:55:54) Outro Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Die App muss skalieren. Das kann doch nicht so schwer sein, oder? Sekundenschnelles und automatisches Hochskalieren bei einem erhöhten Traffic-Aufkommen. So oder so ähnlich versprechen es die Cloud-Hyperscaler in ihren Marketing-Texten. Das erweckt oft den Anschein, dass das Ganze gar nicht so schwer sein kann. Doch ist dies auch in der Realität so? Eine Applikation skalierbar zu gestalten, ist bei weitem nicht einfach. Stichworte wie Ausfallsicherheit, vertikale- oder horizontale Skalierung, Stateless- oder Stateful-Applications, Loadbalancer und Auto-Discovery, Kubernetes und zusätzliche Code-Komplexität, finanzieller Impact, Load-Tests, Request-Deadlines, Chaos Monkey und Down-Scaling. Alles Begriffe, die damit in Verbindung stehen und einen wichtigen Bestandteil ausmachen. In dieser Episode geben wir einen Überblick über das Thema Application-Skalierung: Was ist das? Wer braucht es? Was sind die Grundbegriffe und welche Grundlagen müssen erfüllt werden, damit das ganze erfolgreich wird? Bonus: Warum Andy eine Märchenstimme hat und warum wir Milchmädchenrechnung nicht mehr sagen sollten. Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Rule of 40: https://aktien.guide/blog/rule-of-40-einfach-erklaert Kubernetes: https://kubernetes.io/ Amazon S3: https://aws.amazon.com/de/s3/ Vitess: https://vitess.io/ Ceph: https://ceph.io/ Chaos Monkey: https://github.com/Netflix/chaosmonkey/ Zu Besuch bei Hetzner Datacenter: https://www.youtube.com/watch?v=F0KRLaw8Di8 ProxySQL: https://proxysql.com/ PlanetScale: https://planetscale.com/ Sprungmarken (00:00:00) Intro (00:00:35) Das Märchen der Skalierung und meine Datenbank skaliert nicht (00:02:55) Was ist Skalierung? (00:06:45) Braucht man Skalierung überhaupt? Wer muss skalieren? (00:12:41) Es ist cool auf Scale zu arbeiten (00:16:23) Wenn wir skalieren können, sparen wir Geld (00:20:50) Stateless vs. Stateful-Systeme (00:31:43) Horizontaler vs. Vertikaler skalierung (00:35:38) Ab wann skaliere ich die Hardware oder optimiere die Applikation? (00:39:24) Gesteigerte Komplexität durch Skalierung (00:42:42) Was braucht ihr, um skalieren zu können bzw. damit anzufangen? (00:48:49) Outro Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Wie notwendig ist Weiterbildung und welche Möglichkeiten gibt es? Was ist zur Zeit schwieriger? Die richtigen Leute zu bekommen oder die richtigen Leute zu halten? Speziell für den zweiten Bereich ist Weiterbildung bzw. das Angebot zur Weiterbildung eine notwendige Maßnahme. Doch sind Konferenzen die einzige Möglichkeit, sich im Software-Bereich weiterzubilden? Wie steht es mit Zertifizierungen? Oder sogar hoch qualitativen Content wie kostenpflichtigen Newslettern? Und bringen Remote-Konferenzen auch was? Und ist das alles Arbeitszeit? Wir machen eine Tour durch die verschiedenen Weiterbildungsmöglichkeiten und klären auch die Frage, wer das eigentlich alles bezahlt. Bonus: Ob wir mit einer Leiter wirklich überall reinkommen und ob Newsletter die neuen Zertifizierungen sind. Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk FOSDEM Community Event: https://engineeringkiosk.dev/fosdem2023 Can you get in anywhere with a ladder?: https://www.youtube.com/watch?v=NiEMcjSQOzg Stromberg: https://de.wikipedia.org/wiki/Stromberg_(Fernsehserie) The Office: https://de.wikipedia.org/wiki/The_Office Devops Weekly: https://www.devopsweekly.com/ JavaScript Weekly: https://javascriptweekly.com/ Software Lead Weekly: https://softwareleadweekly.com/ The Pragmatic Engineer: https://newsletter.pragmaticengineer.com/ Benedict Evan’s Newsletter: https://www.ben-evans.com/newsletter Engineering Kiosk #37 Mit IT-Büchern Geld verdienen? Wer liest überhaupt noch Bücher?: https://engineeringkiosk.dev/podcast/episode/37-mit-it-b%C3%BCchern-geld-verdienen-wer-liest-%C3%BCberhaupt-noch-b%C3%BCcher/ ECDL: https://www.ecdl.de/start.html AWS Certification: https://aws.amazon.com/de/certification/ Engineering Kiosk #30 Ist ein Informatikstudium sinnvoll? Welche Ausbildung für Devs?: https://engineeringkiosk.dev/podcast/episode/30-ist-ein-informatikstudium-sinnvoll-welche-ausbildung-f%C3%BCr-devs/ Udemy: https://www.udemy.com/ Coursera: https://de.coursera.org/ AWS re: Invent: https://reinvent.awsevents.com/ FOSDEM: https://fosdem.org/2023/ Google Cloud Next: https://cloud.withgoogle.com/next Engineering Leadership Konferenzen (Lead Dev): https://leaddev.com/ Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/web-engineering-duesseldorf/ Linux Hotel Essen: https://www.linuxhotel.de/ Sprungmarken (00:00:00) Intro (00:01:04) Kino, Leiter, Stromberg und The Office (00:04:20) Wer nicht mit der Zeit geht, geht mit der Zeit (in der IT) (00:06:44) Weiterbildung: Wie man mit der Zeit geht, damit man nicht mit der Zeit geht (00:07:47) Bezahlte Newsletter (00:14:57) Zertifizierungen (00:25:35) Online-Kurse und Massive Open Online Courses (MOOCs) (00:29:34) Konferenzen, Barcamps, Unkonferenzen und Meetups (00:43:42) Fach-Bücher (00:44:30) Müssen Firmen die Weiterbildung fördern? (00:50:23) Bildungsurlaub, Anreise als Arbeitszeit, Zeit-Investment und Weiterbildung als Belohnung (00:58:34) Outro Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Redis - Der open source, in-memory data structure server Viele Software-Engineers haben bereits von Redis gelesen. Primär im Anwendungsfall eines Caches. Doch das ist bei weitem nicht alles, was Redis unter der Haube hat. In dieser Episode schauen wir uns den Data Structure Server mal genauer an. Was ist Redis? Welche Datentypen unterstützt dieser? Was ist Geospatial und HyperLogLog? Kann Redis meine Daten auch persistieren? Welche Use-Cases gibt es neben dem Caching? Wer ist eigentlich der Kopf hinter Redis? Und wie kann ich Redis erweitern, falls ich noch mehr Funktionalität brauche? All das und noch viel mehr Hintergrundwissen zu Redis in dieser Episode. Bonus: Wann unser Co-Host Andy und wann Andreas genannt wird und was Clippy von Word mit Redis zu tun hat. Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk Episode #53 Cloud / NoCode/ AI / ChatGPT ersetzen unsere Jobs?: https://engineeringkiosk.dev/podcast/episode/53-cloud-nocode-ai-chatgpt-ersetzen-unsere-jobs/ Redis: https://redis.io/ Redis Data types: https://redis.io/docs/data-types/ MySQL Spatial Data types: https://dev.mysql.com/doc/refman/8.0/en/spatial-types.html Engineering Kiosk #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/ Redis Persistence: https://redis.io/docs/management/persistence/ Consistent hashing: https://en.wikipedia.org/wiki/Consistent_hashing Redis Cluster: https://redis.io/docs/management/scaling/ Learn Redis the hard way (in production): https://tech.trivago.com/post/learn-redis-the-hard-way/ memcached: https://memcached.org/ GitHub Issue #1771: "Software watchdog crashes redis during rdb save point": https://github.com/redis/redis/issues/1771 Salvatore Sanfilippo (antirez) auf GitHub: https://github.com/antirez PL/SQL: https://de.wikipedia.org/wiki/PL/SQL Redis Scripting with Lua: https://redis.io/docs/manual/programmability/eval-intro/ Redis Modules: https://redis.io/resources/modules/ Redis Clients: https://redis.io/resources/clients/ Redis serialization protocol (RESP) specification: https://redis.io/docs/reference/protocol-spec/ DB Engines: https://db-engines.com/en/ranking Redis vs. MySQL Benchmarks: https://dzone.com/articles/redis-vs-mysql-benchmarks Sprungmarken (00:00:00) Intro (00:00:49) Die Datenbank Redis, wie wir zu dem Thema kommen und warum andere oft Redis wollen (00:03:32) Was ist Redis? (00:06:51) Wie sicher sind meine Daten im In-Memory-Store Redis? (00:08:07) Was ist Geospatial im Kontext von Redis? (00:09:34) Was ist HyperLogLog? (00:12:13) Was sind BitMaps und BitFields? (00:14:19) In Redis fängt alles mit einem Key an: Key-Value (00:17:07) Warum sollte ich Redis nehmen und nicht eine MySQL-Datenbank? (00:19:21) Persistenz-Modelle in Redis: RDB und AOF (00:25:49) Redis Cluster und Leader-Follower Architektur (00:26:55) Wie Andy zu Redis kam (00:31:36) Use-Cases von Redis: Caching, Delayed writes (00:34:26) Ist Redis eine Datenbank? (00:36:08) Salvatore Sanfilippo, antirez, der Autor von Redis (00:40:09) Fallstricke von Redis: Persistenz, Key-Struktur, Verschachtelte Datenstrukturen (00:43:16) Lua Scripting in Redis (00:45:26) Neue Daten-Strukturen durch Redis Modules (00:48:00) Redis Protokoll und Kommunikation mit Redis (00:49:52) Kommerzieller Support von Redis und Firmen-Konstrukt hinter Redis mit RedisLabs (00:55:27) Redis in der Cloud-Welt: GCP Memory Store, AWS ElastiCache, Azure Cache for Redis (00:59:36) Andys Lieblings-Datenbank und nicht erwähnte Themen: Cluster, Streams, twemproxy, Redis Sentinel Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Werden Software-Engineers sich selbst durch neue Entwicklungen arbeitslos machen? Jedes Jahr wird eine neue Sau durchs Dorf (aka Internet) getrieben. Wenn das passiert, heißt es wieder "X wird unsere Jobs ersetzen". Doch ist das wirklich so? In dieser Episode schauen wir uns drei dieser Thesen an, die wir in den letzten Jahren gehört haben: 1. "Die Cloud wird die Jobs von System-Administratoren ersetzen" 2. "No-Code / Low-Code tools werden den Jobs des Software-Entwicklers ersetzen" 3. "AI / ChatGPT wird unsere Jobs ersetzen" und besprechen, wie denn die Realität aussieht, ob die Thesen wahr sind bzw. wahr werden oder ob doch alles beim alten bleibt. Bonus: Warum Wolfgang ein Fan von Holz-Clogs ist und was Plasmaschneider in der Schmiede zu suchen haben. Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk #43 Cloud vs. On-Premise: Die Entscheidungshilfe: https://engineeringkiosk.dev/podcast/episode/43-cloud-vs-on-premise-die-entscheidungshilfe/ Stack Overflow Developer Survey 2022: https://survey.stackoverflow.co/2022 If this then that: https://ifttt.com/ Airtable: https://www.airtable.com/ Fourth Generation Language: https://de.wikipedia.org/wiki/4GL Gupta: https://de.wikipedia.org/wiki/Gupta_Technologies HyperCard: https://de.wikipedia.org/wiki/HyperCard NocoDB: https://www.nocodb.com/ Baserow: https://baserow.io/ DeepL: https://www.deepl.com/ Umstrittene KI von Google hat Anwalt eingeschaltet: https://www.forschung-und-wissen.de/nachrichten/technik/umstrittene-ki-von-google-hat-anwalt-eingeschaltet-13376370 GitHub Co-Pilot: https://github.com/features/copilot Why posting GPT and ChatGPT generated answers is not currently acceptable: https://stackoverflow.com/help/gpt-policy Sprungmarken (00:00:00) Intro (00:00:54) Ein volles Jahr Engineering Kiosk: Start der Staffel 2 (00:02:44) Heutiges Thema: 3 Thesen über die Zukunft des Job als Software-Entwickler (00:04:12) These "Die Cloud wird die Jobs von System-Administratoren ersetzen" (00:20:08) These "No-Code / Low-Code tools werden den Jobs des Software-Entwicklers ersetzen" (00:40:11) These "AI / ChatGPT wird unsere Jobs ersetzen" (01:01:41) Zusammenfassung (Too long; didn't read) Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

1 Jahr Engineering Kiosk: Ein Wrap-up mit Learnings, Statistiken und Pläne für 2023 Dieser Podcast hat ein ganzes Jahr voll gemacht. Dies ist für uns ein Grund mal etwas zurück zu schauen und in dieser etwas anderen Episode ein paar Hintergrundinformationen mit euch zu teilen. Was waren eigentlich die Ziele und Motivation hinter dem Podcast? Wie sehen die Statistiken aus? Wie viele Leute hören uns? Was für Learnings haben Andy und Wolfgang gemacht? Wie viel Aufwand steckt im Podcast? Und viel wichtiger: Was steht für das kommende Jahr, 2023, auf dem Plan? All das in dieser Episode sowie ein mögliches Community-Treffen in Belgien -> https://engineeringkiosk.dev/fosdem2023 Bonus: 3 Flachwitze und wo die größte Orgel Europas steht Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Österreich für die Deutschen das sympathischste Nachbarland: https://www.derstandard.at/story/2000142254262/oesterreich-fuer-die-deutschen-das-sympathischste-nachbarland Wien ist die lebenswerteste Stadt der Welt: https://www.tagesschau.de/ausland/europa/wien-lebenswerteste-stadt-101.html Wien ist die unfreundlichste Stadt der Welt: https://www.derstandard.at/story/2000141285183/expat-city-ranking-2022-wien-unfreundlichste-stadt-weltweit Engineering Kiosk Episode #01 Side Projects - Fluch oder Segen für die Karriere?: https://engineeringkiosk.dev/podcast/episode/01-side-projects-fluch-oder-segen-f%C3%BCr-die-karriere/ Deutschsprachige Tech Podcasts: https://engineeringkiosk.dev/deutsche-tech-podcasts/ Web Engineering Meetup Düsseldorf: https://www.meetup.com/de-DE/Web-Engineering-Duesseldorf/ Engineering Kiosk #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/ Podcast "Einschlafen mit Wikipedia": https://einschlafen.podigee.io/ Engineering Kiosk #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/ Engineering Kiosk #42 Lexer, Parser und Open Source in Counterstrike: https://engineeringkiosk.dev/podcast/episode/42-lexer-parser-und-open-source-in-counterstrike/ Engineering Kiosk #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/ Engineering Kiosk #41 SQL Injections - Ein unterschätztes Risiko: https://engineeringkiosk.dev/podcast/episode/41-sql-injections-ein-untersch%C3%A4tztes-risiko/ Open Podcast - An open platform for podcast analytics: https://openpodcast.dev/ FFmpeg - A complete, cross-platform solution to record, convert and stream audio and video: https://ffmpeg.org/ FOSDEM 2023: https://fosdem.org/2023/ Engineering Kiosk Community Treffen bei der Fosdem 2023: https://engineeringkiosk.dev/fosdem2023 Sprungmarken (00:00:00) Intro (00:00:37) 2022er Engineering Kiosk Wrap-Up und Flachwitze (00:03:41) Was waren die Ziele und Motivation hinter dem Engineering Kiosk? (00:10:32) Statistiken vom Engineering Kiosk-Podcast (00:15:28) Learnings und Lieblings-Episoden (00:23:42) Was haben wir für 2023 geplant? (00:27:15) Community + FOSDEM 2023 (00:30:02) Ein dickes Danke Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Asynchrone Verarbeitung durch Message Queues: Was ist das und wofür ist das gut? In vielen Applikationen gibt es Bereiche, die einfach etwas Zeit für die Verarbeitung brauchen, aber das klassische Anfrage/Antwort (Request/Response) Verhalten nicht blockieren sollen. Oft werden dafür asynchrone Prozesse verwendet. Durch den Einsatz von Message Queues ergeben sich weitere Vorteile wie u.a. granulare Skalierbarkeit und Unabhängigkeit von einzelnen Programmiersprachen. RabbitMQ ist einer der Platzhirsche im Bereich Open-Source-Message-Broker. In dieser Episode klären wir wofür Message Queues gut sind, bei welchen klassischen Anwendungsfällen diese helfen können, welche Herausforderungen diese Darstellen, wo der Unterschied zu Pub/Sub oder Streams ist und was Redis, Kafka und ZeroMQ damit zu tun hat. Bonus: Warum Software rostet. Feedback (gerne auch als Voice Message) 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 RabbitMQ: https://www.rabbitmq.com/ ActiveMQ: https://activemq.apache.org/ AMQP: https://www.amqp.org/ Jakarta Messaging: https://de.wikipedia.org/wiki/Jakarta_Messaging Red Hat / JBoss AMQ: https://www.redhat.com/de/technologies/jboss-middleware/amq Apache Kafka: https://kafka.apache.org/ ZeroMQ: https://zeromq.org/ Erlang mnesia: https://www.erlang.org/doc/man/mnesia.html Sprungmarken (00:00:00) Intro (00:00:41) Post-Retouren an der Haustür, Warteschlangen und Reservierungs-Scheduling mit Process Mining (00:05:49) Das heutige Thema: Message Queuing (mit RabbitMQ) (00:07:23) Was sind Message Queues und was sind typische Anwendungsfälle? (00:10:48) Komponenten einer Message Queues und deine Datenbank als Message Queues (00:12:30) Herausforderungen beim Message Queuing: Exactly once delivery (00:15:15) Möglichkeiten durch Message Queuing: Granulare Skalierbarkeit, Micro-Service Kommunikation und Serverless (00:16:56) Was ist RabbitMQ? (Erlang, AMQP) (00:21:53) Advanced Features von Message Queuing-Systemen: Exchanges, Routing, Priority Queues, Time to live (TTL) (00:27:01) Message Acknowledgement + Rejetion und Dead Letter Queues (00:31:11) Ist Amazon SQS oder Google PubSub eine gute Alternative? (00:34:22) Alternative mit Redis: PubSub, Listen und Streams (00:36:18) Wo ist der Unterschied zwischen einer Message Queue und einem Stream? (00:38:51) Kann ich Apache Kafka als Message Queuing System verwenden? (00:40:29) Ist RabbitMQ oder Apache Kafka einfacher zu installieren und zu betreiben? (00:42:56) ZeroMQ (00:44:53) Was spricht gegen RabbitMQ? Operations, idempotente Consumer (00:48:34) Andere Protokolle fürs Message Queuing: MQTT, HTTP und WebSockets (00:49:46) Erfahrung durch die Nutzung in Side Projects und Zusammenfassung Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Was ist ein Staff-Engineer und wo ist der essentielle Unterschied zum Senior-Engineer? Karriere-Titel wie Junior- oder Senior-Engineer sind weit verbreitet. Staff-, Principal- oder sogar Distinguished-Engineer sind weniger bekannt. Aus den USA schwappt diese Art des Karrierepfades für Fachkräfte (Individual Contributor) immer mehr als Alternative zum Management-Pfad nach Europa rüber. Doch was ist eigentlich ein Staff-Engineer? Wo ist der Unterschied zum Senior-Engineer? Welche neuen Anforderungen werden an Staff-Engineers gestellt? Wo ist der Unterschied zu einem klassischen Engineering Manager? Was ist Leading by Influence? Wie wird der Titel des Staff-Engineers in verschiedenen Firmen definiert? Und haben Jobtitel überhaupt Relevanz? Bonus: Was Social-Media-Influencer mit Staff-Engineering zu tun haben und warum Legacy-Code das Geld verdient. Feedback (gerne auch als Voice Message) 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links 9 skurrile Titel in Österreich: https://bam-magazin.at/titel-in-oesterreich/# Schmid an Mitarbeiter im ÖVP-Finanzministerium: "Du bist die Hure für die Reichen": https://www.derstandard.at/story/2000132106195/schmid-an-mitarbeiter-im-finanzministerium-du-bist-die-hure-fuer Sebastian Kurz heuert bei Tech-Investor Thiel an: https://www.handelsblatt.com/politik/international/oesterreichs-ex-kanzler-sebastian-kurz-heuert-bei-tech-investor-thiel-an/27935142.html Engineering Kiosk #40 - Wie wird man und Frau zum Senior Dev?: https://engineeringkiosk.dev/podcast/episode/40-wie-wird-man-und-frau-zum-senior-dev/ Netflix’s historic introduction of levels for software engineers: https://blog.pragmaticengineer.com/netflix-levels/ Netflix auf Wikipedia: https://de.wikipedia.org/wiki/Netflix Buch "The Staff Engineer's Path" von Tanya Reilly: https://www.oreilly.com/library/view/the-staff-engineers/9781098118723/ The Staff Engineer’s Path: Tanya Reilly in conversation: https://www.youtube.com/watch?v=QfzVCLP7JBo Dropbox Engineering Career Framework: https://dropbox.github.io/dbx-career-framework/ic5_staff_reliability_engineer.html CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 Engineering Kiosk #50 - Episode zu Diversity: https://engineeringkiosk.dev/podcast/episode/50-dei-erh%C3%B6ht-innovation-und-den-finanziellen-erfolg/ Unsere Mastodon Umfrage: https://podcasts.social/@engkiosk/109582299983930765 Sprungmarken (00:00:00) Intro (00:00:42) Österreichische Titel Landschaft (00:03:20) Das heutige Thema: Was ist ein Staff Engineer (00:04:05) Wo ist der Unterschied zum Senior Engineer zum Staff Engineer? (00:04:33) Info/Werbung (00:05:33) Wo ist der Unterschied zum Senior Engineer zum Staff Engineer? (00:13:20) Übernehmen wir einfach die Kultur aus den USA? Netflix ändert ihren Karrierepfad (00:18:10) Was ist der konkrete Unterschied zwischen Senior- und Staff-Engineer? (00:21:05) Die größten Unterschiede: Big Picture, Execution und Leveling up auf Basis von gutem technischen Wissen (00:24:03) Leadership by Influence (ohne Personalverantwortung) (00:27:45) Das große ganze verstehen (das Big Picture) (00:30:55) Execution (komplexere Projekte, Legacy code, unklare Problemstellung) (00:33:25) Leveling up (Coaching, Mentoring, Role-Model, Objektiv- und Lösungsorientiert zu denken) (00:35:25) Die Rolle des Staff-Engineers ist nicht für jeden (00:38:15) Der Unterschied eines Staff Engineers zu einem Engineering Manager (00:40:05) Kein Industrie-Standard bei der Definition von Karriere-Level am Beispiel von Dropbox und CircleCI (00:42:45) Was sind die Erwartungen an euch? Gespräch mit eurer Vorgesetztin (00:46:10) Welche Relevanz haben Job-Titel? (00:49:25) Outro: Mastodon Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Diversity: Das Thema mit hoher Relevanz - Nicht nur in der Gesellschaft, sondern auch in Firmen und Tech-Teams. Forbes berichtet, dass diverse Firmen innovativer und erfolgreicher sind. Doch was ist Diversity eigentlich? Irgendwie wird es überall erwähnt und ist stets präsent. In dieser Episode klären wir was Diversity und DEI ist, warum es wichtig ist, darüber zu sprechen, welchen Effekt es auf Teams haben kann, wie nützlich Frauenquoten sind, wie der Mangel an weiblichen IT-Fachkräften sich auf das Thema auswirkt, was es mit der inklusiven Sprache aufsich hat und wo der Unterschied zwischen Diversität, Inklusion und Gleichberechtigung ist. Bonus: Ob Harvard und Stanford inklusiv sind und was Schokoküsse mit dem Thema zu tun haben. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Basecamp's new etiquette regarding societal politics at work: https://world.hey.com/dhh/basecamp-s-new-etiquette-regarding-societal-politics-at-work-b44bef69 Slack - Anzeige von Pronomen und Aussprache des Namens für Mitgliederprofile verwalten: https://slack.com/intl/de-de/help/articles/1500011115781-Anzeige-von-Pronomen-und-Aussprache-des-Namens-f%C3%BCr-Mitgliederprofile-verwalten Why Diverse Teams Are Smarter: https://hbr.org/2016/11/why-diverse-teams-are-smarter Diversity boosts innovation and financial results: https://www.forbes.com/sites/forbesinsights/2020/01/15/diversity-confirmed-to-boost-innovation-and-financial-results/ GitHub Renaming the default branch to main: https://github.com/github/renaming On Redis replication terminology: http://antirez.com/news/122 MySQL terminology Updates: https://dev.mysql.com/blog-archive/mysql-terminology-updates/ Sprungmarken (00:00:00) Intro (00:00:38) 50 Episoden und Wolfgangs Wunsch-Thema Diversity (00:01:40) Respekt vor Gesprächen über Diversity (00:04:05) Entwicklungen von Diversity in den News bei Basecamp, Slack und in den USA (00:07:03) Warum können/sollten zwei weiße alte CIS Männer über Diversity sprechen? (00:09:32) Was ist Diversity? (00:15:28) Was ist Inklusion in DEI und wo ist der Unterschied zu Diversity? (00:19:21) Was ist Gleichberechtigung in DEI? (00:21:05) Warum ist es wichtig, über dieses Thema zu sprechen? (00:26:47) Der Effekt eines weiblichen Teammitglieds in einem männlichen Team und der Effekt von Inklusion mittels Sprache (00:32:45) Der Mangel an weiblichen IT-Fachkräften und anonyme Bewerbungen (00:40:21) Diversität in der Personalabteilung und Teams mit Überhang zu einem Geschlecht (00:42:52) Tech-Events nur für Frauen (00:45:04) Diversity-Quoten (00:49:26) Inklusive Sprache (00:54:14) Diversity ist noch mehr: Code of Conduct, Pronomen, Gendern (00:54:41) Nummer eins Tipp um die Diversity im Team zu erhöhen (00:56:01) Outro: Zusammenfassung, Feedback und Bewertungen Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Die Analyse von Metadaten aus dem Software-Entwicklungsprozess: Yey or Ney? Die wenigsten kennen den Begriff des Software Repository Minings, doch die meisten benutzen Features, die darauf zurückzuführen sind. Zum Beispiel der automatische Vorschlag von den richtigen Pull Request Reviewern. Es geht darum, auf Basis der Daten aus dem Softwareentwicklungsprozess neue Erkenntnisse zu gewinnen, um diesen einfacher und produktiver zu gestalten. In dieser Episode klären wir, woher die Daten kommen, wie man an diese gelangt, welche Anwendungsfälle es gibt, was die Herausforderungen dabei sind und wie ihr damit starten könnt. Bonus: Ob Andy bereits 50 Jahre alt ist und warum gute Architektur auch als Selbstschutz dient. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Zyklomatische Komplexität: https://de.wikipedia.org/wiki/McCabe-Metrik nPath Komplexität: https://de.wikipedia.org/wiki/Komplexit%C3%A4t_(Informatik)#Softwarekomplexit%C3%A4t Built with: https://builtwith.com/ MetricsGrimoire: https://github.com/MetricsGrimoire/ CHAOSS: https://chaoss.community/ Tool CVSAnalY: https://github.com/MetricsGrimoire/CVSAnalY GrimoireLab: https://chaoss.github.io/grimoirelab/ Bitergia: https://bitergia.com/ Mining Software Repository Konferenz: http://www.msrconf.org/ Semantic Versioning: https://semver.org/ MySQL: https://www.mysql.com/de/ GitHub Copilot: https://github.com/features/copilot Engineering Kiosk #44 Der Weg zum hochperformanten Team: https://engineeringkiosk.dev/podcast/episode/44-der-weg-zum-hochperformanten-team/ Will My Patch Make It? And How Fast? Case Study on the Linux Kernel: https://dergipark.org.tr/tr/download/article-file/729012 TYPO3-Rangliste "Contribution per quarter": https://forger.typo3.com/management/leaderboard Andy Grunwald - The story of my bachelor thesis about Software Repository Mining: https://andygrunwald.com/blog/the-story-of-my-bachelor-thesis-about-software-repository-mining/ FOSDEM 2023: https://fosdem.org/2023/ Sprungmarken (00:00:00) Intro (00:00:48) Das heutige Thema: Software Repository Mining (00:02:15) Warum kann Andy was zum Thema Software Repository Mining sagen? (00:04:03) Worum geht es beim Software Repository Mining? (00:05:48) Wie kommt man an die Daten der Software Repositories? Data- und Web-Mining (00:07:29) Klassische Anwendungsfälle von Software Repository Mining: Software Metriken, Velocity (Scrum) und womit wurde die Website gebaut? (00:13:07) Anwendungsfall: Analyse von Commits (00:15:12) Wer schaut sich solche Metriken? Wer kümmert sich um das Software Repository Mining? (00:17:40) Anwendungsfall: Analyse von Kopplungen von einzelnen Dateien (00:19:08) Ab wann macht Software Repository Mining Sinn? Wie schwierig ist es, sowas einzuführen? (00:22:35) Anwendungsfall: Der geeignete Code-Reviewer (00:23:36) Research: Nachvollziehbarkeit und Qualität von Source-Code (00:27:06) Anwendungsfall: Automatische Versioning auf Basis von Semantic Versioning (00:32:13) Anwendungsfall: Hot Topic Analyse (00:33:24) Anwendungsfall: Kontextbasierte Informationen in der IDE (00:37:27) Anwendungsfall: Review-Cycles im Pull Request als Datenpunkt fürs Mentoring und Coaching (00:39:28) Ranglisten und Gamification aus Basis von Code Contributions (00:41:14) Herausforderungen von Software Repository Mining: Unsaubere Daten, Data Storage, Cross-Linking und die Interpretation von Ergebnissen (00:48:21) Wie startet man am besten mit Software Repository Mining? (00:50:20) Andys Bachelor-Arbeit als Podcast (00:51:18) Warum ist Software Repository Mining ein Nischen-Thema? (00:54:00) Outro: FOSDEM Konferenz Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Wie sieht eigentlich der Layer unter Docker aus? Und wie interagiert Kubernetes mit Containern? In Episode 46 haben wir geklärt, welches Problem Docker eigentlich löst. Das Container-Ecosystem ist jedoch weit größer. Deswegen widmet sich diese Folge der darunter liegenden Ebene. Wir besprechen die Modularisierung von Docker, die herausgetrennte Highlevel Runtime containerd, wie Kubernetes mit Docker-Containern umgeht, ob Docker Container die einzige Art von Containern ist, die Kubernetes unterstützt, was ein Container Runtime Interface (CRI) ist, was die Open Container Initiative (OCI) und ob auch du dir deine eigene Highlevel Container Runtime programmieren kannst. Bonus: Was die Linux-Mafia ist und wieso es bald eine österreichische Container Runtime gibt. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Engineering Kiosk #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/ c't - Magazin für Computer Technik: https://www.heise.de/ct/ iX - Magazin für professionelle Informationstechnik: https://www.heise.de/ix/ Highlevel container runtime containerd: https://containerd.io/ Getting started with containerd: https://github.com/containerd/containerd/blob/main/docs/getting-started.md contaiNERD CTL - Docker-compatible CLI for containerd, with support for Compose, Rootless, eStargz, OCIcrypt, IPFS: https://github.com/containerd/nerdctl shim: https://de.wikipedia.org/wiki/Shim_(Informatik) Core OS: https://de.wikipedia.org/wiki/Core_OS rkt: https://github.com/rkt/rkt Container Runtime Interface (CRI): https://kubernetes.io/docs/concepts/architecture/cri/ CRI Plugin von containerd: https://github.com/containerd/containerd/tree/main/pkg/cri Highlevel Container Runtime CRI-O: https://cri-o.io/ Cloud Native Computing Foundation: https://www.cncf.io/ Linux Foundation: https://www.linuxfoundation.org/ Apache Foundation: https://www.apache.org/ gVisor - Container Security Platform: https://gvisor.dev/ minikube - local Kubernetes cluster: https://minikube.sigs.k8s.io/docs/ Open Container Initiative: https://opencontainers.org/ Sprungmarken (00:00:00) Intro (00:00:58) Computerbild, c't und iX und einen Layer tiefer als "Was ist Docker" (00:04:31) Der nächsttiefere Layer nach docker run: Highlevel Runtime containerd (00:07:05) Was ist denn ein Container-Lebenszyklus und der Unterschied zwischen Highlevel und Lowlevel-Runtime? (00:09:37) Ist containerd noch ein Teil von docker? (00:10:35) Kann containerd auch von anderen Clients als docker angesprochen werden? (00:13:06) Verwendet Kubernetes auch docker? docker shim, CoreOS, rkt (00:16:01) Container Runtime Interface (CRI) von Kubernetes (00:19:44) Kubernetes, API-Server, kubelet und die Highlevel-Runtime (00:20:58) Eine alternative Highlevel-Container-Runtme zu containerd: CRI-O (00:24:15) Die Cloud Native Computing Foundation (CNCF) (00:28:16) Was ist besser? Containerd oder CRI-O? (00:29:57) docker shim und unterstützt Kubernetes noch docker? (00:32:10) Docker container sind eigentlich Open Container Initiative (OCI) Images und Container (00:33:21) Woher kommt die Open Container Initiative (OCI) und die Standards? (00:34:41) Zusammenfassung und die Möglichkeiten eure eigene Runtime zu schreiben (00:36:31) Ausblick auf die nächste Container-Folge und Feedback Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Eine Vision und Mission für die Firma und das Team: Notwendig oder Firlefanz? Die Geschäftsführung spricht oft von der Vision und Mission der eigenen Firma. Doch was ist das eigentlich? Wo ist der Unterschied? Und was habe ich, als kleiner Mitarbeiter, eigentlich zu tun? Wie wichtig ein gemeinsames Ziel und ein übergeordneter Sinn für die Belegschaft sein können, wird oft unterschätzt. Ab und zu sogar als esoterisch bezeichnet, denn es ist doch klar, wofür wir alle arbeiten. Ist es? In dieser Episode klären wir was eine Vision und eine Mission ist, wo die Unterschiede liegen, welchen Effekt dies auf die Firma und das eigene Team haben kann, warum es nicht einfach ist eine Vision und Mission zu definieren, ob es auch ohne klappen kann und wie man diese Sache generell angeht. Bonus: Warum man keine Löcher kaufen kann, was Computerbild Themen sind und wieso Andy nicht für Heckler und Koch arbeiten würde. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Dall-E 2: https://openai.com/dall-e-2/ Index Out of Bounds Episode 40 - Tech-Trends, die uns begeistern: https://anchor.fm/indexoutofbounds/episodes/040--Tech-Trends--die-uns-begeistern--AR-und-ML-e1r24fn Prompt Engineering: https://en.wikipedia.org/wiki/Prompt_engineering Site Reliability Engineering: https://de.wikipedia.org/wiki/Site_Reliability_Engineering Was ist eine North Star Metric?: https://blog.hubspot.de/marketing/north-star-metric Engineering Kiosk Episode #44 Der Weg zum hochperformanten Team: https://engineeringkiosk.dev/podcast/episode/44-der-weg-zum-hochperformanten-team/ Objectives and Key Results (OKRs): https://de.wikipedia.org/wiki/Objectives_and_Key_Results Sprungmarken (00:00:00) Intro (00:00:55) Prompt Engineering (00:04:12) Können wir durch Prompt Engineering bald Incidents lösen und Operations betreiben? (00:06:37) Die Vision und Mission Site Reliability Engineering durch Prompt Engineering steuerbar zu machen (00:07:44) Die Vision und Mission von Firmen und Teams und was es für einen Effekt auf das Team haben kann (00:10:50) Kann jedes Team zur Firmen-Vision und Mission contributen? (00:13:58) Was ist eine Vision? Was ist eine Mission? Wo ist der Unterschied? (00:16:12) Visions- und Missions-Beispiele von populären Firmen (00:19:52) Wie kommt man zu einer Vision und Mission? (00:21:15) Muss man für seinen Job brennen, um die Vision und Mission zu definieren und daran zu glauben? (00:27:05) Hat Andys aktuelles Team eine eigene Vision und Mission? (00:29:08) Große Herausforderung: Eine Vision und Mission zu formulieren, wo jede Abteilung teilhaben kann (00:32:57) Für ein Performing Team sollte der Sinn, Metrik und Ziel definiert sein (00:34:42) Themen für euer 1on1 und Manager: Was sind unsere Vision, Mission und Ziele? (00:35:32) Kann eine Firma oder ein Team auch ohne Vision und Mission erfolgreich sein? (00:38:58) Wie startet Ihr am besten, um sich dem Thema Vision und Mission zu nähern? (00:40:42) Vision und Mission: Esoterisches oder essentielles Thema? (00:42:17) Was ist die Vision und Mission vom Engineering Kiosk? (00:42:51) Outro: Feedback, Fragen und Weiterempfehlung Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Docker und Container: Buzzwords der letzten Dekade - Doch was ist Docker wirklich? In dieser Episode versuchen wir genau diese Frage zu beantworten. Jeder redet davon, und wie in jedem Hype werden Wörter und Begriffe oft in einem falschen Kontext genutzt und das Ecosystem entwickelt sich unglaublich schnell. Deswegen ist es doch ganz gut, wenn man ein wenig hinter die Kulissen schaut: Warum wurde Docker erschaffen und welches ursprüngliche Problem sollte es lösen? Was ist das besondere an Docker, wenn es "diese Linux Container" bereits seit > 20 Jahren gibt? Was ist eigentlich ein Container im Kontext von Software und was hat "Change Root" (chroot) damit zu tun? Und welche Nachteile hat Docker? Kurz um: 55 Minuten um das “Warum” hinter Docker. Bonus: Warum Duisburg eine essentielle Rolle im Container-Ecosystem spielt, was Kaffe mit Software deployen zu tun hat und wie man das Endstück vom Brot nennt. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links localhost Konferenz: https://localhost.engineering/ Landschaftspark Duisburg-Nord: https://www.landschaftspark.de/ Nomad von Hashicorp: https://www.nomadproject.io/ Docker auf der pycon 2013: "The future of Linux Containers": https://www.youtube.com/watch?v=wW9CAH9nSLs dotCloud: https://www.docker.com/press-release/dotcloud-inc-now-docker-inc/ "Why we built Docker" Solomon Hykes auf der dotScale 2013: https://www.youtube.com/watch?v=3N3n9FzebAA 10+ Deploys Per Day: Dev and Ops Cooperation at Flickr: https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr Linux Containers (LXC): https://de.wikipedia.org/wiki/LXC libcontainer: https://github.com/opencontainers/runc/tree/main/libcontainer FROM scratch-Container: https://hub.docker.com/_/scratch Containers are chroot with a Marketing Budget: https://earthly.dev/blog/chroot/ Metabase: https://github.com/metabase/metabase Qemu: https://www.qemu.org/ Die 100 häufigsten Wörter für das Brotende: https://100woerter.de/100-haeufigsten-woerter-fuer-das-brotende/ Der Sprachatlas - Brotende: https://www.atlas-alltagssprache.de/r10-f3h/?child=runde Sprungmarken (00:00:00) Intro (00:00:54) Wolfgangs Weltreise und Duisburg's Binnenhafen, der größte der Welt (00:04:16) Das heutige Thema: Docker - Was ist das? Woher kommt es? Sind Docker und Container dasselbe? Und wie sieht das Container-Ecosystem eigentlich aus (00:08:11) Wie lange gibt es Docker bereits? Und welches Problem löst Docker eigentlich? (00:16:47) Was ist der Unterschied zwischen Virtual Machines (VMs) und Jar's zu Docker Containern? (00:21:41) Wann und Wie entstand die Continuous Integration (CI) / Continuous Delivery (CD) / Continuous Deployment (CD) Bewegung? (00:24:38) Was ist eigentlich ein Container im Sinne der Software? (00:29:32) Change root (chroot) (00:31:20) Was ist denn das Besondere an Docker, wenn es Linux Container bereits vorher gab? (00:39:20) Welche Nachteile hat Docker oder ist Docker wie geschnitten Brot? (00:47:37) Das Killer-Argument von Docker: Updaten von Applikationen (00:51:06) Zukünftige Podcast-Episoden über Docker und das Container-Ecosystem (00:52:25) Outro: Feedback und Shownote-Links Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Datengetriebene Entscheidungen oder auch "Glaube keiner Statistik, die du nicht selbst gefälscht hast". Entscheidungen treffen und die nächsten Schritte planen ist nicht einfach. Relevante Daten können einem die Entscheidung erleichtern. Doch wie fängt man mit datengetriebenen oder daten-unterstützenden Entscheidungen eigentlich an? Woher weiß man, ob man die richtigen Daten hat? Was wird zur entsprechenden Aufbereitung benötigt und wie kann ich die Daten entsprechend visualisieren? In dieser Episode geben wir einen Einblick in das Feld der datengetriebenen Entscheidungen. Wir beantworten, warum Tortendiagramme blödsinn sind, wie die Architektur aussehen kann, ob das Bauchgefühl überhaupt noch relevant ist und warum man nicht mehr sein eigenes JavaScript Frontend mehr bauen muss. Bonus: Was warmes Bier mit Husten zu tun hat und wie das Oktoberfest unsere Podcast-Statistiken beeinflusst. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Wartungsfenster Podcast mit "Make or Buy": https://wartungsfenster.podigee.io/20-make-or-buy Engineering Kiosk #43 Cloud vs. On-Premise: Die Entscheidungshilfe: https://engineeringkiosk.dev/podcast/episode/43-cloud-vs-on-premise-die-entscheidungshilfe/ Engineering Kiosk #12 Make oder Buy: https://engineeringkiosk.dev/podcast/episode/12-make-oder-buy/ ClickHouse Datenbank: https://clickhouse.com/ Google BigQuery: https://cloud.google.com/bigquery?hl=de QlikView: https://www.qlik.com/de-de Tableau: https://www.tableau.com/de-de PowerBI: https://powerbi.microsoft.com/de-de/ Amazon QuickSight: https://aws.amazon.com/de/quicksight/ GCP Looker Studio: https://cloud.google.com/looker-studio Metabase: https://github.com/metabase/metabase Apache Superset: https://github.com/apache/superset Redash: https://github.com/getredash/redash Grafana: https://github.com/grafana/grafana Open Podcast: https://openpodcast.dev/ Engineering Kiosk Podcasts zum Thema Datenbanken: https://engineeringkiosk.dev/tag/datenbanken/ @EngKiosk Tweet mit Metabase Statistiken: https://twitter.com/EngKiosk/status/1590373145793396736 Sprungmarken (00:00:00) Intro (00:01:00) Cloud vs. On-Premise im Wartungsfenster Podcast (00:04:32) Das heutige Thema: Datengetriebene und Daten unterstützende Entscheidungen (00:05:16) Was verstehen wir unter datengetriebenen Entscheidungen? (00:08:18) Gefälschte Statistiken und die richtige Daten-Visualisierung (00:10:25) Wer hat Zugang zu den Daten und wie sieht die Daten-Transparenz aus? (00:14:05) Muss jeder Mitarbeiter SQL-Abfragen erstellen können? (00:15:55) Die Architektur für datengetriebene Entscheidungen (00:18:53) Pre-Processing, OLAP, OLTP und Datenbank-Normalformen (00:21:46) Was ist Clickhouse und welche Tools gibt es auf dem Markt? (00:22:59) Sind Tortendiagramme Blödsinn? (00:23:46) Die Visualisierung: Wie finde ich heraus, welche Fragen wir eigentlich aus den Daten beantwortet haben wollen? (00:25:53) Wie verwende ich Datenvisualisierung, ohne ein eigenes Team? (00:28:30) Schnelle Dashboards und Performance von Queries (00:29:28) Was ist bei Datenbanken in Bezug auf Analytics optimiert? (00:31:03) Muss man noch sein eigenes Dashboard-Frontend mit JavaScript bauen? (00:36:21) Welche Tipps würdest du Neulingen zur Dashboards-Erstellungen geben? (00:39:17) Ist das Bauchgefühl noch relevant? (00:41:30) Ab wann sind Daten aussagekräftig (statistisch signifikant)? (00:45:51) Welche Firmen sind Vorreiter im Bereich datengetriebene Entscheidungen? (00:47:29) Kann man zu datengetrieben sein? (00:48:21) Woher weiß ich, auf welche Daten ich gucke? (00:50:10) Outro: Podcast-Statistiken Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Psychologie, Team-Dynamiken und hochperformante Teams: Zufällige Stichwörter oder relevante Themen? Eine Gruppe von Menschen soll zusammen und miteinander arbeiten. Am besten noch hochperformant, mit einem grandiosen Outcome und das ganze innerhalb einer Woche nach Gründung des Teams. So oder so ähnlich stellen sich viele Leute Team-Dynamiken vor. Dass dies alles nicht ganz so einfach ist, weiß jeder, der schon mal ein neues Team geformt bzw. übernommen hat. Das 5 Phasenmodell für die Teamentwicklung von Bruce Tuckman, ein US-amerikanischer Psychologe, kann dir eine gewisse Hilfestellung liefern. Forming, Norming, Storming, Performing und Mourning/Adjourning: Was zeichnet die einzelnen Phasen aus? Welches Verhalten kann beobachtet werden? Welche Fragen und Bedürfnisse entstehen bei den Teammitgliedern? Welcher Leadership-Style wird benötigt bzw. ist angebracht? Über dieses Thema sprechen wir in dieser Episode. Viel Spaß. Bonus: Was Puppenspieler mit Leadership zu tun haben, warum Kaiserschmarrn immer noch ein Thema ist und wieso das Currywurst-Museum + Bud Spencer-Museum eine Rolle spielt. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Der Sarg aus Pilzen: https://www.derstandard.at/story/2000140191911/lebender-sarg-auf-dem-wiener-zentralfriedhof Bestattungsmuseum Wien: https://shop.bestattungsmuseum.at/# Podcast Episode zum Thema Tod und Wien, Interview Leiter der Friedhöfe in Wien: https://www.wieneralltagspoeten.at/podcast/episode/c279a1aa/9-wiener-tod Engineering Kiosk Episode #33 Andy im Team Lead Bewerbungsgespräch: https://engineeringkiosk.dev/podcast/episode/33-andy-im-team-lead-bewerbungsgespr%C3%A4ch/ Google Jamboard: https://jamboard.google.com/ Miro: https://miro.com/de/ Bruce Tuckmann: https://de.wikipedia.org/wiki/Bruce_Tuckman 5 Phasenmodell: https://de.wikipedia.org/wiki/Teambildung#Phasenmodell_nach_Tuckman_und_Klotz Sprungmarken (00:00:00) Intro (00:01:07) Sarg aus Pilzen und das Bestattungsmuseum (00:04:02) Wenn ein Mitglied das Team verlässt, hast du ein neues Team (00:05:10) Dynamiken in einem Team: "Wie läuft es bei dir?"-Floskel (00:08:09) Die 5 Phasen bei der Entwicklung eines Team (00:10:54) Woher kommt das Modell der 5 Phasen bei der Entwicklung eines Team und welche Phasen gibt es? (00:14:28) Phase 1: Forming - Die Einstiegs- und Findungsphase (der erste Kontakt) (00:19:11) Phase 2: Storming - Die Auseinandersetzungs- und Streitphase (der Konflikt) (00:26:54) Phase 3: Norming - Die Regelungs- und Übereinkommensphase (der Vertrag) (00:32:58) Phase 4: Performing - Die Arbeits- und Leistungsphase (die Kooperation) (00:43:56) Phase 5: Mourning/Adjourning - Die Auflösungsphase (00:47:02) Muss jedes Team alle Phasen durchlaufen? (00:50:43) Wie verhalten sich die Phasen und die Team-Dynamik in einem Remote-Setup? (00:53:59) Leadership-Workshops und Erfahrung durch Praxis (00:55:20) Outro und Feedback Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Wann ist die Cloud das richtige für dich und deine Applikation? Oder doch lieber alles selbst hosten? Die Cloud wird oft als "die Lösung" für all deine Probleme beschrieben. Sie ist günstig, man benötigt weniger Personen für den operativen Betrieb, alle Services sind gemanagt und serverless und alle anderen Probleme hat man sowieso nur On-Premise. Sind damit On-Premise Datacenter und Selfhosting ausgestorben und sollten gemieden werden? Oder gibt es sogar Szenarien, wo On-Premise sogar große Vorteile hat? In dieser Episode geht es um diese Frage: Wann ist die Cloud und wann On-Premise / die eigenen Server für dich die bessere Wahl? Wir diskutieren über diese Frage anhand eines Blogposts über eine Migration aus der Cloud von 37Signal's Produkt "Hey.com". Bonus: Was der Produktlebenszyklus vom VW Golf mit der Cloud zu tun hat und warum ein Raid 1 kein Backup ist. Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev 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 Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Google Stadia: https://blog.google/products/stadia/message-on-stadia-streaming-strategy/ 37Signal: https://37signals.com/ Basecamp: https://basecamp.com/ HEY.com: https://www.hey.com/ David Heinemeier Hansson (DHH): https://dhh.dk/ Jason Fried: https://twitter.com/jasonfried Buch "Rework": https://www.amazon.de/Rework-Jason-Fried/dp/0307463745 “Why we're leaving the cloud”: https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0 Podcast episode “Leaving the cloud” https://www.rework.fm/leaving-the-cloud/ Engineering Kiosk Episode #34 Wie cloudy bist du?: https://engineeringkiosk.dev/podcast/episode/34-wie-cloudy-bist-du/ Changes at Basecamp (politische Diskussionen): https://world.hey.com/jason/changes-at-basecamp-7f32afc5 Hetzner Cloud: https://www.hetzner.com/de/cloud OVH: https://www.ovhcloud.com/de/ DigitalOcean: https://www.digitalocean.com/ UpCloud: https://upcloud.com/ Vultr: https://www.vultr.com/de/ Stack IT (Lidl Cloud): https://www.stackit.de/de/ Planet Scale: https://planetscale.com/ Looker: https://www.looker.com/ Prometheus: https://prometheus.io/ Wartungsfenster Podcast: https://wartungsfenster.podigee.io/ "How Bank Of America Is Saving $2 Billion Every Year By Building Its Own Cloud": https://pulse2.com/how-bank-of-america-is-saving-2-billion-every-year-by-building-its-own-cloud/ "Evaluating the Total Cost of Ownership for an On-Premise Application System": https://michaelskenny.com/points-of-view/evaluating-the-total-cost-of-ownership-for-an-on-premise-application-system/ "How Amazon’s cloud business generates billions in profit": https://www.cnbc.com/2021/09/05/how-amazon-web-services-makes-money-estimated-margins-by-service.html Sprungmarken (00:00:00) Intro (00:00:54) Return to Monkey Island für Linux (00:02:59) Der letzte Service, der von Google wieder eingestellt wurde: Google Stadia (Cloud Gaming) (00:04:08) Das heutige Thema: Migration aus der Cloud hin zu On-Premise (00:06:20) Warum 37Signal sich mit ihrem Service HEY aus der Cloud zurück zieht (00:13:13) Warum ist eine Migration aus der Cloud ein Thema für den Podcast und die Ansichten von Basecamp/37Signals (00:17:06) Was ist eigentlich die Cloud bzw. was heißt "die Cloud"? Und wo ist die Abgrenzung zu "Cloud Native"? (00:26:19) Verlernen wir, wie Server geracked und Datacenter betrieben werden, wenn wir immer nur die Cloud nutzen? (00:31:44) Was kostet die Cloud vs. On-Premise und wann rentiert sich welches Modell? Total Costs of Ownership, Hardware und die Größe des Operations-Team (00:51:01) War die Migration von On-Premise in die Cloud bei trivago eine gute und sinnvolle Entscheidung? (00:58:00) In welchem Setup würden wir die Cloud und wann On-Premise wählen? (01:06:59) Angst um den eigenen Job bei einer Cloud-Migration (01:09:33) Zusammenfassung und Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) Email: stehtisch@engineeringkiosk.dev Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776