luglio 2015 Blog Posts
I due acronimi, DDD e CQRS, stanno troppo spesso nella stessa frase e sempre più spesso mi rendo conto che per le persone devono andare a braccetto: nulla di più sbagliato. DDD ha uno scopo, per certi versi molto filosofico e aulico, che gira intorno al concetto di comprensione e/o processo di apprendimento, DDD si prefigge di permetterci di disegnare un modello di dominio che sia il più fedele possibile al modello analitico che vogliamo maneggiare. Il modello analitico è frutto del processo di apprendimento, o di analisi, che una serie di attori, i domain expert(s) (notare il...
Questa è facile! Aleggia questa strana convinzione che un mondo sincrono sia anche consistente, ecco… a meno che le vostre query in lettura non usino lock pessimistici e transazioni con un altissimo livello di serializzazione allora mi spiace dirvi che le vostre query sono stale by design… Mi spiace anche farvi notare che il sincrono non fa altro che ridurre la finestra temporale e dare una falsa sensazione di sicurezza; sensazione che altro non fa che abbassare il livello di guardia “aiutandoci” a produrre codice che troppo spesso parte dal presupposto che le cose vadano come ci aspettiamo....
Uno dei problemi enormi che si trova a dover affrontare chi approccia Domain Driven Design oggi è il sovraccarico di informazioni, spesso confusionarie e fuorvianti, tra cui deve districarsi prima di capire cosa fare e come. Ci sono poi una sfilza di falsi miti che vorrei pian piano provare a sfatare o se non altro provare a mettere in un angolino e sperare che vengano dimenticati. Si parla troppo spesso nella stessa frase di: DDD, CQRS e Event Sourcing, facendone spesso un pastrocchio ma soprattutto partendo dal presupposto che siano per forza da implementare sempre insieme, che vadano...