Engineering Kiosk

Es gibt viele Wege ein Problem zu lösen, doch wie würdest du es tun?Softwareentwicklung ist weit mehr als nur Programmieren. Es geht darum, das eigentliche Problem zu verstehen, sich zu fragen, ob dies wirklich ein Problem ist und ob es sich (in Bezug auf den Aufwand) lohnt, dieses Problem zu lösen und wie man es lösen würde. Verschiedene Lösungswege zu durchdenken, die Vor- und Nachteile abzuwägen und final die beste Entscheidung zu treffen, ist einer der größten Skills von erfahrenen Softwareentwickler*innen.In dieser Episode machen wir genau das: Eine Art Design- bzw. Architektur- bzw. Implementierungs-Diskussion. Wir stellen die Frage “Wie würdest du folgendes Problem lösen und implementieren?”. Das Szenario ist dabei eine Art Preis-Monitor. Ähnlich wie Geizhals oder Idealo, doch deutlich simpler.Bonus: Brauchen wir ein Cron-Package in jeder Programmiersprache?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKioskLinksOctoverse Report 2024: https://github.blog/news-insights/octoverse/octoverse-2024/Index Out Of Bounds Episode 90: Open-Source-Trends 2024 und die einfachsten Wege, Software zu hosten: https://open.spotify.com/episode/1C14wFkI3ur2sZQFEZo9xD?si=g0Lla0G3Q0aX9ZykGJpXZQChart.js: https://www.chartjs.org/Metabase: https://github.com/metabase/metabaseMailgun: https://www.mailgun.com/de/Grafana: https://grafana.com/Message bird: https://bird.com/de-de/Mailbox.org: https://mailbox.org/de/Engineering Kiosk Episode #135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur: https://engineeringkiosk.dev/podcast/episode/135-design-documents-rfcs-der-weg-zu-besserer-software-architektur/Top 8 Most Demanded Programming Languages in 2024: https://www.devjobsscanner.com/blog/top-8-most-demanded-programming-languages/Sprungmarken(00:00:00) Intro, Consultants und Teamphasen(00:04:33) Das Szenario: Heizöl-Preis-Alarm und Requirements Engineering(00:05:36) Info/Werbung(00:06:36) Das Szenario: Heizöl-Preis-Alarm und Requirements Engineering(00:32:51) Die Visualisierung und Notifications(00:39:38) Die alternative Implementierung: Ein Timeseries Problem(00:44:18) Die alternative Implementierung: No Code(00:50:12) Eine SaaS-Idee?(00:55:28) Eure ImplementierungHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

12/3/24 • 56:52

Wie hoste ich ein Large Language Modell in 5 Minuten mit Kubernetes mit Data Science Deep Dive.Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)LinksData Science Deep Dive Podcast: https://inwt.podbean.com/In Numbers We Trust: https://www.inwt-statistics.de/Kubernetes: https://kubernetes.io/Hugging Face: https://huggingface.co/Databricks: https://www.databricks.com/deTabby: https://github.com/TabbyML/tabbyGradio: https://www.gradio.app/Ollama: https://ollama.com/vLLM: https://github.com/vllm-project/vllmNVIDIA device plugin for Kubernetes: https://github.com/NVIDIA/k8s-device-plugin#quick-startSprungmarken(00:00:00) Wie hoste ich ein Large Language Modell in 5 Minuten mit Kubernetes?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

12/2/24 • 07:56

Warum i und j als Zählvariable genutzt werden und woher das ganze eigentlich stammt.Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcaster⋅innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten über ein interessantes Tech-Thema.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)LinksSumme: https://de.wikipedia.org/wiki/SummeSigma: https://de.wikipedia.org/wiki/SigmaSprungmarken(00:00:00) Warum i und j als Zählvariable genutzt werdenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskBluesky: https://bsky.app/profile/engineeringkiosk.bsky.socialTwitter: https://twitter.com/EngKiosk

12/1/24 • 06:04

Mit Hilfe von Spatial Index-Strukturen einen schnellen Zugriff auf Geodaten gewährleistenDie Welt ist groß und wird weiter digitalisiert. Um alles Auffindbar und durchsuchbar zu machen, werden Geodaten von alles und jedem festgehalten: Nicht nur Längen- und Breitengrade (wenn es sich um die Erde handelt), sondern auch Höhe bzw. Tiefe, Zeit und etliche andere Metadaten. Diese Art von Daten nennen sich Spatial-Data oder auch Geospatial-Data.Um in großen Datenmengen einen schnellen Zugriff zu gewährleisten, verwenden Softwaresysteme, wie zB Datenbanken, Indexstrukturen, auch Indizes, genannt. Eine zusätzliche Form der Speicherung durch die Nutzung hoch optimierter Datenstrukturen. Welche Indexstrukturen werden eigentlich bei Geospatial-Daten genutzt? Das ist das Thema dieser Episode. Wir sprechen über die Anwendungsfälle von Geospatial-Data, warum eine klassische Struktur wie ein B-Baum nicht für diese Art von Daten geeignet ist, was Gridfiles, Quadtrees, KD-Trees, R-Trees und Geohashing ist und wie diese funktionieren, ob all dies selbst implementiert werden muss oder wir auf bereits existierende Datenbanksysteme zurückgreifen können und klären, was der Fluch der Dimensionalität ist und was dies mit dem Thema AI zu tun hat.Bonus: MongoDBs Marketing-Initiative auf Basis von Spatial-Index-Strukturen.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partnersDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskLinksFluch der Dimensionalität: https://de.wikipedia.org/wiki/Fluch_der_Dimensionalit%C3%A4tR-Trees: A Dynamic Index Structure for Spatial Searching (1984): http://www.sai.msu.su/~megera/postgres/gist/papers/gutman-rtree.pdf R-Baum Splitstrategien: https://www.dbs.ifi.lmu.de/Lehre/GIS/WS1415/Skript/GIS_WS14_04_part2.pdf PostGIS in PostgreSQL: http://postgis.net/workshops/postgis-intro/indexing.html GeoHash: http://geohash.org/GeioHash @ Wikipedia: https://en.wikipedia.org/wiki/GeohashEngineering Kiosk Episode #146 Warum ist Doom so faszinierend für die Software-Entwicklung?: https://engineeringkiosk.dev/podcast/episode/146-warum-ist-doom-so-faszinierend-f%C3%BCr-die-software-entwicklung/SpatiaLite: https://www.gaia-gis.it/fossil/libspatialite/indexGridfile: https://de.wikipedia.org/wiki/GridfileQuadtree: https://de.wikipedia.org/wiki/Quadtreek-d-Baum: https://de.wikipedia.org/wiki/K-d-BaumSprungmarken(00:00:00) Indizes für Geospatial Data(00:02:54) Was ist Spatial bzw. Geo Spatial?(00:05:06) Info/Werbung(00:06:06) Was ist Spatial bzw. Geo Spatial?(00:17:43) Grid Files(00:21:46) KD Trees und Quad Trees(00:31:43) R-Tree(00:41:29) PostGIS, GeoHash und die Z-Kurve(00:51:26) Welche Libraries kommen zum Einsatz?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

11/26/24 • 62:10

Thinkpad von IBM/Lenovo: Das wohl bekannteste Business-Notebook der Welt?Wenn wir uns bei den verwendeten Laptops von Tech-Worker*Innen so umschauen, fallen besonders zwei Firmen bzw. Modelle auf. Das eine sind MacBooks von Apple. Das andere Thinkpad von IBM bzw. Lenovo. Besonders unter Software Entwickler*innen und Linux-Usern sind Thinkpads sehr weit verbreitet. Wir haben uns die Frage gestellt, warum dies so ist. Warum sind ThinkPads schon so lange am Markt und so beliebt? Was ist daran besonders? Diese Frage(n) versuchen wir in dieser Podcast-Episode zu beantworten. Christian Stankowic ist Sammler von ThinkPads und betreibt ein digitales Museum und einen Podcast zu diesem Thema. Mit ihm klären wir, den Grund für die Beliebtheit von Thinkpads, wie die Geschichte zu der Notebook-Marke aussieht, wer Richard Sapper ist, was es mit der roten Farbe im Produkt-Design auf sich hat, welche Hardware-Kuriositäten es bei verschiedenen Modellen gibt, woher eigentlich der Name Think kommt und vieles mehr.Bonus: Nobody gets fired for buying IBM.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksChristian Stankowic: https://cstan.io/Talk “ThinkPads - Geschichte und Nerdkultur” auf der Froscon 2024: https://media.ccc.de/v/froscon2024-3141-thinkpadsThinkPad-Museum - Digitales Museum und Podcast: https://thinkpad-museum.de/ Artemide Tizio 55 (1972) Lampe: https://de.wikipedia.org/wiki/TizioRichard Sapper Mod. 5140: https://richardsapperdesign.com/products/mod-5140/Thinkpad 701 : https://thinkwiki.de/701ThinkPad 550: https://thinkwiki.de/550In Love with PDA: https://inlovewithpda.de/ThinkPad W701: https://thinkwiki.de/W701Framework Laptop: https://frame.work/de/deLenovo Thinkpad X1 Fold: https://www.lenovo.com/de/de/thinkpad-x1-fold/Thinkpad Forum: https://thinkpad-forum.de/ThinkPad Wiki: https://thinkwiki.de/Sprungmarken(00:00:00) Thinkpads mit Christian Stankowic(00:03:40) Was ist ein Thinkpad? Was ist ein Trackpoint?(00:03:59) Info/Werbung(00:04:59) Was ist ein Thinkpad? Was ist ein Trackpoint?(00:21:50) Kurzgeschichte: Thinkpads (Modellnamen, Prefixe)(00:29:28) IBM und Lenovo(00:34:08) Richard Sapper(00:46:13) Der Name "Think"(00:49:02) Modell-Experimente(01:03:25) Eigene Modifikationen an ThinkPadsHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

