<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Structure101 on JAVAPRO Germany</title><link>https://javapro.svenruppert.com/tags/structure101/</link><description>Recent content in Structure101 on JAVAPRO Germany</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 13 Oct 2025 07:10:28 +0000</lastBuildDate><atom:link href="https://javapro.svenruppert.com/tags/structure101/index.xml" rel="self" type="application/rss+xml"/><item><title>Map deinen Code - Meistere deine Architektur</title><link>https://javapro.svenruppert.com/map-deinen-code-meistere-deine-architektur/</link><pubDate>Mon, 13 Oct 2025 07:10:28 +0000</pubDate><guid>https://javapro.svenruppert.com/map-deinen-code-meistere-deine-architektur/</guid><description>&lt;p&gt;In Projekten mit Hunderttausenden von Codezeilen verliert man leicht den Überblick über Code, Architektur und Qualität. Sind wir noch auf Kurs? Blockieren wir uns selbst durch interne Abhängigkeiten? Oder stecken wir bereits fest? Software ist immateriell; wir können nicht sehen, in welchem Zustand sie wirklich ist.&lt;/p&gt;
&lt;p&gt;Um das herauszufinden, müssen wir systematisch prüfen, ob das, was die Entwickler im Sinn hatten, auch mit dem tatsächlichen Code übereinstimmt. Spoiler: Das tut es leider nicht. Die Gründe dafür sind, dass Software sich schneller verändert, als man hinterherkommt, dass jeder Entwickler seine eigenen Vorstellungen hat und zu guter Letzt, dass keiner das Gesamtbild hat.&lt;/p&gt;</description></item></channel></rss>