Engineering Kiosk

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? 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 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) Info/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

100 Episoden Engineering Kiosk: Das Jubiläum, das Quiz, der Tech-Look-Back und die Tech-Predictions 2024 Vor fast zwei Jahren hat der Engineering Kiosk das Licht der Welt erblickt. Seitdem wird jede Woche eine neue Episode veröffentlicht. Und auf einmal wird die Episoden-Nummer dreistellig. Happy Birthday - Dies ist unser Engineering Kiosk Jubiläum. Eine etwas andere Folge mit Viele Stimmen von Freunden und Bekannten Einem Quiz-Battle Der Tech-Look-Back aus den Jahren 2022 und 2023 Unsere Tech-Predictions 2024 Ein besonderer Dank geht an Matthias Endler Arne Claus Dominik Siebel Markus Poerschke Christian Schepp Schaefer vom WorkingDraft-Podcast Christian Braun vom Index Out Of Bounds-Podcast Nils Langner vom Super Duper Developers Club Ellen Schwartau und Doreen Sacker vom Unmute IT Podcast Roland Golla von Never Code Alone Patrick Terlisten und Claudia Kühn vom Wartungsfenster Podcast Bonus: 100€ gehen an Open Source. 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 Killed by Google: https://killedbygoogle.com/ The Frugal Architect: https://www.thefrugalarchitect.com/ Symfony: https://github.com/symfony/symfony Linux Kernel: https://github.com/torvalds/linux FOSDEM: https://fosdem.org/ Web Almanac: https://almanac.httparchive.org/en/2022/ Hackernews: https://news.ycombinator.com/ Layoffs: https://layoffs.fyi/ Azure docs auf GitHub: https://github.com/MicrosoftDocs/azure-docs Sprungmarken (00:00:00) Intro mit Matthias Endler (00:04:56) Wie viele Services hat Google seit 2006 eingestellt? (00:07:51) Wie viele Commits hat der Linux-Kernel auf GitHub auf dem main branch? (00:10:26) Wie viele Gruppen gibt es weltweit mit dem Thema MySQL auf meetup.com? (00:12:20) Wie viele Menschen haben bereits am Symfony-Framework mitgearbeitet? (00:13:55) Wie viele $ werden in der englischsprachigen Dokumentation der Programmiersprache PHP verwendet? (00:15:58) Wie viel Prozent Marktanteil hat WordPress als CMS? (00:17:20) Look back 2022 und 2023: Hackernews (00:21:03) Look back 2022 und 2023: GitHub Co-Pilot (00:26:42) Look back 2022 und 2023: Layoffs (00:34:14) Look back 2022 und 2023: GitHub Top-Repositories (00:38:23) Look back 2022 und 2023: Nextcloud-Episode (00:44:28) Tech Predictions 2024: Rückzug aus der Cloud (00:48:04) Tech Predictions 2024: FinOps (00:52:58) Tech Predictions 2024: AI löst SQL ab (00:58:23) Tech Predictions 2024: Themable Slack und Spotify für ICQ und Winamp (01:01:12) Tech Predictions 2024: Business Source License und Server Side Public License (01:04:16) Tech Predictions 2024: Programmiersprache mit dem größten Wachstum (01:07:02) Wie viele Frauen mit 45 Jahren steigen aus der IT aus oder sind ausgestiegen? (01:09:59) Wie viele Sicherheitslücken mit einem CVSS von größer neun in 2023 bei der NVD veröffentlicht wurden? (01:13:33) Wie viele Sekunden beträgt die durchschnittliche Ladezeit einer Webseite auf mobilen Geräten im Jahr 2023? (01:15:49) 100€ an Open Source (01:19:24) Podcast Statistiken und Danke an die Mitwirkenden 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

SQL is Dead, Long Live SQL! Fast jede Applikation hat irgendeine Form von persistenter Datenhaltung. Oft in Form einer Datenbank. Der Platzhirsch bei Datenbanken sind Systeme, die sich mit der Structured Query Language (kurz SQL) abfragen lassen. MySQL, PostgreSQL, Oracle, MSSQL Server, sqlite, Google BigQuery und so weiter. Die coolen Kids haben vielleicht irgendeine Form von NoSQL-Datenbank im Einsatz. Aber auch da kommt man nicht um SQL herum. Für die meisten Entwickler*innen ist SQL ein alter Hut. SELECT * FROM Tabelle WHERE foo = bar GROUP BY id. Das haben wohl die meisten gelernt und damit kommt man schon sehr weit. Doch war es das mit den Möglichkeiten von SQL? Klare Antwort: Nein. Die Sprache wird weiterentwickelt, bekommt moderne Features und hat weitaus mehr zu bieten als manch einer denkt. Und darüber sprechen wir in dieser Episode mit dem SQL-Experten Markus Winand. Wir sprechen über Modernes SQL, die verschiedenen SQL Standards, ORMs und die Trennung von “Daten-Logik” und “Application-Logik” sowie über eine “Can I Use”-Platform für SQL Features. Bonus: Warum die Übernahme von MySQL durch Oracle das Beste war, was MySQL passieren konnte. 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 Markus Winand: https://winand.at/de Use the Index, Luke: https://use-the-index-luke.com/ Modern SQL: https://modern-sql.com/ Thank You MySQL, We’ll Miss You!: https://use-the-index-luke.com/blog/2014-04-01/thank-you-mysql-we-will-miss-you Sprungmarken (00:00:00) Intro (00:01:26) Unser Gast Markus Winand (00:07:04) Was ist SQL? (00:15:17) Wie beliebt ist SQL? (SQL is dead. Long Live SQL?) (00:17:09) Wie entsteht der SQL Standard und wer steckt dahinter? (00:19:57) Wird SQL zur eierlegenden Wollmilchsau? (00:21:45) Eine Tour durch die SQL Standards (00:40:33) Was ist modernes SQL? (00:46:22) Vendor-Lock-In bei SQL-Datenbanken und die Lehre von modernem SQL (00:52:04) Applikationslogik in der Datenbank, AI und Vektor-Datenbanken und ORMs (01:10:24) Coole SQL Feature, welche unterrepräsentiert sind: FILTER und Row Pattern Matching (01:15:06) Wo geht der SQL Trend hin? (01:17:26) Abschlusswort von Markus Winand 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

Rust: Die System-Programmiersprache der nächsten 40 Jahre? Die Programmiersprache Rust erlebt aktuell einen Hype, wie kaum eine andere Programmiersprache bisher. Sehr viele Leute nennen Rust als die nächste Programmiersprache, die sie gerne lernen wollen. Projekte auf Github prahlen damit, dass diese mit Rust geschrieben wurden. Und jede zweite Case-Study einer großen Tech-Firma hat etwas mit Rust zu tun. Doch warum wird die Sprache so gehyped? Ist es nur Marketing oder steckt wirklich der Knaller der nächsten 40 Jahre dahinter? Und ist wirklich alles Gold was glänzt? Irgendwo muss es doch auch ein paar Pitfalls und Shortcomings geben. In dieser Episode sprechen wir mit Matthias Endler. Matthias ist seit Anfang an bei Rust dabei. Dabei geht es um: Welches Problem Rust löst, einen Deep Dive in die Konzepte, wie sich die Lernkurve von Rust verhält, aber auch die Rückwärtskompatibilität gewährleistet wird und noch vieles vieles mehr. Bonus: Ob Franken oder Oberpfalz. Bayern bleibt Bayern. 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 Matthias Endler: https://endler.dev/ Matthias Endler (corrode): https://corrode.dev/ analysis-tools-dev/static-analysis auf GitHub: https://github.com/analysis-tools-dev/static-analysis Hello Rust auf YouTube: https://www.youtube.com/@HelloRust/featured mre/idiomatic-rust auf GitHub: https://github.com/mre/idiomatic-rust lycheeverse/lychee auf GitHub: https://github.com/lycheeverse/lychee Engineering Kiosk Episode #93 Barbara Liskov - Das L in SOLID (Liskovsches Substitutionsprinzip & Abstraktion): https://engineeringkiosk.dev/podcast/episode/93-barbara-liskov-das-l-in-solid-liskovsches-substitutionsprinzip-abstraktion/ Codeprints: https://codeprints.dev/ Open Podcast: https://openpodcast.dev/ Why Rust in Production?: https://corrode.dev/why-rust/ The Rust community’s crate registry: https://crates.io/ Rust: https://www.rust-lang.org/ Go: https://go.dev/ Small exercises to get you used to reading and writing Rust code: https://github.com/rust-lang/rustlings Rust Design Patterns: https://rust-unofficial.github.io/patterns/ Zero To Production In Rust: https://www.zero2prod.com/ How much Rust in Firefox?: https://4e6.github.io/firefox-lang-stats/ Sprungmarken (00:00:00) Intro (00:00:55) Unser Gast Matthias Endler (00:06:30) Was ist Rust? (00:08:42) Info/Werbung (00:09:44) Was ist Rust? (00:10:46) Der Rust-Compiler und Rust im Einsatz bei Mozilla (00:17:59) Einsatzgebiete für Rust und die Performance (00:22:07) Die Lernkurve von Rust, Ownership und Borrowing (00:32:18) Globale Variablen in Rust und der Entwickler-Workflow mit dem Rust-Compiler (00:43:39) Rückwärts-Kompatibilität in Rust (00:53:36) Der Hype um Rust und das gute Image (00:57:43) Pitfalls und Shortcomings von Rust (01:01:48) Rust Compile-Zeiten und Multi-Paradigmen-Sprache (01:10:01) Ressourcen zum lernen von Rust (01:12:57) Outtakes 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

