Der Software-Architekt-Aufzug

Kapitel 22. Diagrammgesteuerter Entwurf

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Schummeln in einem Bild ist viel schwieriger als Schummeln in Worten

Entwerfen mit Diagrammen

Vor Jahren hat der Crested Butte Enterprise Architecture Summit wieder einmal bewiesen, dass eine Gruppe von Geeks in einer abgelegenen Stadt zu kreativen Ergebnissen führen kann. In unserem Fall war das Ergebnis eine A-bis-Z-Liste mit 26 neuen Entwicklungsstrategien, angefangen bei der aktivitätsgesteuerten Entwicklung (ADD) bis hin zur Null-Fehler-Entwicklung (ZDD). Das domänengesteuerte Design (DDD) war dem fantastischen Buch Domain-Driven Design von Eric Evans gewidmet.¹ Allerdings kam mir ein anderes "DDD" in den Sinn: diagram-driven design, und es stellte sich heraus, dass hinter der lustigen Übung tatsächlich eine ernsthafte Idee steckt.

Präsentationsfähigkeiten: Mehr als nur ein breiter Stand

Als ich für Google in Japan arbeitete, entwickelte und unterrichtete ich einen Kurs über Präsentationsfähigkeiten für Ingenieure, zu dem auch einige gemeinsame Ideen gehörten, die von Büchern wie "Presentation Zen" inspiriert waren und starke, eindrucksvolle Grafiken verwendeten.² Als ich meinen eigenen Rat befolgte, hatte ich hochauflösende Grafiken von selbstbewussten Managern, Tankanzeigen, die darauf hinweisen, ...