Seré muy honesto Como entrevistador, sabemos muy bien cuántas capacidades teóricas y prácticas tiene un candidato en pocas preguntas.
Comenzamos con definiciones básicas como verificación preliminar para saber si la persona al menos comprende cuáles son estas tecnologías. Pero estos son solo cheques. No es probable que le consiga el trabajo.
Luego pasamos a las habilidades de resolución de problemas utilizando las tecnologías mencionadas. Como resolver problemas matemáticos y relacionados con cadenas de una manera muy optimizada. O resolviendo un caso de estudio que generalmente enfrentamos al usar estas tecnologías. Aquí es donde vemos si la persona alguna vez ha presentado una solicitud o simplemente ha metido un libro en la cabeza para conseguir un trabajo. Aquí es donde rechazamos la mayoría de las veces.
- Dado todo el tipo / aleatoriedad anti-loop de la entrevista que puede suceder, ¿puede un desarrollador promedio incluso aspirar a trabajar en Amazon / Google / Facebook?
- ¿Es cierto que en las grandes compañías de desarrollo de software, el número promedio de líneas de código libres de errores escritas en un día por desarrollador es inferior a 10?
- Irracionalmente veo que ser un ingeniero de Google es el "trabajo soñado". ¿Cómo puedo convencerme de que no tiene nada de especial?
- ¿Cuáles son todos los conceptos de DBMS y Java que deben conocerse para manejar la entrevista técnica?
- ¿Cuándo encuentra tiempo para mejorar sus habilidades de codificación?
Todos los entrevistadores discuten entre nosotros durante el recreo. Oh, ese candidato era bueno en términos de definiciones, pero no tiene idea de cómo funciona.
Entonces, olvídate del trabajo. Inicie sesión en su computadora y comience a hacer una aplicación que siempre quiso hacer o que siempre pensó que debería existir en el planeta. Eso le dará la confianza y la experiencia con la que tiene la libertad de rechazar a las compañías que buscan candidatos fuertes 😉