Software Architektur im Stream

Architektur ist stabil, Software-Entwicklung ist agil - dauernd gibt es neue Anforderungen und neue Sprints mit neuen Planungen. Wie passen diese beiden Welten zusammen? In dieser Episode diskutiert Stefan Toth diese und andere Fragen zu Agilität und Architektur - von Team- bis Unternehmensebene. Dabei geht es auch darum, welche Rolle die Software-Architekt:in in einem agilen Projekt spielt und wie sie das agile Vorgehen unterstützen kann. Es gibt 2 Voucher, 1x für AGILA online und 1x für AGILA in Erding zu gewinnen - jeweils 20% Rabatt. Einfach eine EMail an info @ socreatory punkt com bis 29.7. schicken mit Angabe des gewünschten Termin (online: 13.-15.9.2022 oder 19.-21.12.2022, Erding: 18.-20.10.2022). Links Stefans Buch Vorgehensmuster für Softwarearchitektur: Kombinierbare Praktiken in Zeiten von Agile und Lean iSAQB AGILA Lehrplan Episode zu Agilität mit Jutta Eckstein Episode mit Stefan Toth zu agile Enterprises Episoden zu Qualität

Nachdem in der letzten Folge noch zahlreiche Fragen unbeantwortet geblieben sind, geht es auch in dieser Episode um die Frage: Was macht eine Software-Architekt:in eigentlich genau? Irgendwie ist sie für die Software-Architektur verantwortlich, aber das sagt noch über die täglichen Aktivitäten und Prioritäten aus. Genau diese Fragen steht im Mittelpunkt auch dieser Episode: Wie lebt man die Rolle “Software-Architekt:in”? Welche Tätigkeiten sind besonders wichtig? Mit welchen anderen Personen sollte man wie interagieren? Link Tweet mit Fragen von Zuschauer:innen Sketchnotes Software-Architektur in agilen Projekten mit Jutta Eckstein Schlag den Stefan und Eberhard Computerwoche: Was macht ein Solution Architect?

Was macht eine Software-Architekt:in eigentlich genau? Irgendwie ist sie für die Software-Architektur verantwortlich, aber das sagt noch über die täglichen Aktivitäten und Prioritäten aus. Genau diese Fragen steht im Mittelpunkt der Episode: Wie lebt man die Rolle “Software-Architekt:in”? Welche Tätigkeiten sind besonders wichtig? Mit welchen anderen Personen sollte man wie interagieren? Links Sketchnotes Tweet mit Fragen von Zuschauer:innenEpisoden zu Architektur-Management

Organisation und Architektur hängen sehr eng zusammen. Welche Auswirkung dieser Zusammenhang tatsächlich hat, diskutiert Eberhard in dieser Episode anhand einer möglichen konkreten Entscheidung in einem Projekt. Die Beziehung zwischen diesen beiden Bereichen ist alles andere als einfach. Die Organisation an der Architektur auszurichten ist oft viel einfacher gesagt als getan. Daher sprechen wir nicht nur über das Gesetz von Conway, sondern auch über Modularisierung als fundamentales Konzept der Software-Architektur, Domain-driven Design und seine organisatorischen Patterns und wie Architekt:innen solche Konzepte tatsächlich umsetzen können.

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

Nach der Episode über Qualitätsanforderungen, der Episode über die Lösungsstrategie und der Episode über den technischen Kontext und die fachliche Aufteilung entscheiden wir in dieser Folge, welche Technologie für die Implementierung des Systems verwendet werden. Und zum Abschluss werden wir die entstandenen Architektur vor allem in Bezug auf die Qualitätsszenarien bewerten. Miro BoardWeitere Folgen zur iSAQB Advanced BeispielaufgabeQualitätsanforderungenLösungsstrategieTechnischer Kontext und fachliche Aufteilung

