Test Driven Development – Terza Parte
Riprendiamo il nostro esempio Riprendiamo da dove abbiamo lasciato in sospeso il mese precedente [1], ossia il
Riprendiamo il nostro esempio Riprendiamo da dove abbiamo lasciato in sospeso il mese precedente [1], ossia il
Cominciamo a lavorare Dopo l’introduzione svolta nel primo articolo della serie, già da questa puntata cominciamo ad
Introduzione Nella precedente serie di articoli, dedicata ai microservizi [1], abbiamo visto un modo per suddividere un monolite in diversi microservice. Con
Progettare per l’evoluzione Il primo passo per poter progettare un’architettura evolutiva è disegnare il nostro
Una delle principali attività a carico di un software architect è la creazione di una
Capire i problemi e/o trovare le soluzioni Tra le tante frasi attribuite in modo apocrifo
Oltre la scrittura di codice Sviluppare software, di per sé, non è complicato. O meglio… dipende!
Definiamo l’accoppiamento software come il numero di connessioni inter-modulo nei sistemi software, ed è spesso
Ma come? Ho sempre detto che DDD ha nei suoi principi base il modo di