Engineering Kiosk

Neben relationalen Datenbanken gibt es noch eine ganz andere Welt: NoSQL. Doch wofür steht eigentlich NoSQL? Kein SQL? Not Only SQL? Was ist eigentlich die Geschichte hinter dem Hype? Warum wurde diese Art von Datenbanken erfunden? Wofür sind diese gut? Folgen NoSQL Datenbank auch dem ACID-Concept? Was ist Eventual Consistency? Und was sind Neo4J, M3, Cassandra, und Memcached für Datenbanken? Eine Episode voller Buzzwords … Hoffen wir auf ein Bingo. Bonus: Warum Wolfgang keinen Manta fährt und ob Andy bald mit einem Ferrari zum einkaufen fährt. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links ACID: https://de.wikipedia.org/wiki/ACID BASE: https://db-engines.com/de/article/BASE CAP-Theorem: https://de.wikipedia.org/wiki/CAP-Theorem Eventual Consistency: https://de.wikipedia.org/wiki/Konsistenz_(Datenspeicherung)#Verteilte_Systeme Michael Stonebraker / The End of an Architectural Era (It’s Time for a Complete Rewrite): http://nms.csail.mit.edu/~stavros/pubs/hstore.pdf MongoDB: https://www.mongodb.com/ Presto: https://prestodb.io/ SAP HANA: https://www.sap.com/germany/products/hana.html Redis: https://redis.io/ Neo4J: https://neo4j.com/ M3: https://m3db.io/ InfluxDB: https://www.influxdata.com/ VictoriaMetrics: https://victoriametrics.com/ Cassandra: https://cassandra.apache.org/ Memcached: https://memcached.org/ MySQL: https://www.mysql.com/de/ MySQL Memcached Plugin: https://dev.mysql.com/doc/refman/5.6/en/innodb-memcached.html Sprungmarken (00:00:00) Intro (00:00:53) Wolfgangs Auto, Entlastungspaket in Deutschland (00:03:23) Heutiges Thema: NoSQL Datenbanken und CO2-Einsparung durch Datenbank-Optimierungen (00:07:20) Was ist anders zur Episode 19 (Datenbanken) und ist NoSQL überhaupt noch ein Thema? (00:08:39) Was verstehen wir unter dem Begriff NoSQL und woher kommt es eigentlich? (00:15:58) Tip: Für Side Projects besser vertikal anstatt horizontal skalieren (00:16:50) NoSQL: Speziellere Lösungen mit Fokus auf Einfachheit und Benutzerfreundlichkeit (00:18:38) Braucht man heute noch Datenbank-Administratoren (DBA)? (00:21:13) Der Job des klassischen System-Administrator ist weiterhin relevant (00:23:15) Gibt es wirklich keine Datenbank-Schemas in der NoSQL-Welt? (00:27:23) Schema-Lose Möglichkeit in relationalen Datenbanken und Arbeit in die Datenbank oder Software auslagern (00:30:53) NoSQL hat die ACID-Properties aufgeweicht und warum ACID nachteilig für die Skalierung ist (00:33:28) Das NoSQL BASE Akronym (00:36:15) Der Client muss die Datenbank ordentlich nuzten um ACID-Garantien zu bekommen (00:41:35) Was bedeutet eigentlich NoSQL? Kein SQL? Not Only SQL? (00:43:38) Haupt-Speicher Datenbanken und was SAP damit zu tun hat (00:48:02) Was ist Neo4J für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:50:49) Was ist M3 für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:53:06) Was ist Cassandra für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:54:20) Was ist Memcached für eine Datenbank und welcher Use-Case kann damit abgedeckt werden? (00:58:44) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Statische Websites sind wieder cool und wir springen mit der eigenen Website direkt auf den Hype. Eine Episode mal in (teilweise) eigener Sache: Nach 6 Monaten und 20 Episoden haben wir eine eigene Website gebaut. Mit einem Static Site Generator. Wieso wir eine eigene Website haben wollen, was wir uns davon erhoffen, wie der technische Unterbau aussieht, wo wir recht dreckige Hacks eingebaut haben, was Static Site Generatoren sind und wozu sie eigentlich gut sind, bei welchen Use-Cases diese nicht geeignet sind und warum ein Produkt-Name zu Weltraum-Ergebnissen bei Google führen kann, klären wir in dieser Episode. Bonus: Was die Toten Hosen, Broilers und Rammstein mit Static Site Generators zu tun haben und wieso Österreich so gut im Marketing ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Prototype.js: http://prototypejs.org/ MooTools: https://mootools.net/ script.aculo.us: https://script.aculo.us/ RedCircle: https://redcircle.com/ Template Podcast X: https://webflow.com/templates/html/podcast-x-podcast-website-template shuffle: https://shuffle.dev/ Hugo: https://gohugo.io/ Gatsby: https://www.gatsbyjs.com/ Nuxt.js: https://nuxtjs.org/ Next.js: https://nextjs.org/ Netlify: https://www.netlify.com/ Cloudflare Edge Worker: https://workers.cloudflare.com/ Jamstack: https://jamstack.org/ Astro: https://astro.build/ trivago Tech Blog: https://tech.trivago.com/ tailwind: https://tailwindcss.com/ Carrd: https://carrd.co/ Sprungmarken (00:00:00) Intro (00:03:59) Die Engineering Kiosk Website: engineeringkiosk.dev (00:04:44) Historische JavaScript-Frameworks: MooTools, Prototype.js und script.aculo.us (00:06:40) Andys Agentur-Background (00:07:32) Warum braucht der Engineering Kiosk eine Website? (00:14:37) Warum haben wir jetzt erst eine Website? (00:16:06) Die Technik hinter der Engineering Kiosk Website (00:21:00) Was ist ein Static Site Generator? (00:31:29) Kritik am Static Site Generator Hugo (00:34:56) Welcher Static Site Generator wurde für die Engineering Kiosk Website verwendet? (00:39:09) Was ist das coole an Astro und wie wurde Website umgesetzt? (00:41:30) Wie bekommen wir die Podcast Episoden in die Website rein? (00:46:06) Technischer Unterbau mit Astro, tailwind, Python, Netlify (00:50:05) Feedback und Contribution zum Engineering Kiosk Website Setup (00:52:29) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Firmenwechsel. Kündigung ist raus. Wie gehts weiter? Offboarding und Onboarding sind i.d.R. zwei Themen die sehr stark unterschätzt werden. Wie sieht man als Mitarbeiter zu, dass bei einem Firmenwechsel keine verbrannte Erde hinterlassen wird? Wie übergibt man alles ordentlich? Warum ist das überhaupt wichtig? Und was ist ein Exit-Gespräch? Und wenn das alles durch ist: Wie startet man bei der neuen Firma ordentlich? Worauf sollte man achten? Und wie kann Onboarding aussehen? Dies und nich viel mehr. Bonus: Was Peter Thiel mit Kleber zu tun hat, was Krokodile mit Prüfungsergebnissen zu tun hat und was ein Weckmann mit dem Podcast zu tun hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links List of tech migrations: https://github.com/kokizzu/list-of-tech-migrations Ian Goodfellow, Apple KI-Chef, verlässt Unternehmen: https://www.apfeltalk.de/magazin/news/ian-goodfellow-apple-ki-chef-verlaesst-unternehmen/ GitLab onboarding: https://about.gitlab.com/handbook/people-group/general-onboarding/ Sprungmarken (00:00:00) Intro (00:01:52) Landtagswahl in NRW und das Feedback bei der Briefwahl (00:07:42) Themen-Intro: Offboarding und Onboarding (00:08:42) Wie kommen wir auf das Thema Offboarding und Onboarding (00:10:09) Warum ist das Thema Offboarding und Onboarding relevant ist (00:12:02) Wie lang sollte man bei einer Firma bleiben? (00:16:02) Muss man sich jede 2 bis 4 Jahre neu erfinden? (00:19:43) Die Definition von Arbeit: Geld gegen Zeit und Fähigkeit und Loyalität zu Firmen (00:21:12) Die Goldenen Handschellen durch Equity, Stocks und Firmen-Anteile (00:22:49) Warum ist der Offboarding-Prozess eigentlich wichtig? (00:23:43) Der Offboarding-Prozess aus der Sicht der Firma: Feedback, Exit-Chat, eigenes Netzwerk (00:32:30) Der Offboarding-Prozess aus Sicht eines Mitarbeiter: Verbrannte Erde, Kaffee trinken, Prozesse die failen (00:48:00) Die Zeit zwischen Offboarding und der neuen Firma: Urlaub (00:50:51) Onboarding in einer neuen Folge: Intro Chats, Dokumentation, Checklisten, Diagramme und dumme Fragen (01:11:20) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Der zweite Datenbank-Deepdive im Engineering Kiosk. Indirekt knüpfen wir an Episode 8 mit dem Thema Datenbanken. Diesmal fangen wir aber ganz vorne an: Mit hierarchischen Datenbanken über Objektorientierte Datenbanken, anschließend zu SQL bis hin zur NoSQL und Spaltenorientierten Datenbank-Ära. Dabei klären wir Fragen was zum Beispiel der Unterschied zwischen Datenbanken und Dateien ist, ob OOP-Datenbank immer noch ein Hype ist, was Indexe sind und wie diese funktionieren, warum die Migration weg von Oracle schwierig sein kann, ob Lucene eine Datenbank ist und noch viel viel mehr. Bonus: Was Kürbiskerne mit Datenbanken zu tun haben und warum MySQL ein besseres Adressbuch mit SQL Interface ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links IBM Mainframes: https://www.ibm.com/de-de/it-infrastructure/z ClickHouse: https://github.com/ClickHouse/ClickHouse / https://clickhouse.com/ Oracle Cloud Free Tier: https://www.oracle.com/de/cloud/free/ Apache Lucene: https://lucene.apache.org/ Apache Solr: https://solr.apache.org/ ElasticSearch: https://github.com/elastic/elasticsearch Liste der Datenbankmanagementsysteme: https://de.wikipedia.org/wiki/Liste_der_Datenbankmanagementsysteme IBM Go Fork für Mainframes: https://github.com/linux-on-ibm-z/go DB4O: https://de.wikipedia.org/wiki/Db4o Michael Stonebraker / The End of an Architectural Era (It’s Time for a Complete Rewrite): http://nms.csail.mit.edu/~stavros/pubs/hstore.pdf Percona: https://www.percona.com/ 2ndquadrant: https://www.2ndquadrant.com/ OSS Names: https://github.com/EngineeringKiosk/OSS-Names Redis: https://github.com/redis/redis RedisLabs: https://redis.com/ antirez: http://antirez.com/ RocksDB: http://rocksdb.org/ ElasticSearch: https://github.com/elastic/elasticsearch LevelDB: https://github.com/google/leveldb MyRocks: http://myrocks.io/ Sprungmarken (00:00:00) Intro (00:00:55) Mathematik-Professoren und Kürbiskern-Brötchen (00:02:27) Warum Datenbanken ein Herzensthema von Wolfgang ist (00:04:08) Was ist denn eine Datenbank und wann verwendet man eine Datenbank? (00:06:34) Sind klassische Dateien auch eine Datenbank? (00:07:25) Hierarchische Datenbanksysteme: IBM IMS (00:09:30) IBM Mainframes, Go, Docker und horizontale Skalierung (00:11:30) Was wäre ein Use-Case von hierarchische und Objekt-Orientierte Datenbanken? (00:16:15) Hast du bereits eine Objekt-Orientierte Datenbanken bereits in einem Projekt eingesetzt? (00:16:52) Trennung von Daten und Applikationslogik und SQL als Basis-Datenbanken-Wissen (00:18:55) Was ist der Unterschied von SQL-Datenbanken und Dateien (00:19:32) Datenbank Index/Indize: Daten-Duplikation, Lese- und Schreibzugriffe (00:23:54) Ist eine Excel-Datei eine Datenbank? (00:24:58) Unterschied von Files und Datenbanken: Nutzung von mehreren Benutzern (00:28:03) Recovery, persistentes und konsistentes Speichern bei Files und Datenbanken (00:31:01) Relationale Datenbanken sind die eigentlich klassischen Datenbanken (00:34:31) Proprietäre Datenbanken: Oracle Migration nach PostgreSQL (00:37:06) Oracle Cloud und das Free-Tier (00:38:29) MySQL wurde von Oracle übernommen und MariaDB als Alternative (00:39:48) Logik in der Datenbank, Oracle-Migrationen und Application-Server (00:41:10) Gibt es ein Killer-Argument für proprietäre Datenbanken? (00:43:57) Woher kommt der Name MySQL und MariaDB kommt? (00:45:19) Ist ElasticSearch eine Datenbank nach der klassischen Definition? (00:46:38) Ist Redis und andere Key-Value-Stores eine Datenbank? (00:48:42) NoSQL ist für Kinder, Feature-Ritis, Einfache Datenbanken und LevelDB / RocksDB und MyRocks (00:53:19) Was sind Spalten-Datenbanken und wann sollten diese angewendet werden? Analytische Datenbanken und Clickhouse von Yandex (00:58:15) Was für Fragen sind relevant um die richtige Datenbank für mich zu finden? (01:01:43) Feedback zum Thema Datenbanken und Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Ziel-Definitionen und Mitarbeiter-Metriken: Sinnvoll oder totaler Blödsinn? Das Thema ist heiß umstritten. Viele lieben Ziele im Job. Andere sind eher auf dem Trichter von “Wer misst, misst Mist.”. In dieser Episode sprechen Wolfgang und Andy über individuelle Ziele, Team-Ziele und über die Frage, ob sich das Team in die richtige Richtung bewegt. Unter anderem mit Fragen wie, ob es immer mathematisch messbare Ziele sein müssen, wie man mit subjektiven Zielen umgeht, ob man Lines of Code messen sollte, was die Velocity aus dem Scrum Framework mit OKRs zu tun haben und noch vieles mehr. Bonus: Wieso Österreicher Podcasts anschauen können und was das Fortuna Düsseldorf und das Sams mit der ganzen Sache zu tun hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Reddit-Disukssion: https://www.reddit.com/r/de_EDV/comments/uhnn4c/wie_werdet_ihr_als_mitarbeiter_und_euer_team/ Sentry: https://sentry.io/ OKR Beispiele für Software Teams: https://www.koan.co/okr-examples/engineering OfficeVibe: https://officevibe.com/ DevOps-Kultur: Organisationskultur von Westrum: https://cloud.google.com/architecture/devops/devops-culture-westrum-organizational-culture CircleCi Engineering Kompetenz-Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 DORA Metriken: https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance Sprungmarken (00:00:00) Intro (00:01:37) Helft uns mit eurem Netzwerk durch eine Podcast-Empfehlung (00:02:02) Wie kam das Thema dieser Podcast-Folge zustande? Team Metriken, Einzel-Metriken und Performance-Metriken von Mitarbeitern (00:06:06) Drei Kategorien: Individuelle Ziele, Team-Ziele und "Bewegt sich das Team in die richtige Richtung?" (00:06:36) Individuelle Ziele: Warum ist das Thema relevant? Warum sollte man sich über Ziele unterhalten? (00:13:50) Objective Key Results (OKR) als mögliche Ziele (00:18:09) Die Kritik von Objective und Key Results als individuelle Ziele (00:21:19) Transparenz von Zielen im Team und in der Firma (00:23:44) Planung und Ziele ist unnütz und Overhead (00:25:05) Antipatterns und Ziele die man vermeiden sollte (00:26:31) Was ist die Velocity innerhalb vom Kontext Scrum? Und wie sollte diese Metrik bewertet werden? (00:31:27) Die Nutzung von Code- und Software Repository Mining-Metriken als Basis zur Zielsetzung (00:37:12) Team-Metrik "Happyness" und wie man es messen kann (00:42:22) Das Westrum-Modell, OfficeVibe und Google Forms (00:45:43) 360* Feedback: Was ist es und die Kritik am System (00:52:26) Vergleichbarkeit von Software Engineers und Levels (00:57:45) Jobtitel und individuelle Ziele und höhere Erwartungen (00:59:00) "Bewegt sich das Team in die richtige Richtung?", DORA-Metriken und Well-Rounded Software Engineer (01:03:30) Zieldefinitionen sind nicht einfach und Kontext ist King (01:07:46) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Was haben die Methoden der Feuerwehr zur Bekämpfung von Großschadensereignissen mit dem Incident Management von IT-Systemen gemeinsam? Diese Frage klären wir in der folgenden Episode. Wolfgang, als Mitglied der freiwilligen Feuerwehr, gibt einen Einblick in das Prozedere, wenn die Feuerwehr ausrückt. Andy vergleicht dies mit dem Incident Management von Cloud-Systemen. Wir klären wie man den Schaden eines Incidents misst, was dies mit dem Vertrauen von Kunden zu tun hat, wie ordentliche Prävention aussehen kann und warum es dafür wenig Ruhm gibt, was man unter War- und Peacetime versteht, wie ein moderner “Schreiberling” aussieht, wie dreist Presseleute sein können und was eine kleine Konferenz in Kalifornien damit zu tun hat. Bonus: Was Gartenschläuche und Stahl-Hochöfen damit zu tun haben und wieso Kaffee holen doch eine Strategie sein kann. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Datenverlust bei 1.500 Snapshots von Hetzner Cloud: https://www.golem.de/news/trotz-redundanz-datenverlust-bei-1-500-snapshots-von-hetzner-cloud-2204-164628.html Ceph Storage: https://ceph.io/ Inside the Longest Atlassian Outage of All Time: https://newsletter.pragmaticengineer.com/p/scoop-atlassian Atlassian stoppt den Verkauf von On-Premise Lizenzen: https://www.atlassian.com/migration/assess/journey-to-cloud auditd: https://linux.die.net/man/8/auditd rsyslog: https://www.rsyslog.com/ Incident.io: https://incident.io/ 5-Why-Methode: https://de.wikipedia.org/wiki/5-Why-Methode Postmortem “Roblox Return to Service 10/28-10/31 2021”: https://blog.roblox.com/2022/01/roblox-return-to-service-10-28-10-31-2021/ Postmortem “The Discovery of Apache ZooKeeper’s Poison Packet”: https://www.pagerduty.com/blog/the-discovery-of-apache-zookeepers-poison-packet/ Postmortem “etcd: v3.5 data inconsistency”: https://github.com/etcd-io/etcd/blob/main/Documentation/postmortems/v3.5-data-inconsistency.md Postmortem: “Gocardless: Incident review: API and Dashboard outage on 10 October 2017”: https://gocardless.com/blog/incident-review-api-and-dashboard-outage-on-10th-october/ Postmortem: “Monzo,Outage, 29. July 2019”: https://monzo.com/blog/2019/09/08/why-monzo-wasnt-working-on-july-29th Sammlung von verschiedenen Postmortems: https://github.com/danluu/post-mortems OpsGenie: https://www.atlassian.com/de/software/opsgenie PagerDuty: https://www.pagerduty.com/ Buch “Incident Management for Operations”: https://www.amazon.de/Incident-Management-Operations-Rob-Schnepp/dp/1491917628 Sprungmarken (00:00:00) Intro (00:01:21) Wie viel Feuerwehr-Leute gibt es in Deutschland? (00:02:58) Was ist Incident Management im DevOps/Infrastruktur-Bereich (00:07:33) Firmen-Interne Incidents können ebenfalls richtig teuer werden (00:09:14) Wie wichtig ist Prävention und Monitoring? (00:10:26) Wie agiert ein Unternehmen bei einem IT-Incident? Chaotische Hilfe (00:12:33) Inwieweit kann ein IT-Incident mit einem Großschadensereignis verglichen werden? (00:14:14) Was ist ein Großschadensereignis? (00:15:57) Wie bekommen denn alle mit, dass ein Incident gerade eintritt? Und welche Strukturen sind notwendig? (00:17:43) Wer übernimmt die Rolle des (Incident) Commanders? (00:19:21) Was beinhaltet denn die Übernahme eines Incidents? (00:21:23) Vergleich von der Übernahme eines Incidents zwischen der Feuerwehr und einem IT-System (00:23:43) Strategie der Feuerwehr bei Incidents und Hierarchien (00:26:14) Ist der Einsatzleiter ein aktiver Teil des Incidents? Und welche Rollen gibt es noch? (00:30:09) Kommunikationsstrukturen in IT-Incidents (00:33:01) Der aktuelle Atlassian-Incident (00:34:44) Die Rollen von Logistik und Administration in der Feuerwehr und in der IT (00:37:16) (Essens)-Logistik bei Remote-Incidents (00:40:19) War-Rooms: Anti-Pattern oder Must-Have + Pro-Aktive Kommunikation (00:43:26) War- und Peace-Time (00:44:19) Incident Commander, Rollen und Rollen-Rotation im IT-Bereich (00:45:53) Die Rolle des Protokollführers / Schreiberlings (00:50:46) Post Mortems und Nachbesprechungen: Warum machen die Sinn? (00:54:21) Vorbereitungen, Prävention und Training in der Friedenszeit (00:57:51) Lernen aus Incidents und die Post Mortem-Struktur (01:00:09) Employer Branding mit Post Mortems (01:01:45) Happy-Path in Post Mortems (01:02:35) Nachbesprechung bei der Feuerwehr und Post Mortem Conferences (01:06:45) Web-Ops / Fire-Ops-Conference (01:09:40) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Code Reviews: Jeder will schnelles Feedback, doch niemand hat Zeit dafür - Eine Hassliebe. Eine Komponente im Alltag jedes Software Engineers. Egal ob Junior, Senior oder Staff-Engineer. Jeder erstellt Code Reviews und kommentiert die Arbeit von den Kollegen. Doch wie sehen gute Code Reviews aus? Was gehört hinein, was bleibt besser draußen? Wie viel Reviewer machen Sinn? Wie geht man mit Nitpicking-Kommentaren und Gatekeepern um? Und allgemein: Zieht dieser zusätzliche Schritt nicht die Performance des Teams runter und ist sowieso Overhead? All das und noch viel mehr in dieser Episode zum Thema Code Reviews. Bonus: Was Faultiere und Markus Söder mit Code Reviews zu tun haben und warum Blubberwasser den Charakter verdirbt. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Google Fellows: https://www.newyorker.com/magazine/2018/12/10/the-friendship-that-made-google-huge Code Owners File: https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners Software Repository Mining: https://en.wikipedia.org/wiki/Mining_software_repositories Round Robin Code Review Assignment: https://docs.github.com/en/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team Inner Source: https://de.wikipedia.org/wiki/Inner_Source Suggesting Changes on GitHub: http://haacked.com/archive/2019/06/03/suggested-changes/ Are Pull Requests Holding Back Your Team?: https://betterprogramming.pub/are-pull-requests-holding-back-your-team-e8aec48986c2 Extrem Programming: https://de.wikipedia.org/wiki/Extreme_Programming Sprungmarken (00:00) Intro (01:23) Amsterdam, Hipster und Craft-Bier (02:04) git rebase, history rewrite, force push und Kollaboration (04:54) Saubere git history und Merge-Commits (05:17) Code Reviews (02:05) Was ist denn ein Code Review? (07:02) Muss der Code Reviewer immer mehr Erfahrung haben? (08:10) Was wir von Juniors im Job und bei Code Reviews lernen können (09:37) Was ist denn ein Google Fellow? (10:37) Code Reviews als Mittel fürs Onboarding (11:35) Frühes pushen der Arbeit ist wichtig für frühes Feedback (13:15) Wo sollen die Informationen zu meiner Änderung stehen? Im Pull Request oder in der Git Commit message? (15:04) Wen lade ich zu meinem Code Review ein? Code Owners file und Software Repository Mining (17:34) Worauf soll ich als Code Reviewer acht geben und konzentrieren? (20:09) Pro-Aktivität in Code Reviews mit aktiven Vorschlägen und Fragen stellen (23:33) Muss man jedes Feedback aus dem Code Review annehmen? Lass das Ego vor der Tür und Gate-Keeper (26:37) Kommunikationskonflikte in Code Reviews: Video Calls vs. geschriebene Kommunikation (28:14) Nitpicking, Code-Formatting, Styleguides, Linter und Automatisierung (32:11) Mindern Pull Requests und Code Reviews die Performance von Teams? (36:56) Schnelligkeit bei Facebook und Booking: Schnelles Mergen und Code Reviews danach (39:01) Auslagerung der Verantwortung bei Code Reviews und Blameless Kultur innerhalb der Firma (42:38) Technische Mittel für sichere Deploys: Feature Flags, Canary Deployments, Dark Launches und Blue-Green-Deployments (46:08) Wie schnell sollte ein Code Review vom Team gereviewed werden? (53:00) Code Reviews in der Firma vs. Code Reviews in Open Source und die Motivation (54:34) Konsequenzen bei nicht eingehaltenen Service Level Agreements (SLA) (57:28) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Kommentare im Quellcode und Git Commit Messages - Liest die überhaupt wer? Ein Streit, der so alt ist wie die Software Entwicklung selbst: Code ist Selbsterklärend und braucht keine Kommentare. Oder doch? Und die Git Historie ist auch eigentlich sinnlos. Warum sollte da jemand zurück gehen und sich die Commit Messages durchlesen? Diese Fragen und Themen wie Semantic Versioning, Idiomatische Programmier-Patterns, Merge Commits, Story-Tellung und was Fynn Kliemanns Kunst mit der Git Branch-Visualisierung zu tun hat, klären Wolfgang und Andy in dieser Episode vom Engineering Kiosk. Bonus: Warum Andy einen neuen Podcast-Partner sucht und Wolfgang lieber seinen Code angreift, anstatt Ihn zu entwickeln. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Best practices for writing code comments: https://stackoverflow.blog/2021/12/23/best-practices-for-writing-code-comments/ SymfonyLive Cologne 2016 - Jan van Thoor - Open Heart Surgery In Production: https://www.youtube.com/watch?v=vBG5pUn1Olg What is the best comment in source code you have ever encountered?: https://stackoverflow.com/questions/184618/what-is-the-best-comment-in-source-code-you-have-ever-encountered Melanie Patrick: Git - How to unfuck https://www.youtube.com/watch?v=LP4F2rmi4r4 Automatische Changelog/Release PRs: https://github.com/googleapis/release-please Semantic Versioning: https://semver.org/ Software Repository Mining: https://en.wikipedia.org/wiki/Mining_software_repositories Andy Grunwald - The story of my bachelor thesis about Software Repository Mining: https://andygrunwald.com/blog/the-story-of-my-bachelor-thesis-about-software-repository-mining/ Linux Kernel Git Commit Messages Beispiel: https://github.com/torvalds/linux/commit/3ae87d2f25c0e998da2721ce332e2b80d3d53c39 Sprungmarken (00:00:00) Intro (00:01:21) Home Office: Job und Privat stark trennen? (00:02:31) Warum macht man Sport und wie steht Wolfgang zur bayerischen Ess- und Feierkultur (00:03:43) Karriere oder Software-Engineering Podcast und Hardcore-Tech-Thema (00:04:38) Wie viel Kommentare hat die letzte Datei, die du in der IDE offen hattest? (00:01:16) Wie stehst du allgemein zu Kommentaren? (00:01:05) Was sind sinnvolle Kommentare und ist Code wirklich selbsterklärend? (00:13:55) Komplexen code refactoren oder lieber gut kommentieren? (00:17:40) Kommentare für kopierten Stack Overflow Code (00:19:48) Kommentare für die Business-Domäne (00:20:11) Algorithmen und Variablen mit einem Buchstaben (00:21:46) Können gute Variablen und Funktionsnamen Kommentare ersetzen? (00:23:43) Wird der Code fürs Lesen oder Schreiben optimiert? (00:25:43) Bit-Shifting versteht doch keiner (00:28:29) Wie komplex eigentlich die Bash-Programmierung sein (00:33:11) TODO-Kommentare im Code oder lieber ein Ticket? (00:36:56) Story-Telling im Code und Entwickler-Humor (00:40:02) Kommentare in Deutsch oder Englisch und Domänen-Vokabular (00:42:34) Wie sollten Git Commit Messages aussehen? Und warum Git Commit Messages E-Mail sein können (00:45:39) Isolierte Git Commits für bessere Git Commit Messages (00:46:44) Merge Commits (00:49:59) Strukturierte Git Commit Messages und Nutzung von Prefixes wie bugfix und feature in Git Commit Messages (00:52:13) Was ist Semantic Versioning (SemVer)? (00:56:38) Der Linux Kernel als Vorbild für gute Commit Messages (00:57:55) Wolfgangs Meinung zu Merge-Commits (00:59:38) Branch-Visualisierung in Git (01:01:30) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Remote-Work, asynchrone und parallele Arbeit und die eigene Work-Life-Balance. Durch Corona haben wir alle einen Geschmack von der Remote-Arbeit und Home Office bekommen. Einige hassen es, andere lieben es und haben sogar dem Büro für immer den Rücken gekehrt. Aber worauf kommt es denn wirklich an? Wolfgang und Andy gehen dieser Frage mal auf den Grund: async und await, Event-Loop, Fokus-Zeiten, Eule und Lerche als Menschentypen, Vertrauen im Team, messbare Ergebnisse, Pro-Aktivität und Schreib-Skills. Was das alles miteinander zu tun hat, hört ihr in dieser Episode. Bonus: Warum man in Amsterdam anders meditiert als anderswo, wieso Andys Liebe zu Redis einen Knick bekommen hat und ob Wolfgang wirklich Holländer ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Pieter Levels https://levels.io/async/ http://nightowlsbook.com/ Slack: https://slack.com/ Design Documents at Google: https://www.industrialempathy.com/posts/design-docs-at-google/ Mantis BugTracking: https://www.mantisbt.org/ Redmine: https://www.redmine.org/ Sprungmarken (00:00) Intro und Rückmeldung zur Episode #13 über Produktivität (01:22) Async + Asynchronität (async, await, event loop) (02:00) Vorteil von asynchroner Verarbeitung (04:13) Asynchronität vs. Parallelisierung (07:08) NodeJS, Callback-Hölle und async/await in Ruby (08:27) Warum verwenden wir nicht die asynchrone Herangehensweise um unsere eigene Zeit besser auszunutzen? - Asynchrones Arbeiten (11:23) Asynchrones Arbeiten, Schlafrhythmus (Eule vs. Lerche) und lange Fokus-Zeiten (14:48) Was verstehen wir unser asynchroner Arbeit? (18:34) Wie kommt man denn zu dem asynchronen Arbeiten (zB als kleine Firma)? (Vertrauen, Pro-Aktivität, Über-Kommunikation) (21:29) … was noch? (Kollaboratives Tooling, Energie für Vorschläge und Objektivität, Diagramme, Transparenz) (29:12) Die Funktion und Wahrnehmung von Slack in der asynchronen Arbeitswelt (34:05) Die Schriftform als Skill und warum dies trainiert werden sollte (35:22) Anwendungen von deinen Schreib-Skills im Ticket-System (38:50) Technical Writing, Dokumentation und Meeting Protokolle (39:26) Design Dokumente als Basis für die asynchrone Arbeit (53:32) Tiefere Gedanken während des schreibens (54:05) Wrap Up zum Thema asynchrones Arbeiten und Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Zeit- und Produktivitätsmanagement: Buzzword-Bingo oder bringt das wirklich was? So blöd wie das Thema auch klingen mag, es hat Vorteile. Nicht nur im beruflichen Umfeld, sondern auch im privaten. Wolfgang und Andy sprechen über Ihre Art und Weise, Aufgaben zu organisieren, welche Methoden Sie verwenden, welche was bringen und welche Blödsinn sind, wo die Probleme liegen, ob man Talent dafür bracht, wie man sich selbst mit spannenden Aufgaben austricksen kann und wie man damit seinen Vorgesetzten Erziehen kann. Bonus: Warum Wolfgang endlich seine Zahnbürste wechselt, was Volkswagen mit Getting Things Done zu tun hat und wieso Andy ab und zu knatsch mit seiner Frau hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Episode 10 zu 1on1s: https://engineeringkiosk.dev/episodes/10 Remember The Milk: https://www.rememberthemilk.com/ Asana: https://asana.com/ Things: https://culturedcode.com/things/ Evernote: https://evernote.com/ Notable: https://notable.app/ emacs org mode Getting Things Done: https://orgmode.org/worg/org-gtd-etc.html Wunderlist: https://de.wikipedia.org/wiki/Wunderlist Microsoft TODO App: https://todo.microsoft.com/tasks/de-de Wolfgang Gassler - How I Trick My Well Developed Procrastination Skills: https://wolfgang.gassler.org/trick-my-procrastination-skills/ Paul Graham - Makers Schedule, Managers Schedule: http://www.paulgraham.com/makersschedule.html Getting Things Done (YouTube-Video): https://www.youtube.com/watch?v=gCswMsONkwY Eisenhower Prinzip: https://de.wikipedia.org/wiki/Eisenhower-Prinzip Inbox Zero: https://blog.hubspot.de/sales/inbox-zero StudiVZ löscht alle Bugs https://www.thewebhatesme.com/allgemein/bugfree-the-vz-way/ StudiVZ wird abgeschaltet: https://taz.de/StudiVZ-wird-abgeschaltet/!5841671/ Bücher Getting Things Done: The Art of Stress-Free Productivity von David Allen Atomic Habits: An Easy & Proven Way to Build Good Habits & Break Bad Ones von James Clear Checklist Manifesto: How to Get Things Right von Atul Gawande Sprungmarken (00:00) Warum Zeit- und Produktivitätsmanagement relevant ist (04:44) Zeit-Management als Thema in 1on1s (06:08) Getting Things Done (GTD) von David Allen (12:31) Kritik zu Getting Things Done (GTD) (17:02) Muss man jede Regel von Gettings Things Done (GTD) befolgen um es erfolgreich einzusetzen? (18:38) Nutzung von Getting Things Done (GTD) im privaten und im beruflichen (21:03) Erinnerungen als Engineering Manager um soziale Kontakte zu pflegen (23:03) Wie man seine Ehefrau mit Getting Things Done auf die Palme bringen kann (25:00) Inbox Zero (30:35) Kalender (35:24) Eisenhower-Matrix (38:46) Herausforderung: Aufgaben aktiv nicht zu tun (42:21) Sich selbst mit spannenden Tasks selbst austricksen aka "Shape and Sell" (45:21) Das schwierige, mit einer neuen Methode zu starten (47:33) Welche Tools gibt es? Oder ist Stift und Zettel das Mittel der Wahl? (52:59) Inspiration durch Blog-Artikel und Bücher (55:37) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Make oder Buy: Alles einkaufen oder doch lieber selber machen? Eine Frage die jeder von uns kennt: Sind meine Anforderungen so speziell, dass es kein Produkt auf dem Markt gibt, die diese abdeckt? Kann ich das nicht ggf. sogar besser, wenn ich das selbst mache? In dieser Episode versuchen wir das Thema mal etwas zu durchleuchten: Wann sollte man Services einkaufen? Wann doch lieber selbst umsetzen? Wie geht man mit interner Politik und Gegenwehr um? Was kostet das Selbermachen eigentlich und was bedeuten Begriffe wie Total Cost of Ownership, Opportunitätskosten und Shadow-IT eigentlich? Ist Open Source ein Zwischenweg und wie sieht die ganze Security-Mäßig aus? Bonus: Ob wir ein Karrierepodcast sind, was man in 1. Semester BWL lernt, welche Sicherheitsanforderungen eine Webagentur aus Wanne-Eickel hat und warum Wolfgang Google mehr vertraut als sich selber. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links HackerNews Comment als Dropbox gelauncht wurde: https://news.ycombinator.com/item?id=9224 Okta says hundreds of companies impacted by security breach: https://techcrunch.com/2022/03/23/okta-breach-sykes-sitel/ Looker: https://www.looker.com/ Nextcloud: https://nextcloud.com/ Nextcloud-Angebot bei Hetzner: https://www.hetzner.com/de/storage/storage-share Render: https://render.com/ Vercel: https://vercel.com/ Netlify: https://www.netlify.com/ F-Online, die Führerschein-Plattform: https://www.f-online.at/ Sprungmarken (00:00) Intro (01:33) Sollen wir die Software für unser A/B-Testing kaufen oder selber bauen? (05:23) Reisekosten-Abrechnungen: Wie kann es gehen? (06:53) Make or buy (08:27) Wolfgangs Stand bei Make or buy im privaten Leben (14:45) Wolfgangs Entscheidungskriterien für make or buy (15:42) Was ist die eigene Zeit wirklich Wert? (17:57) Klassische Beispiele für den “make or buy”-Fall in Firmen (23:42) Was kostet ein Software-Engineer, etwas selbst zu machen (Total Cost of Ownership) (28:55) Abgrenzung von make or buy (30:14) Opportunitätskosten: Produktivität und User Experience (33:40) Welche Bereiche gibt es, wo es Sinn macht, die Produkte nicht einzukaufen? (37:07) Risiken beim Einkaufen von Produkten: Shadow-IT und Workflows (41:16) Gegenwehr, fadenscheinige Gründe und interne Politik bei make or buy (48:02) Sicherheitsbedenken bei der Benutzung von externen Services (50:48) Eigene Erfahrung: Mehr make oder mehr buy? (56:07) Wann sollte man Software kaufen? (56:39) Wann sollte man die Software selbst bauen? (57:44) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Den richtigen Arbeitgeber und die richtige Firma finden: Eine Mammut-Aufgabe. In dieser Episode sprechen Wolfgang und Andy ein wenig darüber wie man neue, potentielle, Arbeitgeber findet, welche Fragen man sich selbst stellen kann um herauszufinden, was einem wichtig ist, geben Tipps um mit Recruitern zusammen zu arbeiten, Fragen uns ob ein hohes Gehalt wirklich alles ist, ob Startups, ScaleUps oder Konzerne besser sind und warum Agrar-Tech und Mähdrescher der heiße Scheiß sind. Als Start in dieses Thema gibt es ein Re-Cap von einer User-Umfrage auf Reddit zum Thema 1on1s und die Beantwortung der Frage, wie man gutes (People) Leadership in neuen Firmen erkennt. Bonus: Was Andys Kegeltour mit seiner Jobsuche zu tun hat und was ein Mottek ist. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Reddit-Umfrage "Wer von euch hat in seinem IT Job regelmäßig 1on1s (mit Vorgesetzten)?" https://www.reddit.com/r/de_EDV/comments/tg5y0y/wer_von_euch_hat_in_seinem_it_job_regelm%C3%A4%C3%9Fig/ Zend https://www.zend.com/ Claas https://www.claas.de/ John Deere Just Swindled Farmers out of Their Right to Repair https://www.wired.com/story/john-deere-farmers-right-to-repair/ Mika Timing https://www.mikatiming.de/ TechCrunch https://techcrunch.com/ CrunchBase https://www.crunchbase.com/ Kafka https://kafka.apache.org/ Deloitte Digital: https://www2.deloitte.com/de/de/pages/technology/topics/deloitte-digital.html Confluent: https://www.confluent.io/ Y Combinator https://www.ycombinator.com/ Sprungmarken (00:00) Intro (01:02) Reddit-Umfrage zum Thema 1 on 1 / Episode 10 (03:02) "Man braucht keine 1 on 1s, wir können immer drüber sprechen" (08:58) Wie wichtig sind 1 on 1s für dich bei deinem neuen Arbeitgeber? (12:16) Wie findest du heraus, ob der Lead Erfahrung hat? (15:05) Ist ein 1on1 ein Weiterentwicklungs-Benefit einer Firma oder Standard, den man annehmen sollte? (16:49) Welche Weiterentwicklungsmöglichkeiten sind wichtig für die Wahl einer neuen Firma? Was ist einfach zu etablieren? (18:41) Wie findet man eine neue Firma, bei der man sich bewerben könnte? (21:39) Interviews sind auch glückssache (24:13) Den Interviewprozess nutzen um zu erfahren, wie andere die Probleme lösen (25:50) Firmen finden durch Liebe zum Produkt (31:56) Firmen finden ohne Liebe zum Produkt (37:12) Ist ein Startup etwas für mich? (39:30) Sucht nicht selbst, sondern lasst euch finden (zB über LinkedIn) (41:25) Tipps um mit Recruitern zu arbeiten (45:22) Macht euch Gedanken, was Ihr vom neuen Arbeitgeber erwartet (47:51) Gehalt, Geld und wie viel wollt und braucht Ihr? (51:19) Andys Haupt-Kriterien für eine neue Firma (53:50) Wie viele Interviews waren notwendig, um die richtige Firma zu finden? (55:40) Interviews und Coding Challenges als Side Projetc (56:12) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

