"...
Og Casper, selvf?lgelig er der tilf?lde, hvor man ikke kan bruge et
framework. Men jeg vil nu mene at problemet som regel ligger i gammel
kode, som burde blive skrevet forfra. Er man der, hvor et moderne
framework ikke kan bruges, s? er det tid til at tage en drastisk
beslutning og starte forfra.."

Pr?v engang at overbevise en ?konomi-gut om det fornuftige i at lukke for al 
forretnings- og produktudvikling i 3-6 m?neder, blot for at havne et sted, 
hvor man i absolut bedste fald har et systemkompleks, der kan det samme som 
f?r man startede. Og jeg mener seri?st "i bedste fald". Du og jeg kan 
sagtens blive enige om det fornuftige i at foretage en strategiske 
beslutning om at bringe systemer op i en stand, der tillader langt 
hurtigere, smidigere og st?rkere videreudvikling, men det er jo desv?rre 
ikke typer som os, der skal overbevises om det fornuftige i det ;-)

Det er her refactoring og agile principper kommer i spil, og s? handler det 
i mine ?jne om at etablere en f?lles vision for fremtidigt l?sningsdesign, 
og s? ganske enkelte tage fat fra en ende af og stille og roligt etablere 
l?sning efter l?sning i et design, der underst?tter visionen. I stedet for 
at rive t?ppet v?k under al eksisterende forretningslogik, funktionalitet og 
arkitektur, s? m? man fors?ge at sk?re slices i arkitekturen, om man s? m? 
sige, hvor man stikker hele vejen fra view til persistens i et meget 
afgr?nset omr?de af systemet. Det g?r nas og kr?ver surt slid i starten, men 
efterh?nden vil man opn? en situation, hvor det bliver lettere og lettere at 
refaktorere koden. L?bende m? man sikre sig at visionen revideres og hele 
tiden afspejler forretningens overordnede strategi og nyudviklingen s?vel i 
sproget som i de perif?re teknologier.