Kontinuierliches Lernen mit Hilfe von Experimenten und A/B-Testing In vielen Diskussion geht es darum, welche Lösung die bessere ist und einen größeren Impact hat. Viele Entscheidungen werden aus dem Bauch heraus getroffen, obwohl gesagt wird, dass wir datengetrieben arbeiten. Doch Daten und Ergebnisse sind oft nicht vorhanden. Experimente mit A/B-Tests sind für solche Situationen das Mittel der Wahl. Hypothese aufstellen. Experiment umsetzen und durchführen. Ergebnis evaluieren. Und das ganze wiederholen. Klingt einfach.Experimentelles Mindset: Check. Doch wie macht man sowas denn im Detail? Auf welche und wie viele Metriken schaut man während eines Experiments? Wie lange darf es dauern? Kann ich das ganze auch mit wenig Kunden und Traffic umsetzen? Was sind die typischen Fehler beim A/B-Testing? Was ist ein p-Wert, eine statistische Signifikanz, eine Power-Analyse, ein A/A-Test, der Priming-Effekt? Das und noch viel mehr in dieser Episode mit unserem Gast Dr. Philipp Monreal. Bonus: Ob A/B-Testing mit Podcast-Episoden-Titeln für normale Podcast-Hosts möglich 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) 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 Dr. Philipp Monreal: https://www.linkedin.com/in/dr-philipp-monreal-095a2648/ Sample Size Calculator: https://www.evanmiller.org/ab-testing/sample-size.html Buch “Trustworthy Online Controlled Experiments: A Practical Guide to A/B Testing” von Ron Kohavi: https://www.amazon.de/Trustworthy-Online-Controlled-Experiments-Practical/dp/1108724264 Andrew Gelman blog: https://statmodeling.stat.columbia.edu/ “A day in the life of Oscar the cat”: https://core.ac.uk/download/pdf/31059034.pdf Buch “Thinking, Fast and Slow” von Daniel Kahneman: https://www.amazon.de/Thinking-Fast-Slow-Daniel-Kahneman/dp/0141033576 How Not To Run an A/B Test: https://www.evanmiller.org/how-not-to-run-an-ab-test.html Sprungmarken (00:00:00) Intro (00:01:01) Unser Gast: Philipp Monreal (00:03:06) Experimenten in der Softwareentwicklung und das experimentelle Mindset (00:07:46) Hypothesengetriebene Entwickeln und die Implementierung einer Lernkultur (00:14:29) Metriken für Experimente und die Verteilung von Test- und Kontrollgruppen (00:26:45) Statistisches Rauschen, der p-Wert, die Nullhypothese und statistische Signifikanz (00:35:30) "Extraordinary claims, require extraordinary evidence" und "Any figure that looks interesting or different is usually wrong" (00:41:49) Günstiges Testen im Tech-Bereich (00:45:31) Mehrere Tests gleichzeitig durchführen (00:49:57) Storytelling als Ergebnis-Präsentation und Kontrolle der Daten (00:58:00) Vorbereitung und Nachbereitung von Experimenten (01:01:44) Lernen als wichtiger Faktor in der Organisation Vermeidung von "Hippos" (01:06:31) Podcast-Titel-Tests mit A/B-Testing 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

Nur unsere eigene Lösung ist die beste: Das "Not invented here" Syndrome (NIH) Ihr kennt das bestimmt: Es gibt eine neue Herausforderung zu lösen. Das Team steigt sofort in die Planung ein, um die Anforderungen in Source-Code zu kippen. Ihr sitzt da und fragt euch: Das kann doch nicht sein, dass wir die einzigen sind, die dieses Problem haben. Da muss es doch schon was fertiges geben.”. Doch das Team wettert dagegen: “Unser Problem ist sehr speziell. Wir bezweifeln stark, dass es da etwas gibt, was unseren Anforderungen standhält. So oder so ähnlich spielt es sich jede Woche in etlichen Teams ab. Es wird die eigene Arbeit über externe Lösungen gestellt. Die Nachteile werden oft später sichtbar. Über dieses Thema sprechen wir in dieser Episode. Nicht nur, was die Gründe dafür sind, sondern auch, wie man dem etwas entgegensetzen kann. Bonus: Warum keiner vor dem "Not invented here" Syndrome geschützt ist - Wolfgang und sein Meetup-System. 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 Astro: https://astro.build/ Not-invented-here-Syndrom: https://de.wikipedia.org/wiki/Not-invented-here-Syndrom 500-Millionen-Euro-Projekt scheitert: Lidl bläst SAP-Software ab: https://t3n.de/news/500-millionen-euro-projekt-scheitert-lidl-blaest-sap-software-ab-1095673/ "Not invented here", revisited: https://www.theengineeringmanager.com/growth/not-invented-here-revisited/ The Bulk of Software Engineering is Just Plumbing: https://www.karllhughes.com/posts/plumbing In Defense of Not-Invented-Here Syndrome: https://www.joelonsoftware.com/2001/10/14/in-defense-of-not-invented-here-syndrome/ Honeycomb: https://www.honeycomb.io/ My YC app: Dropbox - Throw away your USB drive: https://news.ycombinator.com/item?id=8863 Sprungmarken (00:00:00) Intro (00:00:53) Das "Not invented here" Syndrom (NIH) und Open Source (00:09:31) Grund: Ich kann das besser (00:15:33) Grund: Fertige Lösungen sind zu komplex (00:26:13) Grund: Fertige Lösungen sind zu unflexible weil ein einzigartiges Problem haben (00:40:38) Grund: Fertige Lösungen sind zu teuer (00:48:44) Negative Effekte des "Not invented here" Syndroms (NIH) (00:55:10) Positiven Effekte des "Not invented here" Syndroms (NIH) (01:01:50) Wie kann man tun, um das "Not invented here" Syndrom (NIH) zu verhindern? 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