Wie wird man bei der Software-Entwicklung besser? Dazu gibt es zahlreiche Meinungen - aber nur wenige fundierte Studien. In dieser Folge diskutieren wir dazu die Ergebnisse der DORA (DevOps Research and Assessment) “State of DevOps Reports” und des Accelerate-Buchs zusammen mit Felix Müller. Felix beschäftigt sich nicht nur theoretisch mit diesen Konzepten, sondern entwickelt auch ein Tool in diesem Bereich. Zusammen werden wir teilweise überraschende Ergebnisse aus DORA diskutieren: Trunk-basierte Entwicklung ist Pull Requests überlegen, man wird nicht schneller, wenn man Personen zur zeitnahen Genehmigung von Software-Änderungen abstellt, und man sollte immer in möglichst kleinen Arbeitspaketen arbeiten, auch wenn das scheinbar einen Overhead hat. Links Felix Firma DevOps Metrics DORA Research mit allen DORA-Reports DORA-Metriken mit Google Cloud Werkzeugen messen Nach DORA: Das SPACE Framework Buch-Rezension zu Accelerate Folge “DevOps und Team Topologies mit Anja Kammer” Folge “Warum Continuous Delivery - Die DevOps Studie” Folge “Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development?” Folge “Remote Mob Programming mit Jochen Christ, Franziska Dessart, Simon Harrer, Martin Huber” Folge “Inner Source - Mit Open-Source-Methoden Unternehmenssilos einreißen mit Prof. Dirk Riehle” Goodharts Gesetz Blog: Continuous Integration widerspricht Feature Branches! Trunked Based Development: Introduction

Airbnb ermöglicht es, Zimmer und Wohnung an Touristen und andere zu vermieten. Es ist eines der wichtigsten Angebote im Internet. Basierend auf einem Blog-Beitrag und einem Vortrag diskutieren wir in dieser Folge die neue Software-Architektur dieser Website: Welche Probleme will Airbnb mit der neuen Architektur zu lösen? Löst die Architektur diese Probleme tatsächlich? Was können wir von dem Airbnb-Ansatz für eigene Projekte lernen? Links Blog-Beitrag von Antoine Craske Vortrag von Jessica Tai Folien

Es geht weiter mit der iSAQB Advanced Beispielaufgabe “Big Spender”! Nach der der Episode über Qualitätsanforderungen und der Episode über die Lösungsstrategie geht es in dieser Folge um den technischen Kontext. Er beschreibt wie das System mit anderen System technisch interagiert und hilft so vor allem bei der Integration der Systeme. Außerdem besprechen wir, wie das System in fachliche Subsysteme aufgeteilt werden kann. Diese Folgen zeigen nicht nur, wie man an den Entwurf einer Software-Architektur herangehen kann - sondern auch, worauf es beim schriftlichen Teil der iSAQB-Advanced-Level-Zertifizierung ankommt. Links Software-Architektur als Beruf Miro Board

Software entwickelt man heutzutage agil - die einzige Alternative wäre noch der Wasserfall. In dieser Episode diskutieren wir, dass man berechtigte Zweifel an der Existenz dieses Modells haben kann. Denn um die Entstehung und Eignung des Modell ranken sich zahlreiche Mythen - und schlichte Missverständnisse. Das besser zu verstehen hilft dabei, das geeignet Vorgehen für das nächste Projekt zu wählen und nicht die Fehler zu begehen, vor denen teilweise seit Jahrzehnten gewarnt wird. Präsentation Links Folge mit Prof. Dr. Christiane Floyd Blog-Beitrag “Wasserfall-Modell? LOL!” Das SAGE-System IBM AN/FSQ-7 Computer Herbert D. Benington: Production of Large Computer Programs Winston W. Royce: Managing the Development of Large Software Systems Laurent Bossavit: The Leprechauns of Software Engineering - How Folklore Turns Into Fact and What to Do About It Folge Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Folge zu Agilität

