Código efectivo versus eficiente [cerrado

Question

Tl; dr: código rápido y sucio, o "correcto" (inserte su definición de este término) código?

A menudo existe una tensión entre "eficiente" y "efectivo" en el desarrollo de software.

"Eficiente" a menudo significa código que es "correcto" desde el punto de vista de la adherencia a los estándares, utilizando patrones/enfoques ampliamente aceptados para las estructuras, independientemente del tamaño del proyecto, el presupuesto, etc. "efectivo" no se trata de ser "correcto" , pero sobre hacer las cosas. Esto a menudo resulta en un código que cae fuera de los límites de los estándares, el uso, etc. comúnmente aceptados, etc.

Por lo general, las personas que pagan por el esfuerzo de desarrollo han dictado con anticipación lo que valoran más. Una organización que vive en un espacio técnico tenderá hacia el fin eficiente, otros tenderán hacia lo efectivo.

Los desarrolladores a menudo se niegan a comprometer su enfoque favorecido para el otro. En mi propia experiencia, he descubierto que las personas con educación formal en el desarrollo de software tienden al campamento eficiente. Aquellos que recogieron el desarrollo de software más o menos como una herramienta para hacer las cosas tienden al campamento efectivo. Estos campamentos no se llevan muy bien. Al administrar un equipo de desarrolladores que no están en un campamento, es un desafío.

En su propia experiencia, ¿en qué campamento aterriza y tiene que justificar su enfoque para los demás? A la gerencia? A otros desarrolladores?