Engineering Kiosk

Welche Rolle spielt Softwareentwicklung im Datenjournalismus?

Datenjournalismus ist eine spezialisierte Form des Journalismus, die u.a. darauf abzielt (offene) Daten (und somit auch interessante Fakten) durch interaktive Visualisierungen und Diagramme zugänglich zu machen. Doch um ein konsumierbares Ergebnis zu erhalten, ist viel Arbeit notwendig. Was steckt also dahinter?

In dieser Episode sprechen wir mit Michael Kreil. Michael ist freier Datenjournalist und gibt uns Einblicke in seine Arbeit. Wir klären, was Datenjournalismus eigentlich ist, inwieweit das ganze in Relation zu Data Analytics oder Data Science steht, woher eigentlich die Arbeitsgrundlage, also die Daten, stammen, wie viel Software-Engineering in diesem Prozess involviert ist, welche handwerklichen Fehler bei der Arbeit mit Daten gemacht werden können, aber auch wie Datenjournalisten für Open Data und “Public Money, Public Code oder Public Data” kämpfen.

Bonus: Wenn Daten präsentiert werden, schalten Menschen ihren Kopf aus.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Michael Kreil: https://www.michael-kreil.de/
• VersaTiles: A complete FLOSS map stack: https://versatiles.org/
• Pandas: https://pandas.pydata.org/
• d3.js: https://d3js.org/
• Chart.js: https://www.chartjs.org/
• Statista: https://de.statista.com/
• Our World In Data: https://ourworldindata.org/
• Destatis: https://www.destatis.de/
• Eurostat: https://ec.europa.eu/eurostat/de/
• Datenportal Berlin: https://daten.berlin.de/
• Open Data Portal der deutschen Bahn: https://data.deutschebahn.com/opendata
• GOV Data: https://www.govdata.de/
• Journalist klagt gegen Freistaat Bayern - Wann Medien Behördendaten veröffentlichen dürfen: https://www.deutschlandfunk.de/journalist-klagt-gegen-den-freistaat-bayern-sind-behoerdendaten-durch-das-urheberrecht-geschuetzt-100.html
• Kostenlose Basisdaten: https://www.adv-online.de/Veroeffentlichungen/Presse/ 
• Deadlift ETF: https://www.reddit.com/r/atrioc/comments/1ewkatt/some_dude_made_a_deadlift_etf_with_only_companies/
• Spurious correlations: https://tylervigen.com/spurious-correlations
• Per capita consumption of margarine correlates with the divorce rate in Maine: https://www.tylervigen.com/spurious/correlation/5920_per-capita-consumption-of-margarine_correlates-with_the-divorce-rate-in-maine
• A bad chart got better – and then bad again: https://blog.datawrapper.de/irish-times-chart-redesigned-olympics/
• Gap Minder: https://www.gapminder.org/
• Hans Rosling Talk https://www.ted.com/talks/hans_rosling_the_best_stats_you_ve_ever_seen 

(00:00:00) Datenjournalismus und Open Source Karten mit Michael Kreil

(00:04:04) Was hat dich dazu bewegt in den Journalismus zu gehen?

(00:05:53) Sponsor/Info

(00:06:53) Was ist Datenjournalismus?

(00:14:09) Wie verwandt ist der Datenjournalist mit Data Analytics und Data Science?

(00:19:00) Sind Datenjournalisten-Projekte "On-Off"-Projekte?

(00:20:36) Wo bekommen Datenjournalisten die Rohdaten her?

(00:30:52) Was müssen wir beim Umgang mit Daten bzw. Statistiken beachten?

(00:39:10) Korrelation ist nicht Kausalität

(00:47:56) Typische Fehler bei der Visualisierung von Daten

(00:57:47) Die Kunst, Elemente weg zu lassen

(01:00:21) Wie werde ich Datenjournalist?

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Eine technische Vision für die technische Leitlinie.

