Publications de François Saulnier

Archi & techno

CQRS, l’architecture aux deux visages (partie 2)

Dans le billet CQRS l’architecture aux deux visages (partie 1), nous vous avions présenté les bases d’une architecture CQRS. En effet une application combine des fonctionnalités de consultation d’une part (Read) et traitement métier d’autre part (Write). CQRS propose d’aborder ces deux groupes de fonctionnalités comme deux contextes d’utilisation distincts afin d’appliquer des stratégies de design adaptées à leurs besoins spécifiques. Dans cet article, nous allons essayer d’apporter des réponses à la question laissée en suspens : comment construire une application satisfaisant aux exigences liées au contexte de…

Lire la suite
Archi & techno

Un opérateur télécom doit-il être autre chose qu’un tuyau ?

Quel "business model" pour les opérateurs de télécommunications grand public ? Orange, Bouygues Télécom et SFR se veulent fournisseurs de services, voire de contenus, et donc ne veulent pas être de simples fournisseurs de tuyaux. La 4G, les "pure players" internet, les nouveaux usages, les réglementations de l’Arcep et autres remettent en cause cette vision. Ce billet est l’occasion de partager quelques réflexions autour de cette question : quel "business model" pour les opérateurs grand public ?

Lire la suite
Archi & techno

Domain Driven Design : des armes pour affronter la complexité

"La complexité, c'est comme le cholestérol. Il faut surtout se débarasser du mauvais." (Proverbe gascon-malgache) DDD est l’acronyme de Domain Driven Design. Ce n’est ni un framework, ni une méthodologie, mais plutôt une approche décrite dans l’ouvrage du même nom d’Eric Evans. Un de ses objectifs est de définir une vision et un langage partagés par toutes les personnes impliquées dans la construction d’une application, afin de mieux en appréhender la complexité. Nous ne souhaitons pas faire ici une présentation de DDD (voir plutôt ici…

Lire la suite
Archi & techno

J’ai mal à mon application ! Ca se soigne ?

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.

Lire la suite
Méthode

L’artefact ne fait pas le moine

Dans ce billet, nous nous basons sur un expérience vécue de mise en place d’une méthodologie (Scrum) sur un projet de développement, pour analyser un piège qui, selon nous, guette toute organisation désireuse de s’améliorer via l’adoption d’une méthodologie : le piège de l’Artefact.

Lire la suite