Esta no fue la pregunta que se hizo, pero hay un problema fundamental aquí: el CTO no debe ser su principal escritor de código. El CTO tiene otras responsabilidades, incluyendo la contratación / administración de grandes desarrolladores (o líderes de desarrolladores) que escriben un gran código. Se necesitaría un CTO muy consciente de sí mismo y humilde para poder escribir código de producción y ser objetivo sobre ese código en comparación con el de otros. También es difícil no crear un entorno en el que sus informes directos se sientan confundidos acerca de un jefe que, a veces, también es un compañero. Dicho esto, los mejores CTO que conozco PUEDEN y HACEN escribir un gran código. Dentro de sus compañías, generalmente se hace para mostrar un ejemplo, probar una hipótesis, realizar una revisión del código o probar una nueva teoría. Fuera de sus empresas, a menudo son contribuyentes activos a proyectos de código abierto. Estos son excelentes medios para los CTO de escritura de código sin alienar a sus desarrolladores.
Ahora, con la pregunta de pedirle a la gente que deje de escribir código de mierda, CTO o de otra manera. Las herramientas de revisión de código estático como SonarQube pueden ayudar a aumentar la objetividad para todos los miembros del equipo o usar un tercero externo de confianza (como este) para la revisión de código. Cuando todo está dicho y hecho, es simplemente una mala señal si el CTO está escribiendo el código de producción y es horrible. Es mejor tener un CTO que no codifique que uno que escriba código de mierda.