Als Knowledge-Worker sein Wissen teilen: Welche Arten gibt es und was ist für dich das Richtige? Leute im Tech-Bereich werden oft als Knowledge-Worker bezeichnet. Und es gibt auch noch diesen Mythos, dass im Team jeder alles wissen muss, damit jeder alles übernehmen kann. Wurde dieser Zustand jemals erreicht? Dennoch ist das Teilen von Wissen wichtig. Schon allein, um Flaschenhälse zu vermeiden und sich vom Bus-Faktor zu lösen. In dieser Episode sprechen wir über verschiedene Formate wie Hackathons, Code Challenges, interne Konferenzen und Guilds, Book-Clubs und Co. Wir teilen unsere Erfahrung und worauf es besonders ankommt, wenn du etwas ähnliches in deiner Firma starten möchtest. Bonus: Was Hardware-Buzzer und Jeopardy! spiele mit Knowledge Sharing zu tun haben. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Playing Rock–Paper–Scissors with 500 people: https://andygrunwald.com/blog/playing-rockpaperscissors-with-500-people/ 2023 State of DevOps Report: https://cloud.google.com/devops/state-of-devops things with buzzers: playing a Jeopardy! game: https://andygrunwald.com/blog/things-with-buzzers-playing-a-jeopardy-game/ things with buzzers: building your own game-show buzzers: https://andygrunwald.com/blog/things-with-buzzers-building-your-own-game-show-buzzers/ things with buzzers: a sports competition: https://andygrunwald.com/blog/things-with-buzzers-a-sports-competition/ Engineering Kiosk #29 Die andere Seite: Meetups & Konferenzen organisieren: https://engineeringkiosk.dev/podcast/episode/29-die-andere-seite-meetups-konferenzen-organisieren/ Engineering Kiosk Community: https://engineeringkiosk.dev/join-discord/ Sprungmarken (00:00:00) Intro (00:00:59) Online vs. Offline-Meetups und das Engagement (00:07:38) Info/Werbung (00:08:43) Online vs. Offline-Meetups und das Engagement (00:11:17) Verantwortlichkeiten bei der Organisation von Knowledge-Sharing-Formaten (00:15:00) Anwendung des gelernten Wissens vs. schnell wieder vergessen (00:17:33) Engagement und "Information Lurker" (00:21:53) Code Challenges als ähnliches Format zu Hackathons (00:25:04) Capture the Flag-Schnitzeljagd als aufwendige Challenges (00:28:34) Chapter-Meetings oder Guilds für Wissenstransfer und Projektdiskussionen (00:31:52) Teamevents und Schere-Stein-Papier (00:38:04) Interne Konferenz und Unkonferenzen (Gäste bestimmen das Programm) und Location (00:56:42) Schwierigkeiten bei der Auswahl von Keynote-Speakern und Themenvielfalt (00:59:02) Der Zeitaufwand der Organisation und die Abstimmung mit Vorgesetzten 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

Freelancing: Selbstverwirklichung und viel Geld oder kontinuierliche Akquise und Selbst- und ständig? Seit einer gefühlten Ewigkeit sprechen wir von einem Fachkräftemangel. Um diesen Mangel einigermaßen auszugleichen, arbeiten viele Unternehmen regelmäßig mit Freelancern zusammen. Ab und zu als Berater, ab und zu als Erweiterung des eigenen Teams. Auf den ersten Blick klingt dies recht verlockend: Man selbst arbeitet an unterschiedlichen Projekten. Stellt jede Stunde in Rechnung. Ist sein eigenes Unternehmen, ist zeitlich flexibel und macht Urlaub wann man will. Doch ist das wirklich so? In dieser Episode sprechen wir über das Thema mit gleich 3 Freelancern. Andy, als einziger Angestellter, interviewt Wolfgang sowie Thomas Diroll und Christian Braun vom Index out of bounds Podcast. Was ist Ihre Motivation zum Freelancing? Verdienen sie wirklich so viel? Wie sieht es aus, wenn es mal schlecht läuft? Wie sieht es mit der eigenen Weiterbildung aus? Und wie gut sind eigentlich Engineers im Sales? All das und noch viel mehr. Bonus: Mit PHP lässt sich noch Geld verdienen. 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 Thomas Diroll: https://www.thomasdiroll.com/ und https://store.shopware.com/studio-solid.html Christian Braun: https://theempathicdev.de/ und https://www.linkedin.com/in/hey-christian-braun/ Hourly Billing Is Nuts— Stop Trading Time For Money: https://www.youtube.com/watch?v=B1b7QlQILRo Story: Knowing where to tap: https://www.dailytenminutes.com/2012/05/story-knowing-where-to-tap.html Index out of bounds Podcast: https://www.ioob.de/ Engineering Kiosk Episode #07 Die Freelance Freiheit: https://engineeringkiosk.dev/podcast/episode/07-die-freelance-freiheit/ Sprungmarken (00:00:00) Intro (00:02:01) Vorstellung der Gäste und Erfahrungen als Freelancer, Arbeitsweise und Projekte (00:07:59) Freelancing als zwei große Kategorien (00:07:59) Info/Werbung (00:09:07) Freelancing als zwei große Kategorien (00:09:48) Arbeitnehmerüberlassung und Leiharbeit (00:13:13) Motivation für Freelancing (00:16:06) Freiheit und Flexibilität (00:19:03) Entscheidungsfreiheit als Freelancer (00:20:48) Unternehmertum und Verantwortung (00:21:52) Die Herausforderungen der Selbstständigkeit (00:22:22) Die Selbstverwirklichung als Freelancer (00:23:53) Schwierigkeiten beim Abschalten (00:27:42) Die Flexibilität der Kündigungsfrist (00:28:29) Die Disziplin und Ambitionen als Freelancer (00:29:25) Die Sicherheit und Risiken beim Freelancing (00:34:49) Die Herausforderungen des Alleinarbeitens (00:35:59) Die Option einer Festanstellung (00:38:25) Finanzielle Aspekte des Freelancer-Daseins (00:40:51) Die Anzahl der Freelancer-Jobs (00:47:30) Der Einstieg ins Freelancing (00:48:06) Vergleich mit angestelltem Verhältnis (00:50:13) Stundensätze der Freelancer (00:55:47) Akquise von Jobs (00:59:26) Plattformen und Preise (01:02:07) Profilpflege und Akquise (01:05:15) Die Bedeutung des Verkaufens und Selbstmarketings (01:11:55) Balance zwischen interessanten Projekten und finanziellen Aspekten (01:13:09) Die Wichtigkeit der Projektauswahl (01:14:17) Expertenwissen und Stundensätze (01:18:00) Weiterbildung als Freelancer (01:23:42) Risiken und Vorteile des Freelancer-Daseins 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

Liskov Substitution Principle: Das L in SOLID von Barbara Liskov Heutzutage wird die Informatik und Softwareentwicklung leider primär von Männern dominiert. Doch schaut man ein paar Jahrzehnte zurück, haben viele Frauen maßgeblich die heutige Software-Entwicklung geprägt. Eine Frau war Barbara Liskov. Liskov? Das kennt man doch irgendwoher? Genau. Sie ist unter anderem die Namensgeberin für das L in den SOLID-Prinzipien (die ersten 5 Prinzipien des objektorientierten Designs). Als zweite Frau überhaupt hat Barbara Liskov 2008 den berühmten Turing Award erhalten. In dieser Episode besprechen wir ihr Lebenswerk. Bonus: Barbara Liskov war an den Sprachkonstrukten Exceptions, yield, multiple assignments und multiple returns beteiligt. 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 SOLID: Die ersten 5 Prinzipien des objektorientierten Designs: https://www.digitalocean.com/community/conceptual-articles/s-o-l-i-d-the-first-five-principles-of-object-oriented-design-de Engineering Kiosk Episode #70 Alan Turing: Der Vater der heutigen Informatik (Turing-Complete, Turing-Test, Halting-Problem, Turing-Maschine, Captcha): https://engineeringkiosk.dev/podcast/episode/70-alan-turing-der-vater-der-heutigen-informatik-turing-complete-turing-test-halting-problem-turing-maschine-captcha/ Engineering Kiosk Episode #71 Tim Berners-Lee: Was ist das World Wide Web und was ist seine Zukunft?: https://engineeringkiosk.dev/podcast/episode/71-tim-berners-lee-was-ist-das-world-wide-web-und-was-ist-seine-zukunft/ Ada Lovelace: https://de.wikipedia.org/wiki/Ada_Lovelace Grace Hopper: https://de.wikipedia.org/wiki/Grace_Hopper Adele Goldberg: https://de.wikipedia.org/wiki/Adele_Goldberg Barbara Liskov: https://de.wikipedia.org/wiki/Barbara_Liskov The Design of the Venus Operating System: https://link.springer.com/chapter/10.1007/978-1-4757-3510-9_14 Edgar Dijkstra: Go To Statement Considered Harmful: https://homepages.cwi.nl/~storm/teaching/reader/Dijkstra68.pdf Star Trek (von 20 OCT 1972): https://web.archive.org/web/20150215080553/http://www.dunnington.u-net.com/public/startrek/STTR1 Barbara Liskov, 2008 ACM A.M. Turing Award Lecture "The Power of Abstraction": https://www.youtube.com/watch?v=qAKrMdUycb8 Goto statement in Go: https://golangbyexample.com/goto-statement-go/ Goto statement in PHP: https://www.php.net/manual/de/control-structures.goto.php CLU (programming language): https://en.wikipedia.org/wiki/CLU_(programming_language) Global variable considered harmful von Wulf und Shaw: https://dl.acm.org/doi/10.1145/953353.953355 Liskov Substitution Principle (LSP) – Wissenshäppchen #5 im IT-Berufe Podcast: https://it-berufe-podcast.de/liskov-substitution-principle-lsp-wissenshaeppchen-5/ Scene at MIT: Margaret Hamilton’s Apollo code: https://news.mit.edu/2016/scene-at-mit-margaret-hamilton-apollo-code-0817 Sprungmarken (00:00:00) Intro (00:01:13) SOLID-Prinzipien und die Anwendung in der Praxis (00:03:02) Info/Werbung (00:04:05) SOLID-Prinzipien und die Anwendung in der Praxis (00:07:07) Frauen in der Informatik und Turing Award-Gewinnerin "Barbara Liskov" (00:11:20) Erfindung von Grundlagen der Software-Entwicklung und GOTO Statements (00:14:10) GOTO Statements considered harmful (00:18:14) Venus Betriebssystem (00:19:20) Forschung zu den heutigen Grundlagen der Software-Entwicklung (00:21:49) Global variable considered harmful (00:23:18) Abstraktion, Spezifikationen und die Programmiersprache Clu (00:31:53) Das L in SOLID: Liskov Substitution Principle (LSP) (00:44:23) The Power of Abstraction Hosts Wolfgang Gassler (https://mastodon.social/@woolf) Andy Grunwald (https://twitter.com/andygrunwald) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776

