Artwork

Innhold levert av Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald. Alt podcastinnhold, inkludert episoder, grafikk og podcastbeskrivelser, lastes opp og leveres direkte av Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald eller deres podcastplattformpartner. Hvis du tror at noen bruker det opphavsrettsbeskyttede verket ditt uten din tillatelse, kan du følge prosessen skissert her https://no.player.fm/legal.
Player FM - Podcast-app
Gå frakoblet med Player FM -appen!

#135 Design Documents & RFCs: Der Weg zu besserer Software-Architektur

1:00:06
 
Del
 

Manage episode 432746336 series 3432292
Innhold levert av Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald. Alt podcastinnhold, inkludert episoder, grafikk og podcastbeskrivelser, lastes opp og leveres direkte av Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald eller deres podcastplattformpartner. Hvis du tror at noen bruker det opphavsrettsbeskyttede verket ditt uten din tillatelse, kan du følge prosessen skissert her https://no.player.fm/legal.

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

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

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

Das doofe nur … Jemand muss diese Dokumente auch schreiben.

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

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

Viel Spaß.

Bonus: Wer schreibt, der bleibt.

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

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Links

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

Feedback

  continue reading

186 episoder

Artwork
iconDel
 
Manage episode 432746336 series 3432292
Innhold levert av Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald. Alt podcastinnhold, inkludert episoder, grafikk og podcastbeskrivelser, lastes opp og leveres direkte av Wolfgang Gassler, Andy Grunwald, Wolfgang Gassler, and Andy Grunwald eller deres podcastplattformpartner. Hvis du tror at noen bruker det opphavsrettsbeskyttede verket ditt uten din tillatelse, kan du følge prosessen skissert her https://no.player.fm/legal.

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

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

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

Das doofe nur … Jemand muss diese Dokumente auch schreiben.

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

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

Viel Spaß.

Bonus: Wer schreibt, der bleibt.

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

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback

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

Links

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

Feedback

  continue reading

186 episoder

Alle episoder

×
 
Loading …

Velkommen til Player FM!

Player FM scanner netter for høykvalitets podcaster som du kan nyte nå. Det er den beste podcastappen og fungerer på Android, iPhone og internett. Registrer deg for å synkronisere abonnement på flere enheter.

 

Hurtigreferanseguide

Copyright 2025 | Sitemap | Personvern | Vilkår for bruk | | opphavsrett
Lytt til dette showet mens du utforsker
Spill