Generalmente estoy de acuerdo con la respuesta del usuario de Quora. Me gustaría profundizar en el concepto de “proyecto interno”.
A los pasantes no se les debe asignar necesariamente un solo proyecto monolítico. Depende de qué tan estable sea el producto. Para aplicaciones que evolucionan rápidamente, los proyectos internos son excelentes. Para un sistema central más estable, como un núcleo del sistema operativo o un compilador, los pequeños subproyectos son el camino a seguir.
Un proyecto de tres meses suficientemente ambicioso relacionado con un sistema central tiene una buena posibilidad de ser descartado. Es posible que el interno no tenga tiempo suficiente para probar exhaustivamente el código, manejar casos difíciles y documentar todo el código (sin mencionar los scripts de soporte, configuraciones locales, etc.) en la medida en que un empleado de tiempo completo esté dispuesto invertir el tiempo para resolverlo todo y retomar donde lo dejó el interno. Si el proyecto interno tiene un impacto negativo en las aplicaciones que dependen del sistema, o si se detecta algún defecto que no se puede solucionar fácilmente, el código probablemente se desechará (o “se pondrá en espera” indefinidamente).
- ¿Google India hace coincidir los hosts antes de seleccionar pasantes?
- ¿Qué necesito hacer para conseguir un trabajo de verano en una compañía tecnológica increíble?
- ¿Cuál es el mejor instituto para capacitación y pasantías .net en mumbai?
- ¿Cuánto tiempo le toma a Google volver a mí después de una entrevista para un puesto de pasantía en ingeniería de software?
- ¿Cuál fue su manera de conseguir una pasantía de ingeniería de software en grandes empresas tecnológicas como Microsoft, Google, Facebook?
Por el contrario, corregir errores y realizar pequeñas mejoras en el sistema proporciona una sensación de logro más concreta, cuantificable mediante nuevas pruebas unitarias y entradas en el registro de confirmación.