La réutilisation par rapport à la maintenabilité et la facilité d'essais

Question

Tout le monde aime parler de réutilisabilité. Là où je travaille, quand une nouvelle idée est ballotté ou a testé, la question de réutilisabilité est toujours. « Nous voulons maximiser notre investissement dans ce, nous allons la rendre réutilisable. » « Réutilisabilité apportera une meilleure qualité avec moins de travail. » Et ainsi de suite et ainsi de suite.

Ce que j'ai trouvé est que lorsqu'un composant réutilisable ou idée est introduit, tout le monde est immédiatement peur et l'écrit REDUCTIONS une mauvaise idée. Une fois que les applications deviennent dépendants, ils disent, il ne sera pas maintenable, et tout changement entraînera la nécessité de faire des tests de régression sur tout ce qui l'utilise. Les gens font ici à un élément en particulier qui a été autour depuis longtemps et a beaucoup de personnes à charge et tétras qu'il est devenu impossible de changer cela parce que nous ne savons pas ce que les changements briseront.

Mes réponses à cette plainte sont:

1. Il est bon que le changement d'un composant qui a beaucoup de personnes à charge est lent, car il oblige les concepteurs à vraiment réfléchir à ces changements.
Time
2. doivent être prises pour obtenir le droite composant en premier lieu. Corollaire: Si vous trouvez la nécessité de changer tout le temps, il n'a jamais été très réutilisable pour commencer, est-ce
3. Le développement de logiciels est difficile et nécessite un travail. le fait de test. Vous devez juste le faire.

Malheureusement, ce que les gens entendent dans ces réponses sont « lents », « temps » et « effort ».

J'aimerais s'il y avait une magie « faire ce réutilisable » switch je pourrais retourner sur les choses que je construis afin de gagner des points brownie de la direction, mais les choses ne fonctionnent pas de cette façon. Faire réutilisable quelque chose prend du temps et d'efforts et vous n'êtes toujours pas garanti pour y arriver.

Comment réagissez-vous à la demande de « réutilisabilité » lors de la livraison sur elle semble apporter rien d'autre que des plaintes?

Answer 1

1. est réutilisabilité ne vaut que si quelque chose sera effectivement réutilisé. Assurez-vous que vous avez des cas de réutilisation pratique avant de vous écrire quelque chose réutilisable.

2. Même si une bibliothèque réutilisable est 10 fois plus difficile à maintenir que une version ad hoc de lui-même, vous enregistrez toujours sur l'entretien général si la bibliothèque réutilisable est utilisé à la place des versions ad hoc dans 10 endroits différents .

Answer 2

réutilisabilité est de faire code réutilisable en terme de comportement similaire ou d'une relation « IS_A ». Si vous voulez juste réutiliser le bloc de code en les voyant en utilisant encore et encore, mais ils ont aucune caractéristique similaire, vous devriez mieux les laisser seuls à être le couplage lâche. En cela, nous pouvons avoir plus de flexibilité pour modifier ultérieurement.

Answer 3

Une chose que nous faisons souvent est d'utiliser des versions et éviter un nouveau test constant. Juste parce qu'il ya une nouvelle version de code commun ne signifie pas pour autant tout doit utiliser la nouvelle version tout de suite. Quand quelque chose est mis à jour pour obtenir d'autres raisons, la mise à jour à la nouvelle version du code commun.