[python-nl] crash-driven-development

[Marcel van den Elst]

Hear hear!

De link tussen knuffelen door bedrijven en vrijdagavond en testcases 
snap ik niet, maar ik sluit me van harte aan bij de gedachtengang over 
tests:

Test *driven* development veronderstelt veel up-front knowledge over het 
probleem en de oplossing, en kan als te dogmatisch uitgevoerd snel 
leiden tot tunnelvisie en moeilijker afstappen van slechte ideeën of 
implementaties (want daar heb je dan al zoveel tests voor gemaakt...)

Ben zelf groot voorstander van wat ik crash-driven-development noem: 
rapid prototyping, en voor dat wat moet blijven maar stuk blijkt te 
zijn/gaan tests schrijven.

Er zal een stuk ideologieverschil in zitten en wellicht gaat de vlieger 
niet op in corporate omgevingen, maar het werkt wel erg prettig voor 
dingen waarvan je tevoren minder goed weet wat wel/niet werkt.


On 29-09-12 10:29, anton.vredegoor wrote:
> On Fri, 28 Sep 2012 13:28:56 +0200
> Remco Wendt <remco at maykinmedia.nl> wrote:
>
>> 2012/9/28 albert visser <albert.visser at gmail.com>
>>
>>>
>>> Ik moet zeggen, mij is vrijdagavond in plaats van woensdagavond wel
>>> goed bevallen. Ik kom van wat verder weg, de kans om niet meteen
>>> weg te hoeven en toch nog met de trein thuis te komen lijkt ook wat
>>> groter zo aan het begin van het weekend.
>>>
>>>
>> Meningen daarover verschillen ben ik bang. Aangezien ik de hele week
>> al bezig ben met nerd/startup/python/django/etc. dingen vind ik het
>> eigenlijk ook wel mooi om daar op vrijdagavond klaar mee te zijn. :)
>
> Dit is mijns inziens een van de redenen waardoor de omhelzing door het
> bedrijfsleven enigszins krampachtig overkomt.
>
> Indien een bedrijf ruimte ter beschikking stelt, of als de werkgever
> zelfs de bijeenkomst bezoekt (wellicht is ie in een managers rol
> beland en mist nu het contact met de werkvloer of het simpele genoegen
> om python te programmeren), dan is dat min of meer vergelijkbaar met
> het afgeven van je inlog gegevens aan facebook: men zal minder geneigd
> zijn frivole (programmeer) activiteiten te vertonen, ook al zijn het
> juiste deze 'blue sky' ideeën die op de lange duur er voor zorgen
> dat python vernieuwt en levensvatbaar blijft.
>
> Immers om 1 goed idee te produceren moet men veel dingen kunnen
> uitproberen, dingen die in de ogen van een werkgever tijdverspilling
> zijn. En dat is weer een van de redenen waarom 'test driven programming'
> zo'n slechte lange termijn strategie is, ook al krijgen de bureaucraten
> er sterk verslavende controle hallucinaties van.
>
> A.
>
>