Software Architektur im Stream

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

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

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

• Miro

• Qualitätsanforderungen
• Lösungsstrategie
• Technischer Kontext und

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

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

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 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

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