Klare Regeln, eine klare Richtung, in die dein Team läuft, sind essentiell, um schnelle Entscheidungen ohne Streit zu treffen. Jedes Software-Team hat als Ziel, sich schnell zu bewegen, dynamisch und agil zu sein. Doch dafür sind ein paar Leitlinien notwendig und die Richtung muss für alle klar sein.

Doch wie macht man dies? Das Stichwort der Stunde heißt “technische Vision”. Wir klären was das für eine Vision ist, wo der Unterschied zur Produkt-Vision ist, warum diese Vision auf Team- oder auf Firmenebene gesetzt werden kann, wer diese setzen sollte, untermalen das ganze mit ein paar griffigen Beispielen, setzen verwandte Hilfsmittel wie das Techradar und ein Engineering Manifesto in Relation und geben euch eine kleine Anleitung wie man eine technische Vision erstellt.

Bonus: Wie Berater mit der Antwort “It depends” immer wieder punkten.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• 12 Principles/Agile Manifesto: https://agilemanifesto.org/iso/de/manifesto.html 
• Engineering Kiosk Episode #47 Wer Visionen hat, soll zum Arzt!?: https://engineeringkiosk.dev/podcast/episode/47-wer-visionen-hat-soll-zum-arzt/
• Thoughtworks Technology Radar Volume 30: https://www.thoughtworks.com/content/dam/thoughtworks/documents/radar/2024/04/tr_technology_radar_vol_30_en.pdf
• Zalando Tech Radar - Scaling Contributions to Technology Selection: https://engineering.zalando.com/posts/2021/06/zalando-tech-radar-scaling-contributions.html 
• Zalando Tech Radar: https://opensource.zalando.com/tech-radar/
• Thoughtworks - Technology Radar: https://www.thoughtworks.com/radar 
• Engineering Kiosk Episode #62 Technologien konsolidieren, oder wie Startups sammeln?: https://engineeringkiosk.dev/podcast/episode/62-technologien-konsolidieren-oder-wie-startups-sammeln/
• Gartner Hype Cycle: https://www.gartner.de/de/methoden/hype-cycle
• Architectural Decision Records: https://adr.github.io/
• Engineering Kiosk Episode #110 OKRs und Beyond: Agile Unternehmensführung mit Marco Alberti von Murakamy: https://engineeringkiosk.dev/podcast/episode/110-okrs-und-beyond-agile-unternehmensf%C3%BChrung-mit-marco-alberti-von-murakamy/
• The Delivery Hero Reliability Manifesto: https://tech.deliveryhero.com/our-reliability-manifesto/

(00:00:00) Streit auf LinkedIn

(00:03:08) Was ist eine technische Vision?

(00:04:16) Werbung/Info

(00:05:16) Was ist eine technische Vision?

(00:17:52) Product-Vision vs. technische Vision

(00:26:06) Wird Innovation durch eine technische Vision verhindert?

(00:31:05) Wie kommt man zu einer technischen Vision?

(00:38:01) Reichweite und Entscheidungsfindung einer technischen Vision

(00:45:18) Woher weiß ich, dass ich eine gute technische Vision habe?

(00:51:28) Das Problem mit dem Wort "technische Vision"

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



• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Security Engineering und Hacking-Wettbewerbe “Capture the Flag”

Alles wird digital und für alles gibt es eine App. Bei einer solch rasanten Verbreitung, weckt dies Begehrlichkeiten bei böswilligen Hackern. Was ist also die passende Gegenwehr? Security Engineering! Doch was ist das eigentlich?

Wir sprechen mit Frederik Braun, Security Engineering Manager bei Mozilla und zuständig für den Firefox Browser. Er erklärt uns die Gemeinsamkeiten und Unterschiede von Security und Software-Engineering, wie sich der Bereich Security von einer Web-App und einem Browser unterscheidet, wie Security selbst bei Mozilla aussieht, wie Sicherheitslücken mittels Gamification und Capture The Flag Events gefunden und das suchen geübt werden kann und wie du in das Thema Security Engineering einsteigen kannst.

