Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 2 Min.

Refaktorieren führt nicht zu besserem Code

Laut einer jüngst veröffentlichten Studie von Forschern in Sri Lanka ist das Überarbeiten und Umstrukturieren von Programmcode komplett unnütz.
Die Ziele für das Überarbeiten von existierendem Code sind klar definiert: Der Code soll lesbarer und effizienter werden und alles in allem leichter zu pflegen sein. Es wird allgemein angenommen, dass die heute für das Refaktorieren investierte Zeit geringer wiegt als die zukünftigen Kosten, wenn der Code unter Termindruck geändert werden muss. All diesen Annahmen widerspricht die Studie welche die Forscher aus Sri Lanka hier veröffentlicht haben.Der überarbeitete Code ist danach nicht leichter zu verstehen, nicht leichter zu ändern, er läuft nicht schneller, spart keine Ressourcen und es gibt keinen Grund anzunehmen, dass der Code nach dem Refaktorieren einfacher zu Pflegen wäre. Dies sind die Kernaussagen der Studie. Diese wurde allerdings anhand einer recht überschaubaren Anwendung mit lediglich 4.500 Zeilen C#-Code durchgeführt. Dabei kamen zehn gängige Refactoring-Techniken zum Einsatz. Beurteilt wurde der Code dann von Studenten der Universität von Kelaniya -- die Hälfte begutachtete den alten, die andere Hälfte den neuen Code. Die gemessenen Unterschiede waren marginal.Freilich ist das Ergebnis nicht zu verallgemeinern. Bei einer Stichprobe von 1 gilt das Ergebnis auch nur für genau diese Stichprobe. Deren Code war eben schon vorher ganz brauchbar. Man müsste mal 333 zufällig ausgewählte Programme unterschiedlicher Länge derselben Analyse unterziehen. Dann wären die Ergebnisse vermutlich aussagekräftiger. [bl]
Miscellaneous

Neueste Beiträge

Building Features is easy – echten Wert liefern nicht - Interview
Eva Feigl erklärt im DWX-Interview, warum Teams oft am falschen Problem arbeiten – und wie Annahmen, Vanity Metriken und fehlendes Nutzer-Feedback echten Produkterfolg verhindern.
5. Aug 2026
PandaOS: Die Workstation, die ich mir immer gewünscht habe
Monatelang bin ich zwischen KI-Werkzeugen hin- und hergesprungen. Cursor, Claude Code, OpenCode, Aider. Jedes hatte etwas Geniales, doch keines fühlte sich vollständig an. Also habe ich ein eigenes Tool gebaut? PandaOS ist das Ergebnis.
6 Minuten
KI bedeutet Developer-Level – Agentic Coding braucht Pro-Code
Agentic Coding auf einem geschlossenen Low-Code-Builder kombinieren? Lieber nicht. Denn wer seine Plattform nicht für Developer gebaut hat, hat sie nicht für KI gebaut.
6 Minuten
30. Jul 2026

Das könnte Dich auch interessieren

C#-.NET-Apps mit WinUI 3 - Komponentenbasierte Apps mit Fluent/FAST, Teil 3
Microsoft macht mit WinUI 3 ein natives User-Experience-Framework für Windows verfügbar, dessen Komponenten auf dem Microsoft-eigenen Design-System Fluent 2 basieren.
23 Minuten
13. Mai 2024
UIs für Linux - Bedienoberflächen entwickeln mithilfe von C#, .NET und Avalonia
Es gibt viele UI-Frameworks für .NET, doch nur sehr wenige davon unterstützen Linux. Avalonia schafft als etabliertes Open-Source-Projekt Abhilfe.
16 Minuten
16. Jun 2025
Elektronische Schaltkreise im Browser simulieren - Simulation
Statt mit Steckfeld oder Lötkolben kann man auf dieser Website Schaltungen per Drag and Drop zusammenstellen und deren Verhalten testen.
2 Minuten
26. Jul 2018
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige