Kirja-arvostelu: Refactoring: Improving the Design of Existing Code

Kappaleissa 4–14 sitten käydään läpi ihan käytännön ohjeita, miten erityyppisiä refaktorointeja kannattaa tehdä.

Refaktoroinnin missio on pitää koodi ymmärrettävänä, luettavana, suorityskykyisenä ja helppona muuntaa. Koodi on harvoin kerralla valmista, ainakin jos kehitetään tuotteita. Koodiin joudutaan yleensä tekemään muutoksia ennemmin tai myöhemmin. Suurin osa ajasta kehittäjillä kuluu suunnitteluun ja vanhan koodin tutkimiseen ja ymmärtämiseen. Jos jotain ei ole helppo ymmärtää tai koodiin ei ole helppo tehdä muutoksia, sitten on hyvä tilaisuus muuttaa implementaatiota sellaiseksi että koodi olisi helppo ymmärtää ja siihen olisi helppo tehdä vaadittu muutos.

Refaktoroinnilla saavutetaan parempi laatu ja pienempi tekninen velka. Pienempi tekninen velka ja koodin luettavuus vähentää bugien määrää ja nopeuttaa niiden korjaamista ja uusien featureiden tekemistä. Sen takia sitä kannattaa tehdä. Ja tuotejohdolle pitää myydä refaktorointi investointina, jolla tekemisen velocity säilyy jatkossakin hyvänä.

Näitä kirjoja voisi olla tuotekehityskammiossa muutama hyllyssä.