Publications de Eric Thérond

Dans un article précédent, nous avons vu comment l’approche DDD, via la définition et l’utilisation d’un Ubiquitous Language et d’un véritable modèle du domaine, peut faciliter la communication entre acteurs projet, aider à l’écriture d’un code plus expressif (et donc plus maintenable), et capable d’adresser la complexité - et les changements - du métier. Aujourd’hui, nous allons essayer de répondre à certaines questions laissées en suspens par notre première approche de DDD. Comment éviter de multiplier les couches de mapping, sans valeur ajoutée, à différents…

Dans ce billet, nous nous posons une question simple : comment construire de meilleures applications ? Il s’agit ici de prendre un peu de recul sur notre manière de concevoir du software, d’essayer d’identifier les vrais objectifs d’une application et les principes majeurs qui devraient nous guider dans sa construction. Dans des articles à venir, nous présenterons certaines manières d’approcher le design logiciel qui peuvent nous aider à atteindre ces objectifs.