Los estudiantes graduados de CS, al igual que los programadores, trabajan de manera diferente.
Algunos no codifican mucho, si es que lo hacen.
Algunos implementan prototipos y pruebas de concepto donde la calidad del código no es importante. Es la idea o el algoritmo lo que importa; el código solo debe ser lo suficientemente bueno para ejecutar algunos puntos de referencia.
- ¿Cuáles son las áreas de investigación actuales en informática, específicamente en las áreas de IA o LM o PNL?
- ¿Por qué la mayoría de las investigaciones de inteligencia artificial abandonaron la inteligencia artificial basada en la lógica en favor de enfoques estadísticos?
- ¿Cuáles son los beneficios de aprender informática teórica?
- ¿Es buena la sobre optimización en la investigación en informática?
- ¿Qué significa hacer investigación en aprendizaje automático?
Algunos trabajan en software de producción, a menudo como código abierto y en equipos. Nada les impide tener una revisión de código y otros procesos prestados del mundo de la ingeniería de software. Algunos que sé que hacen, y otros terminan teniendo algo similar a la revisión de código de manera informal, lo que todavía les brinda a todos o la mayor parte del beneficio de un proceso formal.
Si están trabajando en parte de un proyecto más grande (piense en GHC o Spark), utilizarán los procesos establecidos para ese proyecto, lo que puede implicar la revisión del código por parte de algún responsable u otro contribuyente.
Los estudiantes de posgrado también trabajan con personas que no son estudiantes: quizás el proyecto de código abierto es lo suficientemente grande como para atraer contribuciones externas o están trabajando con ingenieros de alguna empresa interesada. En este caso, pueden adoptar las prácticas internas de sus colaboradores o alguna variación de las mismas.
Básicamente, diferentes estudiantes de posgrado hacen cosas diferentes, al igual que diferentes programadores. Algunos revisan el código, formalmente o no, y otros no. Y terminan con diferentes niveles de calidad de código. La mayoría de las veces esto está bien porque tienen diferentes requisitos y objetivos, nuevamente como ingenieros diferentes.