Blog Arolla

Catégorie : DDD

Promesses et divination – la malédiction de la grosse release

Tout le monde sait que pour réussir un projet, il faut itérer, sur les besoins, les problèmes, les solutions. Et pourtant, on continue à se perdre dans des grosses releases, des grosses promesses à tout le monde en même temps. Pluto Krath a du mal à trouver comment traduire concrètement l’injonction de l’itératif en gestion de son projet. Heureusement, Tara Reid a l’expérience et le calme pour l’aider à se sortir de son impasse.

Nommer le code

Une fois les blagues éculées mises de côté, il n’y a finalement qu’une difficulté principale universelle en informatique : nommer les choses. Nommer, c’est modéliser, c’est le cœur de notre métier. C’est effectivement difficile, et sujet à discussions sans fin. Et heureusement, parce que c’est ce qui nous rend difficilement remplaçables par des robots. Je vais lister ici quelques heuristiques de nommage qui me sont propres, et que je ne vois pas forcément souvent dans la nature.

Dépoussiérons les structures en C#

Face à une nouvelle fonctionnalité, on cherche souvent à modéliser nos concepts en utilisant les classes. Et pourtant, nous avons en csharp un type qui s’appelle "struct" (pour structure) qui existe et auquel on pense rarement voire jamais. C’est peut être naturel de partir sur les classes puisqu’on fait de la programmation orientée objet, mais…

Domain Driven Design en 5 minutes

Qu’est-ce que cela signifie ? À la différence des approches xDD,  test-driven-design (TDD) et behaviour-driven-design (BDD), qui fournissent un cadre pour l’implémentation du bon comportement du logiciel, le DDD s’intéresse au design du logiciel. Une traduction possible est « conception guidée par le domaine ». Par « domaine », il faut entendre « métier» et…