Nach der letzten Episode geht es weiter mit dem Architektur-Entwurf für iSAQB-Advanced-Level-Beispielaufgabe “Big Spender”. In dieser Episode diskutieren wir die Lösungsstrategie und den technischen Kontext. Diese Folgen zeigen nicht nur, wie man an den Entwurf einer Software-Architektur herangehen kann - sondern auch, worauf es beim schriftlichen Teil der iSAQB-Advanced-Level-Zertifizierung ankommt. Links Beispielaufgabe Episode zu Benutzerfreundlichkeit / UX mit Aminata Sidibe arc42 Excel mit Berechnungen zur Datenmenge Miro Board als PDF

Wie erstellt man denn nun eine Software-Architektur? In dieser Episode bespricht Eberhard einen konkreten Architektur-Entwurf. Als Beispiel dient die iSAQB-Advanced-Level-Beispielaufgabe “Big Spender”. So verdeutlicht diese Folge nicht nur, wie man an den Entwurf einer Software-Architektur herangehen kann - sondern auch, worauf es beim schriftlichen Teil der iSAQB-Advanced-Level-Zertifizierung ankommt. Spoiler: Eine Architektur-Dokumentation z.B. nach arc42 ist nicht die Lösung. miro Board Export Präsentation Links Beispielaufgabe Episoden zu Qualität Episode zu Benutzerfreundlichkeit / UX mit Aminata Sidibe arc42

Events sind ein wichtiges Element vieler Architekturen. Sie spielen in ganz unterschiedlichen Bereichen eine Rollen: Bei der Analyse mit Event Storming, bei der Implementierung im Domain-driven Design, bei der Verwaltung von Zuständen mit Event Sourcing und bei der Aufteilung von Systemen in lesende und schreibende Teile mit CQRS (Command Query Segregation Principle). In dieser Episode diskutiert Eberhard diese Bereiche und welche Rolle Events in jedem von ihnen spielen. In der Praxis führen Missverständnisse in diesem Bereich immer wieder zu Architektur-Herausforderungen. Links Episode mit Nicole Rauch u.a. zu Event Storming DDD Referenz Martin Fowler zu Event Sourcing Kafka Video Susanne Braun zu Eventual Consistency Episode zu Microservices, Transaktionen und Konsistenz Christian Stettlers Artikel zu Domain Events vs Event Sourcing

Data Mesh ist der neue Hype für Datenanalyse. Während Analyse klassisch nur nervige Anforderungen sind, profitieren dieses Mal Software-Architekt:innen und Entwickler:innen. Wir diskutieren den Ansatz und das Neue daran mit Jochen Christ, Simon Harrer und Theo Pack. Dabei geht es nicht nur um die Umsetzungsmöglichkeiten, sondern auch um den Einfluss auf die Software-Architektur und die Organisation. Schließlich ist Data Mesh gerade entstanden, um trotz dezentraler, selbstorganisierter Teams und lose gekoppelten Komponenten einen zentralisierten Blick auf alle Daten zu liefern. Links Data Mesh Buch Data Mesh Microsite Jochens Artikel bei heise

Weiter geht es mit dem Enturf unserer Architektur aus den letzten Folgen: In dieser Episode wird Aminata Sidibe uns erläutern, wie wir die Hauptanforderung an die Architektur erfüllen können - nämlich Benutzerfreundlichkeit. Dabei geht es um grundlegende Konzepte wie User Experience (UX), Customer Experience (CX) und Informationsarchitektur. Darauf basierend diskutiert Aminata konkrete Maßnahmen, damit unser Produkt beim Benutzer gut ankommt ist und so am Markt erfolgreich sein kann.

In den letzten beiden Episoden haben wir die Grundlagen für die Architektur des Systems geschaffen. In der Praxis sind die Technologien und die anderen Lösungen in den Architekturen oft nicht an den Kundenansprüchen ausgerichtet. In dieser Episode werden wir diskutieren, wie wir dieses Problem lösen können. Wir werden untersuchen, wie das System die erhobenen Qualitätsanforderungen bzw. nicht-funktionalen Anforderungen erfüllen kann. Aus diesen Anforderungen werden wir dann die wesentlichen Technologie-Entscheidungen ableiten und so ein System entwerfen, dass den Anforderungen des Kunden gerecht wird.