11/19/24 • 76:34

Recommender Systems: Was steckt hinter modernen Empfehlungsalgorithmen?Moderne Empfehlungsalgorithmen begegnen uns im Alltag überall: Die nächste Serie bei Netflix, die “für dich zusammengestellte Playlist” bei Spotify oder “Kunden, die diesen Artikel gekauft haben, kauften auch” bei Amazon. In Zeiten von AI könnten wir meinen, dass dies alles schwarze Magie ist. Doch i.d.R. folgen die Empfehlungen gewissen Logiken. All das ganze wird im Research Bereich “Recommender Systems” genannt.Dies ist auch das Thema dieser Episode. Prof. Dr. Eva Zangerle, eine Expertin im Bereich Recommender System erklärt uns, was Recommender Systems eigentlich sind, welche Grundlegenden Ansätze für Empfehlungsalgorithmen existieren, wie viele Daten benötigt werden um sinnvolle Ergebnisse zu erzielen, was das Cold-Start Problem ist, wie Forscher evaluieren können, ob es gute oder schlechte Empfehlungen sind, was die Begriffe Recall und Precision eigentlich bedeuten, ob Empfehlungsalgorithmen auch einen gewissen Bias entwickeln können sowie welche Trends auf dem Forschungsgebiet zur Zeit aktuell sind.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksEva Zangerle: https://evazangerle.at/Eva Zangerle @ Google Scholar: https://scholar.google.com/citations?hl=de&user=eeyGXWoAAAAJ&view_op=list_works&sortby=pubdateSurprise - A Python scikit for recommender systems: https://surpriselib.com/LensKit - Python Tools for Recommender Experiments: https://lenskit.org/Podcast Recsperts - Recommender Systems Experts: https://recsperts.com/Elliot - Framework for Reproducible Recommender Systems Evaluation: https://github.com/sisinflab/elliotRecBole - A unified, comprehensive and efficient recommendation library: https://recbole.io/Buch “Kollektive Intelligenz analysieren, programmieren und nutzen” (2008): https://www.amazon.de/Kollektive-Intelligenz-analysieren-programmieren-nutzen/dp/3897217805Buch “Practical Recommender Systems” von Kim Falk (Autor): https://www.amazon.de/Practical-Recommender-Systems-Kim-Falk/dp/1617292702Microsoft Recommenders: https://github.com/recommenders-team/recommendersSource code for Twitter's Recommendation Algorithm: https://github.com/twitter/the-algorithmSprungmarken(00:00:00) Recommender Systems mit Eva Zangerle(00:06:07) RecSys - Die ACM Recommender Systems Conference(00:06:31) Info/Werbung(00:07:31) RecSys - Die ACM Recommender Systems Conference(00:17:58) User Profile und Kontexte in Recommender Systems(00:25:38) Wie baut man ein Recommender Systems auf?(00:36:02) Das Cold-Start Problem, balancierte Algorithmen und das Habsburger-Problem(00:42:37) Evaluierung von Recommender Systems: Precision und Recall(00:51:55) AI und LLMs als Empfehlungs-Assistent(00:55:51) Spezielle Datenbank-Systeme, Sequential Recommendation und Audio Recommendations(01:01:22) Key Trends in der Recommender Systems und Information Retrieval Szene(01:09:09) Empfehlung für den Einstieg in Recommender SystemsHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

11/12/24 • 71:03

Forking: Ein Grundpfeiler von Open Source mit eigenen HerausforderungenDas tolle an Open Source? Man hat das Recht, die Software zu modifizieren und auch in ihrer modifizierten Form zu verbreiten. Wenn man plant, das Open Source Projekt zu modifizieren und unabhängig von seiner Ursprungsform weiterzuentwickeln, nennt man dies Fork bzw. Forking. Das klingt erstmal super und nach viel Freiheit. Doch Forking hat ganz eigene Herausforderungen.In dieser Episode klären wir, was Forks sind, welche populären Forks es in der Geschichte von Open Source gegeben hat und was die Motivation dieser Forks war, welche Projekt-Forks es nicht zur Popularität geschafft haben, warum Forking auch als Druckmittel genutzt werden kann und warum es eine Art Grundrecht auf GitHub ist, welche (oft unsichtbaren) Herausforderungen Forking mit sich bringt und klären, was das Urheberrecht und der Digital Millennium Copyright Act (DMCA) aus den USA damit auf sich hat..Bonus: Bei Debian hieß der Firefox Browser mal Iceweasel.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksElasticsearch Is Open Source. Again!: https://www.elastic.co/de/blog/elasticsearch-is-open-source-againPaperless: https://github.com/the-paperless-project/paperlessPaperless-NG: https://github.com/jonaswinkler/paperless-ngPaperless-NGX: https://github.com/paperless-ngx/paperless-ngxNode.js says all is forgiven, welcomes io.js fork back into the fold: https://www.theregister.com/2015/09/09/node_js_v400_reunites_with_io_js/Redis ändert die Lizenz, Linux Foundation übernimmt den Fork Valkey: https://www.heise.de/news/Redis-aendert-die-Lizenz-Linux-Foundation-uebernimmt-den-Fork-Valkey-9671221.htmlGitHub’s DMCA Takedown Policy: https://docs.github.com/en/site-policy/content-removal-policies/dmca-takedown-policyRepository with text of DMCA takedown notices by GitHub: https://github.com/github/dmcaNamensstreit zwischen Debian und Mozilla: https://de.wikipedia.org/wiki/Namensstreit_zwischen_Debian_und_MozillaOpenTofu: https://opentofu.org/GitHub’s Terms of Service - 5. License Grant to Other Users: https://docs.github.com/en/site-policy/github-terms/github-terms-of-service#5-license-grant-to-other-usersOSI Approved Licenses: https://opensource.org/licensesOpening up the WinAmp source to all goes badly as owners delete entire repo: https://www.theregister.com/2024/10/16/opensourcing_of_winamp_goes_badly/Engineering Kiosk Episode #69 MySQL vs. MariaDB: https://engineeringkiosk.dev/podcast/episode/69-mysql-vs-mariadb/Engineering Kiosk Episode #86 Open Source als Herz einer Firma mit Nextcloud Gründer Frank Karlitschek: https://engineeringkiosk.dev/podcast/episode/86-open-source-als-herz-einer-firma-mit-nextcloud-gr%C3%BCnder-frank-karlitschek/Sprungmarken(00:00:00) Die Vorteile von Open Source(00:05:41) Info/Werbung(00:06:41) Die Vorteile von Open Source(00:14:31) Erfolgreiche Forks aus der Open Source Welt(00:29:08) Forks, die es "nicht geschafft" haben(00:36:59) Die Motivation, ein Projekt zu Forken und das Urheberrecht(00:44:50) Der Rattenschwanz des Forkens von großen Projekten(00:53:46) Ist forken ein positives oder negatives Zeichen?(01:01:16) Kommunikation ist das wichtigste Element in der Open Source CommunityHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

11/5/24 • 66:35