Wie ist der Stand bei der klassischen Berufsausbildung in der Informatik und in der Softwareentwicklung? Deutschland ist bekannt für die hohe Qualität bei der Berufsausbildung. Auch im Bereich der Informatik kann man sich ausbilden lassen. Dabei sprechen wir vom Fachinformatiker (Anwendungsentwicklung, Systemintegration, Digitale Vernetzung oder Daten- und Prozessanalyse), vom IT-Systemelektroniker, von der Kauffrau für Digitalisierung-Management oder IT-Systemmanagement. Doch wie ist der Stand in der Berufsausbildung? Wie läuft das ganze ab? Wie offen und modern sind die Ausbildungsinhalte? Was müssen Unternehmen tun, um ausbilden zu können? Wie sehen die Statistiken von Ausbildungsstellen vs. wirklichen Azubis aus? Benötigen wir in 2023 überhaupt noch die klassische Ausbildung, wo wir uns mit YouTube und Coding-Bootcamps alles viel schneller beibringen können? Über all das und noch viel mehr sprechen wir mit unserem Gast Stefan Macke, der als Experte auf diesem Gebiet auch einen eigenen Podcast zu diesem Thema hat, den IT-Berufe-Podcast. Bonus: Hintergründe zu Natural, der 4GL Programmiersprache 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 Stefan Macke Kontakt: https://it-berufe-podcast.de/kontakt/ Stefan Macke auf LinkedIn: https://www.linkedin.com/in/stefan-macke/ IT Berufe Podcast: https://it-berufe-podcast.de/ Verordnung über die Berufsausbildung zum Fachinformatiker und zur Fachinformatikerin: https://www.gesetze-im-internet.de/fiausbv/ Berufsbildungsgesetz: https://www.gesetze-im-internet.de/bbig_2005/ Engineering Kiosk Episode #82 Hinter den Kulissen: Die Informatik-Doktorarbeit und ist der Dr. Titel in der heutigen IT-Welt noch relevant?: https://engineeringkiosk.dev/podcast/episode/82-hinter-den-kulissen-die-informatik-doktorarbeit-und-ist-der-dr-titel-in-der-heutigen-it-welt-noch-relevant/ Engineering Kiosk Episode #77 Kinder, Coding und AI: Die Zukunft der Informatik-Bildung mit Diana Knodel: https://engineeringkiosk.dev/podcast/episode/77-kinder-coding-und-ai-die-zukunft-der-informatik-bildung-mit-diana-knodel/ Engineering Kiosk Episode #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/ Software AG: https://www.softwareag.com/ Natural (Programmiersprache): https://de.wikipedia.org/wiki/Natural_(Programmiersprache) Sprungmarken (00:00:00) Intro (00:01:19) Berufsausbildung in der Informatik mit Stefan (00:03:18) Programmierung mit Java und Natural und auf Mainframes (00:03:35) Info/Werbung (00:04:51) Programmierung mit Java und Natural und auf Mainframes (00:06:30) Einführung in die deutsche Berufsausbildung / Duale Ausbildung (00:10:46) Welche IT-Berufe gibt es, in denen eine Ausbildung möglich ist? (00:13:30) Verschiedene Berufe, die gleichen Inhalte und Verkürzung der Ausbildung (00:17:08) Aktuelle Statistiken zur Verteilung der verschiedenen Berufe (00:19:22) Faire Verteilung von offener Software? Oder ist alles proprietär und "Windows"-Spezifisch? (00:21:48) Wie modern sind aktuelle Berufsschulen? (00:23:41) Sind die Inhalte der Ausbildung deutschlandweit einheitlich? (00:25:48) Spagat zwischen den Programmiersprachen bei der Ausbildung (00:27:54) Aufteilung des Alters bei Azubis (00:29:18) Entsprechen die Inhalte der Ausbildung dem schnell entwickelndem Internet-Standard? (00:33:39) Werden die Berufe deutschlandweit definiert und die Anerkennung von Abschlüssen (00:36:53) Die Suche nach Azubis (u.a. mit alten Programmiersprachen) (00:39:43) Welche Anforderung muss eine Organisation erfüllen, um ausbilden zu können? (00:43:04) Wie groß ist das Problem, dass Azubis die Firma wechseln? (00:45:50) Benötigen wir mehr Ausbildungsbetriebe oder mehr Azubis? (00:46:14) Welche Rolle spielt das Unternehmen am Erfolg der Ausbildung? (00:51:49) Rückläufige Statistiken bei den Ausbildungen und Bildung aus dem Internet (00:56:00) Sollten Unternehmen mehr Azubis vs. Akademiker suchen? (00:59:25) Wozu brauche ich noch eine Berufsausbildung in 2023? (01:01:28) Welche Kritik gibt es an der Fachinformatiker-Ausbildung? (01:03:36) Was würdest du an der Berufsausbildung ändern? (01:08:19) Siegel für qualitativ hochwertige Ausbildungsbetriebe (01:10:53) Die Berufsausbildung basiert auf dem Ehrenamt (01:13:58) Tipps für Azubis oder Leute die eine Ausbildung machen möchten 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

