Agregando algunos puntos más a lo que dijo Sofía Taylor:
- Cuando pregunte sobre proyectos anteriores, baje de un nivel alto a más detalles.
- Pregunte sobre el enfoque de la arquitectura, por qué lo eligieron, pros y contras.
- Pregunte cómo manejaron inquietudes como el soporte de modo fuera de línea, interrupción de conectividad, autenticación con servicios de back-end, almacenamiento en caché.
- ¿Cómo mantuvieron la interfaz de usuario receptiva?
- También verifique el registro, cómo reciben los errores de los dispositivos de los usuarios y cómo manejan eso.
Verá la diferencia en cómo un novato habla de eso y cómo lo hace un profesional.
- Dales un problema para resolver. La verdadera que tiene o tendrá con su aplicación y vea cómo la abordan.
- Pida ver su código fuente. Módulos, Bibliotecas. Ver sus controladores de vista. Eso también te diría mucho.
- También pídales que le muestren su seguimiento de errores. Verifique la cantidad de errores por persona, la cantidad de reaperturas, su complejidad y descripción. Eso le daría una idea sobre su proceso de trabajo, etc.
- ¿Un título en ciencias de la computación me ayudaría a ser un oficial de ADF?
- ¿Cómo comenzar una carrera independiente correctamente? ¿Qué debo hacer como programador? Qué literatura recomienda (si hay alguna)
- Me encanta la informática pero no me gusta mi trabajo de ingeniería de software en una empresa de alta tecnología. ¿Alguien siente lo mismo?
- ¿Cómo gestionar los artículos de CA y la capacitación en CS juntos? ¿Y hay alguna exención de capacitación en CS para estudiantes de CA?
- ¿Qué puedo aprender durante las vacaciones que sería útil durante mi B.Tech en ingeniería informática?