Mechanische Tastaturen: Profi-Werkzeug für alle Software-Entwickler⋅innenFür alle Tech-Worker⋅innen ist kein Peripheriegerät so essentiell wie die eigene Tastatur. Und doch verwenden viele von uns ein 15€ Gerät, das wir noch vom ersten Computer im Schrank liegen haben. Vergleichbar wäre dies, wenn professionelle Handwerker täglich mit der Bohrmaschine aus dem Discounter eine Mauer wegstemmen. Funktioniert schon. Irgendwie. Aber angenehm ist anders.Mechanische Tastaturen wären in diesem Vergleich wohl die Hilti unter den Eingabegeräten. Doch was zeichnet eine mechanische Tastatur aus? Sind die nicht einfach nur laut? Was ist der Hype um diese Art von Keyboards? Wie sind diese im Detail aufgebaut, was kosten diese, warum sind dort oft bunte Tasten verbaut, welche Tastatur-Layouts und -Größen gibt es und was hat das ganze mit Ergonomie zu tun?In dieser Episode geht es nicht nur um Tastatur-Hardware, sondern auch um Custom-Firmware. Wir steigen tief in den Hasenbau.Bonus: Wir fordern - Dezibel-Tests für TastaturenUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksNerdbude Blog: https://www.nerdbude.com/ Click! Clack! Hack! Podcast: https://www.clickclackhack.de/CCH Con: https://www.cch-con.de/PCB Exchange: https://pcb-exchange.de/Tastatur-Keylayout “KYB3R_KEYS”: https://www.nerdbude.com/kyb3r_keys.htmlKeyboard Lexikon: https://golem.hu/keyboard-lexicon/QMK Firmware: https://qmk.fm/Corne keyboard: https://github.com/foostan/crkbdZMK Firmware: https://zmk.dev/Workman Keyboard Layout: https://workmanlayout.org/Space Cadet Shift in QMK: https://docs.qmk.fm/features/space_cadetMechanicon: https://mechanicon.io/Keychron Switch Tester 100 Max Edition: https://keychron.de/de/products/keychron-switch-tester-100-max-editionClick! Clack! Hack! Community: https://www.clickclackhack.de/about.htmlGeekhack: https://geekhack.org/Keebtalk: https://www.keebtalk.com/Sprungmarken(00:00:00) Mechanische Tastaturen mit Philipp Hoeler-Lutz(00:06:40) Werbung/Info(00:07:40) Was sind mechanische Tastaturen sowie der Hype und die Begeisterung(00:13:42) Welche Verbreitung haben mechanische Tastaturen?(00:17:28) Wie ist eine mechanische Tastatur aufgebaut?(00:23:42) Was sind Switched und wie funktionieren diese?(00:31:41) Switches selbst bauen(00:33:45) Lautstärke von mechanischen Tastaturen, Bounce und Debounce(00:39:35) Farbgebung und Keycaps bei mechanischen Tastaturen(00:52:39) Unibody, Split- und Sculpt-Keyboards(00:57:49) Firmwares für Custom-Keyboards(01:09:27) Wie steige ich in das Thema mechanische Keyboards ein?(01:12:37) Communities für mechanische KeyboardsHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

10/29/24 • 78:36

Doom - Das Spiel und warum es ein Engineering Meisterwerk istDas Spiel Doom beschäftigt viele Software-Entwickler*innen auch noch 31 Jahren nach seiner Veröffentlichung im Jahre 1993. Die Frage “Can it run Doom?” ist allgegenwärtig. Es ist eine Art Sport geworden, das Spiel auf jede Art von Device zu portieren. Doom läuft inzwischen auf einem John Deere Trecker, einem Satelliten und einem digitalen Schwangerschaftstest.Doch was macht dieses Spiel so interessant?Warum wird genau dieses Spiel für die Portierung genutzt?Welche bahnbrechenden Implementierungsdetails haben John Carmack, John Romero und das Team verbaut?Das war meine Ausgangsfrage. Das Resultat? Ein tiefes Loch voller Wow und WTF-Momente. Und diese Podcast-Episode. Es geht um Zufallszahlengeneratoren, Grafik-Engines, Doom-Fun-Facts, Doom Forks und wie du deinen eigenen Doom-Port erstellen kannst.Bonus: Ist es eine Herausforderung ein Device zu finden, das Doom nicht laufen lassen kann?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksDoom: https://de.wikipedia.org/wiki/DoomDoom-Engine: https://de.wikipedia.org/wiki/Doom-EngineDoom SourceCode: https://github.com/id-Software/DOOM/tree/masterDoom Zufallszahlen-Tabelle: https://github.com/id-Software/DOOM/blob/a77dfb96cb91780ca334d0d4cfd86957558007e0/linuxdoom-1.10/m_random.c#L31Entfernung von zufälligkeit bei Doom: https://jmtd.net/log/deterministic_doom/LMP / LUMP-Files: https://doomwiki.org/wiki/LMPDoom Replay Editor: https://test.doomworld.com/forum/topic/112543-how-to-use-xdre-tas-information/Raycasting: https://de.wikipedia.org/wiki/RaycastingPlaying Video Games One Frame at a Time - Ólafur Waage - NDC TechTown 2023: https://www.youtube.com/watch?v=Z1Nf8KcG4roRunning DOOM on a satellite: https://www.youtube.com/watch?v=zthssUIFG6cTweet that Doom runs in Space: https://x.com/olafurw/status/1741071775356637413Source Code of Dooms Port für OPS-SAT: https://github.com/olafurw/opssat-doom/GameNGen: Google-Forscher simulieren "Doom" ohne Engine: https://www.heise.de/news/GameNGen-Google-Forscher-simulieren-Doom-ohne-Engine-9851001.htmlThe Doom Bible: https://5years.doomworld.com/doombible/Chocolate Doom: https://www.chocolate-doom.org/Crispy Doom: https://fabiangreffrath.github.io/crispy-homepage/ZDoom: https://zdoom.org/indexGZDoom: https://github.com/ZDoom/gzdoomC++ Doom: https://github.com/patricia-gallardo/cpp-doomList of Doom ports: https://en.wikipedia.org/wiki/List_of_Doom_portsVon Legostein bis Schwangerschaftstest: „Doom“ läuft wirklich überall: https://t3n.de/news/doom-laueft-ueberall-sammlung-lego-zocken-fps-gaming-1320291/Doom-Captcha: https://vivirenremoto.github.io/doomcaptcha/Doom Engine Code Review: https://fabiensanglard.net/doomIphone/doomClassicRenderer.phpHow Much of a Genius-Level Move Was Using Binary Space Partitioning in Doom?: https://twobithistory.org/2019/11/06/doom-bsp.htmlSub-Reddit “It runs Doom”: https://www.reddit.com/r/itrunsdoom/Sub-Reddit “Doom”: https://www.reddit.com/r/Doom/Buch “Game Engine Black Book: DOOM: v1.2” → https://www.amazon.de/Game-Engine-Black-Book-DOOM/dp/B0BMSP3GSS/ref=sr_1_1Buch “Masters of Doom: How Two Guys Created an Empire and Transformed Pop Culture”: https://www.amazon.de/Masters-Doom-Created-Transformed-Culture/dp/0812972155Approval Testing: https://approvaltests.com/Doom Generic: https://github.com/ozkl/doomgenericDoom auf einer Canon-Kamera: https://www.reddit.com/r/itrunsdoom/comments/mcgphm/managed_to_run_doom_on_camera/Doom auf einem Thermomix-Clone: https://www.reddit.com/r/itrunsdoom/comments/by5x1n/oc_made_a_thermomix_clone_run_doom_with_a_friend/Doom auf einem Laufband: https://www.reddit.com/r/itrunsdoom/comments/fnj43o/doom_on_a_nordictrack_treadmill/Doom auf einem iPod: https://www.reddit.com/r/itrunsdoom/comments/egqyqj/doom_on_my_ipod/Computer-System vom John Deere Traktor: https://www.reddit.com/r/itrunsdoom/comments/wociaz/the_hacker_known_as_sick_codes_has_successfully/Doom auf einer Ikeas Trådfri-Lampe: https://t3n.de/news/ikea-tradfri-lampe-doom-zocken-1384849/Doom auf einem digitalen Schwangerschaftstest: https://x.com/Foone/status/1302820468819288066Doom auf einem Satelliten: https://x.com/olafurw/status/1741071775356637413Roomba-Staubsauger erstellt Doom-Maps: https://richwhitehouse.com/index.php?postid=72Can Grafana run Doom?: https://grafana.com/blog/2022/03/31/can-grafana-run-doom/Sprungmarken(00:00:00) Die Faszination um das Spiel Doom(00:04:20) Werbung/Info(00:05:20) Was ist Doom?(00:09:21) Was ist Doom technisch?(00:12:15) Architektur: Trennung von Engine und Daten(00:14:58) Determinismus und der Zufall(00:21:07) Aufzeichnung der Benutzer-Eingaben und Multiplayer(00:30:19) Grafik-Engine: Visible Surface Determination, Raytracing und Binary Space Partitioning(00:45:30) Doom-Ports und die Weiterentwicklung des Spiels(00:53:12) Can it run Doom?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

