🚀 go-pugleaf

John Bokma wrote:
> Jaap Beetstra wrote:

> Maar dan moet je de rest allemaal inpassen op wat reeds
> geimplementeerd was.

Yep, geen probleem als je ontwerp goed is. Zo niet: tijd om te refactoren.

> Daarnaast, feedback is nogal lastig als er een
> brokje af is (en het nog on the fly verzonnen is ook).

Tsja, das nou eenmaal vrij essentieel aan feedback: je krijgt het alleen 
over werk dat al gedaan is (anders was het feed-forward :-). Gelukkig is 
goed ontworpen software flexibel, en kun je nog voldoende bijschaven.

>> kon je het ontwerp bijwerken (aka refactoren), en de
>> vervolgstappen in het project baseren op een juist ontwerp.
>
> Aangezien je geen idee hebt van wat het juiste ontwerp is (want dat
> wordt on the fly verzonnen)....

En je weet wel wat 'het' juiste ontwerp is als je er zonder feedback een 
paar maanden over nadenkt?

>> Het prettige aan een iteratief proces vind ik dus dat je er sneller
>> achter komt of ontwerp-beslissingen al-dan-niet goed uitpakken.
>
> Dat kan alleen als er een ontwerp-fase aan vooraf ging.

`Het` juiste ontwerp bestaat voor mij niet (slechte ontwerpen bestaan wel).
Terwijl ik bezig ben met het ontwikkelen van de software, krijg ik meer 
inzicht in de wensen/doelen/omstandigheden van de klant, en krijg ik een 
beter beeld van hoe de onderdelen van de software samen kunnen werken. Op 
basis daarvan stel ik het ontwerp steeds bij.

Een ontwerp _fase_ is mij te abstract. Ontwerpen is voor mij een continu 
proces, gestuurd door concrete wensen. Dat zijn zowel functionele wensen 
[emailtje naar klant als event zus-en-zo optreedt], als meer beheersmatige 
wensen [mail-adres klant makkelijk te configureren], als meer technische 
wensen [geen afhankelijkheid specifieke database-server]. Het best inzicht 
in al deze wensen heb ik op het moment dat ik met dat specifieke stukje 
functionaliteit bezig ben.

Dat betekent natuurlijk niet dat je als een idioot gaat zitten code-kloppen. 
Een halve dag naar het scherm turen en nadenken over een paar regels is geen 
uitzondering. Vaak is die tijd nog nuttig besteed ook. Maar een week of 
langer op papier zitten te frobelen helpt mij niet.

Maar dat kan voor jou anders liggen natuurlijk.

>> Zeker
>> als je een klant hebt die actief volgt 'hoe het ermee staat'. Die kun
>> je makkelijker een werkend stuk software voorleggen, dan een ontwerp.
>
> In de bouw begint men ook direct met stenen metselen, want zo zien de
> kopers tenminste direct wat voor kleur de buitenmuur wordt, en kunnen
> ze alvast de kleur van hun naambordje en auto daarop afstemmen.

Een huis bouwen is het uitvoeren van een herhaalbaar proces. Programmeren is 
het definieren van een herhaalbaar proces. (vrij naar 
http://c2.com/cgi/wiki?ProgrammingAintManufacturing ).

Groet, Jaap