Software Architektur im Stream

Team Topologies stellen Konzepte dar, mit denen Software-Entwicklungsteams organisiert werden können. Mit nur vier Arten von Teams und drei Interaktionsmodi zwischen den Teams reduziert sich Team Topologies auf das wesentliche. Gleichzeitig ist es in der Praxis erprobt und löst viele typische Probleme. Im Mittelpunkt dieser Episode steht die Vorstellung und Diskussion der wesentlichen Konzepte und Ideen. Links Episode mit Anja Kammer zu DevOps und Team Topologies JAX Workshop: Team Topologies, Inverse Conway und mehr ganz praktisch JAX Microservices Camp: Organisation und Team Topologies: Der Schlüssel zum Erfolg mit Microservices Matthew Skelton, Manuel Pais: Team Topologies (DE) Matthew Skelton, Manuel Pais: Team Topologies (EN) Matthew Skelton, Manuel Pais: Remote Team Interactions Workbook Team Topologies Infographics Episode zu API-Team mit Dr. Miriam Greis und Lisa Moritz Episode zu Site Reliability Engineering mit Bastian Spanneberg

Die Unternehmens-IT-Landschaften bestehen heutzutage aus einer Vielzahl unterschiedlicher Software-Systeme. Jedes Software-System muss sich in diese Landschaft einfügen und daher mit anderen Systemen integrieren. Und bei Microservices spielt ebenfalls die Integration der einzelnen Services eine zentrale Rolle. In dieser Episode diskutieren wir typische Mechanismen zur Integration wie REST oder Messaging und wie sie die typischen Probleme bei der Integration lösen. Links Folge zu Abhängigkeiten Does my ESB look big on this VideoFolienStefan Tilkov, Martin Eigenbrodt, Silvia Schreier, Oliver Wolf: REST und HTTP HTTP Folge mit Lucas Dohmen Enterprise Service Bus bei Wikipedia Kafka Video Gregor Hohpe: Patterns of Enterprise Application Architecture Apache Camel Spring Integration Episode zu Feeds mit Jochen Christ Episode zu lose Kopplung

“Agile? Gähn! Haben wir probiert. Funktioniert bei uns nicht.” Haben Sie so etwas so oder so ähnlich schon gehört? Ist Agile oder Scrum bei Ihnen bereits ein “verbrannter Begriff”, bei dem Kollegen um Sie herum das Weite suchen, wenn Sie ihn verwenden? Die Gründe sind dabei oft vielfältig. In meiner mehrjährigen Erfahrung mit verschiedensten Unternehmen haben sich dabei jedoch einige Muster herauskristallisiert, die ich als “Agile Anti-Pattern” bezeichnen würde. Genau darum soll es hier gehen. Unabhängig davon, ob Sie die Agilität in ihrem Unternehmen unterstützen oder sabotieren wollen: Hier lernen Sie, wie Sie es effektiv anstellen können. Wir beginnen dabei mit verschiedensten Ursachen für das Scheitern, und schauen, worum es im Kern bei Agilität geht und warum es so leicht ist, sie abzuwürgen. Im Anschluss schweifen wir über die häufigsten Anti-Pattern und schließen damit ab, was Agilität mit gelebter Unternehmenskultur zu tun hat.

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. Episode "Menschenzentrierte Softwareentwicklung" mit Prof. Dr. Christiane Floyd Bericht über das SAGE-System The Leprechauns of Software Engineering by Laurent Bossavit Episode "Gibt es das Wasserfallmodell überhaupt?" Blog "Wasserfall-Modell? LOL!" Episode "Are We Engineers?" with Hillel Wayne Vortrag "Architektur: bitte nicht zukunftssicher!" Blog "Die einzige Best Practice: Keine Best Practice nutzen" Episode "Best Practices - Keine gute Idee" 60-Minuten-Consulting Broschüre "Software-Entwicklung: Der Mensch im Mittelpunkt"

Software engineering stands apart from other engineering disciplines - or does it? Some argue that we are too informal to be deemed engineers, while others believe “real” engineers follow traditional, waterfall methods because things are much more stable in their domains. Some even argue that software development should be seen as an art or craft. To address the question of whether software engineers are “real” engineers, Hillel Wayne interviewed professionals who crossed over from traditional engineering to software engineering. In this episode, we will delve into the insights gained from these. Links Is Software Engineering Real Engineering? Hillel Wayne YOW! 2023 YouTube hillelwayne.com Are We Really Engineers? (Crossover project 1/3) We Are Not Special(Crossover project 2/3) What Engineering Can Teach (an Learn From) Us (Crossover project 3/3) The Joel Test Documenting Software Architectures (Paul Clements et al.) Handbook of Industrial Engineering (Gavriel Salvendy) Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

Fehler gibt es auch in der Software-Architektur. Auf Social Media haben wir Menschen darum gebeten, von Architektur-Fehlern zu berichten, die sie selbst gemacht haben oder in Projekten miterlebt haben. In dieser Episode betrachten wir einige davon und versuchen, aus ihnen zu lernen: Gibt es Muster? Was sind die Gründe? Kann man die Fehler vermeiden? Links Folge “Amazon - Von Microservices zurück zu Monolithen?” Artikel von von Oliver Wehrens zu Mikro-/Makro-Architektur Episode zu Mikro-/Makro-Architektur Architektur Kickstart Episode zu Crew Ressoure Management The Vietnam of Computer Science von Ted Neward BED-Con Bert Jan Schrijver about Generic or Specific - Wichtiger Punkt: Erst beim dritten Mal eine generische Lösung bauen

Software-Architektur spielt vor allem in großen Projekten eine entscheidende Rolle für den Erfolg. In dieser Episode diskutieren wir Methoden, um Software-Architektur-Arbeit erfolgreich auf größere Projekte und Teams zu skalieren. Links Planung der nächsten Episoden Conway's Law Organisation und Architektur - ein Beispiel Makro-Architektur Episoden zu Modularisierung Die Rolle Software-Architekt

Kann man Software ohne Architektur entwickeln? In dieser Episode gehen wir genau dieser Frage nach, denn oft scheint Architektur im Weg zu stehen. Vielleicht wird also alles besser, wenn wir sie einfach weglassen? Links Die Rolle Software-Architekt 1/2 Die Rolle Software-Architekt 2/2 Was ist Software-Architektur überhaupt? Crew Ressource Mangement - Wie geht die Luftfahrt mit dem Faktor Mensch um? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Software-Architektur Inspiration von anderen Branchen Hillel Wayne "What Engineering Can Teach (and Lean From) Us" Peter Gafert zu ArchUnit Folgen zu "Wir bauen eine Software-Architektur" Folgen zur iSAQB Advanced Beispielaufgabe

In dieser Episode sprechen Dr. Miriam Greis und Lisa Moritz über API-Teams. Sie klären, was sich hinter diesem Begriff verbirgt, welche Vorteile ein API-Team mit sich bringt und welche Hürden auf dem Weg zu einem erfolgreichen API-Team überwunden werden müssen. Links Liste mit Tools rund um OpenAPI u.a. mit den erwähnten Spectral und Redocly CLI und den Editoren Stoplight Studio und Swagger Editor portman OpenAPI Map

Heutzutage wird Modularisierung oft mit der Aufteilung in Microservices gleichgesetzt. Können Konzepte wie Framework, Library oder Komponenten als Alternativen dienen? In dieser Episode beleuchten wir die genaue Bedeutung dieser Begriffe und wie nützlich sie bei der Strukturierung von Software-Systemen sind. Links Sketchnotes Software Architektur im Stream Spreadshop Software-Entwicklung und Menschen - Die remote UnConference Episode zu loser Kopplung Wikipedia zu Library Brad Coxs Idee zu Komponenten Episode zu Wiederverwendung Episoden zum Architektur-Management Blog: Die Cloud: Eine Komponentenbibliothek Bert Jan Schrijver about Geneirc or Specific

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 Heise-Blog: KI in der Software-Entwicklung: Überschätzt Folge zum Strangler-Fig-Pattern Folge zu Nick Tunes Legacy-Ansatz Nick Tunes Buch zu Architektur-Modernisierung Folge zu Big Ball of Mud Kostenloses 60-Minuten-Consulting Kostenlose Broschüre: Software-Entwicklung: Der Mensch im Mittelpunkt

In dieser Episode von Softwarearchitektur im Stream begrüßt die Lisa die Geschäftsführerin der Hacker School, Dr. Julia Freudenberg. Die Hacker School ist eine gemeinnützige Organisation, die digitale Bildung in den Schulen fördert und Jugendliche fürs Programmieren begeistert. Lisa und Julia sprechen darüber, wie die Hacker School mit Unternehmen aus der Digitalbranche zusammenarbeitet, um Nachhaltigkeit und soziales Engagement zu verbinden. Sie zeigen auch, wie die Hacker School Jugendlichen die nötigen Skills und Einblicke in IT-Berufe vermittelt und ihnen die Vielfalt und die Möglichkeiten der digitalen Welt eröffnet. Diese Episode ist für alle interessant, die mehr über die Hacker School erfahren wollen oder sich selbst für die digitale Bildung junger Menschen engagieren möchten. Links Hacker School UnConference “Software-Entwicklung und Menschen - Team-Topologies, sozio-technische Systeme, Conway’s Law und mehr” Fishbowl Brücken bauen - Erfolgreiche Wege für IT-Nachwuchs und Quereinsteiger (IT-Tage)

Wie groß sollen Microservices sein? Wie autonom sollen Teams sein? Bei Software-Architektur gibt es zahlreiche kontroverse Meinungen - also diskutieren wir es aus! Bei dieser Diskussion lassen Eberhard Wolff und Stefan Toth die Meinungen aufeinander prallen : Nach der Wahl eines Thema vertreten beide eine radikale Position dazu und diskutieren sie aus. Moderiert wird das Ganze von Lisa Moritz.

Fred Brooks behauptete 1986 in “No Silver Bullet—Essence and Accident in Software Engineering”, dass keine einzelne Maßnahme die Produktivität in der Software-Entwicklung drastisch verbessern kann. Gilt diese These noch in Zeiten künstlicher Intelligenz? Wie kommt man zu einer solchen Aussage? In der innovationsfreudigen IT wurde schließlich vieles, was einst unmöglich schien, Realität. Und wie misst Brooks überhaupt Produktivität? Die Frage nach der Produktivitätsmessung hat ja bereits eine vorherigen Folge behandelt. Links Kostenloses 60 Minuten Consulting bei SWAGLab Fred Brooks: No Silver Bullet—Essence and Accident in Software Engineering Fred Brooks: The Mythical Man-Month Episoden zu Architektur-Management Maestro: Die erste integrierte Entwicklungsumgebung Episode mit Christiane Floyd Folgen zu Technical Debt Folgen zu Wiederverwendung Mein Blog: KI in der Softwareentwicklung: Überschätzt Bert Jan Schrijver about Generic or Specific?

In den letzten beiden Folgen haben wir mit Ralf D. Müller diskutiert, wie ChatGPT die iSAQB-Advanced-Level-Prüfung angehen würde. In dieser Episode schauen wir uns mit Ralf zusammen an, wie ChatGPT bei dieser Aufgabe bessere Lösungen erreichen würde, wie es in der täglichen Architektur-Arbeit unterstützen kann und schließlich wo die Reise hingeht: Werden Software-Architekt:innen gar überflüssig? Links Sketchnotes Architektur-Kickstart Training ab 19.2. 25% mit Voucher 25LASTMIN - buchen Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2 Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 2/2 Ralfs Blog zu Prompt Engineering Ralfs Blog zu AI in Software Design Eberhards Blog Post zu KI für Software-Entwicklung Interview mit Ralf: Softwarearchitektur: "KI wird unsere Fähigkeiten ergänzen, nicht ersetzen" Episode mit Simon Brown zum C4-Modell

Quellen und Transkript: https://software-architektur.tv/2024/01/22/folge198.html

ChatGPT kann Dinge, von denen viele nicht gedacht hätten, dass sie überhaupt möglich sind. Ralf D. Müller hat ChatGPT die iSAQB-Advanced-Level-Beispielaufgabe lösen lassen. In dieser Episode berichtet er, wie er dabei vorgegangen ist. Ralf und Eberhard schauen sich außerdem die Ergebnisse an - und gehen der Frage nach, ob ChatGPT die Advanced-Level-Zertifizierung bestehen würde. In dieser Episode schauen wir uns die Ergebnisse an und bewerten sie und versuchen ChatGPT zu helfen, sie zu verbessern. Links Architektur-Kickstart Training ab 19.2. 25% mit Voucher 25LASTMIN - buchen Miro Board Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2 Ralfs Blog zu Prompt Engineering Ralfs Blog zu AI in Software Design Episoden zur iSAQB Advanced Beispielaufgabe

Reviews decken Schwächen von Softwarelösungen auf und sichern technische und architektonische Ideen ab. Die Anwendung konventioneller Bewertungsmethoden ist allerdings oft schwierig. Fundierte Analysemethoden erfordern häufig viele Beteiligte. Darüber hinaus liefern viele Bewertungsmethoden nur Roh-Ergebnisse, die aufwendig nachbearbeitet werden müssen. In dieser Session sprechen wir mit Stefan Toth und Stefan Zörner über einen schlanken Ansatz für Software-Reviews. Er ist direkt und einfach anwendbar und funktioniert auch allein und ohne große Vorarbeit. Und liefert darüber hinaus bereits früh ein kommunizierbares Ergebnis, das Ihr bei Bedarf fokussiert und schrittweise verfeinern könnt. Wir diskutieren, in welcher Situation so ein Ansatz gut passt, und wann mehr nötig ist, um die Risiken im Vorhaben angemessen zu adressieren und ein für alle Beteiligten befriedigendes Review-Ergebnis zu erzielen. Links “Software Systeme reviewen mit dem Lightweight Approach for Software Reviews - LASR” von Stefan Toth und Stefan Zörner für 7,99$ statt 17,99$ bis zum 12.2. Unterstützungsmaterial für LASR Folien aus dem Stream Sketchnotes

Für den Adventskalendar von Software Architektur im Stream haben 25 Personen in höchsten einer Minute die Fragen beantwortet "Was ist eine gute Software-Architektur?". Die Antworten gibt es zusammengeschnitten in diesem Podcast. Die Original-Videos finden sich als Playlist bei YouTube oder als Kanal bei Peertube.

Vor einiger Zeit hat McKinsey behauptet, sie könnten endlich Entwickler:innen-Produktivität messen. Daraufhin gab es ausführliche Kritik von solchen Größen wie Daniel Terhorst-North, Kent Beck oder Gergely Orosz. In diese Episode schauen wir uns die verschiedenen Standpunkte an und gehen der Frage nach, ob man Produktivität messen kann und ob man das auch sollte. Links Paper McKinsey: Yes, you can measure software developer productivity Kritik am Paper Kent Beck & Gergely Orosz: Measuring developer productivity? A response to McKinsey Teil 1 Kent Beck & Gergely Orosz: Measuring developer productivity? A response to McKinsey Teil 2 Daniel Terhorst-North: McKinsey Developer Productivity Review Kritik an McKinsey Wikipedia zu McKinsey-Kontroversen McKinsey: Last Week Tonight with John Oliver Weitere Links Architektur-Kickstart Folgen zu DORA Makro-Architektur: Prioritäten und Überblick Das SPACE-Modell Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Laurent Bossavit “The Leprechauns of Software Development” Episode mit Prof. Dirk Riehle Goodhart’s Law McKinsey: Developer Velocity Index Episode Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?