Software Architektur im Stream

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

Software architects are faced with uncertainty more often than we like to admit. How can we deal with it - or can we even make it disappear? In this episode, we will talk about uncertainty with Kevlin Henney. He has been a member of the IEEE Software Advisory Board, coauthor of several books on patterns, editor of 97 Things Every Programmer Should Know, and co-editor 97 Things Every Java Programmer Should Know. Links Phillip G. Armour: The Five Orders of Ignorance Planning Fallacy Adam Tornhill: Your Code As a Crime Scene: Use Forensic Techniques to Arrest Defects, Bottlenecks, and Bad Design in Your Programs Software Architecture Gathering Registration discount code SAG21_EW_15 for 15% off

The architecture of a system has to change over time. In this episode, we will discuss evolutionary architecture and why it is important. We will talk about patterns and principles to build architectures that stand the test of time. Dr Rebecca Parsons co-authored of a book about evolutionary architecture and has extensive experience with application development. Before becoming the CTO for Thoughtworks, she worked as an assistant professor at the University of Central Florida and as Director’s Post Doctoral Fellow at Los Alamos National Laboratory. Scott W. Ambler , Pramod J. Sadalage: Refactoring Databases: Evolutionary Database Design: Evolutionary Database Design Software Architecture Gathering Registration discount code SAG21_EW_15 for 15% off

Lose Kopplung stellt eine grundlegende Eigenschaft eines modularen Systems dar. Sie soll Änderungen vereinfachen, indem jede Änderung nur einen begrenzten Teil eines Systems beeinflusst. Obwohl der Begriff so wichtig ist, gibt es gerade in diesem Bereich immer wieder Missverständnisse. In dieser Episode diskutiert Eberhard Wolff die Bedeutung des Begriff und warum lose Kopplung so wichtig für Software-Systeme ist. Außerdem spricht er über verschiedene Ansätze, um lose Kopplung tatsächlich zu erreichen. Links Wikipedia zu Loose Coupling Wikipedia zum Robustheitsgrundsatz / Gesetz von Postel Kafka Video

In der Software-Architektur gibt es viele verschiedene Stile: Schichten, Hexagonal, Clean, Onion – aber auch ganz andere Ansätze wie MVC (Model-View-Controller) oder Domain-driven Design (DDD). In dieser Episode sprechen Henning Schwentner und Eberhard Wolff über die verschiedenen Stile. Neben den Eigenschaften der einzelnen Ansätze geht es auch um eine Kombination, mit der Henning schon viele Erfahrungen gesammelt hat: den Architektur-Hamburger. Links Domain-Storytelling-Buch Hennings Folien

Wissensaustausch ist gerade bei Software-Architektur entscheidend. Und gerade Bücher sind dafür ein wichtiges Medium. In der Episode sprechen Lisa und Eberhard über ihre eigenen Erfahrungen als Autor:innen. Sie berichten darüber, wie man das Schreiben eines Buches angeht und warum ein solches Projekt sinnvoll sein kann.

Spotify ist nicht nur eine beliebte Anwendung zum Streamen von Musik, sondern hat auch das Spotify-Modell aus der Taufe gehoben. Dieses Modell ist mittlerweile zu einem wichtiger Ansatz für agile Software-Entwicklung in größeren Projekten geworden. Bei genauer Betrachtung stellt sich aber heraus, dass die falschen Teile dieses Modell kopiert werden. Was die meistens unter dem Spotify-Modell verstehen, hat es vermutlich nie gegeben und ist dort sehr sicher nicht mehr im Einsatz. In diesem Stream diskutieren wir die verschiedenen Aspekte des Spotify-Modells und die Missverständnisse rund um diesen Ansatz. Dann geht es um die Gründe für diese die Fehlinterpretation und um die Frage, ob sich das Modell dennoch lohnt. Links Ursprünglicher Blog Post zum Spotify-Modell 1. Video 2. Video Blog-Post Don’t Do the Spotify Model Blog-Post Failed Squad Goasl Tweet von Felix Müller Podcast mit Gerrit Beine Episode mit Prof. Christiane Floyd

Strategisches Domain-driven Design ist viel mehr als das Aufteilen eines großen Systems in Bounded Contexts. Viele der relevanten Patterns werden aber oft verstanden und selten eingesetzt. Es gibt auch zahlreiche Patterns, die sich mit der Interaktion von Teams beschäftigen und so weit über klassische Software-Architektur hinaus gehen. Gerade diese Patterns werden in der Realität selten genutzt. In dieser Episode wollen wir einige dieser Missverständnis klären und diskutieren, warum diese Patterns in der Praxis oft doch nicht genutzt werden. Links Kostenlose Domain-driven Design Referenz Weiterführender Artikel DevOps und Team Topologies mit Anja Kammer - Live vom INNOQ Technology Day

