Actualmente estamos contratando un desarrollador junior para que me ayude, ya que tengo más proyectos de los que puedo administrar actualmente. Nunca he contratado a nadie que no fuera amigo o al menos conocido. Tengo una entrevista telefónica con el único solicitante que realmente me llamó la atención (en papel), pero nunca antes había hecho esto.
Todos nuestros proyectos son aplicaciones web de alta escalabilidad y uso intensivo de datos que procesan millones de transacciones por hora, en múltiples servidores y clientes. Para ser específicos de idioma / pila, utilizamos ASP.Net MVC2, WebForms y C # 4, MSSQL 2008 R2, todos ejecutados sobre Windows Server 2008 R2
¿Qué debería preguntarle? ¿Cómo debo estructurar la llamada telefónica?
interview
hiring
junior-programmer
Jeremy Boyd
fuente
fuente
Respuestas:
Pregunte sobre qué blogs de tecnología leen, pregunte qué le parece interesante al solicitante en la tecnología actual y por qué.
Esencialmente, para una entrevista telefónica, desea saber si se trata de alguien que está entusiasmado con la tecnología y la programación y está interesado en aprender y saber más.
Como se trata de un estudiante de tercer año, no puede esperar que conozcan muchos temas avanzados, pero desea asegurarse de que puedan pensar como un programador: denles un problema simple y pídales que lo guíen a través de cómo lo resolverían. Le dará una idea de cómo piensan y resuelven los problemas.
fuente
Tomo un enfoque abierto para las entrevistas telefónicas, pero para darle cierta estructura, generalmente le pido a la persona que hable sobre el currículum que presentaron. A menudo, la forma en que revisan su currículum suscitará otras preguntas y obtendrá una mejor comprensión de cómo son.
La otra cosa en la que pensar durante la entrevista telefónica es preguntar: ¿podría trabajar con esta persona? ¿Son enérgicos? ¿Molesto? ¿Preciso?
fuente
Codifica con ellos.
Definitivamente deberías hacer las entrevistas habituales. Pero no contrato a nadie sin hacer un par de sesiones de programación con ellos.
Mi enfoque: tomaré 2-3 horas y un problema de juguete (por ejemplo, "Vamos a construir Twitter v 0.1" para un desarrollador de pila completa, o "Implementemos Lista de primitivas" para una persona de fondo). Nos sentaremos en la misma computadora y discutiremos cómo abordarlo. Escribiré la primera prueba unitaria y diré "haz que pase". Tal vez escriba los próximos dos exámenes para ayudarlos a ponerse en marcha. Y luego generalmente los dejo correr, saltando solo ocasionalmente. A medida que se nos agote el tiempo, los detendré y les preguntaré dónde lo llevarían a continuación y qué querrían hacer antes de ponerlo en vivo.
Cosas que busco:
fuente
static
palabra clave fuera de Wikipedia o mostrar cómo puedo usarla en un contexto viable y aplicable?What's your Stack Overflow account name?
Una de las mejores maneras de saber cómo se verá el código de alguien es verlo de primera mano. Una de las mejores formas de hacerlo es a través de SO.
De lo contrario, se aplican preguntas estándar. Pregunte sobre situaciones difíciles y cómo las han superado. Pregunte acerca de los nuevos idiomas que están aprendiendo o piensan aprender y por qué. Pregúnteles qué IDE usan y por qué lo eligieron. ¿Qué fuente de control?
Puede aprender mucho haciendo preguntas abiertas que pueden no estar relacionadas con un proyecto específico, sino que les permitirán trabajar con usted en su proceso de pensamiento.
fuente
Una cosa que no vi aquí en mi lectura rápida es la necesidad de preguntarles sobre:
1 - Voluntad de aprender
2 - Capacidad de autoaprendizaje versus entrenamiento formal
3 - Ejemplo de algo que aprendieron ellos mismos en el pasado
4 - Un ejemplo de áreas con las que no se sienten cómodos
5 - Pregunta general de alto nivel como "si tiene la tarea de crear una aplicación web sobre ... qué tareas deben llevarse a cabo y quién debe hacerlas" - Esto debería darle una idea sobre su conocimiento actual sobre el proceso de desarrollo. no tiene que ser exacto, pero al menos conocerá su punto de vista tal como es hoy.
fuente
Háblame de un proyecto en el que hayas trabajado en el pasado
Esta es una gran pregunta para entrevistas en mi opinión, por teléfono o de otra manera. Si pueden hablar inteligentemente sobre un proyecto en el que han trabajado, es probable que lo "comprendan". Estás contratando a un desarrollador de nivel junior, por lo que no es importante que sean expertos todavía, pero al menos deberían entender su campo lo suficientemente bien como para hablar de ello. Por lo general, las personas que querrá contratar no tendrán problemas para correr con esto, mientras que las personas de las que querrá mantenerse alejado responderán en un par de oraciones o menos.
¿Qué haces para mantenerte actualizado?
En una industria que cambia constantemente, creo que es importante que se mantengan actualizados. Esta no es la pregunta más importante que hago en una entrevista, pero si no se les ocurre nada que decir, no es una buena señal.
Dime como escribirías una clase de bicicleta
Tal vez sea una mejor pregunta para una entrevista en persona para que puedan escribir un pseudocódigo, pero creo que podría funcionar también para una entrevista telefónica ... Describa una bicicleta (tiene manijas, ruedas, etc. Alguien la monta. ) y pídales que describan cómo modelarían las clases. No hay nada innovador aquí, pero si luchan con esta pregunta, es probable que todavía sean DEMASIADO menores para ser una ventaja.
fuente
Ya hay muchos buenos consejos para entrevistas ya escritos, pero no creo que pueda ocupar este puesto hasta que sepa exactamente qué van a hacer día a día. Si su primer pensamiento fue: "Lo que sea que necesite que hagan". solo para. Encuentre un fragmento de código específico para que lo revisen. Elija el mejor y el peor código para que lo vean y vean si conocen la diferencia. Dales áreas para trabajar en un primer proyecto rápido que puede haber sido descuidado.
Esperemos que haya contratado al mejor programador, pero todos tienen áreas en las que tienen mejor / más experiencia que otros. Aproveche y defina su papel en consecuencia.
Ah, y contrata a alguien con un historial de hacer las cosas.
fuente
Cuando está en una discusión individual con el desarrollador, puede conocerlo y luego verificar si son honestos con usted.
Para hacerlo, puede hacerle la siguiente pregunta para saber qué tan honesto es realmente
Si han realizado alguna certificación, como una Certificación de Microsoft, verifique con ellos para saber si realmente la han estudiado y elimínela.
Algunos desarrolladores junior que han realizado sus proyectos del último año, no habrían hecho el proyecto solos, es decir, sus amigos deben haberlo hecho por ellos, etc.
Ser honesto juega un papel muy importante cuando el desarrollador junior se encarga de proyectos confidenciales.
Si cree que puede confiar en ellos, puede dar un cuestionario sobre las tecnologías que están reclutando, seguido de un texto práctico con algún escenario de caso para verificar si tienen la capacidad lógica, es decir, verificar si tienen un contacto constante en la programación.
fuente
El CEO de Sandglaz, Nada Aldahleh, escribió recientemente una publicación de blog sobre esto, basada en su propia experiencia de contratar desarrolladores para su startup. Estas son algunas de las cosas que busca:
Y, por supuesto, la prueba de programación, que no debería consistir en la pregunta de Fizz Buzz. Una tarea de la vida real que se puede completar en un par de horas en su oficina sería el mejor tipo de prueba.
Puedes leer más de sus consejos aquí: http://blog.sandglaz.com/how-to-interview-and-hire-junior-developers/
fuente