Escribir para ser revisados


Advertisements

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.

Bug Código Libre

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.

Advertisements