10/22/24 • 58:22

Ist “Open Source” eigentlich der Quellcode? Oder geht es primär um Menschen und der Code ist nur das Ergebnis?Die Open Source Bewegung ist aus der Softwareentwicklung nicht mehr wegzudenken. Ein Teil davon zu sein fühlt sich gut an. Wir geben etwas zurück. Einige von uns träumen auch davon, dass das eigene Open Source Projekt mal so richtig groß wird. Doch wie verändert sich eigentlich die Art und Weise, wie wir ein Open Source Projekt managen, wenn dies eine große Nutzerbasis, viele Contributoren und noch mehr Reichweite bekommt? Steht dann noch das eigentliche Ergebnis, der Quellcode, im Vordergrund? Oder spielen Themen wie Community Management, der Einfluss auf Menschen, Finanzierung oder Governance-Strukturen eine größere Rolle?In dieser Episode sprechen wir mit Benni Mack. Benni ist Project Lead bei TYPO3, einem Open Source Content Management System. Er gibt uns Einblicke, welche Aktivitäten eigentlich notwendig sind um ein solch großes Open Source Projekt am leben und laufen zu halten, welchen Einfluss es auf Menschen haben kann, wie junge contributoren motiviert werden können, welche Governance und Finanzierungsstrukturen existieren und wir sprechen über die negativen Seiten und Herausforderungen bei großen Open Source Projekten.Bonus: Was Snowboard fahren und Surfen mit Softwareentwicklung zu tun hat.Unsere Partner aus der Werbung: https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksBenni Mack auf LinkedIn: https://www.linkedin.com/in/benjaminmack/b13, Agentur von Benni Mack: https://b13.com/de/TYPO3 GmbH: https://typo3.com/TYPO3 Association: https://typo3.org/project/associationGovernment Site Builder: https://www.itzbund.de/DE/itloesungen/standardloesungen/gsb/gsb.htmlTYPO3 Snowboard Tour: https://t3board.typo3.org/TYPO3 Surf Camp: https://surfcamp.typo3.com/Gerrit Code Review: https://www.gerritcodereview.com/Drupal: https://www.drupal.org/Sprungmarken(00:00:00) Management von großen Open Source Projekten mit Benni Mack(00:04:36) Werbung/Info(00:05:36) Was ist TYPO3 und was zeichnet es aus?(00:09:55) Welche Relevanz hat Content Management eigentlich noch?(00:12:15) Governance-Modell und Team-Strukturen beim Open Source Projekt TYPO3?(00:21:52) Roadmaps, Visionen und Features bei großen Open Source Projekten(00:38:06) Motivation von neuen Contributoren und Open Source Stars(00:45:55) Community-Aufbau bei großen Open Source Projekten(00:49:28) Agenturen und Open Source Sponsoring(00:57:03) Gerrit und GitHub als Source Code Management Plattform(01:04:41) Ablehnung von Patches(01:08:14) Contributions zu anderen Open Source SystemenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

10/15/24 • 70:55

Zeitsynchronisation: Ein Element, wovon wir ausgehen, dass es einfach funktioniertSo gut wie jede Applikation benötigt die aktuelle Zeit als ein Element zur Berechnung, zum Logging oder auch zur Synchronisation. Besonders bei mehreren Systemen, die miteinander kommunizieren, ist die Synchronisation der Zeit essenziell. Dazu zählen z.B. verteilte Systeme wie Datenbanken oder auch IP-basierte Funk- und Videoübertragungssysteme.Doch wie funktioniert das eigentlich und was steckt dahinter? In dieser Episode geht es also um Zeit und Zeitsynchronisation.Wir sprechen über die beiden Protokolle NTP, das Network Time Protocol und PTP, das Precision Time Protocol. Was sind das für Protokolle? Wo kommen diese zum Einsatz, welche Genauigkeit legen diese zu Grunde und wo kommen diese an ihre Grenzen? Und was sind Boundary Clocks und Transparent Clocks?Weiterhin schauen wir uns mal an, wozu spezifische Hardware zur Zeitsynchronisation gebraucht wird und woher die Ursprungszeit eigentlich stammt.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksMeinberg: https://www.meinberg.de/Thomas Behn auf LinkedIn: https://www.linkedin.com/in/thomas-behn/Daniel Boldt auf LinkedIn: https://www.linkedin.com/in/meinberg-daniel-boldt/Network Time Protocol (NTP): https://de.wikipedia.org/wiki/Network_Time_ProtocolPrecision Time Protocol (PTP): https://de.wikipedia.org/wiki/Precision_Time_ProtocolMeinberg Produktübersicht: https://www.meinberg.de/german/products/Meinberg Knowledgebase zum Thema Zeitsynchronisation: https://kb.meinbergglobal.com/kb/time_sync/startLeap Smear Google Dokumentation: https://developers.google.com/time/smearPaper “Securing Unprotected NTP Implementations Using an NTS Daemon”: https://ieeexplore.ieee.org/document/8886645Whitepaper "Computer Time Synchronization Concepts" von Martin Burnicki: https://www.meinbergglobal.com/download/burnicki/Computer%20Time%20Synchronization%20Concepts%20-%202014-04-29.pdfBlog-Artikel NTP vs. PTP: https://blog.meinbergglobal.com/2013/11/22/ntp-vs-ptp-network-timing-smackdown/PTP Track Hound: https://www.ptptrackhound.com/Karrieremöglichkeiten bei Meinberg: https://www.meinberg.de/german/company/jobs-karriere.htmZeitzeichensender DCF77: https://de.wikipedia.org/wiki/DCF77Linux Kernel - Real-Time Linux ist in der Mainline angekommen: https://www.golem.de/news/linux-kernel-real-time-linux-ist-in-der-mainline-angekommen-2409-189128.htmlSprungmarken(00:01:08) Daniel Boldt und Thomas Behn von Meinberg(00:05:46) Was ist das Network Time Protocol (NTP)?(00:06:35) Werbung/Info(00:07:35) Was ist das Network Time Protocol (NTP)?(00:22:54) Stratum-Server, Zeit-Hierarchien und symmetrische Netzwerke(00:30:29) Sicherheit bei Network Time Protocol (NTP)(00:33:03) Was ist das Precision Time Protocol (PTP)?(00:44:03) Anwendung von Precision Time Protocol (PTP) und dedizierte Hardware(00:49:27) Die Probleme vom Precision Time Protocol (PTP)(00:58:42) Dedizierte Hardware zur ZeitsynchronisationHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

10/8/24 • 68:03

