Habe es gestern zu Ende gelesen. OK, war ganz nett zu lesen, aber ich wartete bis zum Ende vergebens auf den Wow-Effekt. Verstehe den Hype nicht so ganz.
Wenn es eine Liste von X Büchern gibt, die man gelesen haben sollte bzw. muss, dann gehört dieses Buch auf jeden Fall dazu! Leider nicht ganz utopisch bzw. in abgeschwächter Form gibt es das eine oder andere im Jahre 2011 schon ^^
Wer ein Legacy-Projekt übernehmen muss (freiwillig tun wollen es wohl nur wenige, ich kenne keinen) dem wird dieses Büchlein wohl das eine oder andere "Ahaaa-Erlebnis" bescheren. Aber wie "entstehen" Legacy-Projekte überhaupt? Werden Projekte, nur weil sie alt sind, automatisch zu Legacy-Projekten? Meiner Meinung nach nein. Es wäre hier ein anderer Begriff für solche Projekte von Nöten, aber den möchte ich hier lieber nicht nennen.
Also bleiben wir beim Begriff Legacy, auch wenn er nicht 100%ig stimmt. Wenn ein Projekt wegen Zeitmangel, Unkenntnis, "schnell mal Kohle machen" etc. zu einem "Legacy-Projekt" wird, dann wird man, früher oder später etwas tun müssen, damit es nicht explodiert. Was man tun muss, ist in diesem Buch anhand anschaulicher Beispiele leicht erklärt.
Die Extremform von Legacy-Prjekten sind jene, die "zu Tode programmiert wurden", hier hilft oft nur ein re-write ;-) Damit es aber erst gar nicht so weit kommt, sollte man schon vorher dieses Buch gelesen haben, oder sich auf mindestens 10 Jahre Erfahrung in der Softwareentwicklung verlassen.
