Berichten met de tag ‘Architectuur’

Waarom SCRUM niet voldoende is

25 september 2011

Hip hipper hipst: SCRUM is hot. Geen enkele zichzelf respecterende software engineer kan momenteel  zonder hoongelach te  ontvangen beweren dat hiij nog nooit van SCRUM gehoord heeft. En het bewijs is ook geleverd: zowel in diverse onderzoeken als gewoon in de dagelijkse praktijk blijkt SCRUM als ontwikkelmethodiek veel bij te dragen ten opzichte van waterval-achtig ingerichte ontwikkelprocessen.
Lees verder >>

Hip hipper hipst: SCRUM is hot. Geen enkele zichzelf respecterende software engineer kan momenteel  zonder hoongelach te  ontvangen beweren dat hiij nog nooit van SCRUM gehoord heeft. En het bewijs is ook geleverd: zowel in diverse onderzoeken als gewoon in de dagelijkse praktijk blijkt SCRUM als ontwikkelmethodiek veel bij te dragen ten opzichte van waterval-achtig ingerichte ontwikkelprocessen.
Lees verder >>

De nachtmerrie genaamd datum (2)

14 maart 2011

In mijn vorige blog ging ik in op het probleem met datums. Daar ben ik vooral ingegaan op problemen die ik zelf tegen ben gekomen.
Lees verder >>

In mijn vorige blog ging ik in op het probleem met datums. Daar ben ik vooral ingegaan op problemen die ik zelf tegen ben gekomen.
Lees verder >>

De nachtmerrie genaamd datum

02 maart 2011

Wanneer ik denk aan een datum dan denk ik al snel aan een Date of een Calendar. Wanneer je dan een datum toevoegt, is de format van deze datum altijd hetzelfde. Dit is niet alleen handig, maar ook nog eens gebruikersvriendelijk.
Lees verder >>

Wanneer ik denk aan een datum dan denk ik al snel aan een Date of een Calendar. Wanneer je dan een datum toevoegt, is de format van deze datum altijd hetzelfde. Dit is niet alleen handig, maar ook nog eens gebruikersvriendelijk.
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 >>

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 >>

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 >>

Het nieuwe paradigma?

17 januari 2010

Binnen software ontwikkelland ontstaat meer en meer aandacht voor event gebaseerde systemen. Bertrand Meyer schreef hier in 2003 al een artikel over event driven design. Gregory Young heeft met zijn CQRS benadering van systeembouw een interessante structuur neergezet. Binnen Sogyo hebben we inmiddels ook de eerste event gedreven implementaties in de praktijk toegepast. De voorlopige conclusies zijn dat deze vorm van systeemontwerp en -bouw zeer goed kunnen werken, maar slechts voor een beperkte set aan toepassingen.
Lees verder >>

Binnen software ontwikkelland ontstaat meer en meer aandacht voor event gebaseerde systemen. Bertrand Meyer schreef hier in 2003 al een artikel over event driven design. Gregory Young heeft met zijn CQRS benadering van systeembouw een interessante structuur neergezet. Binnen Sogyo hebben we inmiddels ook de eerste event gedreven implementaties in de praktijk toegepast. De voorlopige conclusies zijn dat deze vorm van systeemontwerp en -bouw zeer goed kunnen werken, maar slechts voor een beperkte set aan toepassingen.
Lees verder >>