Software-Entwicklung ist anders als andere Disziplinen: Wir können nicht mit einem festen Plan im Sinne des Wasserfalls vorgehen, sondern müssen iterativ arbeiten. Die Architektur ist nicht stabil. Best Practices sind eher problematisch. Diese Erkenntnisse sind nicht neu – im Gegenteil: Einige sind erschreckend alt. Dennoch sind diese Grundlagen in unserer scheinbar innovativen Branche nicht allgemein geläufig. Da sie nicht intuitiv klar oder offensichtlich sind, erschließen sie sich nicht jeder Person. Aber es ist ermüdend, immer wieder auf sie hinzuweisen. Idealerweise müssten wir sie nicht immer wieder aus Neue vermitteln. Diese Themen sollten mindestens unter IT-Professionals als unumstößliche Wahrheiten verankert werden. Dieser Talk könnte ein erster Schritt in diese Richtung sein.

Links

Legacy Software - dabei erschaudern auch erfahrene Techniker:innen. Aber Legacy heißt eigentlich so viel wie “Erbe” und ist nur in der IT rein negativ besetzt. Und Legacy Software löst praktisch immer ein Business-Problem erfolgreich, während eine Neuentwicklung ihre Nische erst finden muss. Der Vortrag zeigt, wie man diese und andere Erkenntnisse nutzen kann, um Strategien zu entwickeln, mit denen man produktiver und erfolgreicher mit Legacy-Software umgehen kann. Und so wird aus dem Problem “Legacy” eine Chance.

Links

Oft wird Software immer schlechter wartbar, je länger Entwicklungsteams an ihr arbeiten. Dazu hat sich die Metapher “technische Schulden” etabliert. Aber es ist nicht immer sinnvoll, technische Schulden zu beseitigen und sie können auch “einfach so” entstehen. Darum geht es in diesem Vortrag - und über die Grundlagen der Metapher, wie sie bei der Kommunikation mit Managern hilf, warum die Metapher eigentlich nicht besonders gut gewählt ist und natürlich wie man mit technischen Schulden sinnvoll umgehen kann.

Links

Domain-driven Design (DDD) steht für eine Vielzahl an Techniken wie strategisches DDD, taktisches DDD und kollaborative Modellierung. Dieser Vortrag gibt einen Überblick über das DDD-Universum. Dabei stellt er nicht nur die verschiedenen Konzept vor. Er zeigt außerdem auch die jeweiligen Vor- und Nachteile der Praktiken auf und weist auf die typischen Fallstricke hin - und wie man sie vermeiden kann.

0:00 Beginn / Was ist Domain-driven Design?

Links

“Big Ball of Mud” bezeichnet Software, die keine erkennbare Struktur hat und daher schwer verstehbar und wartbar ist. Aber ein Big Ball of Mud hat nicht nur Nachteile. Einige behaupten sogar, dass es das populärste Architektur-Muster ist. Diese Episode wirft einen genauen Blick auf “Big Ball of Mud” und was es mit diesem Pattern wirklich auf sich hat.

0:00 Big Ball of Mud

Domain-driven Design (DDD) ist über die Jahre zu einer umfangreichen Sammlung von Techniken geworden, über die viel gesprochen und geschrieben wird. Aber es gibt einen wichtigen Kern: Die Domäne soll das Design bestimmen. Dazu ist eine gründliche Kenntnis der Domäne und eine entsprechende Strukturierung des Systems notwendig. Ohne diese Basis sind weiterführende Techniken kaum nützlich. In dieser Episode geht es um die Essenz von DDD - die eigentlich den bewährten Grundkonzepte der Software-Entwicklung entspricht. So kann man sich beim Umgang mit DDD auf das Wesentliche konzentrieren und die Erfolgschancen unserer Software-Entwicklungen verbessern.

Ein agiles Projekt, sehr produktiv und alle arbeiten mit Begeisterung an der Software. Wenige Monate später: Zahlreiche wichtige Personen haben das Projekt verlassen und von den agilen Vorgehensweisen ist nur noch wenig übrig. In dieser Episode gehen wir diesem “Kippen” von Projekten nach und diskutieren Gründe wie auch Möglichkeiten, mit einer solchen Situation umzugehen.

Kaum ein Vortrag über Software-Architektur kommt mehr ohne die Erwähnung von Conway's Law aus. Aber wie so oft: Nur wenige haben das ursprüngliche Paper tatsächlich gelesen. Und Menschen, die an Software arbeiten, sind nur selten Expert:innen für Organisation oder Kommunikation, die sie nun aber als wichtiges Element der Architektur-Arbeit verstehen. Dieser Vortrag bespricht Missverständnisse über Conway's Law und zeigt auf, welche Auswirkungen aber auch Chancen Conways's Law tatsächlich bietet.

Vortrag von der HDI Codex Entwickler:innen-Konferenz - vielen Dank für die Einladung und das Video!