Large Language Models (LLMs) wie ChatGPT oder Claude sind in aller Munde und versprechen, auch die Software-Architektur zu revolutionieren. Doch wie nützlich sind diese Tools wirklich für Architekt:innen? Können sie bei der Erstellung von Architekturdokumentationen, Architecture Decision Records oder dem Architecture Communication Canvas helfen? Oder überwiegen die Risiken wie Halluzinationen und fehlendes Verständnis für die Realität? In dieser Folge diskutieren Eberhard Wolff und Ralf D. Müller kontrovers über den Einsatz von LLMs in der Software-Architektur. Sie beleuchten sowohl die Chancen als auch die Fallstricke und diskutieren, wo LLMs helfen können und wo sie versagen. Eine Diskussion zwischen zwei erfahrenen Software-Architekten, deren Meinungen unterschiedlicher nicht sein könnten – mit praktischen Erkenntnissen für alle, die sich fragen: KI-Hype oder echte Hilfe?

Links

• Umfrage zur Nutzung der Website

• Folge KI = Bullshit?

• Dirks Experiment

• Arc42 Dokumentation für den AsciiDoc-Linter

• Francesco Salvi, Manoel Horta Ribeiro, Riccardo Gallotti & Robert West: On the conversational persuasiveness of GPT-4 nature human behavior

• Ziwei Ji, Nayeon Lee, Rita Frieske, Tiezheng Yu, Dan Su, Yan Xu, Etsuko Ishii, Yejin Bang, Delong Chen, Wenliang Dai, Ho Shu Chan, Andrea Madotto, and Pascale Fung (Center for Artificial Intelligence Research (CAiRE), Hong Kong University of Science and Technology, Hong Kong): Survey of Hallucination in Natural Language Generation

• ChatGPT halluziniert immer mehr und OpenAI weiß nicht, warum

• Episode zu Wardley Maps Meets Software Architecture

• Servo verbietet AI-Contributions

• Desaströser Commit von CoPilot an Dot Net

• cURL-Maintainer: "Habe die Nase voll" – wegen KI-Bug-Reports

• ChatGPT beantwortet: Ist der Einsatz von LLMs eine wichtige Maßnahme, um besser und produktiver Software Architekturen zu erstellen oder gibt es andere, erfolgversprechendere Möglichkeiten?

• AsciiDoc Linter

• LLM Prompts for Architecture Documentation

Eigentlich definiert Architektur “nur” die Struktur der Software. Aber das Gesetz von Conway weißt schon auf den Zusammenhang zwischen Architektur und Organisation hin. Durch das Inverse Conway Maneuvre ist klar geworden, dass die geschickte Aufstellung der Organisation die Architektur maßgeblich beeinflussen kann. Dieser Vortrag zeigt auf, dass Team Topologie auch erhebliche Konsequenzen für die Architektur-Arbeit hat: Team Topologies fungiert nicht nur als Werkzeug für Architektur, sondern muss auch in die architektonische Planung einbezogen werden.

Links

• Folien

• D.L. Parnas: Information Distribution Aspects of Design Methodology

• Frederick P. Brooks: The Mythical Man-Month

• Episode zu Modularisierung

• Fachliche Architektur - Warum und wie?

• Episode zu Team Topologies

• Episode zur DevOps Study

• Fearless Change - Neue Ideen etablieren

• Software Architektur - Den menschlichen Faktor verbessern!

Agile Entwicklung verspricht einen besseren Umgang mit Unsicherheit – und doch dominieren in vielen Projekten weiterhin detaillierte Pläne, Feinkonzepte und Architektur mit Big Design Up Front. Warum fällt es so schwer, loszulassen?

Diese Episode beleuchtet die psychologischen Gründe hinter dem Festhalten an Planung: das Bedürfnis nach Sicherheit, die Angst vor Chaos und die Illusion von Kontrolle. Und sie zeigt, welche Bedingungen nötig sind, damit Teams sich wirklich auf das Unplanbare einlassen können – mit Vertrauen, Mut und einer gesunden Fehlerkultur.

Links

• Are We Engineers? With Hillel Wayne

• Zukunftssichere Architekturen - Keine gute Idee?

• Prof. Christiane Floyd zu “menschenzentrierter Software-Entwicklung”

• Postagilität - Was kommt jetzt? mit Tanja Friedel und Uwe Vigenschow

• Software-Entwicklung = Lernen

• Intro to Beyond Estimates with Woody Zuill

• Gibt es das Wasserfallmodell überhaupt?