Escribir para ser revisados

Mejores Prcticas 4 - Cdigo debe ser escrito para ser examinado

Mientras se escribe el cdigo de software, se debe tener en cuenta que alguien se va a revisar el cdigo y tendr que afrontar la crtica de uno o ms de los siguientes puntos, pero no se limita a:

• Mala codificacin
• Despus no estndar
• No teniendo en cuenta el rendimiento
• Historia, la sangra, los comentarios no son apropiadas.
• Su lectura es pobre
• Abrir archivos no estn cerradas
• Memoria asignada no ha sido liberado
• Demasiadas variables globales.
• Codificacin demasiado duro.
• Mal manejo de los errores.
• No la modularidad.
• Cdigo que se repiten.

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

Una vez que estn completamente hecho con su codificacin y autoevaluacin de los compaeros, su solicitud de revisin de cdigo. Recomiendo encarecidamente a aceptar comentarios de revisin feliz y debe estar agradecido a su cdigo comentarios sobre los comentarios. Mismo tiempo, nunca es bueno criticar a cualquier cdigo fuente escrito por otra persona. Si nunca lo hizo, intentar que una sola vez y compruebe el codificador de expresin.

Aceptar la crtica pero no lo critique

Mal escrito cdigo fuente se ensea a escribir buen cdigo fuente siempre que l de manera positiva y aprender una leccin de ello.

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