1on1s - Zeitverschwendung oder eins der wertvollsten Meetings deiner Karriere? Andy und Wolfgang sprechen über das meist unterschätzte Meeting deiner beruflichen Laufbahn: 1-on-1s: Purer Müll, Zeitverschwendung und reines Manager-Getue? Oder die beste zeitliche Investition? Wir klären, was 1:1s sind, geben Tipps zum Aufbau einer vertrauensvolle Atmosphäre, geben dir konkrete Fragen an die Hand, die du als Individual Contributor oder Engineering Manager stellen kannst und klären, was du tun kannst, wenn du bisher noch keine regulären Meetings mit deiner Vorgesetzten hast. Bonus: Warum Wolfgang alle 1on1s mit Andy abgebrochen hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links 101 Fragen für ein 1on1: https://jasonevanish.com/2014/05/29/101-questions-to-ask-in-1-on-1s/ 5 Fragen, die ein Manager jedem seiner Direct Reports stellen sollte: https://hbr.org/2022/01/5-questions-every-manager-needs-to-ask-their-direct-reports 1on1 for Beginners: https://www.tombartel.me/blog/one-on-ones-for-beginners/ 1on1: Beyond Status Updates https://www.tombartel.me/blog/one-on-ones-beyond-status-update/ Taking notes during 1on1s: https://www.tombartel.me/blog/taking-notes-during-1-on-1s/ How to prepare a 1on1 in 5 minutes: https://www.tombartel.me/blog/how-to-prepare-one-on-one-five-minutes/ Ein Intro zu 1on1s bei Spotify https://engineering.atspotify.com/2015/12/a-101-on-11s/ Tooling Lighthouse: https://getlighthouse.com/ OfficeVibe: https://officevibe.com/one-on-one-software Sprungmarken (00:00) Intro (00:30) Warum eine Episode über 1on1s (02:40) Begriffsdefinition "1on1" und ist das ein Jour fixe? (05:24) Mythos Zeitverschwendung und unnützes Gespräch (06:23) Sichere und vertrauensvolle Atmosphäre im 1on1 (08:28) Tipps um eine sichere Atmosphäre und Vertrauen zu schaffen (12:22) Wer sollte ein 1on1 machen? Und was sind Skip-Level Meetings? (15:53) Sinnvolle 1on1 Intervalle (19:35) Was sollte man in 1on1s besprechen? Welche Fragen kann ich als Individual Contributer stellen? (28:52) Wie sollte ein Engineering Manager sein 1on1 vorbereiten und angehen? (39:12) Tooling, die 1on1s supporten (41:15) Perspektivenwechsel: Fragt eure Managerin (42:57) Wie man am besten mit 1on1s beginnt (44:12) Feedback und Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Es wird politisch: Der Angriffskrieg auf die Ukraine und eine möglichst technische Beleuchtung des Themas. Wolfgang und Andy sprechen über die Ukraine und den Angriff durch Russland: Wie haben Tech Konzerne und Firmen reagiert, wie helfen sie ihren Mitarbeiterinnen und Familien. Welche Rolle spielen die GAFA Konzerne und welche Rolle könnten sie spielen. Wie können wir alle helfen und welche Rolle spielen (Miss)informationen? Bonus: Als kleine Aufmunterung starten wir ein Projekt, das lustige Geschichten hinter Open-Source Projekten sammelt. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Österreich schaltet seine Corona-Warn-App ab “Militärisch ist Österreich ein neutraler Staat, aber wir sind politisch niemals neutral, wenn es um die Achtung des Völkerrechts geht” Hilferuf von Ruby Entwickler (Blog Post), Tweet: I am not asking you to stop living your comfortable lives [...] I am just asking you to spread the word and show support. Wenn Russen ihren Kindern in der Ukraine oder Ausland nicht glauben Doppelgänger Podcast: Hintergrund zu Möglichkeiten von Big Tech (empfehlenswerter rant von Host Pip, ersten 30 min), Erfahrungsbericht Aufnahme von Flüchtlinge Crowdstorming mit Tinder und Google maps Google wird politisch, auf der Startseite: jedoch nur in ihrem Interesse bzgl. Leistungsschutzrecht ICANN Antwort auf Ukrainische Anfrage SSL Zertifikate zu invalidieren The Pragmatic engineer: The Ukraine War - and Its Impact on the Tech Industry Unterkünfte melden auf https://www.unterkunft-ukraine.de/ oder https://www.airbnb.org/ Mehr Informationen und alle Links, um zu Helfen, unter https://www.zeit.de/zeit-magazin/2022-02/hilfe-ukraine-spenden-deutschland-tipps und für Österreich unter https://www.moment.at/story/ukraine-in-oesterreich-helfen Gute Auflistung von verlässlichen Informationen und gegen Fake News Programmier.bar: Tech News, auch über Russland Sanktionen Der Hintergrund von Open Source Namensgebungen Mastercard und Visa schließen russische Banken aus Netflix und TikTok ziehen den Stecker in Russland airbnb.org - Unterkünfte in Krisenzeiten unterkunft-ukraine.de Sprungmarken (00:00) Intro (00:52) Abgeschlossene Corona-Pandemie in Österreich (02:05) Ukraine-Geschehnisse aus der technischen Perspektive (02:26) Wolfgangs-Sabbatical in der Ukraine (04:49) Verbindung der Geschehnisse der Ukraine mit Technologie (05:48) Wie Firmen die Bevölkerung in den entsprechenden Gebieten unterstützen (07:50) Männer dürfen zur Zeit die Ukraine nicht verlassen (08:58) Große Firmen hätten mehr Power, wenn sie die richtigen Informationen verbreiten würden (12:52) Firmen nutzen die Sanktionen als Marketing-Fall (13:42) Sanktionen und wie Firmen agiert haben (15:46) Elon Musk und StarLink in der Ukraine (17:54) Ukrainische Anfrage an die ICANN zur Abschaltung von dezentraler Infrastruktur (20:02) Was könnte Cloudflare tun? (21:19) Die Sanktionen treffen auch primär die Zivilbevölkerung (22:24) Wie Firmen auf Sanktionen reagieren ist sehr unterschiedlich (24:10) Arbeitschancen von geflohenen Ukrainern in der EU (25:40) Wie geht man mit betroffenen Arbeitskollegen um? (27:51) Was kann jeder von uns tun um zu helfen? (35:00) Side-Projekt: Wie kamen Open Source Projekte zu ihrem Namen? (36:30) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Datenbanken, besonders relationale Datenbanken und im Web ganz besonders MySQL. Jeder kennt sie, jeder nutzt sie, aber keiner gibt zu diese zu nutzen da sie uncool und alt sind und sowieso nicht skalieren. Wolfgang und Andy sprechen ein wenig über dieses Thema: Wie man seine eigene SQL Datenbank schreibt, was der Unterschied von Row-Based und Statement-Based Replication ist, warum simple Dateien oft besser sind als eine Datenbank, ob sqlite helfen kann und MongoDB die Lösung ist, wie Facebook, Booking und GitHub MySQL betreiben, ob PostgreSQL wirklich was kann und welche Schritte ihr unternehmen könnt, um eure Datenbank zu tunen. Bonus: Ob Wolfgang Mickey Krause kennt und ob er ein erfolgreicher MySQL Buchautor war. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links SQLProxy: https://github.com/sysown/proxysql Vitess: https://vitess.io/ Building for the 99% Developers: https://future.a16z.com/software-development-building-for-99-developers/ Litestream: https://litestream.io/ Designing Data-intensive Applications: https://dataintensive.net/ MyRocks Storage Engine: http://myrocks.io/ MySQL 8.0: The end of MyISAM: https://www.percona.com/blog/2016/10/11/mysql-8-0-end-myisam/ Wolfgang’s Talk: Forget Databases, use files! Efficient MySQL Performance Talk mit Video Gruß aus der Vergangenheit, Wolfi’s Lehrveranstaltung Datenbankimplementierung (2011) NOW() und Time Funktionen bei Statement Based Replication in MySQL Percona Config Wizard wurde leider eingestellt aber alternativ kann MySQL Tuner https://www.linode.com/docs/guides/how-to-optimize-mysql-performance-using-mysqltuner/ verwendet werden Erwähnte Personen Martin Kleppmann https://martin.kleppmann.com/ Michael Stonebraker: https://de.wikipedia.org/wiki/Michael_Stonebraker Michael “Monty” Widenius: https://de.wikipedia.org/wiki/Michael_Widenius Sprungmarken (00:00) Intro (00:15) Wolfgang und Apres-Ski (02:52) Wie programmiert man seine eigene Datenbank? (07:24) Was passiert, wenn eine SQL-Query die Datenbank erreicht? (10:02) Die Schwierigkeiten, wenn man seine eigene Datenbank programmiert (12:35) Sind Dateien besser als Datenbanken? (18:00) Keine Netzwerk-Verbindungen dank sqlite? (20:40) Was ist sqlite? (22:20) Aussprache von sqlite und SQL und woher es kommt (23:33) Wie kam MySQL und MariaDB zu ihrem Namen? (24:17) Was empfiehlst du für kleine Apps? MySQL oder sqlite? (25:06) Replikation von sqlite Daten (26:02) Unterschied zwischen Row- und Statement-Based Replication (27:56) Wie viel Requests kann man mit einer MySQL-Node bedienen? (29:35) Buchempfehlung: Designing Data-Intensive Application (31:42) Was tun, wenn ich Probleme mit MySQL-Performance hab? (33:16) MySQL bei Facebook (36:35) PostgreSQL, der andere Kandidat auf dem Spielfeld (38:33) Tooling um MySQL: ProxySQL und Vitess (43:38) MySQL Performance-Tipps vom Buch-Autor Wolfgang (50:33) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Sein eigener Chef zu sein, sich die Projekte aussuchen können und sich die Zeit frei selbst einzuteilen. Obendrein noch einen Haufen Geld verdienen. Das ist die Vorstellung von vielen ITlern zur Selbstständigkeit. Doch wie sieht die Realität aus? Was sind die negativen Aspekte? Und wie viel Geld kommt wirklich unterm Strich bei rum? In dieser Episode teilt Wolfgang seine langjährige Freelance-Erfahrung: Welche Arten von Freelancing gibt es, wie er die Probleme beim Schätzen des zeitlichen Aufwandes umgeht, warum rostende Software ein Problem ist und zu schlecht gelaunten Kunden führt, ob es sich lohnt seine Finger zu versicherung und was goldene Handschellen mit all dem zu tun haben. Bonus: Wie Wolfgang einen Kunden beim Krafttraining im Fitnessstudio akquiriert hat, ohne selbst Gewichte zu stemmen. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Freelancer Stundensätze: GULP Stundensatz Kalkulator Freelancer Vermittlungsplattformen Freelancermap: https://www.freelancermap.de/ Gulp: https://www.gulp.de Hays: https://www.hays.de Anderes Als Kleinunternehmer im Sinne von § 19 Abs. 1 UStG wird Umsatzsteuer nicht berechnet. (in Deutschland) Sprungmarken (00:00:00) Intro (00:00:45) Bier holen (00:01:43) Wolfgangs erstes Freelancing-Projekt (00:02:54) Weibliche Software-Engineering Freelancer (00:03:45) Wie Wolfgang zum Freelancing gekommen ist (00:05:17) Verschiedene Arten vom Freelancing (00:08:19) Freelancing als Lösung für Remote Work (00:10:16) Scheinselbstständigkeit (00:11:13) Entwicklung der Freelancing-Arbeit anhand deiner Erfahrung (00:14:14) Software Maintenance bei Freelancing-Projekten (00:17:40) Was sind die positiven Aspekte des Freelancings? (00:27:28) Was sind die negativen Seiten vom Freelancen? (00:28:25) Kundenakquise (00:29:44) Preisfindung (00:37:00) Wie geht man die Selbstständigkeit an? Wie setze ich es in der Praxis um? (00:40:42) Steuerberater (00:46:09) Welche Kosten kommen noch auf einen zu? (00:48:21) Haftung und was eine GmbH für dich tun kann (00:50:11) Geschäftskonten (00:51:18) Der Start ist schwer und Weiterempfehlungen (00:54:29) Fragen, um herauszufinden, ob die Selbstständigkeit etwas für mich ist (00:59:56) Neben der Festanstellung starten (01:02:12) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Sind Machine Learning und Artificial Intelligence nur Hypes oder sollte ich meine Karriere dahingehend ausrichten? Und welche Hypes gibt es im Infrastruktur-Bereich? Und überhaupt: Wie steht das alles im Zusammenhang mit Job-Titels, meiner Beförderung zum Senior Engineer und meinem Gehalt? All diese Themen klären Wolfgang und Andy in dieser wilden Folge. Weiterhin: Warum das Leben kein Ponyhof ist, was Agrar-Tech und autonom-fahrende Trecker, die Inflation und Krösus damit zu tun haben, sowie warum Software Engineers zu den Top 5% der Gesellschaft gehören. Bonus: Warum Wolfgang kein Eiskunstlauf macht und wie er seinen Dr.-Titel bekommen hat. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links DeepMind AlphaCode: https://www.deepmind.com/blog/article/Competitive-programming-with-AlphaCode GitHub Co-Pilot: https://copilot.github.com/ GPT-3 Model: https://en.wikipedia.org/wiki/GPT-3 Engineering levels / levels.fyi: https://www.levels.fyi/?compare=Google,Facebook,Microsoft&track=Software%20Engineer Down-Leveling = The Senioritz Rollercoaster: https://newsletter.pragmaticengineer.com/p/the-seniority-rollercoaster Krösus: https://de.wiktionary.org/wiki/Kr%C3%B6sus Career ladders bei Firmen / progression.fyi: https://www.progression.fyi/ CircleCI Engineering Competency Matrix: https://docs.google.com/spreadsheets/d/131XZCEb8LoXqy79WWrhCX4sBnGhCM1nAIz4feFZJsEo/edit#gid=0 Erwähnte Personen Russ Cox: https://swtch.com/~rsc/ Sprungmarken (00:00) Intro (01:06) Deepmind News "AlphaCode" - Ein neuer Machine Learning Hype? (06:40) Wie kann Alpha Code in der Praxis genutzt werden? (08:04) Coding Challenges im Recruiting-Prozess (11:09) Hypes im Infrastruktur-Bereich (16:45) Frischer Wind von neuen Leuten in der Firma (19:22) Mono-Repos als Hype-Beispiel (20:55) Industrie-Definition von Job-Titles (26:03) Braucht man Job-Titles (Senior, etc.)? (31:43) Festgefahrene Strukturen in Konzernen (37:38) Geld ist bei weitem nicht alles bei einem Job (41:50) Mach das was dir Spaß machst und Generalisten vs. Spezialisten (45:36) 5-Jahres-Pläne (49:56) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Software Engineers fangen bei 0 an zu zählen. Das Engineering Kiosk ist direkt bei Episode 1 gestartet. Diesen Off-by-one error beheben wir nun mit dieser Folge 0. Wir, Wolfgang und Andy, stellen uns als Hosts vor, erzählen wie es zu diesem Podcast kam, wie wir gestartet haben, was wir in den ersten fünf Folgen gelernt haben und wie die Podcast-Distribution technisch funktioniert. Nebenbei erfahren wir den Unterschied zwischen dem deutschen und österreichischem Verständnis von Cafe, warum Bachelor ein anderes Wort für Studenabbrecher ist und was Ziegen damit zu tun haben. Bonus: Ob Kaiserschmarrn mit oder ohne Rosinen gemacht wird. Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Links Deutsche Spotify Podcast Charts: https://podcastcharts.byspotify.com/de TYPO3 Content Management System: https://typo3.org/ Codeprints: https://codeprints.dev/ Working Draft Podcast: https://workingdraft.de/ Audacity, open-source audio Schnitt Software: https://www.audacityteam.org/ Ziegen-Bild Sprungmarken (00:00) Intro (00:30) Gratulation zu 5 Episoden (01:43) Wer ist Wolfgang Gassler? (01:59) ... Was willst du mal werden, wenn du groß bist? (02:44) ... Was ist das letzte, nicht IT technische, was du gelernt hast? (03:49) ... Was motiviert dich, dich jeden Tag erneut mit IT und Software Engineering zu beschäftigen? (05:05) ... Fakten-Check (06:29) ... Wolfgangs Personalakte (07:04) ... Wie viele Domains besitzt du, wo kein Side Projekt gestartet wurde? (07:58) Wer ist Andy Grunwald? (08:08) ... Was ist das erste, was du tust, wenn du einen Incident hast und wie Website down ist? (09:12) ... Warum macht es dir soviel Spaß aufzuräumen und warum sind Ziegen auf deinem Instagram-Account? (11:26) ... Welcher Spruch soll auf deinem Grabstein stehen oder auf einem Banner in deiner Heimatstadt Duisburg? (12:03) ... Andys Personalakte (13:12) Warum machen wir das Engineering Kiosk? (15:42) Wie haben wir den Podcast gestartet? (20:01) Warum kommt die Folge 00 jetzt erst? (21:15) Was haben wir von 5 Podcast Episoden bereits gelernt? (25:28) Open Podcast (27:00) Outro Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Engineering Manager oder Team-Lead: Eine Position die sehr motivierend, aber auch abschreckend wirken kann. Was erwartet einen? Was ist die Aufgabe einer Engineering Managerin? Wie verändert sich der Arbeitsalltag? Ist die Stelle überhaupt etwas für mich? Und was passiert, wenn ich doch lieber Software Entwickeln möchte? Gibt es einen alternativen Karrierepfad? All das und noch über viel mehr Erfahrungen sprechen Andy und Wolfgang in Episode 05 vom Engineering Kiosk. Bonus: Warum Andy Muskelkater im Arsch hat Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Erwähnte Artikel Mitchell's New Role at HashiCorp: https://www.hashicorp.com/blog/mitchell-s-new-role-at-hashicorp Tom Bartel mit "A Year Ago, I Stepped Away From a Leadership Position. Here Are 7 Things I Learned From That": https://www.tombartel.me/blog/leadership-position-to-individual-contributor-what-i-learned/ "What is a Staff (or Staff-Plus or Principal) Engineer?": https://mikemcquaid.com/2021/10/01/what-is-a-staff-plus-principal-engineer/ Bücher über das Engineering Management "The Managers Path" von Camille Fournier "Turn the ship around" oder "Reiß das Ruder rum!" von David Marquet "Drive" von Daniel H. Pink "Start with Why" von Simon Sinek "High Output Management" von Andrew S. Grove "An elegant puzzle" von Will Larson Sprungmarken (00:55) Hörer Feedback (01:43) Wann bist du das erste mal in eine Teamlead-Stelle gerutscht? (03:15) Kann man bereits Aufgaben eines Teamleads übernehmen, ohne ein Teamlead zu sein? (04:18) Wie viel Zeit hast du mit Hands-On und wie viel mit People Management verbracht? (04:52) Wie lang warst du Individual Contributor bevor du Teamleiter wurdest? (05:42) Was hat sich am meisten an deinem Arbeitsalltag geändert? (09:22) Was ist ein 1 on 1 Meeting und warum ist dies sinnvoll? (13:27) Was ist eine gute Teamgröße für den Start als Engineering Manager? (14:50) Woher wusstest du, was du als neuer Engineering Manager machen musst? (20:51) Empfehlungen um die Entscheidung "Möchte ich den Job einer Engineering Managerin machen?" treffen zu können (24:25) Feedback-Loop eines Software Engineers und eines Engineering Managers (25:50) Was solltest du nicht wollen, wenn du ein Engineering Manager werden möchtest? (27:42) Ist es ab und zu notwendig, seine eigene Entscheidung im Team durchzusetzen? (28:36) Schwierige Konversationen als Engineering Manager (30:49) Ist es ein Rückschritt wenn man als Engineering Manager zurück zum Software Engineer wechselt? (34:42) Wie sieht ein möglicher Karriereweg aus, wenn der Engineering Manager-Weg nichts für mich ist? Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast: Anfragen an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk

Für Andy ist Open Source und die Open Source Community ist bereits ein langer und essentieller Begleiter. In dieser Episode interviewed Wolfgang Andy genau zu dieseme Thema: Wie war sein Einsteig? Wieso es wichtig ist, sich Zeit zu nehmen um ein Bug-Ticket zu schreiben und was Snowboarden mit Open Source zu tun hat. Bonus: Wie man Andy dazu bringt, nackig durch die Wohnung zu flitzen. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Feedback an stehtisch@engineeringkiosk.dev oder via Twitter an https://twitter.com/EngKiosk Andy (https://twitter.com/andygrunwald) und Wolfgang (https://twitter.com/schafele) sprechen im Detail über: Sprungmarken (02:04) Wann hast du mit Open Source begonnen und warum? (03:27) Wie würdest du denn Open Source definieren? (05:08) Warum bist du in der Open Source Szene geblieben? (06:45) Hattest du mal schlechte Erlebnisse bei oder mit Open Source? als Maintainer? (07:33) ... und als Contributor? (08:15) Welche Tips kannst du Contributoren geben, um die Erfolgschancen für Pull Requests zu erhöhen? (10:04) Hast du Best Practices aus Maintainer-Seite, wie man mit Contributoren umgeht? (12:12) Wie geht man mit eigenen Open Source Projekten um, die man selbst nicht mehr nutzt? (15:31) Wie gehst du mit Feature Requests um? (17:56) Hat dir bereits jemand ein Feature gesponsored? (19:14) Open Source wird als Free work verstanden (20:45) Tipps für einen Feature Request bei einem Projekt (21:49) Kommunikation ist sehr wichtig (22:36) Wie siehst du den Stellenwert von Open Source im professionellem Umfeld? (24:35) Open Source als Mittel fürs Recruiting (25:40) Wie kann sich eine kleine Firma im Open Source Bereich engagieren? (28:09) Was hälst du von dem Open Source First Konzept? (29:29) Was ist Inner Source? (30:40) Passwörter und Secrets im Code (32:12) Möglichkeiten um ein Repository zu Open Sourcen (32:38) Negative Punkte für den Einsatz von Open Source (36:55) Welche Open Source Lizenz würdest du empfehlen, wenn jemand mit einem neuen Projekt starten möchte? (39:29) Projekte auf GitHub ohne Lizenz (40:35) Beer- und Pizza-Lizenz (41:02) Kleine Sponsoring-Beiträge und Danke-Nachrichten können viel bewirken (45:13) Andy flitzt nackig durch die Wohnung (48:15) Was deine Open Source Contribution mit deinem professionellen Werdegang zu tun hat Erwähnte Artikel "Choose an open source license" von GitHub: https://choosealicense.com/ "Scaling from 2,000 to 25,000 engineers on GitHub at Microsoft" von Jeff Wilcox: https://www.jeff.wilcox.name/2019/06/scaling-25k/ "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/ "BMW *are* complying with the GPL" von Terence Eden: https://shkspr.mobi/blog/2016/03/bmw-are-complying-with-the-gpl/ Erwähnte Personen Richard Stallman: https://stallman.org/ Daniel Stenberg: https://daniel.haxx.se/ Erwähnte Projekte curl: https://curl.se/ wolfSSL: https://www.wolfssl.com/ Wolfgangs Doku-Wiki Plugin: https://github.com/woolfg/dokuwiki-plugin-gitbacked Gerrit Code Review: https://www.gerritcodereview.com/ TYPO3: https://typo3.org/ Erwähnte Events TYPO3 Snowboard Tour: https://t3board.typo3.org/ FOSDEM: https://fosdem.org/2022/ Erwähnte Lizenzen Bier-Lizenz: https://fedoraproject.org/wiki/Licensing/Beerware Pizza-Lizenz: https://github.com/PumaConcolor/pizza-license Do What the Fuck You Want to Public Lizenz: http://www.wtfpl.net/ MIT Lizenz: https://opensource.org/licenses/MIT BSD Lizenz: https://opensource.org/licenses/BSD-3-Clause Apache 2.0 Lizenz: https://www.apache.org/licenses/LICENSE-2.0 Hosts Wolfgang Gassler (https://twitter.com/schafele) Andy Grunwald (https://twitter.com/andygrunwald) Engineering Kiosk Podcast Anfragen an stehtisch@engineeringkiosk.dev