Nachdem wir in der vorherigen Episode begonnen haben, Qualitätsszenarien zu definieren und den System-Kontext zu erstellen, werden wir in dieser Episode die Lösung in einzelne Komponenten strukturieren. Das ergibt für die Implementierung eine Struktur vor, die den Code aufteilt. Links Bausteinsicht in arc42

In dieser Episode erstellen wir eine Software-Architektur live. So sieht man, auf welche Aspekte es bei der Software-Architektur tatsächlich ankommt - und nicht in der Theorie sondern in der Praxis. Und wer denkt, dass es bei der Software-Architektur um die Aufteilung in Komponenten und die Struktur der Software geht - macht Euch auf Überraschungen gefasst. Links Miro Board arc42

Das Gesetz von Conway stellt einen Zusammenhang zwischen der Organisation und der Software-Architektur her. Seit dem Microservices-Hype wird Conway’s Law häufig als Architektur-Werkzeug gesehen. Aber die meisten haben das ursprüngliche Paper von Melvin Conway gar nicht gelesen. In dieser Folge diskutieren wir die Inhalte des Papers - und was wir daraus für die Architektur-Arbeit lernen können. Links Conway’s Paper Adrian Colyer über Conway’s Paper Vortrag Beten wir Komplexität an? Episode mit James Lewis

Software Architektur ist ein neuer Podcast. Software-Architekt:innen berichten von ihrem Karriere-Weg in der Software-Architektur. Weitere Info: https://software-architektur.tv/beruf.html

Software-Architektur im Stream hat jetzt über 100 Folgen - aber eine fundamentale Frage haben wir noch nicht diskutiert: Was ist Software-Architektur? In dieser Folge wollen wir endlich dieser Frage nachgehen. Und natürlich schließt sich daran die Frage an, was Software-Architekt:innen in ihrer Rolle leisten sollten. Links Tweet zu Software-Architekt:innen-Aufgaben Post bei Mastodon zu Software-Architekt:innen-Aufgaben Folge zu Modularisierung Folge zu Quaitätsszenaire Folge mit Daniel Terhorst-North zu SOLID vs. CUPID Folge mit Prof. Christiane Floyd zu “menschenzentrierter Software-Entwicklung”

In der Software-Entwicklung sind zahlreiche Gruppen unterrepräsentiert. Bei diesem Panel wollen wir diskutieren, wie Diversity erhöht werden kann. Diversity mit Lars Hupel, Lena Kraaz und Aminata Sidibe

Die Klima-Katastrophe ist eine der wichtigsten Herausforderungen, denen wir uns stellen müssen. Dieses Panel diskutiert, was Software-Entwicklung dazu beitragen kann. Links SoftAWERE: Tools and Labels for Energy-efficient Software Applications scaph repl schnittstelle Scaphandre: metrology agent dedicated to electrical power consumption metrics Intel RAPL Intel: Running Average Power Limit Energy Reporting Stackoverflow: How does Intel’s RAPL estimate the power consumption? Reading RAPL energy measurements from Linux Intel Open Source Blog zu RAPL EET: A Device to Support the Measurement of Software Consumption Buch: Software Sustainability mit einem Kapitel von Jutta Umweltbundesamt: KPI4DCE: Das ressourceneffiziente Rechenzentrum – Kennzahlen und Indikatoren Umweltbundesamt zu KPI3DCE 2.0 Open Source Library für das Messen von Strom/Embedded CO2 einer Server-Side Software Anwendung von Max Code Repository Blog The Hippocratic License Hippocratic - An Ethical License for Open Source Projects Developers for Future Artikel in der c’t zum Thema Episode zu Klimawandel & Software Architektur mit Martin Lippert und Stefan Roock

