![Engineering Kiosk](https://cdn.podimo.com/images/7c1313e6-0d1f-48d0-bae7-5289a3c22d29_400x400.png)
Podcast gratuito
Engineering Kiosk
Podcast de Wolfgang Gassler, Andy Grunwald
Der Engineering Kiosk ist der deutschsprachige Software-Engineering-Podcast mit Wolfgang Gassler und Andy Grunwald rund um die Themen Engineering-Kultur, Open Source, Menschen, Technologie und allen anderen Bereichen, die damit in Verbindung stehen.Wir, Wolfgang Gassler und Andy Grunwald, sind beide Software Engineers und Engineering Manager, die sich bei ihrer beruflichen Laufbahn bei @trivago kennengelernt haben.Zusammen bringen sie über 30 Jahre Tech-Erfahrung an das Mikrofon und lassen dabei zwei Welten aufeinander prallen: Die Österreichische und akademische Welt von Wolfgang mit der praktischen und deutschen Ruhrpottschnauze von Andy.Ziel des Podcasts ist der Austausch zu (Senior) Engineering Themen und ggf. etwas Selbsttherapie 🙃Dieser Podcast ist für alle Software Engineers und -Enwickler, Teamleads, Open-Source- und Indie Hacker, Leute aus dem Tech-Sektor (Product Manager, Data Scientist, etc.) und alle weiteren Engineering-Interessierten.Feedback an stehtisch@engineeringkiosk.dev oder über Twitter @EngKiosk
Este podcast se puede escuchar gratuitamente en todos las plataformas y en la app de Podimo sin necesidad de suscripción.
Todos los episodios
141 episodios![episode #139 Security Engineering und Hacking-Wettbewerbe mit Frederik Braun von Mozilla artwork](https://cdn.podimo.com/images/04feb901-1779-4c3f-ac96-857bd6584249_400x400.png)
#139 Security Engineering und Hacking-Wettbewerbe mit Frederik Braun von Mozilla
Security Engineering und Hacking-Wettbewerbe “Capture the Flag”
Alles wird digital und für alles gibt es eine App. Bei einer solch rasanten Verbreitung, weckt dies Begehrlichkeiten bei böswilligen Hackern. Was ist also die passende Gegenwehr? Security Engineering! Doch was ist das eigentlich?
Wir sprechen mit Frederik Braun, Security Engineering Manager bei Mozilla und zuständig für den Firefox Browser. Er erklärt uns die Gemeinsamkeiten und Unterschiede von Security und Software-Engineering, wie sich der Bereich Security von einer Web-App und einem Browser unterscheidet, wie Security selbst bei Mozilla aussieht, wie Sicherheitslücken mittels Gamification und Capture The Flag Events gefunden und das suchen geübt werden kann und wie du in das Thema Security Engineering einsteigen kannst.
Bonus: Hackerpraktika an der Universität Bochum
Das schnelle Feedback zur Episode:
👍 (top) [https://api.openpodcast.dev/feedback/139/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/139/downvote]
Feedback
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email [https://engineeringkiosk.dev/kontakt/] an stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev].
LINKS
* Frederik Braun: https://frederikbraun.de/ [https://frederikbraun.de/]
* Was ist Meltdown/Spectre? https://www.cloudflare.com/de-de/learning/security/threats/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/ [https://research.hisolutions.com/2024/04/xz-backdoor-eine-aufarbeitung/]
* FluxFingers: https://fluxfingers.net/ [https://fluxfingers.net/]
* Hack.lu: https://hack.lu/ [https://hack.lu/]
* Bug Bounty Programm: https://de.wikipedia.org/wiki/Bug-Bounty-Programm [https://de.wikipedia.org/wiki/Bug-Bounty-Programm]
* Mozilla Security Bug Bounty Program: https://www.mozilla.org/en-US/security/bug-bounty/ [https://www.mozilla.org/en-US/security/bug-bounty/]
* Pwn2Own-Hacker attackieren Tesla, Firefox und andere: https://www.golem.de/news/1-1-millionen-usd-gewonnen-pwn2own-hacker-attackieren-tesla-firefox-und-andere-2403-183515.html [https://www.golem.de/news/1-1-millionen-usd-gewonnen-pwn2own-hacker-attackieren-tesla-firefox-und-andere-2403-183515.html]
* Mozilla Foundation Security Advisory 2024-15: https://www.mozilla.org/en-US/security/advisories/mfsa2024-15/ [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/ [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/ [https://hacks.mozilla.org/2021/12/webassembly-and-back-again-fine-grained-sandboxing-in-firefox-95/]
* Over the Wire: https://overthewire.org/ [https://overthewire.org/]
* CTF Time: https://ctftime.org/ [https://ctftime.org/]
* Ruhr Universität Bochum: https://www.ruhr-uni-bochum.de/de [https://www.ruhr-uni-bochum.de/de]
* Mozilla: https://www.mozilla.org/de/ [https://www.mozilla.org/de/]
* Mozilla auf Github: https://github.com/mozilla [https://github.com/mozilla]
SPRUNGMARKEN
(00:00:00) Intro
(00:00:56) Security Engineering mit Frederik Braun
(00:05:01) Frederiks Kontakt mit Security Engineering
(00:07:51) Werbung/Info
(00:08:51) Frederiks Kontakt mit Security Engineering
(00:18:16) Sub-Bereiche im Security Engineering und Software Entwicklung
(00:28:00) Softwareentwicklung eines Browsers zu anderen Softwarearten
(00:43:34) Was ist Capture the Flag, Bug Bounty und pwn2own?
(01:06:31) Der Einstieg in Security Engineering und Capture the Flag
HOSTS
* Wolfgang Gassler (https://mastodon.social/@woolf [https://mastodon.social/@woolf])
* Andy Grunwald (https://twitter.com/andygrunwald [https://twitter.com/andygrunwald])
FEEDBACK
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
03 sept 2024 - 1 h 13 min
![episode #138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter artwork](https://cdn.podimo.com/images/252a5be0-e255-4ee5-81d2-6dc0fc9e7eb5_400x400.png)
#138 Gemeinsam stark: Jobsharing und Tandems in der modernen Arbeitswelt mit Anna Drüing-Schlüter
Alternatives Arbeitsmodell: Job-Sharing mit Tandem
Die Welt wird immer komplexer. In diesem Kontext ist die Digitalisierung nicht immer förderlich. Die erhöhte Komplexität der Umgebung hat auch einen Effekt auf den eigenen Job und auf Leads und andere Führungskräfte. Firmen stehen immer wieder vor der Herausforderung, die richtige Person für eine Stelle zu finden.
Doch was wäre denn, wenn wir nicht eine Person für eine Stelle, sondern gleich zwei neue Mitarbeiter für eine offene Stelle suchen würden?
Bestimmt springen dir gerade ganz viele (negative) Gedanken durch den Kopf und du fragst dich “Hä? Wat?”.
Doch simplifiziert fasst dies das alternative Arbeitsmodell des Job-Tandems zusammen. Und genau darum geht es in dieser Episode. Wir sprechen mit Anna Drüing-Schlüter von der Firma Twise, die uns Einblick in diese Art von doppelter Führung gibt.
Bonus: Alles muss man vielleicht doch nicht allein machen.
**** Diese Episode wird von We Manage gesponsert.
Für Agenturen und kleinere Unternehmen ist es oft eine Herausforderung, ein vollständiges DevOps-Team aufzubauen. We Manage bietet DevOps und SRE as a Service an – passend für alle Projektgrößen. Ob als Unterstützung für bestehende Mitarbeiter⋅innen, damit diese in den Urlaub fahren können, oder als vollumfängliches Infrastruktur-Team mit optionaler 24/7-Bereitschaft. We Manage ist der ideale Partner für Digitalunternehmen, Startups und Agenturen, die auf der Suche nach finanziell vernünftiger und robuster Infrastruktur sind. Mehr Infos findest du unter https://engineeringkiosk.dev/wemanage [https://engineeringkiosk.dev/wemanage]
****
Das schnelle Feedback zur Episode:
👍 (top) [https://api.openpodcast.dev/feedback/138/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/138/downvote]
Feedback
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email [https://engineeringkiosk.dev/kontakt/] an stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev].
LINKS
* Anna Drüing-Schlüter auf LinkedIn: https://www.linkedin.com/in/anna-dr%C3%BCing-schl%C3%BCter-961796b8/ [https://www.linkedin.com/in/anna-dr%C3%BCing-schl%C3%BCter-961796b8/]
* Twise: https://www.twise.eu/ [https://www.twise.eu/]
* TWISE auf LinkedIn: https://www.linkedin.com/company/twise-gmbh/ [https://www.linkedin.com/company/twise-gmbh/]
* TWISE auf Instagram https://www.instagram.com/twise.eu/
* twAIse Matching Algorithmus: https://www.twise.eu/tandem-match-making [https://www.twise.eu/tandem-match-making]
* Wissenschaftliche Befragung zur Tandem-Produktivität und ob Jobsharing sich lohnt: https://uploads-ssl.webflow.com/6098f3c5d7715d4186ff94e2/639cbca09f35afdf7bde60c6_Ergebnisse.Produktivita%CC%88t%20im%20Jobsharing_1.12.22.pdf [https://uploads-ssl.webflow.com/6098f3c5d7715d4186ff94e2/639cbca09f35afdf7bde60c6_Ergebnisse.Produktivita%CC%88t%20im%20Jobsharing_1.12.22.pdf]
* Ein erfolgreiches Tandem berichtet - “Head of R&D” Topsharing beim Maschinenbauer TRUMPF: https://www.youtube.com/watch?v=rn9bqrIb_IM [https://www.youtube.com/watch?v=rn9bqrIb_IM]
* Modell der Persönlichkeitspsychologie - Big 5: https://de.wikipedia.org/wiki/Big_Five_(Psychologie) [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) DevOps & SRE as a Service (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?
HOSTS
* Wolfgang Gassler (https://mastodon.social/@woolf [https://mastodon.social/@woolf])
* Andy Grunwald (https://twitter.com/andygrunwald [https://twitter.com/andygrunwald])
FEEDBACK
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
27 ago 2024 - 1 h 11 min
![episode #137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact artwork](https://cdn.podimo.com/images/694b54bb-be44-4860-b9fb-088e528556b3_400x400.png)
#137 Die Schaltsekunde und ihre IT-Folgen: Ein Sekundenbruchteil mit Impact
Eine (Schalt)-Sekunde kann für ganz schön viele Probleme sorgen
Alle 4 Jahre haben wir ein Schaltjahr, ein zusätzlicher Tag wird eingefügt. Was aber vielen nicht bekannt ist: Immer mal wieder gibt es auch eine Schaltsekunde. Auf einmal hat der Tag nicht 86.400 Sekunden sondern 86.401 Sekunden.
Und eine solch zusätzliche Sekunde kann, zumindest bei IT-Systemen, für eine ganze Menge Probleme sorgen. Und auch eine ganze Podcast-Episode füllen.
Wir sprechen über die Schaltsekunde und warum diese seit 1970 nur 27 mal eingefügt wurde.
Wir thematisieren die Probleme die eine zusätzliche Sekunde erzeugt,
Welche Lösungsmöglichkeiten es gibt, diese Probleme vorzubeugen, zB wie Windows damit umgeht, wann man eine monotonic Clock verwenden sollte, oder Warum Google und Amazon einzelne Sekunden in ihrem Zeit-Server verlangsamen und somit die Schaltsekunde “schmieren”.
Und wir sprechen über die Zukunft der Schaltsekunde, also ob wir diese noch brauchen oder nicht.
Es dreht sich also alles um Zeit bzw. um eine Sekunde.
Bonus: Du hast nur 27 Versuche, den Bug zu finden
**** Diese Episode wird gesponsert von easybill.
Suchst du nach einer neuen Herausforderung in einem spannenden, wachsenden Software-Team? Easybill kümmert sich um Rechnungserstellung für Freelancer und Händler auf Plattformen wie Ebay, Amazon oder Shopify und sucht Verstärkung im Bereich SRE sowie EntwicklerInnen für PHP, Ruby und etwas Rust. Arbeiten kannst du vollständig remote und mit modernen Technologien wie Kubernetes, Percona Cluster und mehr.
Klingt interessant? Schau doch mal unter https://easybill.de/jobs [https://easybill.de/jobs] vorbei!
****
Das schnelle Feedback zur Episode:
👍 (top) [https://api.openpodcast.dev/feedback/137/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/137/downvote]
Feedback
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email [https://engineeringkiosk.dev/kontakt/] an stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev].
LINKS
* Schaltsekunde: https://de.wikipedia.org/wiki/Schaltsekunde [https://de.wikipedia.org/wiki/Schaltsekunde]
* “Geht es der Schaltsekunde an den Kragen?”: https://www.nzz.ch/geht_es_der_schaltsekunde_an_den_kragen-ld.690007 [https://www.nzz.ch/geht_es_der_schaltsekunde_an_den_kragen-ld.690007]
* ITU in 2015 - Coordinated Universal Time (UTC) to retain “leap second”: https://www.itu.int/net/pressoffice/press_releases/2015/53.aspx [https://www.itu.int/net/pressoffice/press_releases/2015/53.aspx]
* Problematic second: https://sarvendev.com/2024/07/problematic-second/ [https://sarvendev.com/2024/07/problematic-second/]
* How the Windows Time service treats a leap second: https://learn.microsoft.com/en-us/troubleshoot/windows-server/active-directory/time-service-treats-leap-second [https://learn.microsoft.com/en-us/troubleshoot/windows-server/active-directory/time-service-treats-leap-second]
* The Monotonic Clock and Why You Should Care About It: https://blog.codeminer42.com/the-monotonic-clock-and-why-you-should-care-about-it/ [https://blog.codeminer42.com/the-monotonic-clock-and-why-you-should-care-about-it/]
* Google Public NTP - Leap Smear: https://developers.google.com/time/smear [https://developers.google.com/time/smear]
* AWS - Look Before You Leap – The Coming Leap Second and AWS: https://aws.amazon.com/de/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/ [https://aws.amazon.com/de/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/]
* Meinberg - Leap Second Smearing with NTP: https://www.meinbergglobal.com/download/burnicki/Leap%20Second%20Smearing%20With%20NTP.pdf [https://www.meinbergglobal.com/download/burnicki/Leap%20Second%20Smearing%20With%20NTP.pdf]
* Unsmear-Library (C++) von Google: https://github.com/google/unsmear [https://github.com/google/unsmear]
* Meta - It’s time to leave the leap second in the past: https://engineering.fb.com/2022/07/25/production-engineering/its-time-to-leave-the-leap-second-in-the-past/ [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/ [https://engineering.fb.com/2020/03/18/production-engineering/ntp-service/]
* Leap Second File at IANA: https://data.iana.org/time-zones/data/leap-seconds.list [https://data.iana.org/time-zones/data/leap-seconds.list]
* NTP Leap Second Processing: https://www.ntp.org/documentation/4.2.8-series/leap/ [https://www.ntp.org/documentation/4.2.8-series/leap/]
* The NTP Timescale and Leap Seconds: https://www.ntp.org/reflib/leap/ [https://www.ntp.org/reflib/leap/]
* Spanner: TrueTime and external consistency: https://cloud.google.com/spanner/docs/true-time-external-consistency [https://cloud.google.com/spanner/docs/true-time-external-consistency]
* The Unix leap second mess: http://www.madore.org/~david/computers/unix-leap-seconds.html [http://www.madore.org/~david/computers/unix-leap-seconds.html]
* Issues involved in computer time stamps and leap seconds: https://www.ucolick.org/~sla/leapsecs/picktwo.html [https://www.ucolick.org/~sla/leapsecs/picktwo.html]
SPRUNGMARKEN
(00:00:00) Intro
(00:01:16) Was ist eine Schaltsekunde und wieso hat ein Tag 86400 Sekunden?
(00:03:54) Jobs mit Impact bei easybill (Werbung)
(00:05:55) Was ist eine Schaltsekunde und wieso hat ein Tag 86400 Sekunden?
(00:18:29) Welchen Einfluss hat eine zusätzliche Sekunde auf die IT?
(00:30:44) Probleme in der klassischen Software-Entwicklung
(00:33:26) Lösungen: Reboot, ignorieren und Smear-Second
(00:44:05) Die Zukunft der Schaltsekunde
HOSTS
* Wolfgang Gassler (https://mastodon.social/@woolf [https://mastodon.social/@woolf])
* Andy Grunwald (https://twitter.com/andygrunwald [https://twitter.com/andygrunwald])
FEEDBACK
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
20 ago 2024 - 52 min
![episode #136 Als Knowledge Worker fit und gesund bleiben mit Patrick Cole artwork](https://cdn.podimo.com/images/09792e13-f756-45d9-b644-d9cca1e8a1db_400x400.png)
#136 Als Knowledge Worker fit und gesund bleiben mit Patrick Cole
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/ [https://www.instagram.com/engineeringkiosk/]
**** Diese Episode wird gesponsert von der IU Internationale Hochschule
Für dich ist Bildung wichtig und du glaubst an Technologie als Enabler? Kannst du dich mit der Mission der IU “Educate People with the Best Technology" identifizieren?
Dann schau doch mal unter https://engineeringkiosk.dev/iu [https://engineeringkiosk.dev/iu], wenn du die Bildung von morgen gestalten willst.
****
Das schnelle Feedback zur Episode:
👍 (top) [https://api.openpodcast.dev/feedback/136/upvote] 👎 (geht so) [https://api.openpodcast.dev/feedback/136/downvote]
Feedback
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email [https://engineeringkiosk.dev/kontakt/] an stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev].
LINKS
* Patrick Cole auf LinkedIn: https://www.linkedin.com/in/pcfitwithpc/ [https://www.linkedin.com/in/pcfitwithpc/]
* Website von Patrick Cole: https://www.patrick-cole.com/ [https://www.patrick-cole.com/]
* Musculoskeletal health: https://www.who.int/news-room/fact-sheets/detail/musculoskeletal-conditions [https://www.who.int/news-room/fact-sheets/detail/musculoskeletal-conditions]
* Videos von Andy und Patrick findet ihr unter https://www.instagram.com/engineeringkiosk/ [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) Die Bildung von morgen gestalten, als Dev bei der IU (Werbung)
(00:06:48) Viele Knowledge-Worker haben die gleichen Probleme
(00:13:11) Bandscheibenvorfall, Migräne, Stress und mentale Gesundheit
(00:18:38) Verantwortung von Arbeitnehmer und Arbeitgeber
(00:24:01) Welche "Körperschäden" sind korrigierbar und Arten des Muskelaufbaus
(00:30:30) Einfache Übungen zum Start für zuhause
(00:38:05) Ernährung: Zugang zum Essen, unter Stress essen und Kalorien zählen
(00:53:51) Der Effekt von Alkohol und Fitness erkennt man nicht anhand der Körperform
(00:58:37) Gadgets und Technik
(01:01:50) Einfach mal anfangen
HOSTS
* Wolfgang Gassler (https://mastodon.social/@woolf [https://mastodon.social/@woolf])
* Andy Grunwald (https://twitter.com/andygrunwald [https://twitter.com/andygrunwald])
FEEDBACK
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://engineeringkiosk.dev/kaffee [https://engineeringkiosk.dev/kaffee]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
13 ago 2024 - 1 h 8 min
![episode #135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur artwork](https://cdn.podimo.com/images/cdf5e1cb-0be6-4e71-9250-74c178f75795_400x400.png)
#135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur
Design Documents und Request for Comments (RFCs): Die Engineering Art der Planungsphase
Wir alle haben schon mal von einer Planungsphase gehört, um ein neues Projekt zu starten, und denken dabei an aufgeblasene Prozesse und lange Wasserfall-Diagramme. Und das Engineering-Team fragt sich oft: Wann kommen wir endlich mal zu den Details?
Da kommen die Begriffe Design Documents und Request for Comments (RFCs) ins Spiel.
Das doofe nur … Jemand muss diese Dokumente auch schreiben.
Und da sind wir bei gleich zwei von Andy's Lieblingsthemen: Schreiben und Design Docs.
Wir klären, wozu Design Documents eigentlich gut sind, worauf es ankommt, wo der Unterschied zu RFCs ist, ob das ganze nicht ein riesiger Wasserkopf ist, um einfach Dinge auf die Straße zu bringen und welche Kultur das ganze benötigt.
Viel Spaß.
Bonus: Wer schreibt, der bleibt.
Das schnelle Feedback zur Episode:
👍 (top) [https://api.openpodcast.dev/feedback/135/upvote] [https://api.openpodcast.dev/feedback/18/downvote]👎 (geht so) [https://api.openpodcast.dev/feedback/135/downvote]
Feedback
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk [https://www.buymeacoffee.com/engineeringkiosk]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email [https://engineeringkiosk.dev/kontakt/] an stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev].
LINKS
* RFC und Design Doc Templates von verschiedenen Firmen: https://blog.pragmaticengineer.com/rfcs-and-design-docs/ [https://blog.pragmaticengineer.com/rfcs-and-design-docs/]
* Public RFCs von SourceGraph: https://drive.google.com/drive/folders/1zP3FxdDlcSQGC1qvM9lHZRaHH4I9Jwwa?ref=blog.pragmaticengineer.com [https://drive.google.com/drive/folders/1zP3FxdDlcSQGC1qvM9lHZRaHH4I9Jwwa?ref=blog.pragmaticengineer.com]
* RFC Proposal von SourceGraph: https://docs.google.com/document/d/1zInJ9mn_SePKjS8dLHS1EDt2_gUEkCKD544bDDSuJek/edit#heading=h.trqab8y0kufp [https://docs.google.com/document/d/1zInJ9mn_SePKjS8dLHS1EDt2_gUEkCKD544bDDSuJek/edit#heading=h.trqab8y0kufp]
* RFC Process von SoundCloud: https://philcalcado.com/2018/11/19/a_structured_rfc_process.html [https://philcalcado.com/2018/11/19/a_structured_rfc_process.html]
* RFCs von RazorPay: https://github.com/razorpay/blade/tree/master/rfcs [https://github.com/razorpay/blade/tree/master/rfcs]
* RFCs von Couchbase: https://github.com/couchbaselabs/sdk-rfcs/tree/master/rfc [https://github.com/couchbaselabs/sdk-rfcs/tree/master/rfc]
* How to write an effective design document: https://rinaarts.com/how-to-write-an-effective-design-document/ [https://rinaarts.com/how-to-write-an-effective-design-document/]
* Design Docs at Google: https://www.industrialempathy.com/posts/design-docs-at-google/ [https://www.industrialempathy.com/posts/design-docs-at-google/]
* Design Documents vom Service Mesh Istio: https://github.com/istio/istio/wiki/Design-Doc-Links [https://github.com/istio/istio/wiki/Design-Doc-Links]
* Kafka Improvement Proposals (KIP): https://cwiki.apache.org/confluence/display/KAFKA/Kafka+Improvement+Proposals [https://cwiki.apache.org/confluence/display/KAFKA/Kafka+Improvement+Proposals]
* Internet Engineering Task Force RFCs: https://www.ietf.org/process/rfcs/ [https://www.ietf.org/process/rfcs/]
* How and Why RFCs Fail: https://candost.blog/how-and-why-rfcs-fail/ [https://candost.blog/how-and-why-rfcs-fail/]
* Oxides Request For Discussions: https://rfd.shared.oxide.computer/ [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/ [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/ [https://engineeringkiosk.dev/podcast/episode/66-stressfreie-produktivit%C3%A4t-in-der-hektischen-welt-mit-getting-things-done/]
* Checklist Manifesto: How to Get Things Right: https://www.amazon.de/Checklist-Manifesto-ATUL-GAWANDE/dp/0312430000/ref=sr_1_1 [https://www.amazon.de/Checklist-Manifesto-ATUL-GAWANDE/dp/0312430000/ref=sr_1_1]
SPRUNGMARKEN
(00:00:00) Intro
(00:01:15) Welche Relevanz haben Design Documents?
(00:07:25) Was ist ein Design Document?
(00:15:23) Wer schreibt das Design Document? Wie startet man?
(00:21:26) Mein Design hat Abhängigkeiten zu anderen Teams
(00:26:59) Design Document als zeitlicher Overhead
(00:31:56) Wie detailliert und lang soll ein Design Document sein?
(00:41:12) Request for Comments (RFCs) als ursprung für Design Documents
(00:50:10) Schreibtipps für dein erstes Design Document
(00:56:13) Box ticking exercise und Entscheidungs-Fatigue
HOSTS
* Wolfgang Gassler (https://mastodon.social/@woolf [https://mastodon.social/@woolf])
* Andy Grunwald (https://twitter.com/andygrunwald [https://twitter.com/andygrunwald])
FEEDBACK
* EngKiosk Community: https://engineeringkiosk.dev/join-discord [https://engineeringkiosk.dev/join-discord]
* Buy us a coffee: https://www.buymeacoffee.com/engineeringkiosk [https://www.buymeacoffee.com/engineeringkiosk]
* Email: stehtisch@engineeringkiosk.dev [stehtisch@engineeringkiosk.dev]
* LinkedIn: https://www.linkedin.com/company/engineering-kiosk/ [https://www.linkedin.com/company/engineering-kiosk/]
* Mastodon: https://podcasts.social/@engkiosk [https://podcasts.social/@engkiosk]
* Twitter: https://twitter.com/EngKiosk [https://twitter.com/EngKiosk]
06 ago 2024 - 1 h 0 min
Soy muy de podcasts. Mientras hago la cama, mientras recojo la casa, mientras trabajo… Y en Podimo encuentro podcast que me encantan. De emprendimiento, de salid, de humor… De lo que quiera! Estoy encantada 👍
MI TOC es feliz, que maravilla. Ordenador, limpio, sugerencias de categorías nuevas a explorar!!!
Me suscribi con los 14 días de prueba para escuchar el Podcast de Misterios Cotidianos, pero al final me quedo mas tiempo porque hacia tiempo que no me reía tanto. Tiene Podcast muy buenos y la aplicación funciona bien.
App ligera, eficiente, encuentras rápido tus podcast favoritos. Diseño sencillo y bonito. me gustó.
contenidos frescos e inteligentes
La App va francamente bien y el precio me parece muy justo para pagar a gente que nos da horas y horas de contenido. Espero poder seguir usándola asiduamente.
Disponible en todas partes
¡Escucha Podimo en tu móvil, tablet, ordenador o coche!
Un universo de entretenimiento en audio
Miles de podcast y audiolibros exclusivos
Sin anuncios
No pierdas tiempo escuchando anuncios cuando escuches los contenidos de Podimo.
Tu oferta:
Acceso ilimitado a todos los podcasts exclusivos
Sin anuncios
Descubre miles de audiolibros
Después de la prueba 4,99 € / mes. Sin compromiso