Primero: si está contratando a un interno, espero que tenga otro desarrollador para supervisar al interno y ayudarlo. Supongo que sí, pero si no lo hace, primero debe contratar a un desarrollador experimentado.
Segundo: ese otro desarrollador debe tener una buena expectativa razonable de ese interno y deben saber qué preguntarles. Si no lo hacen, entonces vean el siguiente paso …
Tercero: pregúntele al interno qué hacen en su tiempo libre, por qué les gusta el desarrollo y evalúen su interés general en el desarrollo de software. Muchas veces no desea contratar a un pasante que conozca FizzBuzz o Fibonacci (ambos relativamente fáciles de memorizar), más bien quiere a alguien que esté realmente interesado en el desarrollo de software: esas son las personas que probablemente le darán los mejores beneficios. Si debe darles un desafío de codificación, entonces haga que sea una variación diferente de FizzBuzz: espantará a aquellos que lo hayan memorizado. Algo como esto:
- Si usted es alguien que contrata programadores, ¿qué es más importante para usted: la personalidad de un candidato o la pila de tecnología con la que está familiarizado?
- ¿Se requiere contratar a un agente de bienes raíces para vender una propiedad?
- ¿Cuánto afecta su menor universitario su potencial para ser contratado?
- Cómo encontrar el correo electrónico del gerente de contratación
- ¿Es la barra de contratación para trabajos de nivel de entrada en empresas como Amazon India demasiado alta en comparación con la dificultad del trabajo que se realiza allí?
“Comenzando con uno y terminando con un número aleatorio de la elección de los usuarios, imprima todos los números, y si el número es divisible entre 3, escriba [InsertComapnyName] y si el número es divisible entre 10, imprima [InsertCompanyName] + Rocas! Finalmente, si el número es el último número en la secuencia, imprima Game Over! “
Si hacen un intento sólido de esto pero no lo hacen bien, aún así los contrataría siempre y cuando tengan un interés genuino en la programación. Quizás si lo han hecho mal, se lo podrías decir. Si fuera yo en una entrevista y me equivocara, diría algo como “¿En serio? ¿Te importaría explicar lo que hice mal y la forma correcta de hacerlo? Porque estoy realmente interesado en aprender sobre el desarrollo de software. Se sorprenderá mucho de lo que puede enseñarle a un buen interno que tal vez no lo sepa todo, aún , en solo un mes o dos.