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: [email protected]
• 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

• 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

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 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 ä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?

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord
• Email: [email protected]
• 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: [email protected]
• 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

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Email: [email protected]
• 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: [email protected]
• 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

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• 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: [email protected]
• 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

• 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

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• 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.

Feedback (gerne auch als Voice Message)

• Email: [email protected]
• 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

• Ü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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• 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: [email protected]
• 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

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)



• Email: [email protected]
• 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: [email protected]
• 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

• 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/

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• 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: [email protected]
• 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

• 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

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• 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: [email protected]
• 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

• 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

(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)

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• 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: [email protected]
• 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

• Ö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

(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

• Wolfgang Gassler (https://mastodon.social/@woolf)
• Andy Grunwald (https://twitter.com/andygrunwald)

• Email: [email protected]
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776