Konsistent, Verfügbar und Ausfalltolerant: Wähle zwei - Das CAP-Theorem Stellt euch vor, ein Handwerker könnte die Dienstleistung schnell, günstig und in hoher Qualität leisten. Wäre dies nicht ein Traum? Leider sind alle drei Eigenschaften in der Realität nicht möglich. Und genau so geht es uns mit dem CAP-Theorem in verteilten Systemen mit Datenhaltung. Speziell im aktuellen Zeitalter mit Cloud Computing, horizontaler Skalierung, weltweiter Verfügbarkeit spielt das CAP-Theorem eine essentielle Rolle. Wie soll sich dein System verhalten, wenn die Netzwerk-Verbindung zwischen deinen Compute-Knoten ausfällt? Muss die Datenhaltung konsistent bleiben? Oder sind Inkonsistenzen für eine gewisse Zeit OK, dafür hat die Verfügbarkeit eine höhere Priorität? Um diesen Konflikt geht es in dieser Episode. Bonus: Auf GCP kannst du deine Compute-Instanz auf maximal 12 TB SSD Disk (ohne Netzwerk-Storage) aufstocken. 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 CAP-Theorem: https://de.wikipedia.org/wiki/CAP-Theorem Eric Brewer: https://de.wikipedia.org/wiki/Eric_Brewer_(Informatiker) Slides zum CAP Theorem (Towards robust distributed systems): https://people.eecs.berkeley.edu/~brewer/cs262b-2004/PODC-keynote.pdf PACELC theorem: https://en.wikipedia.org/wiki/PACELC_theorem CAP Theorem Explained: https://learncloudnative.com/blog/2019-11-22-basics_cap_theorem Jepsen: Elasticsearch 1.5.0: https://aphyr.com/posts/323-jepsen-elasticsearch-1-5-0 Jepsen: MongoDB stale reads: https://aphyr.com/posts/322-jepsen-mongodb-stale-reads Jepsen: Cassandra: https://aphyr.com/posts/294-jepsen-cassandra Jepsen: Kafka: https://aphyr.com/posts/293-jepsen-kafka Sprungmarken (00:00:00) Intro (00:01:16) Das CAP-Theorem (00:03:37) Verteilte Systeme, Datenhaltung und State (00:08:17) Was ist das CAP-Theorem? (00:09:52) Info/Werbung (00:11:15) Was ist das CAP-Theorem? (00:13:10) Das C in CAP: Consistency (00:15:12) Das A in CAP: Availability (00:16:16) Das P in CAP: Partition Tolerance (00:18:55) Der Problemfall in verteilten Systemen (00:20:41) Was bedeutet es, wenn ein verteiltes System alle drei Eigenschaften erfüllen würde (00:22:56) Wo kommt das CAP-Theorem her? Das Brewer Theorem, ACID und BASE (00:31:50) Ausprägung CP: Consistency und Partition Tolerance (00:33:31) Ausprägung AP: Availability und Partition Tolerance (00:36:34) Ausprägung AC: Availability und Consistency (00:37:16) Das CAP-Theorem im Fehlerfall: PACELC (00:41:07) Das CAP-Theorem und die Praxis (00:43:00) MongoDB (00:45:13) Cassandra (00:46:36) Kubernetes (00:49:38) Kafka 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

Inner Source - Die Anwendung von Open Source Best Practices in deiner Organisation Jede Firma und jeder Entwickler⋅in hat Berührungspunkte mit Open Source. Direkt oder indirekt durch verwendete Libraries, Server-Systeme oder Ähnliches. Wie die Open-Source-Szene funktioniert, ist auch irgendwie faszinierend. Personen, die sich nicht kennen, arbeiten weltweit und asynchron, relativ effizient zusammen und erschaffen zusammen Großes. Inner Source hat zum Ziel, die besten Praktiken aus Open Source in einer geschlossenen Organisation zu nutzen. Doch was bedeutet dies eigentlich? Dazu haben wir mit Sebastian Spier gesprochen. Wir steigen tiefer ein und klären, was Inner Source ist, welchen Vorteil eine Organisation bei der Anwendung von Inner Source hat, ob Inner Source ohne Open Source Erfahrung möglich ist, ob interne Firmenpolitik dadurch reduziert werden kann und welcher Support vom Leadership und vom Team eigentlich notwendig ist. Bonus: Kneipenguide.de wurde in Perl geschrieben. 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 Sebastian Spier (LinkedIn): https://www.linkedin.com/in/sebastianspier/ Sebastian Spier (Blog): https://spier.hu/ Inner Source: https://de.wikipedia.org/wiki/Inner_Source Inner Source Commons: https://innersourcecommons.org/ Inner Source Patterns: https://patterns.innersourcecommons.org/ Inner Source Pattern - Transparente Auffindbarkeit der InnerSource Projekt in der Firma, möglichst über Business Units hinweg: https://patterns.innersourcecommons.org/p/innersource-portal Inner Source Pattern - Wo anfangen, wenn man einen InnerSource contribution zu einem anderen (InnerSource) Projekt machen möchte?: https://patterns.innersourcecommons.org/p/base-documentation Inner Source Pattern - Wie können externe Contributor die Richtung des Projektes verstehen, oder sogar beeinflussen: https://patterns.innersourcecommons.org/p/trusted-committer und https://patterns.innersourcecommons.org/p/maturity-model Inner Source Pattern - Wer übernimmt die Verantwortung für Probleme in Produktion, nachdem der PR eines anderen Teams gemerged wurde?: https://patterns.innersourcecommons.org/p/30-day-warranty InnerSource Common Slack channel: https://innersourcecommons.org/slack InnerSource Case Studies: https://innersourcecommons.org/stories/ Entwickler.de - Neue InnerSource-Patterns - Herausforderungen zielgenau adressieren: https://entwickler.de/agile/herausforderungen-zielgenau-adressieren Sprungmarken (00:00:00) Intro (00:01:13) Open Source in Organisationen: Inner Source mit Sebastian Spier (00:03:39) Was ist Inner Source? (00:04:04) Info/Werbung (00:05:23) Was ist Inner Source? (00:08:42) Pull Requests ohne vorherige Kommunikation (00:11:27) Was ist die Inner Source Commons Foundation? (00:14:44) Welche Vorteile hat Inner Source? (00:18:44) Spielt Inner Source ein Element in Interviews dar? (00:20:30) Inner Source ohne Open Source Erfahrung (00:23:56) Wo ist der Unterschied zu Agile und DevOps? (00:27:59) "Meine Entwickler, meine Arbeitszeit" (00:30:47) Kann Inner Source die interne Firmenpolitik reduzieren? (00:33:10) Grundhaltung: Schlechter Code und Rewrite (00:38:05) Support vom Leadership, der erste kleine Schritt und ein Langzeit-Investment (00:48:36) Technische Foundations für Inner Source und Cross-Team-Kommunikation (01:00:39) Forken in Inner Source: Legale Hürden (01:03:27) Was ist die Empfehlung um mit Inner Source zu starten? (01:07:30) Inner Source Community und Slack 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

