2010-12-09 71 views
3

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?

+2

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é. –

+0

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

Répondre

1

Moi disent que ce n'est pas un mythe - mais certainement rare dans mon expérience.

Cela dépend également de ce que vous appelez un composant et du niveau de granularité que vous recherchez. Chaque utilisateur et chaque unité d'entreprise dans laquelle je travaille utilise Microsoft Office et Exchange - ils sont donc hautement réutilisables.

Tout le monde réutilisera quelque chose s'il pense y gagner. le gros truc est de les amener à voir ça. Vous êtes également contre la nature humaine - ne pas faire confiance aux choses qu'ils ne comprennent pas, et ainsi de suite.

J'ai certainement vu des exemples où une composante commerciale vraiment réutilisable est identifiée comme étant nécessaire/souhaitable: mais alors la construction est un gros problème: Qui va la posséder? Qui va payer pour ça? Dans le cadre d'une campagne «tous les pouvoirs publics», nous avons un composant technique qui nous permet d'intégrer un service de gestion des identités et des accès fourni de manière centralisée. Cela permet aux membres du public d'avoir un compte (nom d'utilisateur et mot de passe, etc.) qu'ils peuvent utiliser pour se connecter à un service en ligne fourni par le gouvernement (lorsqu'ils utilisent le service IAM central). Parce que notre système (combiné avec le bit central fourni) offre des fonctionnalités liées à l'entreprise, je pense que c'est un exemple de votre composant mythique réutilisable. La solution nous permet de déléguer la gestion des utilisateurs au sein d'une organisation aux administrateurs de cette organisation, offrant ainsi une valeur commerciale (moins les frais généraux de gestion) à plusieurs unités commerciales.

1

Si vous classez trois types de connaissances que:

  • connus-knowns - choses que vous savez que vous connaissez
  • connus-inconnus - des choses que vous savez que vous ne connaissez pas
  • unknown- inconnus - vous ne savez même pas qu'il existe

Le génie logiciel peut résoudre les deux premières catégories facilement - Résoudre des problèmes bien compris maintenant, et laisser la place à la résolution de problèmes moins bien compris orrow. Mais, la troisième catégorie est celle qui vous mordra dans le * ss.

http://opinionator.blogs.nytimes.com/2010/06/20/the-anosognosics-dilemma-1/

http://en.wikipedia.org/wiki/Unknown_unknown