Les cartes CRC pour former

Les cartes CRC pour former

Les cartes CRC sont pour moi un moyen pour moi de m'aligner sur l'importance de réfléchir au rôle des composants de manière locale avec les tech leads.

Ces cartes peuvent servir à n'importe quelle granularité.

Nom de la classe / composant

Le nom de la classe définit l'intérêt de cette classe à être utilisée dans le système.

Responsabilité

Une responsabilité est une action que le composant fait pour le système global.

Collaborateurs

Les collaborateurs montrent qui utilisent cette classe et dans quel but.

La formation

Le moment le plus intéressant est lorsqu'il y a trop de responsabilités ou de collaborateurs. Cela montre des problèmes à régler, de la généricité à créer et de la refactorisation pour simplifier.

Elles montrent l'importance d'une architecture avec des composants simples pour :

• Développer plus rapidement avec une charge cognitive plus faible,
• maintenir et debugger plus facilement avec des fichiers mieux découpés.

Lorsque le composant fait trop de choses, c'est le moment où il est difficile d'avancer et de se concentrer. Pour m'aider, je propose de voir qu'une seule partie et de réfléchir à comment le monde extérieur peut faire plus pour nous aider à rendre le composant plus simple : en tant que composant A, je voudrais utiliser ce composant B avec seulement ces paramètres sans avoir à connaître la manière dont B récupère telle information.

Sur une composant trop complexe et pour faciliter la discussion, je pose alors ces questions dans l'ordre :

1. À quel point il est facile de lister les responsabilités d'un composant ?
2. En prenant une responsabilité du composant qui nous parait fausse, comment peut-on refactoriser cette partie et quel standard écrire ?

Références

• CRC Card
• A Laboratory For Teaching Object-Oriented Thinking
• Wikipedia
• Modeling structures and interactions