Code wird billig, Architektur entscheidend

Wir produzieren Code heute schneller, als wir ihn lesen können – dank GenAI und agentischer Entwicklung. Doch genau hier droht eine Falle: KI-Agents haben das Erstellen von Code optimiert, ignorieren aber systemische Zusammenhänge. Die Folge: Komplexität, Abhängigkeiten und Betriebsrisiken steigen rasant.

Dieser Talk ist ein Impuls für unsere Profession. Wenn Code zur billigen Massenware wird, wird Denken im Gesamtkontext zur wertvollsten Währung. Architektur muss noch mehr das „lange gut bleiben“ adressieren, das „schnell bauen“ tritt in den Hintergrund.

Lange Zeit hat es genügt, Anforderungen in brauchbare Technik zu übersetzen. Damit ist Schluss: Zukünftig gewinnt, wer Anforderungen schneller und präziser versteht, Systeme konsequent entkoppelt, Trade-offs transparent macht und als Übersetzer zwischen Maschinenraum und Management wirkt. Wer das ignoriert, baut künftig nur noch schneller Dinge, die niemand mehr warten kann.

Im Vortrag adressiere ich die Skills, die KI uns (noch) nicht abnehmen kann: ganzheitliches Denken, geschickte Domänenschnitte und die soziale Struktur von Teams. Ohne dieses solide methodische Fundament bauen wir technische Schulden mittlerweile schneller auf, als wir prompten können.

Genau deshalb wird Architekturarbeit zum Rückgrat moderner Software- und Systementwicklung. Lasst uns diese Konferenztage nutzen, um dieses Fundament gemeinsam zu schärfen.

Transcript

1. Code wird billig.
2. Architektur entscheidend. Code wird billig. Dr. Gernot Starke Fellow
3. Dr. Gernot Starke ✓Architekturverbesserer ✓Coach, Trainer ✓INNOQ-Fellow ✓arc42, aim42 ✓iSAQB
4. https://www.anthropic.com/news/fable-mythos-access
8. Demo 1: /impeccable https://impeccable.style/
9. https://gitclear-public.s3.us-west-2.amazonaws.com/GitClear-AI-Copilot-Code-Quality-2025.pdf 200 Millionen LoC untersucht
10. • entsteht immer schneller • copy-paste (aka LLM-basiert) wird der Normalfall Code...
11. Demo 2: dashboard
12. Konsequenzen?
13. Software- entwicklung Business- und Requirements-Analyse, Architektur, UX-Design, Planung, Coding, Test, Integration, Rollout, Monitoring, Administration, Support
14. Software- entwicklung Business- und Requirements-Analyse, Architektur, UX-Design, Planung, Coding, Test, Integration, Rollout, Monitoring, Administration, Support
15. Business oder PO haben eine Idee...
16. Idee, Requirements, Product-Owner Dev & Ops Team
17. Anforderungen klären Organisatorisches klären (Planning, Estimation, Retros, sonst. Meetings) Architektur & Entscheidungen treffen (wie geht was) Code / Tests schreiben Fehler suchen und fixen Dokumentation erstellen/pflegen Technische Recherche und Weiterbildung
18. Architektur ἀρχιτεκτονική (architektonikḗ) = Baukunst
19. Architektur: Zwei Arten von Entscheidungen! 1.) Struktur- entscheidungen (aka: Grundriss)
20. Zwei Arten von Entscheidungen! 2.) Baumaterial 1.) Struktur (Grundriss)
21. Architektur braucht mehr als nur Entscheidungen
22. Architekturaufgaben
23. können Agents gut unterstützen
24. AI und Dokumentation https://github.com/matthiasnissen/arc42agentic
25. AI und Dokumentation https://github.com/matthiasnissen/arc42agentic
26. Reviews, Abstimmung, Einschätzung, ganzheitliche Betrachtung
27. LGTM
28. Looks good to me LGTM
29. AI-Coding für alle Teams
30. AI-Coding für alle Teams, damit wir schneller werden Selbst g ehört?
31. Wird Code schneller geschrieben ??
32. Demo 2: dashboard...
33. Code wird schneller geschrieben !! https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems
35. Idee, Requirements, Product-Owner Dev & Ops Team
36. Devs werden schneller, aber: https://www.faros.ai/blog/ai-software-engineering
37. https://www.faros.ai/blog/ai-acceleration-whiplash-takeaways
38. Wenn Code schneller geschrieben wird... https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems
39. LGTM
40. 1947-2011 Eli Goldratt https://en.wikipedia.org/wiki/Eliyahu_M._Goldratt
42. https://www.amazon.de/Goal-Process-Ongoing-Improvement-Anniversary-ebook/dp/B0DFD2C9F9 • Business-Book Bestseller • „Required Reading“ für MBA Studium • eigene Zertifizierung www.tocico.org
43. Ein System ist nur so schnell, wie sein langsamster Teil. Von Wolfram Müller Speed4Projects - CC-by-sa 3.0/de, https://de.wikipedia.org/w/index.php?curid=6494193
44. Jedes System hat genau einen Engpass der bestimmt den Durchsatz des gesamten Systems. Wer eine Station beschleunigt, die gar nicht der Engpass ist, bekommt einen Stau.
45. Jedes System hat genau einen Engpass der bestimmt den Durchsatz des gesamten Systems. Wer eine Station beschleunigt, die gar nicht der Engpass ist, bekommt einen Stau.
46. LGTM Looks good to me
47. Looked. Got tired. Merged. LGTM
48. https://borncity.com/news/github-plant-drastische-einschraenkungen-fuer-pull-requests/
49. Demo 1: /impeccable https://impeccable.style/
50. https://andrewmurphy.io/blog/if-you-thought-the-speed-of-writing-code-was-your-problem-you-have-bigger-problems
51. Bottleneck 1: Don‘t know what to build • PO kennt keine echten User • Anforderungen als 3-Sätze-Jira-Ticket • Figma-Entwurf von Leuten, die das Produkt nie benutzen • Bei Details müssen Devs meist raten writing code faster just means you arrive at "oh fuck" sooner.
52. Bottleneck 2: Everything after the code is "done" • Lange Wege vom Coding bis Prod • PR Review. • CI. • Staging. • QA & Test • Security review. • Product sign-off. • Deploy window. • Canary rollout.
53. Bottleneck 3: You shipped. Did it work? Who knows. • Keine Analytics. • Keine User-Interviews. • Keine Ahnung, ob das Feature das Problem wirklich gelöst hat
54. Bottleneck 4: Your Calendar.
56. Methodik: Wissen und Fähigkeiten. Langfristig hilfreich.
58. Danke. Gernot Starke gernot.starke@innoq.com LinkedIn: gernotstarke