Software Architektur im Stream

Psychological Safety ist gerade im Bereich Software-Entwicklung ein Hype - aber Techniker:innen sind keine Psychologen. Daher sprechen wir mit dem agilen Psychologen Joseph Pelrine über dieses Thema, um die wirkliche Bedeutung von psychological Safety zu verstehen und wie wir das Konzept in unserem Projekt-Alltag konstruktiv nutzen können. Links Eintägige Workshops zu Microservices und Advanced Microservices Josephs Homepage Folge zu Extreme Programming (XP) Josephs Vortrag auf der OOP Kevlins Talk auf der OOP

In dieser Episode sprechen Christoph Iserlohn und Lisa Moritz über das Thema “Zero Trust” – Was verbirgt sich dahinter und woher kommt der Begriff? Außerdem klären sie, was das mit Softwarearchitektur zu tun hat und wie Zero Trust auch zusammen mit Legacy Systemen funktionieren kann. Links Schnaq zur Diskussion Doctor-Arbeit/Thesis in der Zero-Trust zum ersten mal auftaucht Der erste Report von John Kindervag, der Zero-Trust einführt, und seine Empfehlungen zur Implementierung. Die passenden Videos mit John Kindervag Erklärung des Konzepts https://www.youtube.com/watch?v=-ld2lfz6ytU NIST (US) Special Publication 800-297 zum Thema Zero-Trust National Cyber Security Center (UK) zum Thema Zero-Trust und das zugehörige Github-Repo BeyondCorp, die Zero-Trust Implementierung von Google

Die Software-Architektur-Szene explodiert: Angeblich rudert Amazon zurück! Nach den jahrelang genutzten Microservices geht es scheinbar nun zurück zum Monolithen. Wir schauen hinter den Hype, denn in Wirklichkeit geht es um die iterative Weiterentwicklung einer Architektur anhand von Qualitätszielen. Links Das diskutierte Paper “Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%” Paper zu den Algorithmen “Prime Video uses machine learning to ensure video quality” Blog “How Prime Video uses machine learning to ensure video quality” David Heinemeier Hansson: “Why we’re Leaving the Cloud” Episode Serverless Architektur mit Sascha Möllering Episode Cloud Native - Was und warum?

In Beratungen, Architektur und Trainings kommt es oft zu einem Wissensgefälle zwischen Durchführenden und dem Publikum. Das Ziel von solchen Prozessen ist jedoch nicht immer klar definiert: Soll Verhaltensänderung beim Publikum erreicht werden oder sollen Teams gestärkt werden, um selbstorganisiert arbeiten zu können? Diese Frage wirft ein Paradox auf: Einerseits soll Wissen und Erfahrung an das Publikum weitergegeben werden, andererseits soll dieses in der Lage sein, selbstorganisiert zu arbeiten. In dieser Episode werden Melanie Schäfer und Eberhard Wolff sich mit diesem Paradox auseinandersetzen und Möglichkeiten aufzeigen, wie Beratung, Architektur und Training sowohl Verhaltensänderungen als auch Teamarbeit und Selbstorganisation unterstützen können. Links Taxonomie-Stufen nach Bloom Cosima Laube about D.A.R.E. more, F.E.A.R. less and Journaling Wie reißt man den Elfenbeinturm ein? mit Anja Kammer INNOQ Podcast Training != Training Schnaq für Fragen zu “Zero Trust” mit Christoph Iserlohn

In dieser Episode sprechen Rebecca Temme und Lisa Moritz darüber, was IT-Enthusiast:innen in der Softwareentwicklung für Möglichkeiten haben. Sie geben Tipps, wie man die Kommunikation im Entwicklungsprozess verbessern kann.

Die Innovationsgeschwindigkeit in der IT ist unfassbar hoch - so meint man. Aber was hat sich über die Jahre wirklich geändert? Stefan Tilkov und Eberhard Wolff wagen den Rückblick auf die Welt der Software-Entwicklung vor 10 Jahren. Welche Meinungen, Themen und Trends haben sie damals gesehen? Was ist aus den Hypes von 2013 geworden? Wie bewerten sie diese Ideen heute? Wo lagen sie richtig? Und wo falsch? Und welche Themen sind nach wie vor aktuell? Wir zeigen zwar Folien und Umfragen, die enthalten aber typischerweise nur Text und wir beschreiben sie auch. Links Folien Web Development: You’re Doing it WrongFolien Web Development: You’re Still Doing it WrongFolien Java Web Servers are DeadFolien REST Beyond the Intro LevelFolien Micro Services Neither Micro nor Service?Folien Breaking the MonolithLinks zum SPA BacklashAlex Russell, The Market for LemonsPodcast: Web Development’s Lost DecadeMathias Schäfer, An Update on Robust Client-Side JavascriptSPAs: Are they the right choice for your new website?Kate Holterhoff: SPA WarsJared White, The Great Gaslighting of the JavaScript EraJason Godesky, When JavaScript Fails

In dieser Episode sprechen Michaela Kühn und Lisa Moritz aüber den Beruf “Business Analyst:in”. Was steckt genau dahinter, welche Aufgaben übernehmen Business Analyst:innen und wie sieht die Zusammenarbeit zwischen Business Analyst:in und Softwarearchitekt:in aus? Links Michaelas Homepage Webite zu Gregor Hohpes Architecture Elevator

Cloud Native ist einer der großen Trends in der Software-Entwicklung. Diese Episode wagt einen Blick hinter diesen Hype. Dabei geht es vor allem um die Frage, was Cloud Native eigentlich ist und warum man in einem Projekt auf die Cloud setzen sollte. Zur Unterstützung zeige ich einige Grafiken, die man zum Verständnis aber nicht unbedingt sehen muss, da ich sie beschreibe oder vorlese. Links Sketchnotes RheinJUG in Düsseldorf mit Stefan Tilkov und Eberhard Wolff zu “IT-Welt vor 10 Jahren” Episode zu 12 Factor und Independent System Architecture Episode zu Serverless mit Sascha Möllering Episoden zu DORA-Metriken heise Blog zu Die Cloud: Eine Komponentenbibliothek Aphyr zu Elasticsearch von 2015 Stand der Concurrency-Probleme bei ElasticSearch Bericht zu Werner Volges Präsentation von 2006 Amazon 1998 Distributed Computing Manifesto

“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. Links Kostenlose Domain-driven Design (DDD) Referenz Episode Eric Evans “Getting Started with DDD When Surrounded by Legacy Systems” Big Ball of Mud Paper von Brian Foote and Joseph Yoder Episode zum Strangler Fig Pattern Joel on Software zu Rewrites Episoden zu Architektur Management Episoden zu Empirical Software Engineering Episoden zu Technical Debt Episode zu Extreme Programming Episode Nick Tune - Legacy Architecture Modernisation With Strategic Domain-Driven Design

“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. Der Short gibt eine kruze Einführung. Zusätzlich gibt es dann auch eine ausführlich Folge dazu. Links Kostenlose Domain-driven Design (DDD) Referenz Episode Eric Evans “Getting Started with DDD When Surrounded by Legacy Systems” Big Ball of Mud Paper von Brian Foote and Joseph Yoder Episode zum Strangler Fig Pattern Joel on Software zu Rewrites