Unternehmen, die modern sein wollen, müssen Software agil entwickeln oder das zumindest behaupten. Dafür halten sie sich ihre agilen Coaches. Johannes war einer von ihnen. Vor einigen Jahren hat er in einem Vortrag seinen Abschied vom agilen Coaching beschrieben. Wir sprechen darüber, was er in den letzten Jahren zu diesem Thema gelernt hat und wie er die Situation heute sieht. Links Blog-EintragJohannes Vortrag auf der XPJohannes Vortrag auf der GOTOcon - EnglischEpisode mit Christiane FloydEberhards Blog zum Wasserfall-Modell

Funktionale Programmierung wird zwar immer populärer, aber auch heute noch arbeiten die meisten Entwickler:innen mit anderen Ansätzen. In dieser Episode sprechen wir kurz über die Grundlagen von funktionaler Programmierung und dann über das Paper “Beating the Average” von Paul Graham. In dem Dokument beschreibt er seinen eigenen kommerziellen Erfolg mit funktionaler Programmierung. Und natürlich wird es auch um die Frage gehen, warum funktionale Programmierung nicht viel öfter genutzt wird, wenn dieser Ansatz doch solche erheblichen Vorteile mit sich bringt. Links Paper Beating the AverageDiskussion zu dem PaperiSAQB-Lehrplan zu funktionaler Architekturheise ArchitekTOUR-Podcast zu funktionaler Architektur mit Michael SperberPaper “Why Functional Programming Matters”Paper zur Pleite von SymbolicsTweet zu Emacs Lisp bei der FlugsicherungSpam-Bekämpfung mit Haskell bei Facebook

In dieser Folge von Software Architektur im Stream sprechen wir darüber, wie man Webanwendungen miteinander integrieren kann. Wir sprechen außerdem darüber, wieso man das überhaupt möchte und stellen dann verschiedene Ansätze vor. Dabei fokussieren wir uns vor allem auf die Integration im Frontend . Dazu diskutiert Lisa Moritz mit Franziska Dessart, Joy Heron und Lucas Dohmen. Links Folge I zu FrontendFolge II zu FrontendINNOQ Security Podcast zu Input Validation und Output EncodingBuch CSS SecretsBuch Exploring Javascript

Wie wird man eigentlich Software-Architekt:in? Anhand von Fragen von Student:innen diskutieren Oliver Wehrens und Eberhard Wolff, welche Fähigkeiten Software-Architekt:innen mitbringen sollten, wie man die Rollen in der Praxis leben kann und wie Bewerbungen in diesem Bereich laufen können. Oliver Wehrens hat in verschiedenen Unternehmen als Software-Architekt und CTO gearbeitet und hat in dieser Funktion die Karriere vieler Software-Architekt:innen begleitet. Links Folge Soft Skills mit Lisa Moritz und Kim Nena Duggen Folge zum iSAQB Q&A-Folge mit Frage zur Architekt:innen Rolle Informatik als Beruf FAQ Bücher zu grundlegendem Architektur-Verständnis Mahbouba Gharbi, Arne Koschel, Andreas Rausch, Gernot Starke: Basiswissen Softwarearchitektur. 4. Auflage, dpunkt Verlag, Heidelberg 2020 Gernot Starke: Effektive Softwarearchitekturen - Ein praktischer Leitfaden. 9. Auflage, Carl Hanser Verlag 2020

Architekt:innen müssen Lösungen entwickeln, die den technischen Anforderungen im Projekt gerecht werden. Qualitätsszenarien sind ein hervorragendes Werkzeug, um Anforderungen zu erfassen und basierend darauf Lösungen zu entwickeln. Damit sind sie der Ausgangspunkt für eine zum Problem passende Architektur. In dieser Episode wollen wir uns anschauen, wie man Qualitätsszenarien am besten erfassen kann und wie Qualitätsszenarien aussehen müssen, damit sie tatsächlich nützlich sind. Links Artikel mit mehr Infos zu QualitätBeispiele für Szenarien aus Dokchessheise ArchitektTOUR-Podcast zu nichtfunktionalen Anforderungen und Qualität