Green IT und die CO2-Emissionen durch die IT, das Internet und die Software-Entwicklung Die Klimakrise ist real. Damit wir das ganze Problem in den Griff bekommen, muss jeder mit anpacken. Doch wie viel Einfluss hat die IT mit der Hardware, dem Internet, auf der Client- und Serverseite? Darüber sprechen wir in dieser Episode. Wie lange solltest du deine Hardware nutzen? Was für eine Rolle spielen Display-Technologien wie Oled und LCD? Sind performante Websites mehr Eco-Friendly? Wie sieht es mit Cloud-Infrastruktur, Build- und CI-Pipelines aus? Wie berechnet man die CO2-Emissionen von Gigabit-Datentransfer? Welche ist die grünste Programmiersprache? Das und noch viel mehr besprechen wir mit unserem Gast Christian "Schepp" Schaefer, der sich mit diesem Thema auseinandergesetzt hat. Bonus: Wo die dreckigsten Industrieunternehmen Deutschlands stehen. 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 Christian "Schepp" Schaefer: https://schepp.dev/ WWF Studie "Dirty Thirty" - Emissionen des Industriesektors in Deutschland: https://www.wwf.de/fileadmin/fm-wwf/Publikationen-PDF/Klima/WWF-DirtyThirty-Emissionen-Industrie.pdf Slides "Sustainable Web Design": https://schepp.github.io/sustainable-web-design/ CSS Café (Online-Meetup): https://www.meetup.com/de-DE/css-cafe/ Webworker NRW Meetup (Offline-Meetup): https://www.meetup.com/de-DE/webworker-nrw/ localhost Conference: https://localhost.engineering/ Fronteers Conference: https://fronteersconf.org/ Working Draft Podcast: https://workingdraft.de/ Lighthouse Performance Scoring: https://developer.chrome.com/docs/lighthouse/performance/performance-scoring/ Electricity Maps: https://app.electricitymaps.com/map Website Carbon Calculator: https://www.websitecarbon.com/ Web Almanac: https://almanac.httparchive.org/en/2022/ GCP Carbon Footprint: https://cloud.google.com/carbon-footprint Unmute IT Podcast: https://linkr.bio/unmute-it In diesen Gebäuden stehen 200.000 Server! Zu Besuch bei Hetzner in Falkenstein: https://www.youtube.com/watch?v=F0KRLaw8Di8 Was ist die grünste Progammiersprache?: https://www.linkedin.com/posts/milanmilanovic_technology-programming-softwareengineering-activity-7029697968991518720-CNpr/ Carbon Footprint of a Typical Rack Server from Dell: https://i.dell.com/sites/content/corporate/corp-comm/en/documents/dell-server-carbon-footprint-whitepaper.pdf Cloud Carbon Footprint: https://github.com/cloud-carbon-footprint / https://www.cloudcarbonfootprint.org/ ChatGPT’s electricity consumption: https://kaspergroesludvigsen.medium.com/chatgpts-electricity-consumption-pt-ii-225e7e43f22b CO₂-Emissionen pro Kilowattstunde Strom steigen 2021 wieder an: https://www.umweltbundesamt.de/themen/co2-emissionen-pro-kilowattstunde-strom-steigen The impact of growing IT sector electricity demand: https://www.i-scoop.eu/sustainability-sustainable-development/it-sector-electricity-demand/ Engineering Kiosk Episode #65 Clean Code macht Software langsam: https://engineeringkiosk.dev/podcast/episode/65-clean-code-macht-software-langsam/ Sprungmarken (00:00:00) Intro (00:01:16) Dirty Thirty, Green IT und Vorstellung von Christian "Schepp" Schaefer (00:06:00) Warum liegt dir das Thema Green IT und CO2-Emissionen von Websiten am Herzen? (00:07:14) Welche Rolle spielt die IT bei den CO2-Emissionen? (00:07:14) Info/Werbung (00:16:06) Welche Komponenten spielen bei Green IT eine Rolle? (00:17:58) Client-Hardware: Herstellung, Nutzungsdauer und Erneuerung (00:22:56) Client-Hardware: Bildschirme und Display-Technologien (00:27:15) Website-Frontend: Farbwahl, Web-Performance, Daten-Volumen und Energie-Verbrauch der Runtime (00:33:20) Kompensation von CO2 durch Bäume (00:35:36) Bekommt Website-Performance durch Green IT einen höheren Stellenwert? (00:39:46) Die meist gemachten Performance-Fehler: Asset-Größe, Bildformate und Kompressionen (00:43:40) Serverseite: Green-Hosting, Carbon Footprint auf GCP, Server erneuern, ARM Prozessoren und Workloads (01:02:26) Build- und CI/CD Pipelines verbrauchen auch Energie (01:03:37) CO2-Emissionen pro Einwohner in China und Deutschland (01:05:01) Effizienz und Energieverbrauch von Programmiersprachen (01:09:59) Was kann ich tun, um zu helfen? 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

Die Personalabteilung: Dein strategischer Partner auf Augenhöhe oder dein Feind und Blocker? Für viele ist die Personalabteilung ein notwendiges Übel. Eine Abteilung, die “halt notwendig ist”. Dennoch kann die HR auch ein Team sein, welches dir eine Menge Arbeit abnimmt und neue Möglichkeiten eröffnet. In dieser Episode sprechen wir mit Patrick Kuster. Patrick hat seine ganze Karriere in verschiedenen Personalabteilungen verbracht und er gibt uns Einblicke in Recruiting-Prozesse, Job-Benefits, Arbeitszeitverkürzung, Sabbaticals, Bildungsurlaub und vieles mehr. Bonus: Warum Mallorca als 17. deutsches Bundesland nicht von unserem Bildungsurlaub profitiert. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Patrick Kuster: https://www.linkedin.com/in/patrick-kuster-71248b68/ Eurowings Digital: https://eurowings-digital.de/ Sprungmarken (00:00:00) Intro (00:00:49) Einblick in die Personalabteilung mit Patrick Kuster (00:06:25) Der Name "Human Resources" (HR), wenn wir doch mit Menschen arbeiten (00:08:32) Info/Werbung (00:10:44) Diversity in der Personalabteilung (00:12:00) Was hat sich in den letzten 10 Jahren in der HR geändert? (00:16:25) Hat der Fachkräftemangel den Wert und die Aufgaben der Personalabteilung verändert? (00:17:42) Was sind die essentiellen Elemente in einem Lebenslauf (CV)? (00:26:38) Artificial Intelligence (AI) im Recruiting Prozess (00:29:31) Team- und Company-Fit im Recruiting (00:34:27) Tipps für Interviews: Das Unternehmen kennen, Zeit nehmen und Fragen vorbereiten (00:38:48) Eine außergewöhnliche Location für ein Interview (00:39:29) Job-Benefit: Das Mysterium von unbegrenztem Urlaub (00:44:51) Arbeitszeitverkürzung: In Teilzeit arbeiten (00:51:48) Eine Auszeit nehmen: Sabbatical (00:57:21) Bildungsurlaub (01:06:26) HR als Strategischer und Sparrings-Partner um weniger zu arbeiten (01:07:48) Was wünscht sich die HR von uns als Tech-Worker? (01:12:01) Die Personalabteilung ist nicht euer Feind, sondern euer Ansprechpartner auf Augenhöhe 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

DORA Metriken: Die Performance-Messung deines Software Development Teams bzw. die Ermittlung des Reifegrades von DevOps in deiner Organisation Softwareentwicklung ist ein kreativer Beruf. Jedes Projekt ist einzigartig und die geschriebenen Lines of Code sagen wenig über die dafür benötigte Zeit aus. Das Research-Programm DevOps Research and Assessment (DORA) versucht dennoch die Performance eines Software-Entwicklungs-Teams zu messen. Nicht via Lines of Code, sondern auf Basis von Aktivitäten, die Value liefern: Deployment Frequency, Lead Time for Changes, Mean Time to Recovery, Change Failure Rate und Reliability. Die Metriken selbst sind weit bekannt. Wie diese Metriken beeinflusst werden können, wer eigentlich dahinter steckt, und was die Organisation eigentlich für eine Kultur vorleben muss, damit es überhaupt zu einem positiven Ergebnis kommt, wissen viele nicht. Und genau darüber sprechen wir in dieser Episode. Bonus: AOL CDs und Metal-Musik aus Litauen 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 Episode #45 Datengetriebene Entscheidungen und der perfekte Dashboard Stack: https://engineeringkiosk.dev/podcast/episode/45-datengetriebene-entscheidungen-und-der-perfekte-dashboard-stack/ Engineering Kiosk Episode #18 Ziele und Performance-Metriken für Teams und mich selbst: https://engineeringkiosk.dev/podcast/episode/18-ziele-und-performance-metriken-f%C3%BCr-teams-und-mich-selbst/ Engineering Kiosk Episode #75 Evaluierung deiner Job-Performance, Team-Feedback und LNO Framework: https://engineeringkiosk.dev/podcast/episode/75-evaluierung-deiner-job-performance-team-feedback-und-lno-framework/ DORA: https://dora.dev/ DORA’s Research Team: https://dora.dev/research/team/ DORA State of DevOps Reports: https://dora.dev/publications/ Oxide Computer: https://oxide.computer/ Buch "The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win": https://www.amazon.de/gp/product/B078Y98RG8/ref=dbs_a_def_rwt_bibl_vppi_i0 Buch "The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data": https://www.amazon.de/gp/product/B082XJPDBB/ref=dbs_a_def_rwt_bibl_vppi_i3 Buch "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations": https://www.amazon.de/gp/product/B07B9F83WM/ref=dbs_a_def_rwt_bibl_vppi_i2 McKinsey "Yes, you can measure software developer productivity": https://www.mckinsey.com/industries/technology-media-and-telecommunications/our-insights/yes-you-can-measure-software-developer-productivity DORA Capability catalog https://dora.dev/devops-capabilities/ DevOps-Kultur: Organisationskultur von Westrum: https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture?hl=de Engineering Kiosk Tech Kultur: https://engineeringkiosk.dev/tag/tech-kultur/ Applikation "fourkeys": https://github.com/dora-team/fourkeys Sprungmarken (00:00:00) Intro (00:00:57) DORA-Metriken und die Liebe zu Daten (00:04:02) Info/Werbung (00:05:13) Wofür steht DORA und wer steckt dahinter? (00:08:02) Was ist DORA und was ist das Ziel? (00:10:47) DORA Metrik: Deployment Frequency (DF) (00:14:44) DORA Metrik: Lead Time for Changes (LT) (00:17:05) DORA Metrik: Mean Time to Recovery (MTTR) (00:19:51) DORA Metrik: Change Failure Rate (CFR) (00:20:22) DORA Metrik: Reliability (00:22:56) High-Performing-Teams und Vergleichbarkeit (00:27:54) DORA Capabilities und was die Metriken eigentlich beeinflußt (00:32:09) Generative Organisationskultur nach Westrum (DevOps-Kultur) (00:34:29) Vergleichbarkeit von Teams, Optimierung und Evaluierung der Metriken (00:46:32) Wie kann man die DORA-Metriken erfassen? 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