Dein Code ist nichts wert, bevor er nicht in Produktion ist!Viele Software-Entwickler*innen haben sich bereits in der Situation gefunden, wo wir immer und immer wieder über den eigenen Source Code iterieren, um diesen noch schöner zu machen. Soviel Spaß dies auch macht … ist das schönste Gefühl jedoch, wenn jemand meinen Source Code wirklich nutzt. Und das geht nur, wenn wir diesen auch deployen.Oder etwas direkter gesagt: Dein Source Code ist solange nichts wert, bis dieser nicht in Produktion ist und vom Kunden genutzt werden kann. Klingt hart, ist aber Fakt. Deswegen geht's in dieser Podcast Episode um das Thema Deployment.Wir sprechen über Anti-Patterns wie manuelle Deployments, Big-Bang Deployments und Deployment Monolithen. Wir schauen uns an welche Herausforderungen wir bereits in unserer beruflichen Laufbahn bei Deployments gesehen haben, wie zB Caching, CDNs, Deployment unter Hochlast oder das Einspielen von Datenbankänderungen und geben mal eine Tour durch verschiedene Deployment-Arten, mit u.a. Canary Deployments, der Blue-Green-Stratgie, Feature Flags oder Shadow Deployments bzw. Dark Launches.Final bringen wir die Frage auf den Tisch, wann du das letzte mal deinen Rollback getestet hast.Bonus: Wie macht man eine Podcast-Episode über Deployment ohne Continuous Delivery und Continuous Deployment (CD) zu erwähnen?Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksLinear fixt einen Bug innerhalb von 28 Minuten: https://www.linkedin.com/posts/karrisaarinen_power-of-the-linear-team-product-and-triage-activity-7242999316309573632--Z3f/How to change symlinks atomically: https://blog.moertel.com/posts/2005-08-22-how-to-change-symlinks-atomically.htmlPlanetscale - The State of Online Schema Migrations in MySQL: https://planetscale.com/blog/state-of-online-schema-migrations-in-mysqlMartin Fowler über Dark Launching: https://martinfowler.com/bliki/DarkLaunching.htmlKubernetes deployment strategies explained: https://github.com/ContainerSolutions/k8s-deployment-strategiesVortrag “Jeder Meter Zählt / Linux @ Deutsche Börse” von Jens Kühnel: https://media.ccc.de/v/froscon2024-3137-jeder_meter_zahltCase Study 4: The $440 Million Software Error at Knight Capital: https://www.henricodolfing.com/2019/06/project-failure-case-study-knight-capital.htmlEngineering Kiosk Episode #111 Side-Projects: Zwei Entwickler overengineeren einen Podcast: https://engineeringkiosk.dev/podcast/episode/111-side-projects-zwei-entwickler-overengineeren-einen-podcast/Engineering Kiosk Episode #87 Die DORA-Metriken: Ist Software-Entwicklungs-Performance messbar?: https://engineeringkiosk.dev/podcast/episode/87-die-dora-metriken-ist-software-entwicklungs-performance-messbar/Engineering Kiosk Episode #109 Freeze! Warum dein Code manchmal eine Pause braucht: https://engineeringkiosk.dev/podcast/episode/109-freeze-warum-dein-code-manchmal-eine-pause-braucht/Sprungmarken(00:00:00) Intro(00:01:04) Der Wert von automatisierten Deployments(00:04:46) Werbung/Info(00:05:46) Der Wert von automatisierten Deployments(00:13:40) Datenbank-Deployments und Rollbacks(00:19:04) Anti-Pattern: Komplizierter Deployment Prozess(00:24:47) Anti-Pattern: Big-Bang-Deployment(00:30:10) Ein schneller Feedback-Cycle(00:32:45) Anti-Pattern: Deployment-Monolith(00:42:28) Herausforderungen beim Deployment: Caching, CDN und Traffic(00:52:24) Deployment-Strategien(01:08:34) Metriken für deinen Deployment-Prozess(01:13:18) Nicht jede Software braucht 5 Deployments pro TagHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

10/1/24 • 76:45

Home Office vs. Return to Office: Der Machtkampf der Arbeitsweisen.Home Office, Telearbeit, mobiles Arbeiten, Full Remote oder ab und zu auch Sofa-Zentrale, Küchen-Kontrollzentrum oder Pyjama-Büro. Obwohl diese Begriffe rechtlich und steuerlich teils eine andere Bedeutung haben, ist das Ergebnis das gleiche: Arbeiten von Zuhause bzw. nicht aus dem Büro deines Unternehmens.Zur Corona Pandemie sind wir alle, freiwillig oder gezwungen, in den Genuss des Home Offices bekommen. Einige Unternehmen haben das Home Office als festen Bestandteil beibehalten. Andere haben Regeln für ein Hybrid-Modell eingeführt und wiederum andere springen auf den 5 Tage Return to Office Zug auf. Das Thema ist hoch subjektiv, denn jeder hat eine Meinung, welches Arbeitsmodell das beste ist.Doch wie sehen denn eigentlich die Zahlen und Fakten zu diesem Thema aus? Jean-Victor Alipour, Dr. im Bereich Volkswirtschaft, hat mit den Forschungen zu diesem Thema bereits vor der Corona Pandemie begonnen. Mit ihm klären wir, wie das Ansehen von Home Office vor der Pandemie war, welche Verbreitung Home Office und Hybrides Arbeiten heute hat, Inwieweit die Produktivität steigt bzw. sinkt, ob es eine Return To Office-Bewegung gibt und ob bzw. wie sich die städtischen Ballungsgebiete im Hinblick auf Remote work ändern.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top)  👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksJean-Victor Alipour: https://sites.google.com/view/jv-alipour/Jean-Victor Alipour auf LinkedIn: https://www.linkedin.com/in/jean-victor-alipour/Eric Schmidt zu “Working from Home”: https://www.wsj.com/tech/ai/google-eric-schmidt-ai-remote-work-stanford-f92f4ca5Gitlab - Fully Remote: https://about.gitlab.com/company/all-remote/ifo Geschäftsklima Deutschland: https://www.ifo.de/umfrage/ifo-geschaeftsklima-deutschlandArbeitsforscher Hans Rusinek “Mit einem Betonmischer kann man nicht ins Homeoffice gehen”: https://detektor.fm/wirtschaft/brand-eins-podcast-hans-rusinek-home-office-vier-tage-woche-arbeitEngineering Kiosk Episode #136 Als Knowledge Worker fit und gesund bleiben mit Patrick Cole: https://engineeringkiosk.dev/podcast/episode/136-als-knowledge-worker-fit-und-gesund-bleiben-mit-patrick-cole/Engineering Kiosk Episode #87 Die DORA-Metriken: Ist Software-Entwicklungs-Performance messbar?: https://engineeringkiosk.dev/podcast/episode/87-die-dora-metriken-ist-software-entwicklungs-performance-messbar/Customer Satisfaction Score – Was ist der CSAT, und wie wird er gemessen?: https://www.moin.ai/chatbot-lexikon/customer-satisfaction-score-csatTextilunternehmer Wolfgang Grupp „Wenn einer im Homeoffice arbeiten kann, ist er unwichtig“: https://www.welt.de/wirtschaft/article247770002/Trigema-Chef-Wenn-einer-im-Homeoffice-arbeiten-kann-ist-er-unwichtig.htmlDeutsche Bank - Führungskräfte müssen aus dem Homeoffice zurück ins Büro: https://www.handelsblatt.com/finanzen/banken-versicherungen/deutsche-bank-fuehrungskraefte-muessen-aus-dem-homeoffice-zurueck-ins-buero/100015342.htmlKein Homeoffice ist auch keine Lösung: https://www.ifo.de/publikationen/2023/aufsatz-zeitschrift/kein-homeoffice-ist-auch-keine-loesungMy home is my castle – The benefits of working from home during a pandemic crisis: https://www.sciencedirect.com/science/article/pii/S0047272721000098Sprungmarken(00:00:00) Home Office und Return to Office mit Dr. Jean-Victor Alipour(00:04:04) Werbung/Info(00:05:04) Home Office und Return to Office mit Dr. Jean-Victor Alipour(00:15:41) Was ist eigentlich mit Home Office gemeint?(00:19:38) Attraktivität und Vorurteile von Home Office vor Corona(00:28:59) Längeres Arbeiten gleich höhere Produktivität im Home Office?(00:41:33) Fully Remote vs. Hybrid-Arbeit(00:51:29) Was sind gute und schlechte Home Office Konzepte?(00:59:41) Gibt es einen Return to Office-Trend?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