Bonus: Hackerpraktika an der Universität Bochum

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Frederik Braun: https://frederikbraun.de/
• Was ist Meltdown/Spectre? https://www.cloudflare.com/de-de/learning/security/threats/meltdown-spectre/
• xz-Backdoor – eine Aufarbeitung: https://research.hisolutions.com/2024/04/xz-backdoor-eine-aufarbeitung/
• FluxFingers: https://fluxfingers.net/
• Hack.lu: https://hack.lu/
• Bug Bounty Programm: https://de.wikipedia.org/wiki/Bug-Bounty-Programm
• Mozilla Security Bug Bounty Program: https://www.mozilla.org/en-US/security/bug-bounty/
• Pwn2Own-Hacker attackieren Tesla, Firefox und andere: https://www.golem.de/news/1-1-millionen-usd-gewonnen-pwn2own-hacker-attackieren-tesla-firefox-und-andere-2403-183515.html
• Mozilla Foundation Security Advisory 2024-15: https://www.mozilla.org/en-US/security/advisories/mfsa2024-15/
• Rapidly Leveling up Firefox Security: https://blog.mozilla.org/security/2024/04/04/rapidly-leveling-up-firefox-security/
• WebAssembly and Back Again: Fine-Grained Sandboxing in Firefox 95: https://hacks.mozilla.org/2021/12/webassembly-and-back-again-fine-grained-sandboxing-in-firefox-95/
• Over the Wire: https://overthewire.org/
• CTF Time: https://ctftime.org/
• Ruhr Universität Bochum: https://www.ruhr-uni-bochum.de/de
• Mozilla: https://www.mozilla.org/de/
• Mozilla auf Github: https://github.com/mozilla

(00:00:00) Intro

(00:00:56) Security Engineering mit Frederik Braun

(00:05:01) Frederiks Kontakt mit Security Engineering

(00:07:51) Werbung/Info

(00:08:51) Frederiks Kontakt mit Security Engineering

(00:18:16) Sub-Bereiche im Security Engineering und Software Entwicklung

(00:28:00) Softwareentwicklung eines Browsers zu anderen Softwarearten

(00:43:34) Was ist Capture the Flag, Bug Bounty und pwn2own?

(01:06:31) Der Einstieg in Security Engineering und Capture the Flag

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Alternatives Arbeitsmodell: Job-Sharing mit Tandem

Die Welt wird immer komplexer. In diesem Kontext ist die Digitalisierung nicht immer förderlich. Die erhöhte Komplexität der Umgebung hat auch einen Effekt auf den eigenen Job und auf Leads und andere Führungskräfte. Firmen stehen immer wieder vor der Herausforderung, die richtige Person für eine Stelle zu finden.

Doch was wäre denn, wenn wir nicht eine Person für eine Stelle, sondern gleich zwei neue Mitarbeiter für eine offene Stelle suchen würden? 

Bestimmt springen dir gerade ganz viele (negative) Gedanken durch den Kopf und du fragst dich “Hä? Wat?”.

Doch simplifiziert fasst dies das alternative Arbeitsmodell des Job-Tandems zusammen. Und genau darum geht es in dieser Episode. Wir sprechen mit Anna Drüing-Schlüter von der Firma Twise, die uns Einblick in diese Art von doppelter Führung gibt.

Bonus: Alles muss man vielleicht doch nicht allein machen.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Anna Drüing-Schlüter auf LinkedIn: https://www.linkedin.com/in/anna-dr%C3%BCing-schl%C3%BCter-961796b8/
• Twise: https://www.twise.eu/
• TWISE auf LinkedIn: https://www.linkedin.com/company/twise-gmbh/
• TWISE auf Instagram https://www.instagram.com/twise.eu/
• twAIse Matching Algorithmus: https://www.twise.eu/tandem-match-making
• Wissenschaftliche Befragung zur Tandem-Produktivität und ob Jobsharing sich lohnt: https://uploads-ssl.webflow.com/6098f3c5d7715d4186ff94e2/639cbca09f35afdf7bde60c6_Ergebnisse.Produktivita%CC%88t%20im%20Jobsharing_1.12.22.pdf
• Ein erfolgreiches Tandem berichtet - “Head of R&D” Topsharing beim Maschinenbauer TRUMPF: https://www.youtube.com/watch?v=rn9bqrIb_IM
• Modell der Persönlichkeitspsychologie - Big 5: https://de.wikipedia.org/wiki/Big_Five_(Psychologie)