Die Story von ownCloud und Nextcloud inkl. einer erfolgreichen Firma auf Basis von Open Source 2010 hat Frank Karlitschek die Open Source Software ownCloud als Alternative zu Dropbox gestartet. 2016 hat Frank mit dem Core-Team ownCloud verlassen und seine ursprüngliche Software sowie seine Firma geforkt. Als er diese Story 2018 auf der FOSDEM-Konferenz als Vortrag erzählte, bekam er von der Open Source Community Standing Ovations. In dieser Episode sprechen wir mit Frank über den Grundgedanken von ownCloud, was Nextcloud heute ist, GPL basierte Software im Business-Kontext, das Management eines der größten Open Source Projekte, Lobbyismus und Open Source in der Politik und vieles mehr. Bonus: ownCloud ist als KDE Projekt gestartet. 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 Frank Karlitschek: https://karlitschek.de/ ownCloud: https://github.com/owncloud Nextcloud: https://nextcloud.com/de/ FOSDEM: Why I forked my own project and my own company - ownCloud to Nextcloud: https://archive.fosdem.org/2018/schedule/event/nextcloud/ KDE e.V.: https://ev.kde.org/ OpenDesktop: https://www.opendesktop.org/ User Data Manifesto 2.0: https://userdatamanifesto.org/ Nextcloud Conference: https://nextcloud.com/conference-2023/ OVH Cloud: https://www.ovhcloud.com/de/ GAIA-X: https://www.bmwk.de/Redaktion/DE/Dossier/gaia-x.html Big changes: I am leaving OwnCloud, inc. today: https://karlitschek.de/2016/04/big-changes-i-am-leaving-owncloud-inc-today/ The Nextcloud mission and principles: https://nextcloud.com/de/blog/the-nextcloud-mission-and-principles/ Sprungmarken (00:00:00) Intro (00:01:23) OwnCloud, Nextcloud und unser Gast Frank Karlitschek (00:04:50) Was war der Grundgedanke zur Entwicklung und Gründung von ownCloud? (00:08:39) Was ist Nextcloud heute? (00:10:45) Wie waren die ersten paar Wochen nach dem Fork von ownCloud zu Nextcloud? (00:15:07) Info/Werbung (00:16:51) Wie wichtig ist es, dass das Management eines Open Source Produktes ein Teil der Open Source Community war? (00:17:51) Was waren die essentiellen Änderungen am Fork? (00:22:01) Wie viele Personen arbeiten an der Codebase und Community-Management von Nextcloud? (00:24:56) GPL-Lizenzierung und wie verdient die Firma hinter Nextcloud Geld? (00:26:59) Wer sind die Kunden von Nextcloud? (00:28:42) Skalierbarkeit und Infrastruktur von Großkunden und PHP-Projekten (00:30:43) Skalierbarkeit von Services und der Firma und Recruiting im Open Source Bereich (00:33:25) Contributor License Agreement, Intellectual Property (IP) und der Fokus aufs Contributor-Onboarding (00:39:44) Rein und Rausspringen von Open Source Contributor (00:42:30) Produkt-Roadmap in einem Open Source Projekt und bei (Enterprise) Kunden (00:47:31) Nextcloud-Partner, Cloud-Anbieter, kommerzielle Lizenzen und Kunden als Contributor (00:51:08) Gespräche auf politischer Ebene, Lobbyismus und Zertifizierungen (00:54:40) Der Kampf gegen Microsoft und Google (00:56:13) Wie verändert sich die Akzeptanz von GPL-basierter Software und Open Source im kommerziellen Umfeld? (01:00:06) Wie siehst du den Trend der Open Source Szene? 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

Der Einstieg in die erste Lead-Position, das Engineering Management, kann beängstigend sein. Viele sagen, es ist ein Jobwechsel und keine Beförderung. Mit dem Wechsel kommen eine Vielzahl neue Aufgaben mit sich, der Arbeitsalltag ändert sich. Doch wie sieht das in der Realität aus? Wie werden diese Herausforderungen gemeistert? Darüber sprachen wir mit der Team Managerin Isabelle Glasmacher. Wir sprechen über Hands-On Entwicklung als Manager, die Einführung von 1on1s, Feedback-Cycle als Manager vs. Entwickler, Weiterbildung und Workshops, die negativen Seiten des Manager-Daseins, lange TODO-Listen, Überstunden und Fehler, die gemacht wurden. Bonus: Was eine DIN-Norm und Ö-Norm ist. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so) Feedback (gerne auch als Voice Message) EngKiosk Community: https://engineeringkiosk.dev/join-discord Email: stehtisch@engineeringkiosk.dev Mastodon: https://podcasts.social/@engkiosk Twitter: https://twitter.com/EngKiosk WhatsApp +49 15678 136776 Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776 Links Isabelle Glasmacher: https://www.xing.com/profile/Isabelle_Glasmacher FOSDEM: https://fosdem.org/ RWTH Aachen: https://www.rwth-aachen.de/ Community: https://engineeringkiosk.dev/join-discord/ Persönlichkeitstest / DISG: https://de.wikipedia.org/wiki/DISG OnOffice GmbH - Software & Websites für Immobilienprofis: https://de.onoffice.com/ Sprungmarken (00:00:00) Intro (00:01:46) Isabelle Glasmacher zum Thema Engineering Management (00:05:35) Kontext über die aktuelle Rolle: Team-Größe und -Konstellation (00:08:42) Die optimale Teamgröße, Hands-On, People-Management (00:11:11) Wie sieht ein normaler Arbeitsalltag bei dir aus? (00:11:37) Info/Werbung (00:13:40) 1on1: Sinnhaftigkeit, Zeit, Vorbereitung und Themengebiete (00:22:54) Engineering Management in verschiedenen Firmen und der Spagat zwischen Team-Manager und Team-Mitglied (00:27:22) Was man gerne wüsste, wenn man als Manager startet und Managing up (00:39:06) Das Toolset/Werkzeugkasten eines Managers und Weiterbildung (00:42:27) Das Hin- und Herspringen zwischen den Jobs als Manager und Software-Developer (00:46:26) Die negativen Seiten vom Engineering Management, lange TODO-Listen und Priorisierung (00:56:22) Feedback-Zyklen, Bewertungen und Support bei schwierigen Fällen (00:58:49) Für wen ist die Engineering Management Rolle nichts? (01:02:25) Was ist der größte Fehler, den du bereits im Management gemacht hast? (01:04:21) Probiert den Job als Engineering Manager einfach aus 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

