Con una maldición silenciosa, y si tengo tiempo, con una inspección para averiguar cuánto de los comentarios en ese bloque / archivo de código son incorrectos. Esto es seguido por la consideración de si vale la pena limpiar los comentarios y ensuciar la diferencia.
En las empresas en las que he trabajado, no creo haber visto una base de código activa de más de unos pocos años que NO tuviera comentarios obsoletos. Esta es una de las razones por las que un subconjunto significativo de desarrolladores insiste en que el código ES los comentarios, y ese código no debe comentarse explícitamente. Personalmente, prefiero los comentarios.
El análisis programático puede detectar algunas discrepancias entre los comentarios y el código, pero no la mayoría de ellos. E incluso cuando se detecta, a menos que bloquee el registro, muchos desarrolladores no querrán preocuparse por actualizar los comentarios.
- Como gerente de proyectos de software, ¿cómo puedo motivar a mi equipo para obtener el mejor resultado de mi equipo?
- ¿Hay un excedente o escasez de programadores?
- Soy un ingeniero de software que pasa a la gestión de productos en la misma empresa. ¿Cuáles son algunos de los escollos iniciales que debo buscar? ¿Cuáles son algunas cosas que puedo hacer para tener éxito a corto y largo plazo?
- Cómo diseñar sistemas en lenguajes funcionales de tipo dinámico
- Cómo cambiar los campos dentro de las pruebas de software
Por otro lado, prefiero tener el código correcto y los comentarios incorrectos que lo contrario.