Resiliente Organisation und resiliente Software-Architektur: Die Organisation hat großen Einfluss auf die Architektur. Wie kann man sich diesen Zusammenhang zu Nutze machen? Links DevOps und Team Topologies mit Anja Kammer - Live vom INNOQ Technology Day Delegation Poker

Daten beispielsweise lokal zu kopieren, um offline zu arbeiten, ist eine Herausforderung. Wir diskutieren, wie man sie meistern kann. Links CRDT Homepage Lars: An Introduction to Conflict-Free Replicated Data Types INNOQ Technology Lunch

Wir kennen alle DevOps - aber was ist DevSecOps und warum gehört ausgerechnet Sicherheit dazu?# Thoughtworks Technology Radar

Technical debt is a well-known concept - but data can also cause technical debt. Links Data Technical Debt Refactoring Databases Agile Data Homepage

Testing alone is not enough - the alternative is quality engineering. Links Book: TMAP Quality for DevOps Teams TMAP

Software is developed in teams so design decision must be done collaboratively. Links Book: Jitske Kramer - Jam Cultures: About Inclusion; Joining in the Action, Conversation and Decisions Book: Sam Kaner - Facilitator’s Guide to Participatory Decision-Making Book: Thomas Wedell-Wedellsborg - What’s Your Problem?: To Solve Your Toughest Problems, Change the Problems You Solve Blog: Rebecca Wirfs-Brock: Architecture Decisions Should Be Made At the Last Responsible Moment Sketchnote: Dale Carnegie: How to Win Friends and Influence People

The SOLID principles are well-established as the foundation of object-oriented systems. However, after more than 20 years it is time to see whether the principles still apply and whether other concepts might be a better alternative. Daniel Terhorst-North is well known for concepts like behavior-driven development or deliberate discovery. He came up with the CUPID principles. In this episode, we will discuss SOLID and CUPID - and why Daniel thinks CUPID makes more sense. Links Slides for Daniel’s presentation “Why Every Element of Solid is Wrong” Slides for Daniel’s presentation “CUPID for Joyful Coding” Daniel’s Homepage CUPID - the Back Story Advent of Code Kevlin Henney’s talk “SOLID Deconstruction” Daniel’s talk “Decisions, Decisions Daniel’s talk “Decisions, Decisions at InfoQ Book How Google Tests Software

Many teams work on monolithic applications but want to migrate to a modern, shiny microservices architecture. Sam Newman is the author of the most popular book about microservices and has recently published a new book about the migration from monolith to microservices. We will talk about how to migrate to microservices - and why microservices should often only be used as a last resort. Links Sam’s Homepage Book Monolith to Microservices Sam about Microservices for Greenfield Sam talks about Microservices For Startups Free Chapter of Sam’s book “Building Microservices” Episode about Team Topologie (German) Fred Brooks: The Mythical Man Month Alexandra Noonan’s presentation from QCON London 2020: Microservices and Back Again

Asynchrone Kommunikation hat gerade bei Self-contained Systems oder Microservices viele Vorteile. Umgesetzt wird sie dann meistens mit Messaging-Systemen wie Kafka. Aber es gibt Alternativen. In dieser Episode spricht Jochen Christ von INNOQ mit Eberhard Wolff über HTTP Feeds. Sie ermöglichen mit weniger technischen Overhead eine pragmatische Lösung für asynchrone Kommunikation - und haben in vielen Projekten auch schon ihre Praxistauglichkeit unter Beweis gestellt. Links Jochen Christs Folien zu HTTP Feeds Jochen Christs Artikel zu HTTP Feeds http-feeds.org cloudevents.io

In der Software-Entwickler gibt es Juniors und Seniors - aber was ist eigentlich der Unterschied? Diese Frage habe ich in einem Tweet gestellt. Die Antworten sind vielfältig und waren für mich auch teilweise überraschend. In dieser Episode werden wir anhand der Antworten auf den Tweet der Frage nachgehen, was tatsächlich die Unterschiede zwischen Juniors und Seniors sind - und welche Unterschiede besonders wichtig sind. Links Ursprünglicher Tweet Gregor Hohpe: Architecture Elevator Artikel Die sieben Phasen des Informatikerlebens

