Je viens de refuser une demande de module d’annuaire générique.
Pas parce que c’est complexe. Parce que ça ne sert à rien.
En tout cas dans la majorité des cas.
C’est souvent le même scénario qui se répète:
On veut un module générique pour pouvoir créer d’autres annuaires plus tard
Alors, je pose les questions qui fâchent :
→ « Combien d’annuaires différents avez-vous besoin de créer maintenant ?
La réponse est presque toujours : « Un seul pour l’instant, mais plus tard peut-être…
→ « Est-ce que vous connaissez les particularités du deuxième annuaire ?
La réponse est souvent : « Non, on ne sait pas encore, mais au cas-où
Développer un module générique « au cas où » est rarement une bonne idée.
👉 Faire du générique, c’est :
• Plus de complexité dans le code
• Plus de cas de tests à prévoir
• Des interfaces de gestion à créer
• Une maintenance plus lourde
En bref : plus de budget, plus de temps, plus de risques.
Notre expérience montre que faire du générique fonctionne dans un seul cas :
quand vous avez DÉJÀ identifié plusieurs cas d’usage concrets dès le départ.
Sinon un module spécifique bien conçu sera plus rapide, plus simple, et moins coûteux sur le long terme.
Il pourra être dupliqué et adapté s’il y a de nouveaux besoins.
Finalement, la question à se poser c’est peut-être « Combien de fois faudrait-il dupliquer ce module pour que le générique soit amorti ?