Spec by Example mentoring programme
Specification by example mentoring is aimed at individuals who know the basics, want to improve and need support, knowledge and ideas not available online or through training courses. First group starts 1 June.
Archive for June, 2010
-
Agile acceptance testing – executive summary
Posted on June 28, 2010 | 3 CommentsI’m thinking about organising a one day or half-day seminar on the current state of agile acceptance testing for managers, team leaders and senior technical people some time in September. If you are interested or know someone who might be (maybe your boss needs to know about these things?) drop... -
Anatomy of a good acceptance test
Posted on June 16, 2010 | 11 CommentsThe long term benefits of agile acceptance testing come from live documentation – a description of the system functionality which is reliable, easily accessible and much easier to read and understand than the code. In order to be effective as live specification, acceptance tests have to be written in a... -
Effective specifications for agile projects
Posted on June 14, 2010 | No CommentsMeet me for an online webinar on Effective Specifications for Agile Projects. We’ll start at 7 pm UK Time / 2pm EDT / 11am PDT on July 15th. Here’s the abstract: Fast turnaround and short iterations require a very efficient and precise specifications process to provide direction. Two emerging practices... -
Evolution of DDD: CQRS and Event Sourcing
Posted on June 11, 2010 | 1 CommentSpeaking at the DDD exchange conference today, Greg Young said that doing doing domain driven design is impossible with a classic three layer architecture where DTOs are being shared across layers. He then presented CQRS and Event Sourcing, which according to him provide a much better way to design complex... -
Udi Dahan: the biggest mistakes teams make when applying DDD
Posted on June 11, 2010 | 3 CommentsUdi Dahan spoke today at the DDD Exchange about common misunderstandings and problems that teams have with implementing Domain Driven Design. According to Dahan, the domain model pattern seems to be abused more often than not.
|
|