In über 90 Folgen und einem Jahr Software Architektur im Stream haben wir viele Themen diskutiert. In dieser Episode möchte ich aufzeigen, was ich persönlich gelernt habe und was ich vielleicht auch anders darstellen würde, als ich es in den verschiedenen Episoden diskutiert habe. Schwerpunkt ist das Thema Architektur und Organisation, das in vielen Episoden im Mittelpunkt stand - und ja auch das Thema in der ersten Episode war. Links Organisation und Architektur DevOps und Team Topologies mit Anja Kammer Microservices, Inverse Conway Maneuver, and Flow with James Lewis Blog: “Wasserfall-Modell? LOL!” DevOps und Team Topologies mit Anja Kammer Sozialwissenschaften und Software-Architektur mit Gerrit Beine heise ArchitekTOUR-Podcast zu Sozialwissenschaften und Software-Architektur mit Gerrit Beine Welchen Sinn hat agiles Coaching? mit Johannes Link Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Prof. Christiane Floyd zu “menschenzentrierter Software-Entwicklung”

In dieser Folge wollen wir ein neues Format ausprobieren: In Zukunft wollen wir Episoden zum beruflichen Werdegang von Personen im Bereich Software-Architektur produzieren. Das vertieft die Folgen, die sich bereits mit beruflichen Werdegang für Software-Architekt:innen auseinandergesetzt haben. Als Beta-Test werden Lisa und Eberhard sich die dafür geplanten Fragen gegenseitig stellen. So zeigt die Folge nicht nur den unterschiedlichen beruflichen Werdegang von Lisa und Eberhard auf, sondern gibt auch die Gelegenheit, Feedback zu den Fragen zu geben und Interview-Kandidat:innen fuer weitere Episoden vorzuschlagen. Links Informatik FAQ Whatchado - Karriereplattform fuer Berufseinsteiger IT-Energizer Podcast Folge 92 - Ben Wolf und Lisa Moritz - Einstieg in Softwarearchitektur Folge 68 - Der Schritt zur Software-Architekt:in mit Oliver Wehrens

Die Komplexität großer Software-Systeme zwingt dazu, die Architektur in Mikro- und Makro-Architektur aufzuteilen. Makro-Architektur sind die Entscheidungen, die für das gesamte System gelten. Mikro-Architektur ist auf ein Modul begrenzt, so dass jedes für ein einzelnes Modul verantwortliche Team sie anders gestalten kann. Bei der Aufteilung in Mikro- und Makro-Architektur die Prioritäten richtig zu setzten und die besten Entscheidungen zu treffen, beeinflusst direkt die Autonomie der Teams und ermöglicht eine effektive und effiziente Arbeit an dem System. In dieser Episode berichtet Eberhard von seinen Erfahrungen aus der Praxis zu Makro-Architektur und dem Aufbau solcher Architektur. Links ISA-Prinzipien Goodhart’s Law

Von schlechten Anforderungen haben wir alle bereits gehört! Aber, was können Softwarearchitekt:innen tun, um bessere Anforderungen zu erhalten? Und, sollten sich Softwarearchitekt:innen mit dem Thema Anforderungsanalyse beschäftigen? Spoiler: Die Antwort ist: “Ja”. In dieser Episode werden diese und mehr Fragen von Gernot Starke und Peter Hruschka beantwortet. Links Leanpub Buch zu Requirements Engineering Peter Hruschkas Buch zu Requirements Engineering iSAQB Advanced Modul Lehrplan bei GitHub IREB Folge zu DSL

