¿Cómo es la vida laboral de un programador promedio?
Por lo general, después de ingresar a la empresa, no comenzaremos un proyecto desde cero, sino que mantendremos o desarrollaremos nuevas funciones basadas en el código existente, por lo que debemos "leer el código".
La lectura incluye "lectura extensa" para comprender la arquitectura del sistema y los módulos funcionales, y tener una comprensión general del sistema para encontrar la ubicación de la implementación del código correspondiente.
También existe la "lectura intensiva", que generalmente se utiliza para depurar y corregir errores. Además, también incluye revisión: algunas empresas más estandarizadas tendrán revisión de código, que también es una lectura intensiva, pero no requiere depuración.
Para un proyecto maduro, leer código, en lugar de escribirlo, puede ser la tarea que consume más tiempo.
Escribir documentos de comentarios
Para reducir el tiempo de "leer código", tenemos que dedicar tiempo a "escribir comentarios" y "escribir documentos": este es el trabajo más odiado. entre los programadores. Así que ahora la voz de "solo el código incorrecto necesita comentarios" es cada vez más fuerte, pero pase lo que pase, aún es necesario escribir documentación. (Nota: debe poder distinguir entre comentarios y documentación)
Comprenda los requisitos
Bien, finalmente es hora de "escribir código".
Sin embargo, antes de comenzar a escribir código, debe tomarse el tiempo para "comprender los requisitos". A diferencia de escribir un pequeño programa por diversión, en una empresa se escribe código para otros, por lo que debe comprender qué funciones quieren lograr los demás. A menudo, esto no es tan simple como cree y requiere comunicación repetida.
Por supuesto, también hay algunos equipos e individuos que no están dispuestos a "perder el tiempo" en esto. Por lo general, terminan escribiendo código constantemente, luego cambiándolo constantemente, trabajando horas extras y haciendo muchas cosas inútiles. trabajo. La empresa está llena de resentimiento.