{
  "$type": "site.standard.document",
  "canonicalUrl": "https://remanso.space/pub/did:plc:4m3kouplb7s7xozjd3whinvl/3mmjfevdc3s2q/les-cartes-crc-pour-former",
  "path": "/pub/3mmjfevdc3s2q/les-cartes-crc-pour-former",
  "publishedAt": "2026-05-23T00:00:00.000Z",
  "site": "at://did:plc:4m3kouplb7s7xozjd3whinvl/site.standard.publication/3mdteq7ldoc2i",
  "textContent": "Les cartes CRC pour former\n\nLes 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.\n\nCes cartes peuvent servir à n'importe quelle granularité.\n\n| Class name                                                 |               |\n| ---------------------------------------------------------- | ------------- |\n| Responsabilities | Collaborators |\n\nNom de la classe / composant\n\nLe nom de la classe définit l'intérêt de cette classe à être utilisée dans le système.\n\nResponsabilité\n\nUne responsabilité est une action que le composant fait pour le système global.\n\nCollaborateurs\n\nLes collaborateurs montrent qui utilisent cette classe et dans quel but.\n\nLa formation\n\nLe 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.\n\nElles montrent l'importance d'une architecture avec des composants simples pour :\n\n- Développer plus rapidement avec une charge cognitive plus faible,\n- maintenir et debugger plus facilement avec des fichiers mieux découpés.\n\nLorsque 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.\n\nSur une composant trop complexe et pour faciliter la discussion, je pose alors ces questions dans l'ordre :\n\n1. À quel point il est facile de lister les responsabilités d'un composant ?\n2. En prenant une responsabilité du composant qui nous parait fausse, comment peut-on refactoriser cette partie et quel standard écrire ?\n\n---\n\nRéférences\n\n- CRC Card\n- A Laboratory For Teaching Object-Oriented Thinking\n- Wikipedia\n- Modeling structures and interactions",
  "title": "Les cartes CRC pour former"
}