Een week geleden werd het kantoor van Marktplaats omgedoopt tot een ware Dojo. In korte iteraties werd er door 19 softwareontwikkelaars in deze Dojo een Kata uitgevoerd, met het einddoel om een werkende Pacman applicatie te bouwen. Wanneer er zo'n grote groep met specialisten werkt aan een gezamenlijke oplossing ontstaat er als vanzelfsprekend discussie over stijl en design van software. Kunnen we de klasse Field niet beter Game noemen? Waarom maken we geen aparte Pacman klassen, die de verantwoordelijkheid kent van de bewegingen van het beestje?

Een tweetal Martial Coding artists hebben de Kata thuis voortgezet in hun eigen favoriete taal, om na te denken over alternatieve oplossingen. Het eindresultaat willen wij jullie niet onthouden. In de oplossing van Eduard kan je zien hoe de oplossing van het probleem wordt vormgegeven in een object-geörienteerd ontwerp, geschreven in Perl, zonder gebruik te maken van Test Driven Development. De uitwerking van Jaap laat zien dat Python zich, net als Ruby, uitstekend leent voor testgedreven ontwikkeling van een bewegend (!) Pacman figuurtje. 

Heb jij een alternatief design voor het 'Pacman probleem', of een leuke oplossing in een andere taal? Laat het weten als reactie op deze post, of stuur een mailtje naar secretariaat@devnology.nl.

TrackBack URI for this entry

Comments (0)

Subscribe to this comment's feed