Legacy Code bezeichnet vorhandenen, oft veralteten Quellcode, der funktional ist, aber schwer zu warten, zu testen oder zu erweitern ist. Er entsteht durch historische Entscheidungen, fehlende Dokumentation und technische Schulden. Das Konzept hilft beim Bewerten von Risiken, Priorisierung von Refactoring- oder Modernisierungsmaßnahmen und bei der Entscheidu…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Legacy Code ist bestehender Programmcode, dessen Verhalten, Abhängigkeiten oder technische Umgebung eine sichere Änderung erschweren, unabhängig davon, ob er ursprünglich schlecht oder sehr erfolgreich gebaut wurde.
Der Ausdruck steht im Umfeld gewachsener Softwaresysteme, deren ursprüngliche Anforderungen, Autorinnen und Tests oft nicht mehr vollständig bekannt sind. In der Diskussion über Legacy Systems verschob sich der Blick von Alter allein auf fehlendes Wissen, hohe Kopplung und geschäftliche Unverzichtbarkeit.
Behandle Legacy Code wie ein altes Gebäude ohne Baupläne: Es kann wichtige Räume tragen, doch jede Öffnung birgt unbekannte Leitungen. Vor einer Änderung schaffen Tests, Beobachtung und kleine Schritte ein verlässlicheres Bild.
Er hält beobachtetes Verhalten fest, bevor eine interne Änderung beginnt.
Unbekannte Kopplungen und fehlende Absicherung erhöhen die Gefahr unbeabsichtigter Folgen.
Der Begriff unterstützt realistische Entscheidungen über Wartung, Refactoring und Ablösung. Er macht sichtbar, warum eine kleine fachliche Änderung in gewachsenem Code unverhältnismäßig teuer oder riskant sein kann.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.