🚀 go-pugleaf

John Bokma schreef:
> RP wrote:
> 
> 
>>Jaap Beetstra schreef op 16-1-2005
>>
>>>Refactoren is ontwerpen 
>>
>>Volgens http://www.array.nl/release/artikelen/2000/3_Ende_refactoring.pdf
>>is dat wel erg kort door de bocht.
>>
>>En zoals de OP al schrijft is mijn ervaring dat daar pas tijd voor wordt 
>>gemaakt als er een grote verandering op stapel staat, en meestal is die 
>>verandering dan zo groot, dat er volledig opnieuw wordt ontworpen 
>>(redesign).
> 
> 
> Yup, het is altijd de programmeur v.s. de niet-programmeur. De laatste 
> meent dat bepaalde dingen "speeltjes" zijn van de programmeur, en de eerste 
> meent dat de ander de PHB uithangt.
> 
> Het is ook vaak lastig uit te leggen: ja, wat ik 3 maanden geschreven heb 
> werkte prima, maar als je die toeters en bellen er ook in wilt, moeten we 
> eventjes terug naar de tekentafel.
> 
> Voor een opdrachtgever klinkt dat als: deze DVD speler werkt niet op de TV 
> die je 3 maanden terug gekocht hebt, maar gelukkig hebben we nu dit model 
> in de aanbieding...
> 

Kun je niet tegelijk toeters en bellen aanbrengen EN refactoren? In mijn 
cursus staat er: "als programmeur verwissel je voortdurend van pet: je 
programmeert, je hebt de programmeurs-pet op. Je moet dingen 
bijschrijven na een tijdje en je zet de refactor pet op waarna je terug 
de programmeurs pet opzet. Het is een voortdurend wisselen van 
programmeren en refactoren."
Of is die methodiek niet echt rendabel?