Auteur archief

Test op test op test

06 februari 2011

Deze week liet ik aan een collega (Rob Vens) een aantal testen zien voor een recent project van mijn hand. Hij vond ze wel mooi om te zien en ik bedacht me dat ik deze nog niet gedeeld heb met mijn collega’s en andere geïnteresseerden. Dus dat leek me mooi om hier ook even uit de doeken te doen. Het is gebaseerd op werk van Greg Young en Mark Nijhof. Wat ik er met name aan heb toegevoegd is het afleiden van specifiekere testcases van generiekere testcases, waardoor complexere scenarios op simpelere scenarios bouwen, zonder dat er dubbeling optreedt.
Lees verder >>

Deze week liet ik aan een collega (Rob Vens) een aantal testen zien voor een recent project van mijn hand. Hij vond ze wel mooi om te zien en ik bedacht me dat ik deze nog niet gedeeld heb met mijn collega’s en andere geïnteresseerden. Dus dat leek me mooi om hier ook even uit de doeken te doen. Het is gebaseerd op werk van Greg Young en Mark Nijhof. Wat ik er met name aan heb toegevoegd is het afleiden van specifiekere testcases van generiekere testcases, waardoor complexere scenarios op simpelere scenarios bouwen, zonder dat er dubbeling optreedt.
Lees verder >>

Architectuur & Software design – hoe?

09 januari 2011

Bij trainingen en presentaties die ik geef over DDD, komt altijd de vraag op: maar hoe doe je dat ontwerpen nou precies, welk proces volg je daarvoor? Een logische vraag. En tevens één die lastig te beantwoorden is. Niet dat er helemaal geen antwoorden zijn hoor: er zijn vele ontwerpprocessen, methodologiën en checklists. Maar als je je daarin verdiept (heb er inmiddels redelijk wat van gelezen en toegepast), blijkt elke keer weer dat het met name ‘kapstokken’ zijn om je werkzaamheden aan te hangen. Wat ik daarmee bedoel: het zijn planningen met daarin fases en mogelijk zelfs specifieke sessies, inhoudelijk beschreven, liefst ook met het te verwachten eindresultaat. Maar wát je nou precies doet in zo’n sessie?
Lees verder >>

Bij trainingen en presentaties die ik geef over DDD, komt altijd de vraag op: maar hoe doe je dat ontwerpen nou precies, welk proces volg je daarvoor? Een logische vraag. En tevens één die lastig te beantwoorden is. Niet dat er helemaal geen antwoorden zijn hoor: er zijn vele ontwerpprocessen, methodologiën en checklists. Maar als je je daarin verdiept (heb er inmiddels redelijk wat van gelezen en toegepast), blijkt elke keer weer dat het met name ‘kapstokken’ zijn om je werkzaamheden aan te hangen. Wat ik daarmee bedoel: het zijn planningen met daarin fases en mogelijk zelfs specifieke sessies, inhoudelijk beschreven, liefst ook met het te verwachten eindresultaat. Maar wát je nou precies doet in zo’n sessie?
Lees verder >>

TDD_should_be_fun().Again()

15 november 2010

De serious game waarin je begeleid wordt in test-driven design (TDD) heeft nu een nieuwe versie, met meerdere games. Op dit moment moet je nog steeds een google account hebben om er gebruik van te kunnen maken: http://sogyotdd.appspot.com/ (let op: niet een google apps account!). Je kunt wel even een kijkje nemen zonder in te loggen en een google account is snel gemaakt..
Lees verder >>

De serious game waarin je begeleid wordt in test-driven design (TDD) heeft nu een nieuwe versie, met meerdere games. Op dit moment moet je nog steeds een google account hebben om er gebruik van te kunnen maken: http://sogyotdd.appspot.com/ (let op: niet een google apps account!). Je kunt wel even een kijkje nemen zonder in te loggen en een google account is snel gemaakt..
Lees verder >>

TDD_should_be_fun()

10 september 2010

In een zoektocht naar een serious game waar je als ontwikkelaar ook iets van leert, heb ik een kleine game op de AppEngine gebouwd waarin je begeleid wordt in test-driven design (TDD). Op dit moment moet je een google account hebben om er gebruik van te kunnen maken: http://sogyotdd.appspot.com/ (let op: niet een google apps account!)
Lees verder >>

In een zoektocht naar een serious game waar je als ontwikkelaar ook iets van leert, heb ik een kleine game op de AppEngine gebouwd waarin je begeleid wordt in test-driven design (TDD). Op dit moment moet je een google account hebben om er gebruik van te kunnen maken: http://sogyotdd.appspot.com/ (let op: niet een google apps account!)
Lees verder >>

Value objects spelen ook maar een rol

12 augustus 2010

De afgelopen dagen had ik een interessante discussie op de DDD mailinglist over value objects.
Lees verder >>

De afgelopen dagen had ik een interessante discussie op de DDD mailinglist over value objects. De discussie ging over de niet-wijzigbaarheid (immutability) van value objects. Het vreemde is dat veel ontwikkelaars (in de rol van modelleur) deze niet-wijzigbaarheid benadrukken. Hij komt ook altijd op. Terwijl het volgens mij niet de essentie is.

No exceptions made

20 juli 2010