(00:00:00) Intro

(00:01:16) Job-Tandem mit Anna Drüing-Schlüter

(00:05:09) In Bezug auf Flexibilität und Karriere: Was hat sich in den letzten Jahren im Arbeitsmarkt geändert?

(00:06:07) Info/Werbung

(00:07:35) In Bezug auf Flexibilität und Karriere: Was hat sich in den letzten Jahren im Arbeitsmarkt geändert?

(00:26:19) Entscheidungsfindung im Tandem

(00:33:58) Wie offen sind Firmen für dein Tandem-Modell?

(00:40:48) Doppelte Kosten im Job-Sharing?

(00:49:33) Verantwortlichkeiten im Tandem

(00:54:21) Erfahrung bei der Arbeit im Tandem

(01:00:25) Kommunikation nach Außen

(01:06:57) Wie starte ich mit dem Job-Sharing-Modell?

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Eine (Schalt)-Sekunde kann für ganz schön viele Probleme sorgen

Alle 4 Jahre haben wir ein Schaltjahr, ein zusätzlicher Tag wird eingefügt. Was aber vielen nicht bekannt ist: Immer mal wieder gibt es auch eine Schaltsekunde. Auf einmal hat der Tag nicht 86.400 Sekunden sondern 86.401 Sekunden.

Und eine solch zusätzliche Sekunde kann, zumindest bei IT-Systemen, für eine ganze Menge Probleme sorgen. Und auch eine ganze Podcast-Episode füllen.

Wir sprechen über die Schaltsekunde und warum diese seit 1970 nur 27 mal eingefügt wurde.

Wir thematisieren die Probleme die eine zusätzliche Sekunde erzeugt, 

Welche Lösungsmöglichkeiten es gibt, diese Probleme vorzubeugen, zB wie Windows damit umgeht, wann man eine monotonic Clock verwenden sollte, oder Warum Google und Amazon einzelne Sekunden in ihrem Zeit-Server verlangsamen und somit die Schaltsekunde “schmieren”.

Und wir sprechen über die Zukunft der Schaltsekunde, also ob wir diese noch brauchen oder nicht.

Es dreht sich also alles um Zeit bzw. um eine Sekunde.

Bonus: Du hast nur 27 Versuche, den Bug zu finden

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Schaltsekunde: https://de.wikipedia.org/wiki/Schaltsekunde
• “Geht es der Schaltsekunde an den Kragen?”: https://www.nzz.ch/geht_es_der_schaltsekunde_an_den_kragen-ld.690007
• ITU in 2015 - Coordinated Universal Time (UTC) to retain “leap second”: https://www.itu.int/net/pressoffice/press_releases/2015/53.aspx
• Problematic second: https://sarvendev.com/2024/07/problematic-second/
• How the Windows Time service treats a leap second: https://learn.microsoft.com/en-us/troubleshoot/windows-server/active-directory/time-service-treats-leap-second
• The Monotonic Clock and Why You Should Care About It: https://blog.codeminer42.com/the-monotonic-clock-and-why-you-should-care-about-it/
• Google Public NTP - Leap Smear: https://developers.google.com/time/smear
• AWS - Look Before You Leap – The Coming Leap Second and AWS: https://aws.amazon.com/de/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/
• Meinberg - Leap Second Smearing with NTP: https://www.meinbergglobal.com/download/burnicki/Leap%20Second%20Smearing%20With%20NTP.pdf
• Unsmear-Library (C++) von Google: https://github.com/google/unsmear
• Meta - It’s time to leave the leap second in the past: https://engineering.fb.com/2022/07/25/production-engineering/its-time-to-leave-the-leap-second-in-the-past/
• Building a more accurate time service at Facebook scale: https://engineering.fb.com/2020/03/18/production-engineering/ntp-service/
• Leap Second File at IANA: https://data.iana.org/time-zones/data/leap-seconds.list
• NTP Leap Second Processing: https://www.ntp.org/documentation/4.2.8-series/leap/
• The NTP Timescale and Leap Seconds: https://www.ntp.org/reflib/leap/
• Spanner: TrueTime and external consistency: https://cloud.google.com/spanner/docs/true-time-external-consistency
• The Unix leap second mess: http://www.madore.org/~david/computers/unix-leap-seconds.html
• Issues involved in computer time stamps and leap seconds: https://www.ucolick.org/~sla/leapsecs/picktwo.html

(00:00:00) Intro

(00:01:16) Was ist eine Schaltsekunde und wieso hat ein Tag 86400 Sekunden?

(00:03:54) Info/Werbung

(00:05:55) Was ist eine Schaltsekunde und wieso hat ein Tag 86400 Sekunden?

(00:18:29) Welchen Einfluss hat eine zusätzliche Sekunde auf die IT?

(00:30:44) Probleme in der klassischen Software-Entwicklung

(00:33:26) Lösungen: Reboot, ignorieren und Smear-Second

(00:44:05) Die Zukunft der Schaltsekunde

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gesundheit ist das höchste Gut des Menschen (welches wir noch nicht kaufen können)

Als Tech- bzw. Knowledger-Worker*in arbeiten wir zwar alle an unterschiedlichen Projekten, Produkten und in anderen Kontexten, doch eins haben wir (leider) alle gemeinsam: Wir sitzen den Großteil des Tages recht statisch auf einem Stuhl vor einem Computer. Es ist zwar oft bequem, aber wie gut ist es für den eigenen Körper?

Und auch sonst: Der Alltag ist oft stressig. Eine Deadline jagt die nächste. Back to back Meetings stehen an und niemand hat bzw. nimmt sich die Zeit, sich mal was halbwegs gesundes zu kochen. Stattdessen: Schnell zum Imbiss nebenan.

Deswegen widmen wir uns mal diesem wichtigen, doch recht techniklosen Thema der eigenen Fitness und Gesundheit und sprechen über die Probleme beim dauerhaften Sitzen, die Folgen von Stress, die Bedeutung von Fitness und die die Extreme in Social Media. Und das ganze mit Patrick Cole, einem Personal Trainer.

Bonus: Es gibt Bandscheibenvorfälle im oberen Rücken.

Videos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Patrick Cole auf LinkedIn: https://www.linkedin.com/in/pcfitwithpc/
• Website von Patrick Cole: https://www.patrick-cole.com/
• Musculoskeletal health: https://www.who.int/news-room/fact-sheets/detail/musculoskeletal-conditions
• Videos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/

(00:00:00) Fitness mit Patrick Cole

(00:04:46) Viele Knowledge-Worker haben die gleichen Probleme

(00:05:43) Info/Werbung

(00:06:48) Viele Knowledge-Worker haben die gleichen Probleme

(00:13:11) Bandscheibenvorfall, Migräne, Stress und mentale Gesundheit

(00:18:38) Verantwortung von Arbeitnehmer und Arbeitgeber

(00:24:01) Welche "Körperschäden" sind korrigierbar und Arten des Muskelaufbaus

(00:30:30) Einfache Übungen zum Start für zuhause

(00:38:05) Ernährung: Zugang zum Essen, unter Stress essen und Kalorien zählen

(00:53:51) Der Effekt von Alkohol und Fitness erkennt man nicht anhand der Körperform

(00:58:37) Gadgets und Technik

(01:01:50) Einfach mal anfangen

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Design Documents und Request for Comments (RFCs): Die Engineering Art der Planungsphase

Wir alle haben schon mal von einer Planungsphase gehört, um ein neues Projekt zu starten, und denken dabei an aufgeblasene Prozesse und lange Wasserfall-Diagramme. Und das Engineering-Team fragt sich oft: Wann kommen wir endlich mal zu den Details?