Christiane Floyd zählt zu den Pionier:innen der Informatik - sie war die erste Informatik-Professorin in Deutschland und hatte den ersten Lehrstuhl für Software-Technik. Wir wollen über das Konzept “menschenzentrierte Software-Entwicklung” sprechen, einem Ansatz, der schon in den Achtzigern wesentliche Elemente agiler Entwicklung umgesetzt hat. Außerdem geht es um die Erfahrungen, die zur Entstehung des Ansatzes geführt haben. ArtikelWikipedia zu Christiane Floydc’t-Artikel über Informatik-Pionier:innenArtikel aus der Süddeutsche ZeitungInterviewWikipedia zu Maestro IBuch Software as Reality ConstructionZusammenfassung Keynote The Architecture Gather 2016VideosInterview von der Gesellschaft der Information mit Christiane FloydDankesrede zur Verleihung der Klaus-Tschira-Medaille von der Gesellschaft der Informatik ER KeynoteTEMACC - Technology Enabled Maternal and Child Health Care in EthiopiaHomepage Projekt TEMACC - Technology Enabled Maternal and Child Health Care in EthiopiaPodcast zur österreichisch-äthiopische Hochschulpartnerschaft Technology Enabled Maternal and Child healthcare in EthiopiaPaper “Adapting Ethnography for Design Research: Lessons Learnt from Design of Mobile Systems for Rural Health Care in Ethiopia”Paper User-Centered Design in Developing Countries: A Case Study of a Sustainable Intercultural Healthcare Platform in Ethiopia

Ich habe in meinem heise-Blog einen Post mit dem Titel “Muss ich mich schämen, ein Software-Architekt zu sein?” geschrieben, bei dem es vor allem um Herausforderungen mit Software im Corona-Kontext geht - beispielsweise zur Test oder Impf-Termin-Vergabe. Vor allem die Sicherheit der Lösungen ist an einigen Stellen problematisch. Im Stream will ich den Blog Post kurz zusammenfassen und dann die Diskussion, die vor allem auf Twitter stattgefunden hat, aufgreifen. Dabei geht es vor allem um die Frage, wie man die Herausforderungen lösen kann. Blog-PostMein Tweet mit der anschließenden DiskussionMichael Simons Tweet mit mehr DiskussionenFolge zu Security mit Christoph und LisaBericht im Spiegel zum neuen Daten-Leck

Lisa Maria Moritz spricht mit Christoph Iserlohn im Stream darüber sprechen, warum es wichtig ist, dass Softwarearchitekt:innen sich mit Security auseinandersetzen. Dabei geht es nicht nur um Themen wie Threat Modelling und Sicherheitskonzepte - eine wichtige Rolle spielen auch CIA und NSA, aber nicht so, wie ihr denkt… Security-Training speziell für Architekt:innen Mit dem Code LAUNCH bekommt man bis 31.07. 22% aufs WEBSEC Training am 28.06. WebSec Lehrplan NIST Cyberframework BSI Grundschutz ISO 27001 INNOQ Security Podcast OWASP Top 10 Corona Warn App Dokumentation Luca App Dokumentation Threadagile Hashicop Vault Kostenloses Security Engineering Buch

Für diese Episode ist Kim Nena Duggen bei Lisa Moritz zu Gast. Wir sprechen über Soft Skills und wie wichtig diese gerade im IT-Bereich sind. Unter anderem werden wir uns mit folgenden Fragen beschäftigen: Welche verschiedenen Gebiete umfasst der große Überbegriff Soft Skills? Wie kann man einen Einstieg in die Thematik finden? Wieso sollten sich auch IT-ler:innen mit diesem Thema befassen? Sind nicht Hard Skills in der beruflichen Praxis wichtiger als Soft Skills? Links Liberating StructuresArt of HostingGutscheincode: STARTSOFT20 20% Rabatt auf das SOFT Online am 23.11.2021 bei Buchung bis Ende Juli über diesen Link.

Software Analytics ist die strukturierte Analyse von Daten aus der Softwareentwicklung mit dem Ziel, aus den Ergebnissen Input für fundierte Entscheidungen zu bekommen. Markus Harrer stellt im Stream hierfür Vorgehen sowie Do’s and Don’ts vor. Wir sehen uns passende Werkzeuge aus dem Data-Science-Bereich an und diskutieren, wie wir wertvolle Einsichten aus Datenquellen wie Git-Repositories, Performancedaten, Qualitätsberichten oder direkt aus dem Programmcode gewinnen können. In einer Live-Demo sehen wir das ganze noch in der Praxis an. Links Softwareanalytics.de Awesome List Markus Twitter Training Gewinnspiel Software Architektur im Stream zu jQAssistant-Folge mit Dirk Mahler

Structure101 is a tool to visualize and manage the architecture of complex software systems. Chris is the product manager for Structure101 and will give us an introduction to the tool and its highlights. Mike is a principal consultant specialized in the work with Structure101 and will talk about his experiences with the tool and how to use it efficiently. Structure101 Homepage