Naar aanleiding van een bevinding tijdens een interne project code review  en een artikel in het laatste Java Magazine hadden we een interessante discussie over de redenen om exceptions toe te passen. Uiteindelijk kon ik zelf achter twee vuistregels staan, één die ik zelf bedacht had, de ander van een collega.
Lees verder >>

Naar aanleiding van een bevinding tijdens een interne project code review  en een artikel in het laatste Java Magazine hadden we een interessante discussie over de redenen om exceptions toe te passen. Uiteindelijk kon ik zelf achter twee vuistregels staan, één die ik zelf bedacht had, de ander van een collega.
Lees verder >>

CQRS & de bijkomende architectuur

09 maart 2010

In mijn vorige blogpost deed ik in de voetnoten een voorstel om de architectuur die vaak meekomt met het patroon CQRS anders te noemen. Ik dacht aan een “Circular Architecture” om hem duidelijk te contrasteren met een “Layered Architecture”. Na een korte discussie met Greg Young en Alistair Cockburn hierover besloot ik om het idee nog eens even goed onder de loep te nemen. Zij claimden allebei dat de “Hexagonal Architecture” van Alistair Cockburn deze architectuur al voldoende beschreef. Dat zette me wel aan het denken, aangezien ik het oordeel van beide zeer respecteer. Eerst enkele definities waar ik vanuit ga
Lees verder >>

In mijn vorige blogpost deed ik in de voetnoten een voorstel om de architectuur die vaak meekomt met het patroon CQRS anders te noemen. Ik dacht aan een “Circular Architecture” om hem duidelijk te contrasteren met een “Layered Architecture”. Na een korte discussie met Greg Young en Alistair Cockburn hierover besloot ik om het idee nog eens even goed onder de loep te nemen. Zij claimden allebei dat de “Hexagonal Architecture” van Alistair Cockburn deze architectuur al voldoende beschreef. Dat zette me wel aan het denken, aangezien ik het oordeel van beide zeer respecteer. Eerst enkele definities waar ik vanuit ga
Lees verder >>

CQRS && Validatie && Business Rules

04 maart 2010

Validatie en business rules binnen een CQRS architectuur [1][2] blijven onderwerpen die vragen oproepen voor degenen die er voor het eerst van horen. Drie specifieke vragen worden daarover vaak  gesteld: hoe werkt de validatie van commands, hoe kun je business rules afdwingen over grote collections (state) en hoe werkt het afdwingen van business rules over aggregates heen? Hopelijk kan ik een aantal lezers helpen met mijn drie antwoorden daarop. Eerst de vragen
Lees verder >>

Validatie en business rules binnen een CQRS architectuur [1][2] blijven onderwerpen die vragen oproepen voor degenen die er voor het eerst van horen. Drie specifieke vragen worden daarover vaak  gesteld: hoe werkt de validatie van commands, hoe kun je business rules afdwingen over grote collections (state) en hoe werkt het afdwingen van business rules over aggregates heen? Hopelijk kan ik een aantal lezers helpen met mijn drie antwoorden daarop. Eerst de vragen
Lees verder >>

Vakmanschap

18 februari 2010

De laatste tijd duikt de term vakmanschap (craftsmanship) regelmatig op.  Achter deze term gaat veel schuil denk ik. Ik vermoed dat het voor iedereen wat anders betekent. Waarschijnlijk één van de redenen van haar populariteit. In een poging om er enige helderheid in te brengen, schrijf ik deze post. We hebben besloten dat we hier ook soms wat kortere berichten willen plaatsen. Heel mooi, want ik wou deze graag kort houden. Ik steek dan ook maar meteen van wal: wat wordt er zo ongeveer verstaan onder craftsmanship of vakmanschap?
Lees verder >>

De laatste tijd duikt de term vakmanschap (craftsmanship) regelmatig op.  Achter deze term gaat veel schuil denk ik. Ik vermoed dat het voor iedereen wat anders betekent. Waarschijnlijk één van de redenen van haar populariteit. In een poging om er enige helderheid in te brengen, schrijf ik deze post. We hebben besloten dat we hier ook soms wat kortere berichten willen plaatsen. Heel mooi, want ik wou deze graag kort houden. Ik steek dan ook maar meteen van wal: wat wordt er zo ongeveer verstaan onder craftsmanship of vakmanschap?
Lees verder >>

Domain model Reporting, Sir!

04 februari 2010

In deze post beschrijf ik een praktijk case van het ontwerp van rapportage functionaliteit op een model gedreven applicatie. De applicatie is in een zonnebloemmodel opgebouwd rond een object-georiënteerd domeinmodel, wat tot nu toe een voornamelijk actief model is wat gedreven en niet de alomtegenwoordige CRUD functionaliteit biedt. De bedoeling is dat dat ook zo blijft. Over enige tijd hoop ik deze post op te kunnen volgen met resultaten uit de praktijk.
Lees verder >>

In deze post beschrijf ik een praktijk case van het ontwerp van rapportage functionaliteit op een model gedreven applicatie. De applicatie is in een zonnebloemmodel opgebouwd rond een object-georiënteerd domeinmodel, wat tot nu toe een voornamelijk actief model is wat gedreven en niet de alomtegenwoordige CRUD functionaliteit biedt. De bedoeling is dat dat ook zo blijft. Over enige tijd hoop ik deze post op te kunnen volgen met resultaten uit de praktijk.
Lees verder >>