Hablo de mi interés particular.
El programador de excelencia es el que tiene en cuanta al usuario y lo que le pides te lo da resuelto. No me interesa si no sabe programar y contrata a alguien que lo hace. Es el que entiende el problema y vuelve hecho.
En cuanto a las “buenas practicas” y otros dogmas creo que sirven para subir el ego de personas individuales. Si hay una buena practica esencial que si o si se debe cumplir su control deberia estar automatizado, y no tratar de penalizar soicialmente a los que no cumplen lo que nadie les indicó.
Siempre que alguien trataba de criticar a un programador de mi equipo mi pregunta era “Qué regla ‘escrita’ no siguió”. Con la integración continua se puede validar la calidad que se exija sin permitir commitear lo que no cumple esas reglas.
De hecho el modelo de negocio de las startups tiende a privilegiar, sell first- fix later. El motor de los proyectos son los entregables. Es mejor entregar algo regular que funcione y si el negocio escala, ocupar tiempo y esfuerzo en rearmarlo. Es mas grave perderse oportunidades de negocio siguiendo reglas y estandares que retrasan los proyectos.