Spannender Artikel von #Heise zu Refactoring.

„#Refactoring (Substantiv): Eine Änderung an der internen Struktur einer #Software, um sie verständlicher zu machen und kostengünstiger ändern zu können, ohne ihr sichtbares Verhalten zu ändern“ (Martin #Fowler; Refactoring: Improving the Design of Existing Code; Addison Wesley 2019).

Martin #Golding: „Schreibe deinen #Code so, als wäre der Typ, der ihn verstehen muss, ein Psychopath mit einer Axt, der weiß, wo du wohnst.“

"Wirklich fertig werden Entwickler übrigens nie. Jedes Refactoring hat möglicherweise ein Gegen-Refactoring. Denn es gibt keine wirklichen Sackgassen und es lässt sich ewig weitermachen. Von daher ist es sehr sinnvoll, Grenzen zu setzen. Entwickler könnten aufhören, wenn der zu analysierende Code verstanden, ein gesetztes Zeitlimit erreicht ist oder der Chef beziehungsweise der Kunde mit einem anderen Auftrag um die Ecke kommt."

https://www.heise.de/hintergrund/Legacy-Code-Schritt-fuer-Schritt-aktualisieren-mit-der-Mikado-Methode-11107005.html?seite=all