Da kommen die Begriffe Design Documents und Request for Comments (RFCs) ins Spiel.

Das doofe nur … Jemand muss diese Dokumente auch schreiben.

Und da sind wir bei gleich zwei von Andy's Lieblingsthemen: Schreiben und Design Docs.

Wir klären, wozu Design Documents eigentlich gut sind, worauf es ankommt, wo der Unterschied zu RFCs ist, ob das ganze nicht ein riesiger Wasserkopf ist, um einfach Dinge auf die Straße zu bringen und welche Kultur das ganze benötigt.

Viel Spaß.

Bonus: Wer schreibt, der bleibt.

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

Das schnelle Feedback zur Episode:

👍 (top)  👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• RFC und Design Doc Templates von verschiedenen Firmen: https://blog.pragmaticengineer.com/rfcs-and-design-docs/
• Public RFCs von SourceGraph: https://drive.google.com/drive/folders/1zP3FxdDlcSQGC1qvM9lHZRaHH4I9Jwwa?ref=blog.pragmaticengineer.com
• RFC Proposal von SourceGraph: https://docs.google.com/document/d/1zInJ9mn_SePKjS8dLHS1EDt2_gUEkCKD544bDDSuJek/edit#heading=h.trqab8y0kufp
• RFC Process von SoundCloud: https://philcalcado.com/2018/11/19/a_structured_rfc_process.html
• RFCs von RazorPay: https://github.com/razorpay/blade/tree/master/rfcs
• RFCs von Couchbase: https://github.com/couchbaselabs/sdk-rfcs/tree/master/rfc
• How to write an effective design document: https://rinaarts.com/how-to-write-an-effective-design-document/
• Design Docs at Google: https://www.industrialempathy.com/posts/design-docs-at-google/
• Design Documents vom Service Mesh Istio: https://github.com/istio/istio/wiki/Design-Doc-Links
• Kafka Improvement Proposals (KIP): https://cwiki.apache.org/confluence/display/KAFKA/Kafka+Improvement+Proposals
• Internet Engineering Task Force RFCs: https://www.ietf.org/process/rfcs/
• How and Why RFCs Fail: https://candost.blog/how-and-why-rfcs-fail/
• Oxides Request For Discussions: https://rfd.shared.oxide.computer/
• Engineering Episode #130 Wie gutes UX-Design entsteht mit Robin Titus: https://engineeringkiosk.dev/podcast/episode/130-wie-gutes-ux-design-entsteht-mit-robin-titus/
• Engineering Kiosk Episode #66 Stressfreie Produktivität in der hektischen Welt mit Getting Things Done: https://engineeringkiosk.dev/podcast/episode/66-stressfreie-produktivit%C3%A4t-in-der-hektischen-welt-mit-getting-things-done/
• Checklist Manifesto: How to Get Things Right: https://www.amazon.de/Checklist-Manifesto-ATUL-GAWANDE/dp/0312430000/ref=sr_1_1

(00:00:00) Intro

(00:01:15) Welche Relevanz haben Design Documents?

(00:07:25) Was ist ein Design Document?

(00:15:23) Wer schreibt das Design Document? Wie startet man?

(00:21:26) Mein Design hat Abhängigkeiten zu anderen Teams

(00:26:59) Design Document als zeitlicher Overhead

(00:31:56) Wie detailliert und lang soll ein Design Document sein?

(00:41:12) Request for Comments (RFCs) als ursprung für Design Documents

(00:50:10) Schreibtipps für dein erstes Design Document

(00:56:13) Box ticking exercise und Entscheidungs-Fatigue

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Open Source: Die schöne heile Welt - Oder doch nicht?

Die meisten sprechen über Open Source mit einem positiven Mindset. Die Kultur ist einzigartig. Leute, die sich noch nie gesehen haben, arbeiten zusammen an etwas Großem. Als Anwender ist man oft beeindruckt, was für eine großartige Software allein durch freiwillige Arbeit erschaffen und auch bereitgestellt wird.

