Como director técnico siempre he tratado de animar a mis equipos de desarrollo de software para mantener buenas prácticas de codificación . Esto no siempre ha sido fácil y aquí están algunas de las lecciones que he aprendido a ayudar. Instrucciones
1

Asignar al menos dos personas para cada parte de un proyecto. También conocido como la programación del equipo , este es un gran método para asegurarse de que dos pares de ojos ven cada línea de código . Se tiende a producir más fácil de mantener y de lectura del código. Esto también reduce el impacto de los desarrolladores quiting un equipo antes de la finalización del proyecto .
2

Hold revisiones de código con el signo - offs . Si se combina con el paso # 1 , esto asegura que por lo menos 3 pares de ojos se ve la base de código . Sign -off simplemente garantiza que una ventaja superior ha revisado y dado el visto bueno asegurarse de que una persona con capacidad de alto nivel aprueba el código.
3

Crear un documento de estándares fácil. Trate de hacer esto en conjunto con la entrada del equipo . Ningún desarrollador le gusta que le digan cómo codificar , así que si él o ella tiene entrada en el proceso , pueden ayudar a dar forma al documento que , al final , tendrán que cumplir.
4

Establecer buenas técnicas de " código compartido" . Los proyectos a menudo tienen reuniones semanales del estado , pero el director técnico deben sostener reuniones de estado de codificación , además de las reuniones de estado del proyecto . Esto permitirá a los desarrolladores la oportunidad de discutir su código, el proyector , o cualquier otro problema que puedan tener de un técnico. Estas reuniones pueden ser de 10 minutos o una duración de una hora, el punto es que usted ofrece el tiempo de trabajo para los desarrolladores para discutir las técnicas de codificación diferentes .
5

estar disponible . Muchas veces, los clientes potenciales técnicos hacen un buen poco de codificación de sí mismos y son por lo general una de las personas más ocupadas en el proyecto, sin embargo , si te das la vuelta a los desarrolladores suficiente de veces , entonces no sólo sufrirán la calidad del código, pero su experiencia no es que se utiliza para su máximo provecho

esto puede ser contraproducente con algunos desarrolladores que piensan que esto podría significar que no tienen que hacer ninguna investigación ya que son ahora una una parada de compras código fixer - . así que trate de establecer horario de oficina o que su desarrollador programar citas en lugar de simplemente dejan pulg