Tengo dos:
- Este código tiene el comportamiento esperado, ¿puedes revisarlo?
- ¿Cuál es la cantidad de computadoras en el planeta?
La primera pregunta prueba si entienden qué es un buen código. El código que doy generalmente contendrá nombres de variables de 1 letra, sin pruebas, sin comentarios, utiliza == en lugar de === ect.
La segunda pregunta está ahí para evaluar la forma en que abordan los problemas. Deben asegurarse de saber exactamente lo que se les pregunta. No sé lo que estoy preguntando, lo cambio cada vez. Algunas veces busco una estimación de escritorios, a veces de humanos que computan como un trabajo, o a veces la cantidad de núcleos (incluidos los núcleos de GPU y demás) en todos los chips del mundo. Esta pregunta también pone a prueba su capacidad para hacer una estimación aproximada basada en los datos disponibles (un entrevistado una vez usó IPv4 agotándose como una estimación para el número de computadoras de escritorio / portátiles). No sé los números reales, no me importan. También deberían elaborar un plan para obtener una respuesta más detallada dentro de las limitaciones de tiempo / esfuerzo.
- ¿Una brecha de 4 años desde la graduación afectará un perfil en las entrevistas de servicio del gobierno? ¿Cómo puedo superarlas?
- Si falla en la entrevista de selección telefónica para Google, posición SWE, ¿cuándo puede volver a presentar una solicitud?
- ¿Cómo calificaría el entrevistador a un candidato que esté visiblemente nervioso durante una entrevista pero que sepa sus cosas?
- ¿Qué tipo de preguntas puede esperar un ingeniero eléctrico en la entrevista de BARC y NPCIL?
- ¿Por qué a una persona le parece muy estresante resolver entrevistas de programación en 45 minutos?