Doch in der Realität sieht es oft ganz anders aus. Wenn mal wieder einer der Open Source Incidents in die Tagesschau geschafft hat, wird das ganze Set an Problemen, die es in der Maintainership von Open Source Projekten gibt, sichtbar. Und genau darüber geht es in dieser Episode.

Wir klären, welche Probleme es beim Maintainen von Open Source gibt, warum diese nur auf wenige Schultern verteilt sind, aber Milliarden Menschen vom positiven Open Source Output profitieren und welche Lösungen es dafür gibt. Viel Spaß.

Bonus: Viel Negativität auf wenigen Schultern verteilt.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Daniel Stenberg “Thank you Crowdstrike for helping to illustrate that Open Source is not the problem”: https://mastodon.social/@bagder/112812252225104999
• Daniel Stenberg “You too could have made curl!”: https://fosdem.org/2024/schedule/event/fosdem-2024-1931-you-too-could-have-made-curl-/
• "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/
• Engineering Kiosk Episode #59: Kann man mit Open Source Geld verdienen?: https://engineeringkiosk.dev/podcast/episode/59-kann-man-mit-open-source-geld-verdienen/
• Engineering Kiosk Episode #42 Lexer, Parser und Open Source in Counterstrike: https://engineeringkiosk.dev/podcast/episode/42-lexer-parser-und-open-source-in-counterstrike/
• Open Source Episoden im Engineering Kiosk: https://engineeringkiosk.dev/tag/open-source/
• Open Source Maintainers Owe You Nothing: https://mikemcquaid.com/open-source-maintainers-owe-you-nothing/
• The Pull Request Hack: https://felixge.de/2013/03/11/the-pull-request-hack/
• Github Issue “fucking project”: https://github.com/lansuite/lansuite/issues/1192
• Open Source is Not About You: https://gist.github.com/richhickey/1563cddea1002958f96e7ba9519972d9
• Vereine zur Förderung von Open Source in Schulen: https://linux-bildung.at/osos-austria/
• Google Open Source Peer Bonus program recognizes first group of 2024 recipients: https://opensource.googleblog.com/2024/06/google-open-source-peer-bonus-program-first-group-2024-recipients.html
• Open Source And Responsibility: https://felixge.de/2013/03/07/open-source-and-responsibility/
• Prototypefund: https://prototypefund.de/en/

(00:00:00) Intro

(00:00:57) Die positive Energie rund um Open Source

(00:07:19) Info/Werbung

(00:08:42) Die positive Energie rund um Open Source

(00:25:44) Full-Time-Open-Source: Ein Platz auf dem Schleudersitz?

(00:32:51) Gute Arbeit vs. Miete zahlen vs. Bugs für andere zu beheben

(00:48:18) Business-Customer-Relationship

(00:54:39) Als Firma etwas zurück geben

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

1on1s: Ein starkes Tool - Auch zum halten von Mitarbeitern

Mitarbeiter zu finden ist schwierig. Gute und produktive Mitarbeiter zu halten kann unter Umständen sogar noch schwieriger sein. Auf der anderen Seite sind die Zeiten vorbei, wo ein Mitarbeiter bei einem Unternehmen bis zur Rente bleibt. Das ist vielen bekannt und ein alter Hut.

Als wir diesen Podcast gestartet haben, dachten wir ebenfalls, 1on1s wären ein alter Hut. Nach der Veröffentlichung unserer Episode #10 zum 1on1 Meeting haben wir sehr viel positives Feedback bekommen, dass dieses Ritual nun Einzug in diversen Firmen gehalten hat.

In dieser Episode bringen wir beide Themen zusammen: Wie kann man mit Hilfe von 1on1s ein positives Signal zum Mitarbeiter senden, um diesen längerfristig zu halten?

Wir sprechen über die Herausforderung und Kosten, wenn Mitarbeiter das Unternehmen verlassen, übers aktive Zuhören, nicht alle Probleme als Manager selbst lösen, aktives Feedback einholen, aber auch Grenzen setzen sowie Accountability einfordern. 

