Code efficace versus efficace [fermé

Question

TL; DR: Code rapide et sale, ou "correct" (insérez votre définition de ce terme)?

Il y a souvent une tension entre «efficace» et «efficace» dans le développement de logiciels.

"Efficace" signifie souvent un code qui est "correct" du point de vue de l'adhésion aux normes, en utilisant des modèles / approches largement acceptés pour les structures, quelle que soit la taille du projet, le budget, etc. "efficace" ne consiste pas à être "correct" , mais pour faire avancer les choses. Cela se traduit souvent par du code qui tombe en dehors des limites des normes, de l'utilisation, de l'utilisation, etc.

Habituellement, les personnes qui paient pour l'effort de développement ont dicté à l'avance ce qu'ils apprécient davantage. Une organisation qui vit dans un espace technique tendra vers la fin efficace, les autres s'occuperont de l'efficacité.

Les développeurs refusent souvent de compromettre leur approche privilégiée pour l'autre. D'après ma propre expérience, j'ai constaté que les personnes ayant une éducation formelle dans le développement de logiciels tendent vers le camp efficace. Ceux qui ont ramassé le développement de logiciels plus ou moins comme un outil pour faire avancer les choses tendent vers le camp efficace. Ces camps ne s'entendent pas très bien. Lors de la gestion d'une équipe de développeurs qui ne sont pas tous dans un seul camp, c'est difficile.

D'après votre propre expérience, dans quel camp atterrissez-vous et vous devez-vous justifier votre approche des autres? À la gestion? Aux autres développeurs?