Après avoir lu la discussion How to create generic/reusable code with Scrum? J'ai pensé à mes expériences avec des composants réutilisables.Un «composant commercial réutilisable» est-il un mythe?
J'ai créé plusieurs "composants techniques" qui ont été réutilisés avec succès dans d'autres projets.
J'ai également créé plusieurs «composants commerciaux» qui ont été conçus à l'origine pour la réutilisation. Mais ils n'ont jamais été réutilisés comme une seule bibliothèque puisque les solutions pour différents clients étaient différentes. Bien sûr, les idées et les fragments de code ont été réutilisés dans la bibliothèque d'affaires, mais pas dans la bibliothèque elle-même.
Une grande application comme SAP/R3 est utilisée par de nombreux clients. À mon avis, c'est un monolithe et non un élément indépendant.
Alors je me suis demandé: est-ce qu'un "Composant Busines Réutilisable" est un mythe? Si oui, pourquoi est-il si difficile d'en créer un?
Plus un composant métier est réutilisable, plus le composant doit être paramétrable. Plus un composant est configurable, plus il y a d'abstractions nécessaires. Plus vous avez d'abstractions, moins le code est lisible. Les gens n'aiment probablement pas subir ce compromis, et évitent ainsi la réutilisabilité. –
Les composants d'entreprise réutilisables ne sont pas un mythe - ils existent. Et, à mon humble avis, sont tous de grandes boules de boue avec des crochets et des commutateurs jetés pour plus de traction. – NealB