Bonus: Wie bewertest du die Qualität des Essens in der Kantine?

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Engineering Kiosk Episode #112 Das Engineering Manager Pendulum: Zwischen Coding und Leadership mit Tom Bartel: https://engineeringkiosk.dev/podcast/episode/112-das-engineering-manager-pendulum-zwischen-coding-und-leadership-mit-tom-bartel/
• Engineering Kiosk Episode #10 Das Karriere Booster Meeting 1:1s: https://engineeringkiosk.dev/podcast/episode/10-das-karriere-booster-meeting-11s/
• Alle Engineering Kiosk Episoden zum Thema Karriere: https://engineeringkiosk.dev/tag/karriere/
• Alle Engineering Kiosk Episoden zum Thema Leadership: https://engineeringkiosk.dev/tag/leadership/
• One-on-Ones: Beyond Status Update: https://www.tombartel.me/blog/one-on-ones-beyond-status-update/
• A 101 on 1:1s: https://engineering.atspotify.com/2015/12/a-101-on-11s/

(00:00:00) Intro

(00:00:47) Die Arbeiterlosigkeit und die 4 Tage Woche

(00:05:04) Was kostet die Wiederbesetzung einer offenen Stelle?

(00:07:34) Info/Werbung

(00:08:41) Was kostet die Wiederbesetzung einer offenen Stelle?

(00:17:08) Aktives zuhören um Mitarbeiter zu halten

(00:22:05) Meine Tür steht dir immer offen

(00:34:22) Erwartungen und Grenzen setzen

(00:42:16) Ziele setzen und "Arbeit ist Arbeit"

(00:50:17) Wenn du selbst der schlechte Manager bist und Feedback einholen

(01:02:27) Leadership ist nicht einfach

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Überwachen von Applikationen in Zeiten von dynamischer Infrastruktur

Cloud hier, Serverless da, Container-Scheduler dort. In Zeiten von dynamischen Infrastrukturen weiß man gar nicht mehr so genau, auf welchem Server und Port deine Applikation eigentlich läuft. Dies wirft die große Frage auf: Wie überwache ich meine Applikation denn eigentlich so ordentlich, dass ich sicherstellen kann, dass diese so funktioniert, wie ich mir das initial gedacht habe?

Die Antwort dreht sich oft um den de facto Standard im Cloud Native Monitoring-Segment: Prometheus.

In dieser Episode sprechen wir mit Julius Volz, einem der zwei initialen Autoren von Prometheus.

Mit ihm sprechen wir über die Entstehungsgeschichte von Prometheus bei SoundCloud, wie sich das System von traditionellen Monitoring-Systemen unterscheidet, warum mit PromQL eine eigene Query-Language ins leben gerufen wurde aber auch welche Flaws er nach 12 Jahren Entwicklung gerne beheben würde.

Bonus: Wer kennt noch Nagios, Ganglia oder Graphite?

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

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an [email protected].

• Julius Volz: https://juliusv.com/
• Prometheus: https://prometheus.io/
• PromLabs YouTube Channel: https://www.youtube.com/@PromLabs
• PromLabs Trainngs: https://training.promlabs.com/
• Large-scale cluster management at Google with Borg: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdf
• Soundcloud: https://soundcloud.com/
• Prometheus: The Documentary https://www.youtube.com/watch?v=rT4fJNbfe14 
• Demo-Metriken: https://demo.promlabs.com/metrics
• Engineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/ep101

(00:00:00) Prometheus mit Julius Volz

(00:07:58) Was ist Prometheus?

(00:16:24) Observability, Service Discovery

(00:21:04) Selbstentwicklung eines Monitoring-Tools innerhalb einer Audio-Firma

(00:27:33) MVP und Inspiration von Borgmon

(00:34:17) Pull- vs. Push-Modell

(00:53:28) PromQL und der Vergleich zu SQL

(01:01:59) Visualisierung von Metriken

(01:04:48) Flaws in Prometheus

(01:13:30) Wie steige ich ins Thema Prometheus ein?

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

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Buy us a coffee: https://engineeringkiosk.dev/kaffee
• Email: [email protected]
• LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk