Parfois, mon patron va se plaindre à nous:
Pourquoi avons-nous besoin de si longtemps pour mettre en œuvre une fonctionnalité?
En fait, la fonctionnalité a déjà été implémentée dans une autre application, il vous suffit de copier et coller des codes à partir de là. Le coût devrait être faible.
C'est vraiment une question difficile, car copier et coller des codes n'est pas si simple à mon point de vue.
Avez-vous de bonnes raisons d’expliquer cela à votre patron non technique?
Si vous trouvez un bug dans votre copier-coller le code, vous aurez besoin de le fixer à chaque endroit que vous avez fait et espérons que vous pouvez vous souvenir d'eux tous (cela vaut aussi pour les besoins de changement).
Si vous gardez la logique dans un endroit, il est plus facile de changer quand c'est nécessaire (donc, si vous décidez que les besoins de l'application de la mise à jour, vous ne le faites qu'en un seul lieu).
Votre patron lire sur le principe DRY (Don't Repeat Yourself).
Ce que vous décrivez ressemble à l'utilisation parfaite pour les bibliothèques, où vous partager du code et de ne garder dans un seul endroit.
Je n'en ai jamais copier-coller le code si j'avais l'intention de refactoriser peu de temps après - faire en sorte que je plus tard sur l'extrait de code commune afin que je puisse réutiliser autant que possible la logique. Et en peu de temps après, je veux dire des minutes et des heures plus tard, ne sont pas des jours et des semaines.
La raison évidente est que vous prenez sur une "dette" pour l'avenir: tout changement vous devez jamais faire dans le code (et pas seulement des corrections de bogues, de tout changement) sera désormais deux fois plus cher à faire parce que vous devez mettre à jour deux lieux - et de plus en plus risqué, parce que vous oubliez l'un d'eux par la suite. En d'autres termes, faire fonctionner plus vite maintenant pour rendre votre travail encore plus lente dans l'avenir, qui peut être de bon sens, mais n'est généralement pas le cas.
Mais la raison plus importante est que l'hypothèse "c'est le même" qui est le plus souvent subtilement mal. Chaque fois que votre code dépend de non dits, les hypothèses sont correctes, la copier dans un autre lieu à des résultats erronés, à moins que ces hypothèses aussi tenir dans le nouveau lieu. Par conséquent, l'collé le code est souvent mal depuis le début, et pas seulement après le prochain changement.
Conception-sage, copie-collé le code est certainement une catastrophe, avec le potentiel de causer beaucoup de problème à l'avenir. Mais vous vous demandez pourquoi il vous faut beaucoup de travail maintenant, la réponse est: parce que c'est jamais juste de copier et de coller.
Si le code original a été écrit en vue de les réutiliser, relativement indépendant de la bibliothèque, avec la flexibilité et l'usage du client à l'esprit - très bien, mais ce n'est pas de copier-coller, c'est à l'aide d'une bibliothèque de code. Réel de code à copier-coller va généralement de plus comme ceci:
En résumé, le code existant qui ne peut pas être utilisé directement, peut, au mieux, servir comme une bonne référence pour l'écriture de code similaire. Il ne peut certainement pas être soulevée à l'ensemble et on s'attend à travailler dans un système complètement différent. En général, il y a fort à présumer que tout le code qui a été écrit et complété, doivent être manipulés aussi peu que possible - même si c'est une copie et non l'original lui-même.
Si vous souhaitez baser votre projet sur le copier-coller, vous avez le code pour commencer de manière à permettre une réutilisation facile, sans copier le code d'origine et de déconner avec elle. Qui en vaut la peine, et si c'est ce que votre patron attend, alors vous devez vous assurez-vous que c'est la façon dont vous concevez et le travail en premier lieu.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