Wir alle haben in der IT angefangen und waren nicht von Beginn an Softwarearchitekt:innen - doch wie können wir den Weg in Richtung Softwarearchitektur beschreiten? Lisa und Ben sprechen in dieser Folge über ihre Reise durch die Softwarearchitektur und verraten Tipps und Tricks, wie du deine eigene Reise starten kannst. Bücher Dragon Book zu Compiler Bau Head First Design Patterns GoF Design Patterns Buch Gernot Starke: Effektive Software-Architekturen Stefan Toth: Vorgehensmuster für die Software-Architektur Simon Brown: Software Architecture for Developers Weiterführende Episode Episode zu Dokumentation mit Ben Wolf und Gernot Starke Episode mit Simon Brown zu C4 Architecture Model and Structurizr Episode zum iSAQB Episode zu Qualitätsszenarien Weitere Links INNOQ Technology Lunch Cards42 Architecture Decision Records arc42 iSAQB iSAQB Lehrpläne auf Github

Cross-funktionale Teams sind autonom und dadurch produktiver. In der Realität scheitern Initiativen für einen Wandel zu solchen Teams jedoch viel zu oft. Sven zeigt uns, wieso crossfunktionale Teams in den Abgrund gestürzt werden, oft natürlich unabsichtlich - und selbstverständlich auch, wie man so etwas vermeiden kann. Uwe Friedrichsen “You build it, you run it!” wird machtpolitisch missbraucht Tweet von Stefan Roock Team Topologies Folge mit Anja Kammer Team Topologies Buch Folge mit Gerrit Beine Folge zu Site Reliabilty Engineering mit Bastian Spanneberg Buch Anleitung zum Unglücklichsein Gregor Hohpe: Enterprise Architecture = Architecting the Enterprise

Domain-driven Design (DDD) ist gerade ein großer Hype, der aber vor allem Einsteiger:innen sehr fordert. Schließlich ist DDD nicht eine einzelne Praktik, sondern eine umfangreiche Sammlung sehr unterschiedlicher Ansätze - von Code-Ebene bis hin zur IT-Strategie. Das alles zu verstehen und anzuwenden, ist nicht einfach. DDD zielt darauf ab, Komplexität in Systemen beherrschbar zu machen und Fachlichkeit mit Software besser zu unterstützen - zwei Kernherausforderungen. Daher ist DDD eine sehr wichtige Werkzeug-Sammlung. In dieser Episode spricht Michael Plöd über seine persönlichen Erfahrung mit DDD und gibt Tipps, wie gerade Einsteiger:innen mit DDD starten können. Programm und Anmeldung INNOQ Technology Day Rabatt für Michaels Buch DDD Referenz Domain-driven Design Crew

Keine Seiteneffekte, einfaches Testen, die Korrektheit der Programme kann sogar bewiesen werden - alles Vorteile von funktionaler Programmierung. Sie hat im akademischen Bereich schon immer eine Rolle gespielt, aber auch in der Industrie wird sie zunehmend populärer - aber gleichzeitig wirkt sie abgehoben und schwer zu verstehen. In dieser Episode berichten Lars Hupel und Isabel Wingen darüber, wie sie von funktionaler Programmierung im Projekt-Alltag profitieren, welche Erfahrungen sie gemacht haben und wie man selber starten kann. Links Project Euler Daniel Westheide’s book The Neophyte’s Guide to Scala Daniel Westheide’s book Scala from Scratch: Exploration Daniel Westheide’s book Scala from Scratch: Understanding Episode 70 - Funktionale Programmierung - Beating the Average?

Eines der unbeliebtesten Themen in der IT ist die Dokumentation. Viele drücken sich davor sie zu schreiben, viele wollen sie nicht lesen. Doch sie bringt uns weiter und ist wichtig. Benjamin Wolf und Gernot Starke beantworten Fragen rund um das Thema Dokumentation. Wie können wir anfangen, unsere Dokumentation zu verbessern?