JavaScript: Eine multiparadigmatische Skriptsprache mit einem schwachen dynamischen Ducktyping-System. Um die Sprache JavaScript kommt man im Web nicht mehr vorbei. Die meisten kennen sie durch Frameworks wie React, Angular, Vue.js, Next und Co. Doch wie viel weißt du über die Hintergründe und die Weiterentwicklung dieser Sprache? In dieser Episode geht es nicht um das nächste hippe JavaScript-Framework, sondern wir sprechen mit Peter Kröner darüber, wie JavaScript erfunden wurde, was ECMAScript ist, wie TypeScript in den Mix spielt, warum die Sprache so beliebt ist, wie neue Features den Weg in die Sprache finden, was das TC39 ist, über das Monopol im Browser, verschiedene JavaScript-Engines und viel mehr. Bonus: Wenn Hamburg im Süden liegt. 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 Peter Kröner: https://www.peterkroener.de/ MooTools: https://mootools.net/ ExtJS: https://www.sencha.com/products/extjs/ Electron: https://www.electronjs.org/de/ Angular: https://angular.io/ Working Draft Podcast: https://workingdraft.de/ VueJS: https://vuejs.org/ TypeScript: https://www.typescriptlang.org/ Wat - A lightning talk by Gary Bernhardt from CodeMash 2012: https://www.destroyallsoftware.com/talks/wat Why does HTML think “chucknorris” is a color?: https://stackoverflow.com/questions/8318911/why-does-html-think-chucknorris-is-a-color https://tc39.es/process-document/: https://tc39.es/ecma262/ The TC39 Process: https://tc39.es/process-document/ Babel.js: https://babeljs.io/ JavaScript is a trademark of Oracle: https://www.ecma-international.org/technical-committees/tc39/ Next.js: https://nextjs.org/ Nuxt: https://nuxt.com/ TC39 JavaScript Proposals: https://github.com/tc39/proposals/tree/main Elk: a tiny JS engine for embedded systems: https://github.com/cesanta/elk Sprungmarken (00:00:00) Intro (00:01:01) Unser Gast: Peter Kröner (00:04:48) Info/Werbung (00:06:26) Was ist JavaScript für eine Sprache und was macht sie aus? (00:08:36) JavaScript als Verbindungs-Sprache zwischen den Welten (00:10:28) JavaScript auf Textil-Verarbeitungsmaschinen (00:12:42) Ein npm install nach 10 Jahren (00:17:02) JavaScript ist Prototyp-basiert, kann aber auch OOP und Funktional (00:21:45) Was ist der Grund für die große Beliebtheit der Sprache? (00:23:00) Woher kommt TypeScript? (00:28:06) Was ist ECMAScript und wie wurde JavaScript erschaffen? (00:32:10) JavaScript-Features: Deprecation und der Prozess und Einführung von neue Features (00:43:24) Herausforderungen bei JavaScript auf dem Client vs. auf dem Server (00:46:00) Warum gibt es so viele Frameworks und Libraries? (00:48:46) Das verstreute Ökosystem als Einstiegsbarriere (00:52:01) Wird die JavaScript-Entwicklung immer komplexer? (01:03:00) Wird die Sprache JavaScript in die richtige Richtung weiterentwickelt? (01:06:56) Programmiersprachen kopieren Features (01:10:34) Das Monopol im Browser und fehlende Konkurrenz (01:16:14) JavaScript Engines 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

Die Fehlerkultur im Unternehmen, Transparenz in der Kommunikation und eine gewisse Distanz zum Team als Engineering Manager. Diese Episode ist eins unserer Sommergespräche, bei dem nur eine Seite die Fragen kennt. Wolfi stellt die Fragen: Was ist eine gesunde Fehlerkultur? Viele Unternehmen werben damit, eine gute Fehlerkultur zu haben, aus Fehlern zu lernen, Wachstumsmöglichkeiten zu bieten und Experimente zu ermöglichen. Doch ist das wirklich so? Werden Fehler transparent und weitreichend geteilt? In wirklich allen Bereichen und nicht nur im Engineering? Da trennt sich die Spreu vom Weizen. Was darf sich ein Engineering Manager erlauben, mit dem Team zu teilen und wie viel Transparenz ist gesund? Sollte alles direkt mit dem Team geteilt werden? Oder ist eine gewisse Distanz gesund? Wie schlimm ist es, wenn mal beim Feierabendbier etwas raus rutscht? Und kann es einem Lead auch mal schlecht gehen? All das in dieser Episode. Viel Spaß Bonus: Wolfgangs Bio Bike und seine CO2-Emissionen 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 Episode #80 Junior Devs: Steckt das wahre Potential in unerfahrenen Talenten?: https://engineeringkiosk.dev/ep80 Code Talks Konferenz in Hamburg: https://codetalks.de/ Engineering Kiosk Episode #78 Microservice & Monolith: Was die Industrie in den letzten 9 Jahren gelernt hat: https://engineeringkiosk.dev/ep78 Wolfgang Grupp: https://de.wikipedia.org/wiki/Wolfgang_Grupp Sprungmarken (00:00:00) Intro (00:01:21) Kopf frei bekommen nach langer Arbeit (00:03:10) Fehlerkultur in Firmen und Fehler wiederholen (00:07:36) Incident Konferenz, Geld verbrennen und die Organisation muss daraus lernen (00:09:39) Fehlerkultur und Aufbereitung im Engineering Management beim Recruiting, bei Strategie und Priorisierung (00:18:33) Wie stellt man eine gute Fehlerkultur innerhalb eines Teams her? (00:20:54) Wie geht man mit seinen eigenen Fehlern im Team um? (00:24:48) Wie viele (eigene) negative Ansichten werden mit dem Team geteilt? (00:35:09) Entscheidungen zum positiven wenden, Emotional treiben lassen und distanzierter werden (00:37:06) Ein Feierabend-Bier zusammen trinken (00:41:53) Wie geht man mit schlechter Laune um? Wie viel Transparenz ist angebracht? (00:48:53) Restrukturierungen und die Change-Kurve (00:57:43) Wir müssen Montag mal reden 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

Bildung: Einblick in den Dr. Titel im Bereich Informatik. Bildung ist wichtig. Viele Personen, die im Bereich Informatik und Software-Entwicklung unterwegs sind, haben auch studiert. Bachelor, Master, teilweise sogar einen Dr. Titel. Doch wie wichtig ist der Dr. Titel eigentlich für die Ausübung des Berufes? Brauche ich einen Dr. Titel, um eine gute Programmiererin zu werden? Was bedeutet es eigentlich, einen Dr. Titel zu erlangen? Was muss dafür getan werden? Welche Voraussetzungen muss ich erfüllen? Was kostet mich das ganze und wie finanziere ich mein Leben während dieser Zeit? Und ganz allgemein: Warum brauchen viele Doktoranden so lange? All diese Fragen beantwortet der Podcast Co-Host Wolfgang, der selbst einen Dr. Titel der Informatik trägt. Bonus: Die Automatisierung einer Kaffee-Strichliste als Bachelor-Arbeit. 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 Wolfi’s Uni: https://www.uibk.ac.at/informatik/ Wolfi’s Ex Forschungsgruppe: https://dbis-informatik.uibk.ac.at/ FOM Hochschule: https://www.fom.de/ io Internationale Hochschule: https://www.iu.de/ Sprungmarken (00:00:00) Intro (00:01:01) Akademische Flachwitze und der Dr. Titel in der Informatik (00:04:05) Was wird für die Erlangung eines Dr. Titels benötigt? (00:11:14) Grund für die Episode: Soll ich noch einen Dr. Titel dran hängen? (00:13:10) Welche Kosten entstehen während einer Promotion? (00:16:41) Industrie Doktoren und Grundlagen vs. Angewandte Forschung (00:20:15) Eine Anstellung als wissenschaftlicher Mitarbeiter und Geld während des Studiums (00:27:59) Der Dr. Titel in der Gehaltsverhandlung und Einstiegsbarrieren in die Arbeitswelt (00:32:52) Gilt man in der Industrie mit einem Dr. Titel als überqualifiziert? (00:34:01) Ist ein Dr. Titel hilfreich für höhere Managementpositionen? (00:34:28) Warum dauert eine Promotion so lange und Themenfindung deiner Dissertation (00:39:17) Pflichten während der Dr. Anstellung: Lehre und Klausuren (00:40:59) Iterative Forschung in deiner Dissertation, etwas neues erschaffen und Publizierungen (00:48:24) Das Thema deiner Doktorarbeit ändert sich ständig (00:49:24) Ist ein Dr. Titel für Spezialisten oder auch für T-Shaped-Personen? (00:51:46) Wie relevant ist der Dr.-Titel in der heutigen Zeit noch? (00:58:59) Akademischer Spaß (01:03:48) Wie realistisch ist ein Dr. neben dem Beruf? (01:04:55) Würdest du den Dr. erneut anstreben? (01:05:23) Tipps für angehende Doktoranden 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