Bueno, he estado entrevistando a codificadores durante 10 años y no tengo errores menores en contra de las personas. Especialmente problemas de sintaxis o notación que un compilador detectaría la primera vez que ejecute build.
Lo que estoy buscando es cómo piensas sobre el problema. ¿Estás usando bien el idioma elegido? ¿Estás abordando el problema correctamente? ¿Tienes un error lógico desagradable porque no entiendes el problema?
Pero no creo en las preguntas de la entrevista gotcha. Pero sí quiero ver que puedes pensar en código y que puedes resolver problemas.
- ¿Puede una persona realmente ganarse la vida siendo un paparazzo?
- ¿Cuáles son las razones para dejar Toastmasters?
- Cómo cambiar de compañía después de 2 años de experiencia como analista de negocios.
- ¿Qué es mainframe y cómo funciona y de qué sirve para conseguir un trabajo?
- ¿Puede una persona ser detective pero también hacer el trabajo de un oficial?
El mejor consejo es asegurarse de atacar el problema sistemáticamente. Va a ser un problema simple por el hecho de que se le pide que lo resuelva rápidamente, pero no reduzca el proceso. Una vez que haya terminado, revise su código, especialmente en todos los casos “especiales” (primera iteración – iteración normal – última iteración … valores especiales, etc.)
Responda también la pregunta en su idioma más cómodo si está permitido.