We all have some ideas about what works in software engineering and what doesn’t. But without real evidence and data that is just an opinion. Empirical software engineering tries to answer the question of what can be proven to work in software development. In this episode, Hillel Wayne and Laurent Bossavit will talk about what we know about software development, what we don’t know - and the myths about it i.e. what we think we know but really don’t. Links Laurent’s Book “The Leprechauns of Software Development” Derek M. Jones: Evidence-based Software Engineering: based on the publicly available data Hillel’s talk “What We Know We Don’t Know” Hillel’s consulting Additional Links How students learn Reframing the Liskov substitution principle through the lens of testing Executable Examples for Programming Problem Comprehension What we know It Will Never Work in Theory: Short summaries of recent results in empirical software engineering research Fixing Faults in C and Java Source Code: Abbreviated vs. Full-word Identifier Names Recurring opinions or productive improvements—what agile teams actually discuss in retrospectives Andy Oram, Greg Wilson: Making Software Code Reviews Expectations, Outcomes, and Challenges Of Modern Code Review Characteristics of Useful Code Reviews: An Empirical Study at Microsoft Criticism of existing reasearch Hillel about “This is How Science Happens” - criticism of a code minin paper Hillel’s newsletter: I **ing hate Science Hillel about “Are We Really Engineers?”

Am Ende des letzten Jahrhunderts stand Wiederverwendung im Mittelpunkt des Interesses: Dadurch sollte Software-Entwicklung endlich einfach und unfassbar produktiv werden. Nun sind mehr als zwanzig Jahre vergangen und es scheint auf den ersten Blick so, dass Wiederverwendung doch kein erfolgreiches Konzept war. In dieser Episode sprechen wir darüber, was wir in den letzten zwanzig Jahren gelernt haben - und wie Wiederverwendung in aktuellen Projekten stattfinden kann und sollte. Umweltamt zu Plastik-Recycling Nachricht zu Plastik-Recycling San Francisco in 2005 neu starten? Paper Object Oriented Application Frameworks the Untold Story Blog: Die Cloud - Eine Komponentenbibliothek

Nachdem es schon einige Folgen zum Thema Frontendarchitektur gab, die eher den Fokus auf Server-seitig gerenderte Architekturen gelegt haben, gibt es nun endlich eine Episode mit Manfred Steyer, die den Fokus auf Single Page Applications legt. Wir sprechen über Modularisierungskonzepte dieser Art von Architektur, wie zum Beispiel Microfrontends und Clients-Modulithen. Außerdem zeigen wir euch Entscheidungshilfen für die Wahl des passenden Konzepts und vieles mehr. Manfreds Blog

Written self-reflection is very powerful and - at the same time - it is still quite rarely used in the business context. Cosima talks with Lisa about why this is the case and what can be done to improve the situation. Link collection links to worksheets, InfoQ.com article on ‘How Journaling puts Leadership in ACTion’, a podcast (in German), and various other related resources

Organisation und communication have a huge impact on software desgin and architecture. Avraham Poupko and Kenny Baas-Schwegler take this a step further and talk about the influence of culture on software design. Links Book: The Corporate Tribe: Organizational lessons from anthropology Book: Team Topologies: Organizing Business and Technology Teams for Fast Flow

Code is read more often than written. Felienne Hermans talks about how to read complex code with Lisa Moritz and the book she wrote about this topic. Links Get 35% discount on Felienne’s ebook “The Programmer’s Brain” at Manning with the code podsoftarktv21 Code Reading Clubs Website Felienne’s Homepage

James Lewis is one of the microservices pioneers. We talk about when to use microservices and the organizational side of microservices e.g. the inverse Conway maneuver. Lately, James became interested in flow. Links Talk Java the Unix Way Video Slides Java the Unix Way Video Microservices article by James Lewis and Martin Fowler

Software architecture is fundamentally about how to split a software system into multiple parts. In this episode, we discuss this basic challenge: We talk about modularization with approaches like microservices and monoliths with Chris Richardson. Chris is a Java Champion and a Java One rock star. Nowadays, he works on microservices with his web site microservices.io and his book “Microservices Patterns”. Links microservices.io eventuate Chris’ microservices book Team Topologies Book Accelerate Book