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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• 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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• 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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• 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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• 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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

• 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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] 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 [email protected] oder via Twitter an https://twitter.com/EngKiosk

Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners

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

• 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

(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

• Wolfgang Gassler (https://twitter.com/schafele)
• Andy Grunwald (https://twitter.com/andygrunwald)

Engineering Kiosk Podcast: Anfragen an [email protected] oder via Twitter an https://twitter.com/EngKiosk