️ Folge 6 - Technical Debt: Warum Abkürzungen heute später
richtig teuer werden
In dieser Episode sprechen Paul Freund und Daniel Ratke über ein
Thema, das wirklich jeder Entwickler früher oder später
kennenlernt: technische Schulden. Wie entstehen sie? Wann kippt
ein Projekt in Legacy? Und warum sind es oft nicht nur Deadlines,
sondern auch falsche Erwartungen, schwache
Architekturentscheidungen und fehlende Erfahrung, die Systeme
langsam unwartbar machen?
Es geht um den Alltag in echten Projekten - von SaaS-Produkten
mit hartem Kundendruck über Embedded- und Hardware-nahe Software
bis zu gewachsenen Legacy-Codebasen, die plötzlich wieder
“gerettet” werden sollen. Dazu: Refactoring vs. Rewrite, Code
Reviews, Test-Coverage, QA, Architektur, saisonale Aufräumfenster
- und warum “wir fixen das später” fast immer Zinsen kostet.
In dieser Episode:
* Was technische Schulden eigentlich sind - und warum sie wie
echte Schulden Zinsen haben
* Legacy Software vs. Technical Debt - wo der Unterschied liegt
* Wie Technical Debt in der Praxis entsteht
* Warum Juniors oft direkt auf Legacy-Projekte geworfen werden
* Die Angst vor Änderungen: “Was mache ich alles kaputt?”
* Warum Integrationstests oft der erste realistische
Rettungsanker sind
* Refactoring vs. Rewrite - wann es sich lohnt, schrittweise
aufzuräumen und wann man eigentlich neu bauen müsste
* Architektur als Rettungsanker: harte Schnittstellen,
versionierte Datenmodelle, austauschbare Module
* Warum Code Reviews oft scheitern - und wie Reviews sowohl zu
oberflächlich als auch komplett blockierend werden können
* Die Spannung zwischen PO, Teamlead und Entwicklern: jetzt
liefern vs. langfristig sauber bauen
* Saisonale Effekte im B2B: Sommer- und Winterloch sinnvoll für
Cleanup nutzen
* Warum ein guter Architekt am Anfang oft mehr spart als jede
spätere Bugfix-Phase
* Projektgeschäft vs. Startup vs. Corporate - was man als Junior
daraus lernen kann
* Best Practices gegen spätere Legacy-Hölle
️ Kapitel / Timecodes:
00:00 Intro - Technical Debt als Klassiker
00:30 Warum Juniors oft direkt auf technische Schulden
losgelassen werden
00:46 SaaS, Kundendruck und “morgen muss es stehen”
02:53 Sommerloch & Weihnachtsloch - Zeitfenster zum Aufräumen
03:38 Integrationstests als schneller Stabilitäts-Hebel
04:40 Legacy vs. Technical Debt - Begriffe sauber trennen
06:03 Technische Schulden = Arbeit sparen mit späteren Zinsen
07:24 Wie sich Schulden nach Jahren brutal bemerkbar machen
08:36 Wann Software schon früh “Legacy” wird
09:45 Das gute Gefühl von Tests - und die Angst vor Änderungen
11:40 Wann technische Schulden sogar bewusst aufgenommen werden
12:38 Entwickler, POs und Stakeholder - alle wollen eigentlich
das Gleiche
14:23 Sicherheitskritische Software vs. “CRUD mit Zeitdruck”
18:38 Ursachen: Druck, Deadlines - und auch Inkompetenz
21:57 Architekturfehler vs. Implementierungsfehler
23:17 Rewrite oder Refactor?
25:55 Warum Reviews schwerer sind, als viele denken
28:06 Review-Probleme: Zeitdruck, Stil-Diskussionen und
Over-Reviewing
31:04 Wenn Teams formal alles “richtig” machen - und trotzdem
schlechte Software bauen
37:31 Was Juniors aus Projektgeschäft, Startup und Corporate
mitnehmen können
44:24 Was tun, wenn man in Legacy landet?
46:22 Wartung vs. echte Produkt-Weiterentwicklung
50:00 KPI für Code-Qualität und Test-Coverage
52:31 Bekannte Bugs, die zu Features werden
56:32 Wie Projekte von Tag 1 in Technical Debt reinlaufen
59:09 Frontloading vs. schon verkauft - was in der Realität
passiert
1:00:39 Was hilft, nicht direkt Legacy zu bauen?
1:04:25 Klare Schnittstellen als wichtigste technische Empfehlung
1:04:44 Wrap-up - tapfer bleiben
Links:
Mehr vom Podcast - https://committomarket.de
Du bist oder suchst Entwickler? - https://auralis.group
Coaching und Beratung! - https://frnd.dev
#tech #engineering #business #podcast #softwareentwicklung
#technicaldebt #legacycode #architektur
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.