Escribir para ser revisados

Mejores Prácticas 4 - Código debe ser escrito para ser examinado

Mientras se escribe el código de software, se debe tener en cuenta que alguien se va a revisar el código y tendrá que afrontar la crítica de uno o más de los siguientes puntos, pero no se limita a:

• Mala codificación
• Después no estándar
• No teniendo en cuenta el rendimiento
• Historia, la sangría, los comentarios no son apropiadas.
• Su lectura es pobre
• Abrir archivos no están cerradas
• Memoria asignada no ha sido liberado
• Demasiadas variables globales.
• Codificación demasiado duro.
• Mal manejo de los errores.
• No la modularidad.
• Código que se repiten.

Mantener todos los puntos mencionados en su mente mientras que codificación y detenerlos antes de que saltar en el código fuente. Una vez que haya terminado con su codificación, ir a un auto-examen al menos una vez. Estoy seguro, un auto-examen le ayudaría a eliminar 90% los problemas por sí mismo.

Una vez que están completamente hecho con su codificación y autoevaluación de los compañeros, su solicitud de revisión de código. Recomiendo encarecidamente a aceptar comentarios de revisión feliz y debe estar agradecido a su código comentarios sobre los comentarios. Mismo tiempo, nunca es bueno criticar a cualquier código fuente escrito por otra persona. Si nunca lo hizo, intentar que una sola vez y compruebe el codificador de expresión.

Aceptar la crítica pero no lo critique

Mal escrito código fuente se enseña a escribir buen código fuente siempre que él de manera positiva y aprender una lección de ello.

Su objetivo debe ser el de detener los errores en primer lugar y crear un código SIN ERRORES. Piense como un probador, por lo que debe tener un reto para los probadores.