9/24/24 • 76:37

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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksMichael 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/opendataGOV 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.htmlKostenlose 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-correlationsPer 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-maineA 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 Sprungmarken(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?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

9/17/24 • 67:45

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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.Links12 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.pdfZalando 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-cycleArchitectural 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/Sprungmarken(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"HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

9/10/24 • 60:11

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 BochumDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksFrederik 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-ProgrammMozilla 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.htmlMozilla 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/deMozilla: https://www.mozilla.org/de/Mozilla auf Github: https://github.com/mozillaSprungmarken(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 FlagHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

9/3/24 • 73:05

Alternatives Arbeitsmodell: Job-Sharing mit TandemDie 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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksAnna 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-makingWissenschaftliche 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.pdfEin erfolgreiches Tandem berichtet - “Head of R&D” Topsharing beim Maschinenbauer TRUMPF: https://www.youtube.com/watch?v=rn9bqrIb_IMModell der Persönlichkeitspsychologie - Big 5: https://de.wikipedia.org/wiki/Big_Five_(Psychologie)Sprungmarken(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?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

8/27/24 • 71:06

Eine (Schalt)-Sekunde kann für ganz schön viele Probleme sorgenAlle 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 findenDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksSchaltsekunde: 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.690007ITU in 2015 - Coordinated Universal Time (UTC) to retain “leap second”: https://www.itu.int/net/pressoffice/press_releases/2015/53.aspxProblematic 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-secondThe 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/smearAWS - 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.pdfUnsmear-Library (C++) von Google: https://github.com/google/unsmearMeta - 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.listNTP 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-consistencyThe Unix leap second mess: http://www.madore.org/~david/computers/unix-leap-seconds.htmlIssues involved in computer time stamps and leap seconds: https://www.ucolick.org/~sla/leapsecs/picktwo.htmlSprungmarken(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 SchaltsekundeHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

8/20/24 • 52:42

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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksPatrick 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-conditionsVideos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/Sprungmarken(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 anfangenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

8/13/24 • 68:15

Design Documents und Request for Comments (RFCs): Die Engineering Art der PlanungsphaseWir 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.Das schnelle Feedback zur Episode:👍 (top)  👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksRFC 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.comRFC Proposal von SourceGraph: https://docs.google.com/document/d/1zInJ9mn_SePKjS8dLHS1EDt2_gUEkCKD544bDDSuJek/edit#heading=h.trqab8y0kufpRFC Process von SoundCloud: https://philcalcado.com/2018/11/19/a_structured_rfc_process.htmlRFCs von RazorPay: https://github.com/razorpay/blade/tree/master/rfcsRFCs von Couchbase: https://github.com/couchbaselabs/sdk-rfcs/tree/master/rfcHow 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-LinksKafka Improvement Proposals (KIP): https://cwiki.apache.org/confluence/display/KAFKA/Kafka+Improvement+ProposalsInternet 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_1Sprungmarken(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-FatigueHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

8/6/24 • 60:06

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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksDaniel Stenberg “Thank you Crowdstrike for helping to illustrate that Open Source is not the problem”: https://mastodon.social/@bagder/112812252225104999Daniel 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/1192Open Source is Not About You: https://gist.github.com/richhickey/1563cddea1002958f96e7ba9519972d9Vereine 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.htmlOpen Source And Responsibility: https://felixge.de/2013/03/07/open-source-and-responsibility/Prototypefund: https://prototypefund.de/en/Sprungmarken(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 gebenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

7/30/24 • 66:48

1on1s: Ein starkes Tool - Auch zum halten von MitarbeiternMitarbeiter 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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksEngineering 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/Sprungmarken(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 einfachHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

7/23/24 • 69:03

Überwachen von Applikationen in Zeiten von dynamischer InfrastrukturCloud 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)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksJulius Volz: https://juliusv.com/Prometheus: https://prometheus.io/PromLabs YouTube Channel: https://www.youtube.com/@PromLabsPromLabs 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.pdfSoundcloud: https://soundcloud.com/Prometheus: The Documentary https://www.youtube.com/watch?v=rT4fJNbfe14 Demo-Metriken: https://demo.promlabs.com/metricsEngineering Kiosk Episode #101 Observability und OpenTelemetry mit Severin Neumann: https://engineeringkiosk.dev/ep101Sprungmarken(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?HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

7/16/24 • 76:51

Ich habe Equity von meinem Arbeitgeber … Doch was bedeutet dies eigentlich?Knowledge-Worker im Tech-Bereich kommen oft in den Genuss einer guten Vergütung. In der Regel hat die Vergütung bei Startups neben dem Basis-Gehalt auch noch sogenannte Equity - also Firmenanteile. Die Idee? Die Motivation und Zielsetzung von Mitarbeitern und Gründern zu vereinen und jeden Mitarbeiter am Gewinn, im Falle eines Börsengangs, zu beteiligen.Obwohl die ganze Thematik recht simpel klingt, kann dies sehr undurchsichtig sein. ESOPs, VSOPs, Cliff, Strike Price, Options, Exercise Window, Liquidationspräferenz, Verwässerung, und und und. Die Buzzword-Bingo Karte ist recht schnell voll.Mit Hilfe des Angel-Investors Philipp “Pip” Klöckner versuchen wir, etwas Licht ins Dunkle zu bringen. Pip beschäftigt sich fast täglich mit Firmenanteilen und kennt die Szene in und auswendig.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksPhilipp Klöckner auf LinkedIn: https://www.linkedin.com/in/kloeckner/Doppelgänger Podcast: https://www.doppelgaenger.io/Wo wir in Sachen KI wirklich stehen und was uns erwartet: Deep Dive mit Philipp "Pip" Klöckner: https://www.youtube.com/watch?v=-srCUoQnB2o ESOP/VSOP: https://gruenderplattform.de/startup-gruenden/esop-vsopRevolut Share Sale: https://news.sky.com/story/employees-at-fintech-giant-revolut-to-cash-in-with-500m-share-sale-13138225Canva Share Sale: https://www.linkedin.com/posts/goldman-sachs-investment-banking_mission-empower-everyone-in-the-world-to-activity-7197329900242878465-UKhf/Engineering Kiosk Episode #127 Imposter-Syndrom & Peter-Prinzip mit Dr. Fanny Jimenez: https://engineeringkiosk.dev/podcast/episode/127-imposter-syndrom-peter-prinzip-mit-dr-fanny-jimenez/Engineering Kiosk Episode #28 O(1), O(log n), O(n^2) - Ist die Komplexität von Algorithmen im Entwickler-Alltag relevant?: https://engineeringkiosk.dev/podcast/episode/28-o1-olog-n-on2-ist-die-komplexit%C3%A4t-von-algorithmen-im-entwickler-alltag-relevant/Engineering Kiosk Episode #46 Welches Problem löst Docker?: https://engineeringkiosk.dev/podcast/episode/46-welches-problem-l%C3%B6st-docker/Engineering Kiosk Episode #05 Team Lead - der einzige Ausweg: https://engineeringkiosk.dev/podcast/episode/05-team-lead-der-einzige-ausweg/Alle Episoden vom Engineering Kiosk: https://engineeringkiosk.dev/podcast/Sprungmarken(00:00:00) Intro(00:01:03) Equity mit Philipp "Pip" Klöckner(00:08:43) Warum geben Firmen Anteile an Mitarbeiter? Wie verbreitet ist dies?(00:19:16) Info/Werbung(00:20:13) Geld vs. Firmenanteile - Existiert ein Risiko?(00:22:21) Equity Explained: RSUs, ESOPs und VSOPs(00:34:27) Buzzword-Bingo: Vesting, Cliff, Waiting Period, Strike Price(00:47:27) Negative Seiten von Equity: Liquidationspräferenz, Verwässerung und Downrounds(00:58:47) Golden Handcuffs und erfolgreiche Mitarbeiter(01:05:10) Liquiditätsevent: IPOs und Secondary SalesHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

7/9/24 • 75:37

Wie technisch sollten UI und UX-Engineers eigentlich sein?Dass gutes Design und eine gute User Experience über den Erfolg oder Misserfolg eines Produktes entscheiden kann, haben Plattformen wie AirBnB oder Docker erfolgreich gezeigt. Denn irgendwie hat jedes Produkt, egal ob Hard- oder Software, eine Oberfläche und Bedienelemente. Deswegen steigen wir mit dieser Episode mal in die Felder User Interface (UI) und User Experience (UX) ein.Wir klären, was es eigentlich ist und wo der Unterschied ist, wie UI und UX-Design eigentlich in einem hoch-technischen Produkt, wie zB einem Datenbank-Hoster, aussehen kann, welchen signifikanten Einfluss gutes UX haben kann, was Primary and Secondary Actions, die first mile of Product, Design Thinking oder Double Diamond ist, wie man eine gute Product Engineering Culture aufbaut, aber auch worauf es bei der Zusammenarbeit beim Produkt-Trio (Produkt Manager, Engineer und Designer) ankommt.Bonus: Culture Eats Process for BreakfastDas schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksRobin Titus auf LinkedIn: https://www.linkedin.com/in/robin-titus-product-design/Double Diamond (Designprozessmodell): https://de.wikipedia.org/wiki/Double_Diamond_(Designprozessmodell)Crafting The First Mile Of Product: https://medium.com/positiveslope/crafting-the-first-mile-of-product-7ed25e8f1027Core Concept: The Product Trio: https://www.producttalk.org/2021/05/product-trio/Was ist Design Thinking?: https://hpi-academy.de/design-thinking/was-ist-design-thinking/Sprungmarken(00:00:00) Intro(00:01:14) Gewinnspiel We Are Developers Tickets(00:01:38) UI und UX mit Robin Titus(00:08:14) Info/Werbung(00:09:19) UI und UX mit Robin Titus(00:18:44) Unterschied UX Design und UX Research(00:21:55) UX in hochtechnischen Produkten und die First Mile(00:28:32) Der Impact vom Backend auf die User Experience(00:31:56) Das Produkt-Trio(00:42:27) Produktkultur(00:48:41) Wie technisch müssen Designer sein?(00:54:25) Nicht jede Firma ist Apple oder AirbnbHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

7/2/24 • 63:16

Vergiss Datenbanken - Benutze mehr Files!Warum denkst du eigentlich, dass du eine Datenbank brauchst?Würde deine Applikationskomplexität nicht deutlich niedriger sein, wenn du alles in einer Datei abspeichern würdest? Hast du wirklich so dynamische Daten? Liest du deine Daten nicht deutlich öfter, als dass du diese schreibst? Und macht die Datenbank deine Applikation nicht langsamer?Mit dieser steilen These kommt Wolfgang um die Ecke. Obwohl dies gegen alles geht, was wir sonst normalerweise so lernen und beigebracht bekommen. Und das von jemandem, der in dem Bereich Datenbanken studiert hat. Darum geht es in dieser Episode.Bonus: 1 Jahr Engineering Kiosk Alps Meetup.**** Diese Episode wird gesponsert von WeAreDevelopers World Congress Nimm am WeAreDevelopers World Congress teil, der weltweit führenden Veranstaltung für Entwickler*innen vom 17. bis 19. Juli 2024 in Berlin. WeAreDevelopers begrüßt 15.000+ Entwickler*innen und 500+ Speaker zu einem unvergesslichen Event in diesem Sommer. Nutze unseren exklusiven Rabattcode "WWC_EngineeringKiosk15" für 15% Rabatt.Zu den Speakern gehören: Scott Hanselman, Scott Farquhar, Douglas Crockford, Thomas Dohmke, Demetris Cheatham, John & Brenda Romero, Prashanth Chandrasekar, Madona Wambua, Jonas Andrulis, Denis Yarats, Scott Chacon und viele mehr!Mehr Infos unter https://worldcongress.dev/ Hier geht es zum Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/****Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksWolfi’s Vortag “Forget databases - use files!”: https://docs.google.com/presentation/d/e/2PACX-1vRRtmoWcNUgnCb2kbnVQWiS0R1NlVrGenp_V42HS3GOuXvfO4IRLKZ1eX94gyerV-6awH1k6Xrc4Xhi/pubPerfomance Tests zu Wolfi’s Vortrag: https://github.com/woolfg/no-dbms-use-files/ 1 billion row challenge: https://github.com/gunnarmorling/1brcHackerNews-Kommentar über erfahrene Entwickler*innen: https://news.ycombinator.com/item?id=21377349tailscale blog “An unlikely database migration”: https://tailscale.com/blog/an-unlikely-database-migrationLinkedIn-Post zum WeAreDevelopers World Congress Gewinnspiel: https://www.linkedin.com/feed/update/urn:li:share:7211263176640729088/Sprungmarken(00:00:00) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps(00:03:05) Gewinnspiel WeAreDevelopers World Congress(00:04:19) Happy Birthday zu 1 Jahr Engineering Kiosk Meetup Alps(00:13:19) Migrationen, Deployments und Schema-Versionierung(00:20:17) tailscale, sqlite, JSON-Files und etcd(00:27:00) Files sind schneller als Datenbanken(00:30:56) Mehrdimensionale Daten und Relationen(00:35:34) Schreibzugriffe und Schema-Sicherheit(00:39:56) Performance-Overhead, Files zu parsen(00:47:49) File as a Service und sqlite(00:54:04) Das schlechte Gefühl, ein Junior zu seinHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://engineeringkiosk.dev/kaffeeEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

6/25/24 • 59:15

Wie werden eigentlich wissenschaftliche Paper richtig gelesen?Du besuchst HackerNews und es trendet ein Artikel über einen neuen Algorithmus, der 100 mal besser ist als ein anderer. 1500 Kommentare hat der Post bereits. Für dich ist eins klar: Das MUSST du lesen. Du klickst drauf und erkennst “Uh … es ist ein wissenschaftliches Paper”.Du fragst dich: Quälst du dich da nun durch? Oder suchst du lieber auf YouTube nach einer Zusammenfassung? So gehts wahrscheinlich vielen Nicht-Akademikern - Denn, diese Dokumente können langweilig und trocken sein, voll von irgendwelchen Formeln, die sowieso nur 3% der Menschheit verstehen.Doch was ist, wenn man wissenschaftliche Paper nicht von vorne bis hinten liest, wie normale Bücher? Wie liest man diese Dokumente richtig, dass man nicht konstant weg pennt? Darum gehts in dieser Episode - Wolfgang erklärt die Tricks und Kniffe, wie man das meiste in kurzer Zeit aus den neusten wissenschaftlichen Erkenntnissen rausholt.Bonus: Bit-Shifting ist immer noch ein Hass-Thema.Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)!FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksDynamo - Amazon’s Highly Available Key Value Store: https://www.allthingsdistributed.com/files/amazon-dynamo-sosp2007.pdfGoogle File System: Insights into a highly scalable file system: https://static.googleusercontent.com/media/research.google.com/de//archive/gfs-sosp2003.pdfScaling Memcached at Facebook: A look at the complexities of Caching: https://www.usenix.org/system/files/conference/nsdi13/nsdi13-final170_update.pdfBorg - Large Scale Cluster Management at Google: https://static.googleusercontent.com/media/research.google.com/de//pubs/archive/43438.pdfCassandra: A look at the design and architecture of a distributed NoSQL database: https://www.cs.cornell.edu/projects/ladis2009/papers/lakshman-ladis2009.pdfKafka: Internals of the distributed messaging platform: https://notes.stephenholiday.com/Kafka.pdfSpanner: Design and architecture of Google’s globally distributed database: https://static.googleusercontent.com/media/research.google.com/de//archive/spanner-osdi2012.pdfMapReduce: A detailed look at how MapReduce enables parallel processing of massive volumes of data: https://static.googleusercontent.com/media/research.google.com/de//archive/mapreduce-osdi04.pdfBitcoin: The ground-breaking introduction to the peer-to-peer electronic cash system: https://www.ussc.gov/sites/default/files/pdf/training/annual-national-training-seminar/2018/Emerging_Tech_Bitcoin_Crypto.pdfMyRocks: LSM-Tree Database Storage Engine: https://www.vldb.org/pvldb/vol13/p3217-matsunobu.pdfRaft Consensus Algorithm: To learn about the more understandable consensus algorithm: https://web.stanford.edu/~ouster/cgi-bin/papers/raft-atc14.pdfTime Clocks and Ordering of Events: The extremely important paper that explains the concept of time and event ordering in a distributed system: https://lamport.azurewebsites.net/pubs/time-clocks.pdfTwo Minute Papers YouTube Channel: https://www.youtube.com/@TwoMinutePapersOrganization and Maintenance of Large Ordered Indexes: https://www.inf.fu-berlin.de/lehre/SS10/DBS-Intro/Reader/BayerBTree-72.pdfACM Conference Series on Recommender Systems: https://recsys.acm.org/recsys23/workshops/Google Scholar: https://scholar.google.com/dblp: https://dblp.org/Wikicfp: http://www.wikicfp.com/cfp/SIG Special Interest Groups: https://en.wikipedia.org/wiki/Special_interest_groupPapers we love: https://paperswelove.org/Papers we love auf GitHub: https://github.com/papers-we-love/papers-we-loveSprungmarken(00:00:00) Wissenschaftliche Paper richtig lesen(00:03:31) Wissenschaftliche vs. Industrielle Paper(00:08:56) Info/Werbung(00:09:42) Wissenschaftliche vs. Industrielle Paper(00:19:04) Vorgehensweise beim lesen(00:37:54) Forschungsergebnisse reproduzierbar gestalten(00:39:33) Wie finde ich das richtige Paper?(00:50:40) Papers we love und Paper zusammenfassenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

6/18/24 • 61:02

Phänomene aus dem beruflichen Leben und die persönliche Wahrnehmung der eigenen Fähigkeiten und LeistungenJeder kennt diese Situation: Man muss etwas präsentieren und fragt sich “Wenn die merken, dass ich eigentlich gar keine Ahnung von diesem Thema habe …” oder dass man sich den eigenen Erfolg, die eigene Leistung einfach nicht eingestehen möchte. Das Ganze nennt man Imposter-Syndrom oder auch Hochstapler-Syndrom genannt. Und es ist ganz normal.Das Gegenteil davon ist der sogenannte Dunning-Kruger-Effekt. Wenn einzelne Personen ihr Können überschätzen, obwohl sie sich dafür nicht qualifiziert oder das nötige Wissen haben.Und das dritte Phänomen aus dem beruflichen Leben ist das Peter-Prinzip. Dies besagt, dass Menschen bis zu ihrer Unfähigkeit befördert werden. Kommt dir alles irgendwie bekannt vor? Vielleicht sogar aus deinem Beruf?Uns auf jeden Fall. Deswegen wollten wir mehr über diese Themen wissen und sprechen mit der promovierten Psychologin Fanny Jimenez darüber. Fanny bringt Licht ins dunkle, erklärt uns, was die einzelnen Phänomene wirklich bedeuten, welchen Einfluss diese auf unsere Persönlichkeit haben, aber auch, ob diese normal sind, wie wir diesen vorbeugen können und vieles mehr.Bonus: Bin ich eigentlich noch normal, wenn …Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksFanny Jimenez auf LinkedIn: https://www.linkedin.com/in/dr-fanny-jimenez-3055a0188/Fanny Jimenez auf Instagram: https://www.instagram.com/fannyjimenezofficial/Hochstapler-Syndrom auf Wikipedia: https://de.wikipedia.org/wiki/Hochstapler-SyndromDunning-Kruger-Effekt auf Wikipedia: https://de.wikipedia.org/wiki/Dunning-Kruger-EffektPeter Prinzip auf Wikipedia: https://de.wikipedia.org/wiki/Peter-PrinzipNever Mind Podcast: https://www.businessinsider.de/podcasts/never-mind/Buch “Ich und mein Spleen: Was wir tun, wenn wir alleine sind”: https://www.amazon.de/Ich-mein-Spleen-wenn-alleine/dp/3406698328/Sprungmarken(00:00:00) Psychologie mit Fanny Jimenez(00:05:28) Das Imposter-Syndrom(00:10:09) Die eigene Komfortzone, Stereotypen und das Selbstwertgefühl(00:16:30) Werbung in eigener Sache(00:17:46) Dauerhaftes lernen, Personen enablen und Angststörungen(00:27:18) Perfektionismus, die Relation zum Imposter-Syndrom und Leidensdruck(00:33:05) 360° Feedback(00:35:34) Ist das Imposter-Syndrom normal?(00:36:51) Der Dunning-Kruger-Effekt(00:42:26) Die positiven Seiten des Imposter-Syndrom(00:43:32) Das Peter-Prinzip(00:56:20) Wie erkenne ich, ob "der Peter bin"?(00:57:48) Wann ist man selbst zufrieden? Social Media als Vergleichsmaschine(01:00:11) Schlusswort von Fanny JimenezHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

6/11/24 • 61:41

Testing ist nicht gleich Testing - Ein Deep Dive mit Sebastian BergmannViele Software-Entwickler⋅innen kennen Unit-Tests. Einige schreiben Unit Tests bei der Entwicklung. Wenige machen wirklich Test-Driven-Development. Doch beim Unit-Testing fängt das ganze Thema Testing doch erst an. Wie sieht es denn mit Static Testing, Non-Functional-Testing, White-Box-Testing, End-to-End-Testing, Dynamic Testing oder Integration Testing aus? Und hast du schon mal von Mutanten Testing gehört?Ganz schön viele Buzzwords. Und dabei haben wir noch gar nicht die Fragen beantwortet, was eigentlich gute Tests sind, wie viele Tests genug Tests sind, wie AI uns helfen kann bessere Tests zu schreiben oder ob Testing eigentlich moderner Kram ist oder schon seit Anbeginn des Programmier Zeitalters eine Rolle gespielt hat.In dieser Episode gibt es einen Rundumschlag zum Thema Testing mit Sebastian Bergmann.Bonus: Die Amiga-Szene lebt.Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksSebastian Bergmann: https://sebastian-bergmann.de/Sebastian Bergmann auf LinkedIn: https://www.linkedin.com/in/sebastian-bergmann-phpunit/The PHP Consulting Company: https://thephp.cc/PHPUnit: https://phpunit.de/Sebastian Bergmann Amiga Retrocomputing: https://amiga.sebastian-bergmann.de/Sebastian Bergmann's Boardgame Collection: https://sebastian-bergmann.de/boardgames.htmlYAM (short for 'Yet Another Mailer') für Amiga: https://github.com/jens-maus/yamChrysler Comprehensive Compensation project: https://www.martinfowler.com/bliki/C3.htmlEnd-to-End-Testing Framework PlayWright: https://playwright.dev/Infection - PHP Mutation Testing Framework: https://infection.github.io/Mutation testing systems for Java compared: https://pitest.org/java_mutation_testing_systems/Bretterwisser - Boardgame Podcast: https://bretterwisser.de/Sprungmarken(00:00:00) Testing mit Sebastian Bergmann, PHP und MySQL auf dem Amiga(00:10:11) 25 Jahre an einem Projekt und haben wir Testing verlernt?(00:10:20) Danke an alle Supporter!(00:11:16) Haben wir Testing verlernt?(00:23:04) Functional Testing vs. Non Functional Testing(00:24:48) Black Box vs. Whitebox-Testing(00:26:56) Integrations-Testing und End to End-Testing(00:32:47) Ist Automated Testing der Industrie-Standard?(00:38:01) Warum werden keine Tests geschrieben?(00:46:28) Metriken um einen Test zu bewerten(00:54:24) Mutanten-Testing / Mutation testing(00:59:30) AI im Bereich Testing(01:07:50) Ist Test Driven Development noch relevant?(01:09:27) Welche Testabdeckung sollte ich anstreben?(01:16:10) Fangt mit testen anHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

6/4/24 • 79:39

Dokumentation: Jeder braucht sie, keiner will sie schreibenVielen Software-Entwickler⋅innen ist eins nicht bewusst: Technisches Schreiben ist eine Profession. Ein eigener Beruf. Denn es ist eine Kunst, Dokumentation so zu schreiben, dass sie auch gelesen und genutzt wird. Die Kunst, komplexe technische Informationen schnell zugänglich zu machen.Doch wie macht man das denn nun genau? Darüber sprechen wir mit Jana Aydinbas. Jana ist von Beruf Technical Writerin. Wir klären die Unterschiede zwischen Technical Writing und normalem schreiben, geben Einblick in das Berufsfeld, widerlegen klassische Mythen die Software-Entwickler⋅innen gegenüber dem Schreiben von Dokumentation haben, und lassen uns erklären, was eigentlich eine gute und professionelle Dokumentation ausmacht und wie man selbst den eigenen Doku-Skill verbessern kann.Bonus: Jira Tickets lesen ist gleichzusetzen mit investigativem JournalismusUnsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode:👍 (top) 👎 (geht so)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKioskGerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.LinksJana Aydinbas auf LinkedIn: https://www.linkedin.com/in/jana-aydinbas/Google Season of Docs: https://developers.google.com/season-of-docs?hl=deVortrag: Daniele Procida - Always complete, never finished: https://www.writethedocs.org/videos/portland/2021/always-complete-never-finished-daniele-procida/Write the Docs Website: https://www.writethedocs.org/Write the Docs Slack: https://www.writethedocs.org/slack/Write the Docs Guide: https://www.writethedocs.org/guide/writing/beginners-guide-to-docs/Write the Docs Meetups: https://www.writethedocs.org/meetups/Diátaxis (Framework für Softwaredokumentation): https://diataxis.fr/The Good Docs Project (Templates, Prozesse und Beispiele): https://thegooddocsproject.dev/5C’s of Technical Writing: https://medium.com/technical-writing-is-easy/5cs-of-technical-writing-7e5039917801Stripe Documentation: https://docs.stripe.com/React Quickstart Guide: https://react.dev/learntekom “Was ist technische Kommunikation?”: https://www.tekom.de/technische-kommunikation-das-fach/was-ist-technische-kommunikationSprungmarken(00:00:00) Technical Writing mit Jana(00:04:26) Dokumentation schreiben, aber Hauptberuflich: Warum?(00:05:51) Technical Writing, normalem Schreiben und Redakteure und(00:09:17) Jira-Research und Dokumentation im Software Development Lifecycle(00:14:21) In eigener Sache(00:15:16) Jira-Research und Dokumentation im Software Development Lifecycle(00:20:35) Was macht eine Dokumentation zu einer guten Dokumentation? (Regeln, Zielgruppe, Terminologie)(00:27:02) Übersetzungen, Code, Screenshots in Dokumentationen und AI(00:35:23) Dokumentations-Mythen: Out of Date, niemand liest Dokumentation, Dokumentation schreiben ist nicht attraktiv, Code ist die Dokumentation(00:44:16) Dokumentation für Hardware(00:47:31) Dokumentation im Open Source Bereich(00:50:54) Read the docs und Write the docs(00:53:37) Dokumentations-Best-Practices zum selber anwendenHostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://twitter.com/andygrunwald)FeedbackEngKiosk Community: https://engineeringkiosk.dev/join-discord Buy us a coffee: https://www.buymeacoffee.com/engineeringkioskEmail: stehtisch@engineeringkiosk.devLinkedIn: https://www.linkedin.com/company/engineering-kiosk/Mastodon: https://podcasts.social/@engkioskTwitter: https://twitter.com/EngKiosk

5/28/24 • 62:43