Cómo fomentar una buena codificación Prácticas de desarrolladores de software

Como una ventaja técnica que 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 equipo de programación, esto es un gran método para asegurarse de que dos pares de ojos ven cada línea de código. Tiende a producir código más fácil de mantener y más legible. Esto también reduce el impacto de los desarrolladores Quiting un equipo antes de la finalización del proyecto.

2 Mantenga las revisiones de código con el signo-offs. Si se combina con el paso # 1, esto se asegura de que al menos 3 pares de ojos se ve todo el código base. Cierre de sesión, simplemente asegura que una ventaja de alto nivel ha revisado y dado el OK asegurar 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 conjunción con la entrada del equipo. Ningún desarrollador gusta que le digan cómo codificar, por lo que si él o ella tiene entrada en el proceso, que puede ayudar a dar forma al documento que, al final, tendrán que adherirse.

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

5 Esté disponible. Muchas veces, técnico manda hacer 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 a su vez lejos sus desarrolladores suficientes veces, entonces no sólo la calidad del código de sufrir, pero su experiencia no está siendo utilizado en toda su ventaja.

Esto puede ser contraproducente con algunos desarrolladores que piensan que esto podría significar que ellos no tienen que hacer ninguna investigación ya que usted es ahora una parada de código comercial fijador - a fin de tratar de establecer las horas de oficina o tener sus desarrolladores programar citas en lugar de sólo una parada en .