EP6 - Technische Schulden

🎙️ Folge 6 - Technical Debt: Warum Abkürzungen heute später richtig teuer werdenIn 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 Klassiker00:30 Warum Juniors oft direkt auf technische Schulden losgelassen werden00:46 SaaS, Kundendruck und “morgen muss es stehen”02:53 Sommerloch & Weihnachtsloch - Zeitfenster zum Aufräumen03:38 Integrationstests als schneller Stabilitäts-Hebel04:40 Legacy vs. Technical Debt - Begriffe sauber trennen06:03 Technische Schulden = Arbeit sparen mit späteren Zinsen07:24 Wie sich Schulden nach Jahren brutal bemerkbar machen08:36 Wann Software schon früh “Legacy” wird09:45 Das gute Gefühl von Tests - und die Angst vor Änderungen11:40 Wann technische Schulden sogar bewusst aufgenommen werden12:38 Entwickler, POs und Stakeholder - alle wollen eigentlich das Gleiche14:23 Sicherheitskritische Software vs. “CRUD mit Zeitdruck”18:38 Ursachen: Druck, Deadlines - und auch Inkompetenz21:57 Architekturfehler vs. Implementierungsfehler23:17 Rewrite oder Refactor?25:55 Warum Reviews schwerer sind, als viele denken28:06 Review-Probleme: Zeitdruck, Stil-Diskussionen und Over-Reviewing31:04 Wenn Teams formal alles “richtig” machen - und trotzdem schlechte Software bauen37:31 Was Juniors aus Projektgeschäft, Startup und Corporate mitnehmen können44:24 Was tun, wenn man in Legacy landet?46:22 Wartung vs. echte Produkt-Weiterentwicklung50:00 KPI für Code-Qualität und Test-Coverage52:31 Bekannte Bugs, die zu Features werden56:32 Wie Projekte von Tag 1 in Technical Debt reinlaufen59:09 Frontloading vs. schon verkauft - was in der Realität passiert1:00:39 Was hilft, nicht direkt Legacy zu bauen?1:04:25 Klare Schnittstellen als wichtigste technische Empfehlung1:04:44 Wrap-up - tapfer bleiben📌 Links:Mehr vom Podcast - https://committomarket.deDu bist oder suchst Entwickler? - https://auralis.groupCoaching und Beratung! - https://frnd.dev#tech #engineering #business #podcast #softwareentwicklung #technicaldebt #legacycode #architektur