¿Cómo puedo saber en una entrevista si un programador es un apasionado de la programación? [cerrado]

102

Si bien la mayoría de las preguntas de la entrevista se centran en el conocimiento actual de un candidato o verifican su habilidad para resolver problemas algorítmicos, me gustaría contratar a un desarrollador apasionado por la programación.

¿Qué pasa si en lugar de hacer preguntas como

¿Qué sabes sobre la tecnología "X"?

Comprobaré si el conocimiento no está directamente relacionado con la resolución de problemas de ingeniería de software, pero muestra cuán curioso eres para TI.

Por ejemplo, si busco un desarrollador de Java, puedo preguntar quiénes son las personas más influyentes en el mundo de Java o mostrar un fragmento de Scala básico y pedirle a un candidato que interprete el código.

Incluso consideré mostrar una foto de Alan Turing y dejar que el entrevistado adivine quién está en la foto. ¿Tiene sentido esta práctica?

mauris
fuente
119
El hecho de que alguien pueda nombrar programadores influyentes no significa que les apasione la programación. Me considero un programador bastante apasionado, pero no podría decirte cómo se ve la cara de Alan Turing en este momento. Aunque ahora que he visto tu pregunta, me aseguraré de echar un vistazo rápido a la página de Wikipedia antes de realizar futuras entrevistas.
Robert Harvey
11
Estoy de acuerdo con @Robert: tengo un recuerdo terrible cuando se trata de nombres (y caras). Hay bastantes libros de los que podría hablar durante bastante tiempo, pero podría contarles a los autores por muy pocos.
Joachim Sauer
27
Si bien contratar a una persona apasionada es realmente un deseo de todos, debes tener cuidado al hacerlo. Interactuar con alguien apasionado por algo normalmente conduce a un mayor nivel de compromiso. En una situación de entrevista, esto puede dar lugar a una impresión más favorable sobre un individuo más hábil y capaz pero menos apasionado, especialmente si tiene poco tiempo y omite las partes técnicas. Así que ten cuidado. Además, la pasión no lo es todo, un "idiota apasionado" sigue siendo un idiota mientras que un "genio desinteresado" sigue siendo un genio, y sé cuál de los dos preferiría tener.
CdMnky
37
@Robert Harvey: estoy de acuerdo. Namedropping es solo para presumir. Don Knuth me dijo eso :-)
Jörg W Mittag el
11
@ yes123, no comencé a programar hasta la universidad, y me considero un programador apasionado. Estoy seguro de que hay muchos programadores con pasión que comenzaron más tarde en la vida. No creo que haya ninguna correlación entre cuándo comenzó a programar y cuánto le importa la programación.
zzzzBov

Respuestas:

229

Todo lo que tiene que hacer es pedirle que le cuente sobre uno de los proyectos en los que ha trabajado y que más disfrutó. Descubrirá más sobre su entusiasmo en los siguientes 60 segundos de lo que podría mostrarle fotografías de notables fallecidos.

Robert Harvey
fuente
34
Además, debe asegurarse, de que "el proyecto ha trabajado en" Qué incluye proyectos en los que me cansaría explotarse por
keppla
66
Estoy de acuerdo con Keppla: especialmente solicite proyectos de tiempo libre / código abierto. No puedo imaginar que alguien se entusiasme con algo y no tenga ganas de hacerlo en su tiempo libre.
LennyProgrammers
106
@ Lenny222: Me considero un programador entusiasta, pero simplemente no tengo tiempo para codificar en mi tiempo libre. ¡Tengo una vida además de la codificación, también! Y cuando codifico en mi tiempo libre, también me contratan principalmente. Pero también leo muchos artículos y libros en mi tiempo libre, y visito este sitio incluso los sábados y domingos.
Falcon
8
@Falcon: De acuerdo, podrías ser un programador apasionado pero, después de todo, también eres humano, tienes una vida, tienes una familia, hijos, etc ... en mi tiempo libre leo las novedades en programación (RSS, tweater, Facebook, etc ...) mientras jugaba con mi hijo o escuchaba a mi esposa :), por lo que me apasiona: mi esposa necesita hacer "algo" en una PC, así que le escribí un programa para ayudarla ( a veces simples bookmarlets de JS, a veces bash ...);)
Radu Maris
99
@keepla, las personas apasionadas por sus trabajos a menudo no tienen que programar por la noche. Soy entusiasta y apasionado por lo que hago, pero tengo otras cosas que hacer por la noche. Es crítico que las personas también tengan otras pasiones o que se quemen en solo unos pocos años.
HLGEM
71

Por ejemplo, si busco un desarrollador de Java, puedo preguntar quiénes son las personas más influyentes en el mundo de Java o mostrar un fragmento de Scala básico y pedirle a un candidato que interprete el código. Incluso consideré mostrar una foto de Alan Turing y dejar que el entrevistado adivine quién está en la foto.

Eso es trivia y conocimiento técnico. Si desea saber si les apasiona la programación, entonces necesita atraer su pasión de alguna manera, hay un par de maneras fáciles de hacerlo:

  • Averigüe si leen blogs / revistas de programación
  • Vea si programan sin trabajo como un pasatiempo
  • Vea si están involucrados en algún grupo de usuarios u organizaciones
  • Pregúnteles qué los atrajo a la programación y si eso sigue siendo una motivación para ellos.
  • Averigüe si tienen una cuenta StackExchange

Si ninguno, si esos encienden una chispa en sus ojos, entonces probablemente no tenga un programador apasionado. Puede golpear algunos que están demasiado ocupados con otras cosas, pero apuesto a que verá un historial o al menos un verdadero arrepentimiento por no haber alcanzado algunos de esos puntos.

DKnight
fuente
11
+1 engage their passionEspecialmente preguntándoles qué les interesó en la programación. Creo que cualquier programador apasionado continuará detenidamente sobre este tema.
George Marian
3
+1. Por lo general, los resumo en una pregunta como "¿qué tipo de cosas haces fuera del trabajo para mantenerte al día con las tecnologías?" esperando oír algo acerca de los proyectos de código abierto, podcasts, que asisten a SIGs / Grupos de Usuarios, etc.
rally25rs
Recientemente entrevisté a un chico, que dejó una empresa porque le estaban dando trabajo repetitivo y quería trabajar en algo interesante y dinámico. Pero al preguntar "¿qué tipo de cosas haces fuera del trabajo para mantenerte al día con las tecnologías?" y "sobre uno de los proyectos en los que ha trabajado y que más disfrutó" no tenía nada grandioso que agregar. Pero sí sentí algunas pasiones. Supongo que es mejor juzgar "si se dará por vencido o seguirá buscando una solución".
Rubish Gupta
@George Marian Hago todas las otras cosas enumeradas, pero si me preguntas por qué me interesé en programar, mi respuesta sería bastante breve. ¡Incluso paso mucho tiempo en casa programando (sin niños) por diversión! Sin embargo, mi respuesta sería "Siempre me han interesado las computadoras y mi padre era un programador, así que naturalmente nací atraído por ese círculo". Por favor, no descarte a alguien según la respuesta a esta pregunta.
m4tt1mus
@mattimus Un punto justo. Tenga en cuenta que no es una ciencia exacta. Después de una respuesta como la suya, le preguntaría: ¿Por qué le interesan las computadoras? ¿Qué es lo que te interesa de ellos? Además, estaría prestando atención a cómo se responden las preguntas, no solo qué palabras se usan para responderlas. Esa es una razón por la que destaqué la fraseengage their passion.
George Marian
29

( advertencia, publicación larga, solo parcialmente sobre el tema )

Bueno, he estado preguntando lo mismo por años. Hace unos 6 años, estaba tratando de hacer que los reclutadores entendieran de qué se trataba (simplemente marcaron las casillas como usted dice).

En el momento en que escribí:

¿Eres geek como nosotros? (Carta abierta a reclutadores y candidatos).

Nuestra cultura es muy importante para nosotros, no estoy hablando de raza aquí, está basada en los antecedentes, cómo ve su trabajo, qué piensa sacar de su trabajo, cómo aborda su trabajo y cómo trata con los demás.

Me he confundido antes con el significado de raza, así que aclararé ahora, esto no es una cosa basada en la raza, es una mentalidad y una cosa de manejo. Hemos trabajado con personas de muchas razas que han sido geniales. También conocemos a muchos que son simples e inútiles. Entonces, la raza no define lo que estamos buscando en absoluto, es un ajuste "cultural".

Hay muchas subculturas en Australia, la mayoría de las cuales no se emparejarían, estoy tratando de explicar la nuestra: The Geek.

  • Muchas personas necesitan instrucciones explícitas: "A> B> C> D", a otros les das A y algunos antecedentes y resolverán B> C> D y E por su cuenta. Estamos buscando el segundo grupo.
  • La gente simplemente estará de acuerdo contigo porque eres "mayor" para ellos. Otros expresarán sus opiniones y aportarán sus ideas. Queremos el segundo. Además de esto, si la decisión va en contra de ellos, todavía se lanzarán a ella.
  • Algunas personas han aprendido de memoria: haces A, luego B y luego C, lo que te da X. Otros han aprendido a aprender y pensar. Vea más allá de lo inmediato y resuelva el problema subyacente.

Muchos de nuestros trabajos en los últimos 14 años provienen de la necesidad de nuestros clientes de limpiar y terminar proyectos que han fallado, principalmente porque la compañía ha contratado al tipo incorrecto de personal ... cuesta mucho más que simplemente su salario si lo obtiene incorrecto.

Ahora intentamos elegir a este tipo de personas a las que nos referimos cuando decimos "me gusta":

  • Buenos inventores, grandes ideas, terribles y terminando un proyecto. Esto me describe a mí mismo. Necesito contratar personas para atender este problema.
  • Fantásticos optimizadores y "hacedores", si quieres que funcione realmente, consíguelos. La otra cara está enfocada y se tarda mucho en llegar allí. Generalmente es un buen rasgo tecnológico, pero generalmente no puede conversar con el mundo exterior.
  • Muy bueno y sabe "el camino correcto" y el trabajo de "extremo a extremo". Pueden ver un proyecto de principio a fin y no perder nada. “Porque debe hacerse de esa manera”. Esta es una actitud que tenemos aquí; los clientes lo saben y lo pagan. Combine esto con los "hacer" y son ideales.
  • El camino más rápido al resultado inmediato. Cuéntale a todo el mundo, en voz alta, poco peligro (No importa que funcione). Bueno para empezar, malo para negocios establecidos que necesitan consistencia. En una función pura de Soporte / Mantenimiento, esto es bueno siempre que otros desarrolladores estén limpiando después. La creación de prototipos y pruebas de concepto es genial.
  • En general interesado. Lo que sea que esté sucediendo ... cuéntenos sobre eso, qué puedo hacer, cómo puedo agregar mi valor, ya sea como conocimiento o sudor (continuar con algo que ven según sea necesario).
  • Aprendices de memoria / trabajadores de procesos. Donde el proyecto ha sido planeado hasta el último grado y tienen "su parte" que hacer y eso es todo. Son buenos en equipos muy grandes. No hay peligro de que se tomen "tangentes" y resultados inesperados de 1/200 personas. Esperan que les entreguen su lista de "qué hacer" y luego lo hacen y regresan para el siguiente bit. Muchas culturas (tanto de raza como de escolarización) en todo el mundo tienden hacia aprendices de memoria o trabajadores de estilo Boss / Underling. Este estilo de persona es inútil para nosotros, envíalos a grandes corporaciones.
  • Nuestra gente es igual en un equipo, se espera que trabaje dentro del equipo para lograr los objetivos establecidos por el cliente.
  • Haces lo que sea necesario para conseguir el trabajo.
  • Te das opiniones y perspectivas sin apego.
  • Piensa bien y analiza los casos límite.

El idioma es una barrera para trabajar con nosotros. Tenemos nuestro propio idioma aquí, al menos necesitas inglés y algunas habilidades técnicas combinadas con sentido del humor.

Si no nos comprende, no comprenderá los requisitos de lo que debe hacer o cómo el resto de nosotros implementaremos la solución ... no durará.

¿Por qué quieres trabajar con nosotros?

  • A usted le pagan. Bien, no es lo mismo que ganarías en el "mundo real" pero es un buen dinero.
  • Tienes la oportunidad de participar en las decisiones. Si bien los directores tienen la última palabra, queremos saber de todos, qué piensan, cómo y por qué piensan. Todo ayuda.
  • Tienes la oportunidad de investigar tus propias cosas. Interesado en cosas geek, codificación, nuevos productos, últimos desarrollos de guerra de MS vs Linux, técnicas de diseño. Todas estas cosas le dan tiempo cada semana para investigar y descubrir lo que quiere. Solo tienes que compartirlo con todos los demás.
  • Tienes la oportunidad de probar nuevas tecnologías. Ya sea a través de la investigación o mediante nuevos proyectos, queremos probar cosas nuevas y diseñar cosas nuevas. Los proyectos están ahí para permitirnos hacerlo. (siempre que ayude al cliente y no cueste más que el proyecto hacerlo)
  • No es obligatorio usar trajes. A menos que la situación lo requiera, como visitar clientes o eventos.
  • Queremos que aprenda más y lo guiaremos a través de capacitación específica para mejorar lo que sabe.
  • Por lo general, no se requiere que corras 9-5. Si está ejecutando soporte para un acuerdo que es 9-5, entonces lo hace, de lo contrario, haga el trabajo y no abuse del privilegio.
  • Gran equipo para trabajar. Bueno, creemos que de todos modos, nos reímos unos de otros bromeando por cortesía y no tenemos una puñalada en la política de espalda. 
  • Somos geeks también. Algunos de nosotros tenemos amigas e hijos, pero no dejes que eso te engañe.
  • Disfrutamos del respeto de algunas empresas muy grandes y podemos entrar sin dudarlo.
  • Nuestra base de clientes se extiende por Australia y en todo el mundo. Deja mucho espacio para viajar y
  • Construimos muy buenas relaciones con nuestros clientes y sus empleados, lo que significa que tenemos muchas personas con las que podemos ir a beber.
  • Si tiene una necesidad o un problema, no nos importa que se tome el tiempo libre para resolverlo. Siempre y cuando marques la diferencia unas horas más tarde.
  • Sus ideas son valoradas y puede ver una mayor recompensa por esas ideas.
  • Compartes el éxito de Redgum.

Ahora, ¿todavía quieres trabajar para nosotros? ¿Por qué?

Conclusión

Escribí que en 2004/05, yo mismo hice unas 50 o 60 entrevistas, trabajé con aproximadamente 14 agencias de reclutamiento que me tiraron a cualquiera que marcara las casillas ... la mayor parte de esto fue una pérdida de tiempo y apestaba elegir personas de una entrevista.

Hasta ahora, el mayor éxito que he tenido es encontrar un solo reclutador que entendiera el significado detrás de lo anterior y lo que estaba buscando y que pudiera filtrar la lista a las personas que encajaban.

Ahora tengo 1 reclutador en quien confío que conoce mi negocio, conoce mis necesidades, almorzamos cada dos meses para ponerme al día ... Lo dejo ir, le doy el tiempo y confío en que solo me mostrará los candidatos apropiados.

El reclutamiento es un área especializada, y si bien al final del día tienes la última palabra ... si tienes el dinero, deja que las personas con habilidades hagan lo suyo.

Una vez que han encontrado a alguien, los entrevisto, les pregunto sobre su experiencia, sus intereses, las cosas que los motivan, los proyectos más geniales que han hecho, escucho su respuesta a lo anterior ... una vez que estoy convencido de que los traigo a En una segunda entrevista con el equipo durante el almuerzo, todos los demás en el equipo les hacen preguntas y me avisan con el pulgar hacia arriba o hacia abajo ... luego contratamos.

Robin Vessey
fuente
16
+1 por mencionar "(advertencia, publicación larga, solo parcialmente sobre el tema)" :)
treecoder
Wow, ¿estás contratando? :)
Josh
@ Josh, en realidad, sí, pero estamos en Melbourne, Australia :) Bonita biografía, sin duda, el tipo de perfil que buscamos.
Robin Vessey
Muy bien dicho: recibí un latigazo cervical por asentir tanto con mi cabeza Y usted tiene el mismo 'don para la brevedad' que yo tengo (¡No es que escriba demasiado, todos los demás solo leen demasiado lento!)
Ben A. Hilleli
21

Alan Turing es demasiado, pero nombrar a una persona influyente me parece bien. Si me hicieran esta pregunta, diría que el tipo escribió Effective Java ...

La contratación es una calle de doble sentido. Primero debes conocer tu grupo de talentos. Si desea contratar un programador apasionado, primero debe hacer algunas preguntas. ¿Tienes problemas interesantes para resolver? En segundo lugar, ¿ofrecen compensación competitiva?

Si, en realidad, no puede ofrecer ambos, entonces sería mejor centrarse más en las habilidades y la profesionalidad.

thinkanotherone
fuente
14
+1 No puedes contratar programadores apasionados a menos que tengas un trabajo que requiera y recompense esa pasión tanto o más que todas las alternativas competitivas disponibles para ese tipo de programador.
hotpaw2
Solicitud de aclaración, ¿diría "el tipo escribió Java efectivo" o "Joshua Bloch"? :)
fredoverflow
@FredOverflow: ¿por qué recordar su nombre real cuando lo hará un typedef? : D
Brendan Long
8

La gente de 37 Signals escribió una gran publicación que trata sobre la contratación de grandes programadores.

Puede leer la publicación para obtener detalles (¡vale la pena!), Pero se puede resumir de la siguiente manera: hay cosas que puede consultar y preguntar durante la entrevista, como

  1. ¿Cuán obstinados son?
  2. ¿Cuánto contribuyen a los proyectos de código abierto?
  3. ¿Cuánto les gusta programar?
  4. ¿Realmente se envían?
  5. ¿Qué han dominado?
  6. ¿Qué tan bien se comunican?

Puede mitigar aún más el riesgo de contratar a alguien al llevarlo a un pequeño proyecto para ver cómo funciona. Esto le mostrará cómo manejan las tareas, administran su tiempo, se comunican, etc.

Soner Gönül
fuente
44
No está permitido copiar toda la publicación del blog y publicarlo de manera que parezca que es tu propio trabajo basado en esa publicación, incluso con un enlace. La publicación que copió está protegida por derechos de autor y no puede volver a publicarla por completo. He actualizado su respuesta para proporcionar solo un resumen del artículo y un enlace al mismo.
Adam Lear
4
  • Inicie una conversación informal sobre patrones de diseño / antipatrones / prácticas de programación y vea qué tan informado está el candidato. Qué interesantes o refrescantes son sus puntos de vista. Y, tengan o no ideas propias sobre estas cosas
  • hablar sobre un problema del mundo real y ver cómo el candidato comienza a proponer las soluciones
  • vea cuánto (y cuánto tiempo) puede hablar un candidato sobre programación (la filosofía, NO la mecánica) sin referirse a una tecnología o lenguaje en particular. Vea si el candidato es visionario o se trata de tuercas y tornillos
  • pídales que hablen sobre sus características más fantaseadas en un lenguaje de programación: un programador apasionado siempre tendrá fantasías de características
  • pregúnteles citas de programación y vea si conocen algunas de las más populares
  • Pon a prueba su sentido del humor en la programación
codificador de árboles
fuente
3

No, ese enfoque no tiene absolutamente ningún sentido. Reconocería una fotografía de Alan Turing y podría nombrar algunas luces principales en el desarrollo de Java, pero eso no dice nada acerca de cuán apasionado soy por lo que la programación nos puede ofrecer. Tampoco iría por la lista de todos los proyectos de código abierto en los que trabajó. Algo de eso se adquiere fácilmente y algo se usa muy a menudo para el currículum vitae.

Pídales que describan un problema del mundo real, por trivial que sea, que podría solucionarse programando una solución. No tiene que ser algo tan práctico como identificar la infraestructura detrás. Solo ha pensado en cómo podría programar su camino hacia una mejor manera de hacer algo. Los idiomas utilizados son de importancia secundaria. Al apegarse a un idioma en particular, no necesariamente está obteniendo a alguien apasionado por la programación.

temptar
fuente
2

La definición de pasión es amplia aquí. He visto varios tipos de programadores. No podemos simplemente llamarlos programadores. Para mí defino un programador apasionado,

  1. Quién sabe los fundamentos de la programación (me refiero a los fundamentos reales). En serio, muestra la actitud y las capacidades de aprender cosas nuevas sobre la marcha, aunque no estamos utilizando directamente los fundamentos del código de producción.
  2. Debe tener la capacidad de profundizar en los problemas y las tecnologías. La mayoría de los programadores son expertos en el uso de cosas ya hechas, pero eso ayuda solo en gran medida.
  3. Debe estar actualizado con las tecnologías y actualizaciones industriales que tiene. Realmente odio a los programadores que no están listos para dedicar tiempo a leer cosas. La mayoría de las personas aquí son inteligentes, están listas para resolver los problemas. He visto personas inteligentes que pasan horas y horas para los problemas comúnmente conocidos. Lo que realmente les falta es la capacidad de leer.
  4. Un programador apasionado se apasionará tanto por el usuario como por su código. Hace todo desde la perspectiva del usuario.
  5. Debe mostrar las habilidades para usar / crear una buena arquitectura de software gradualmente durante el período.
sarat
fuente
+1 Gran respuesta. Me gusta la forma en que ha puesto "usar / crear una buena arquitectura de software gradualmente durante el período".
Karthik Sreenivasan
2

¿Quieres personas "apasionadas" o competentes? Prefiero tener personas que conozcan su negocio pero puedan distinguir entre él y la realidad que los niños que no saben nada fuera de la pantalla de su computadora, no tienen pasatiempos, excepto algo de código abierto que contribuyen 16 horas al día (la mitad mientras trabaja nominalmente para mí), etc.

jwenting
fuente
2

Hágale preguntas para resolver problemas del mundo real

Además de contarte cuáles son las habilidades de este candidato, si prestas atención a lo entusiasta que se acerca a las preguntas de resolución de problemas del mundo real que le haces, puedes tener una muy buena idea de lo apasionado que es por la programación. Y si le hace diferentes tipos de preguntas para resolver problemas (algunas preguntas de codificación, algunas preguntas de diseño de algoritmos, algunas preguntas de diseño de sistemas), puede tener una idea de qué áreas de programación le entusiasman más.

Sugiero leer Joel en la Guía de Entrevistas de Guerrilla del Software, no solo te dice cómo encontrar esa pasión, también te dice que la pasión no es una de las cosas más importantes que estás buscando, estás buscando "inteligente" "y" hace las cosas ". (Él menciona la pasión, pero creo que su intención es que sea una señal de las otras dos cosas que estás buscando).

Ken Bloom
fuente
1

Diría que si te apasiona la programación, podrás detectar a otros. Todo lo que tiene que hacer es hablar sobre la programación que no debería ser difícil durante una entrevista. Y enfóquese en el candidato que habla. Asegúrese de calificar su nivel de competencia independientemente de su pasión. De lo contrario, esto podría nublar su juicio.

JeffO
fuente
1

Pregunta si:

  • Responden preguntas en los sitios de StackExchange
  • ¿Tienen un blog o un sitio web?
  • Hacen proyectos paralelos (posiblemente comerciales)
  • Contribuyen a proyectos de código abierto.
Scott C Wilson
fuente
55
Hago poco de eso porque mi trabajo actual demanda más de 50 horas por semana, pero sigo pensando que soy un apasionado.
Trabajo
1

Antes de poder contratar programadores apasionados, debe determinar qué quiere decir con eso.

Cuando busco pasión en los programadores, tiene que ver con el entusiasmo en su voz cuando discuten un problema de trabajo difícil que tuvieron que resolver. Tiene que ver con ser lo suficientemente apasionado como para obtener un poco de conocimiento profundo y dar un paso adelante para resolver los problemas difíciles. Lo que no tiene nada que ver es si programan fuera del trabajo o si pueden nombrar a tres programadores famosos del pasado mirando sus fotos.

Al entrevistar puedes escuchar pasión en la forma en que responden preguntas. Entran en mayor profundidad que las personas no apasionadas y tienden a ser entusiastas en lo que dicen. Entienden el dominio comercial en el que han estado programando y pueden hablar sobre cómo resuelven problemas y qué sugerencias han hecho en sus trabajos para mejorar los procesos de programación o el diseño de la aplicación. Hablan sobre refactorización y patrones de diseño sin que se les pregunte específicamente sobre ellos.

Cuando hablan de sus logros, hablan de cosas que van más allá de la codificación básica de un módulo. Hablan de cómo vieron un problema en el diseño y lo refactorizaron o hablan de cómo encontraron una nueva técnica para resolver un problema difícil y hablan con entusiasmo. Una persona apasionada es difícil de callar. Realmente quieren describir sus logros y metas para el futuro. Es posible que tengan cosas en las que les gustaría trabajar específicamente que su trabajo les ofrece y su actual no. Muestran un patrón de crecimiento en la habilidad y la complejidad de lo que hacen.

HLGEM
fuente
0

Pregúntele qué hace en su tiempo libre, si está codificando y trabajando en su proyecto personal, es un signo bastante seguro de un programador apasionado. No todos los programadores apasionados programan libremente, pero la mayoría de los que lo hacen son apasionados

Otra cosa es pedirle que calcule la cantidad de horas que ha pasado programando, cuantas más horas más apasionado (ajustando por edad)

PD. No digo que debas dedicar todo tu tiempo a programar. Necesita tener vida, pasatiempos, etc. Sin embargo, tendemos a dedicar tiempo a las cosas que amamos (pasar tiempo con un cónyuge e hijos es aceptable :), por lo que dedicar tiempo extra a la codificación es un buen indicador DS.

... y sí, sí, ustedes, programadores poco apasionados, pueden votarme todo lo que quieran;)

DS.

rev konrad
fuente
2
Me interesan las personas apasionadas por lo que se les paga por hacer, no los aficionados. La pasión se trata más de aprender en profundidad y de entusiasmarse por hacer su trabajo que de trabajar en código abierto, lo que a menudo va en detrimento de la conducta profesional porque las personas están más interesadas en sus cosas divertidas que en su trabajo.
HLGEM
En primer lugar, un programador apasionado no es un aficionado. Codifica en el "trabajo" y en el hogar y es un apasionado de ambos. En segundo lugar, tendrá dificultades para convencer a un programador apasionado de que acepte un trabajo que no es, al menos en cierto grado divertido. Realmente me ofende con la actitud de empleado de un empleado que no debería tener "demasiada diversión" para poder concentrarse en su trabajo "aburrido y sin salida".
Homde
1
programar en código abierto es un pasatiempo. No podría importarme menos tus pasatiempos y, legalmente, probablemente ni siquiera debería preguntarte por ellos. Quiero a alguien que traiga la pasión al trabajo. Así que busco personas apasionadas por lo que hacen durante las horas de trabajo. No voy a pensar que las personas no son apasionadas porque no hacen Open Source.
HLGEM
No he dicho nada sobre el código abierto, solo que codifican y aprenden sobre la codificación en su tiempo libre, ya sea que se trate de un proyecto favorito, de código abierto, de crear una aplicación móvil por diversión o de cualquier cosa que quieran rascar y que no puedan en el trabajo. . Por supuesto, también necesitan llevar esa pasión al trabajo, pero ese es el punto. Un maestro carpintero empleado es un apasionado tanto del trabajo que hace como empleado como de sí mismo. Podría ser más apasionado en el proyecto que tiene que elegir, pero eso es bastante natural
Homde
0

Antes de la entrevista, puede ver la diferencia entre un desarrollador apasionado y el resto en el currículum. El desarrollador apasionado habla de lo que hicieron, el resto habla de cómo lo hicieron. El desarrollador apasionado enumera su blog, proyectos personales, etc., el resto no los tiene.

Mi gerente se sentó en mis primeras entrevistas y casi se desvaneció cuando ni siquiera seleccioné a un candidato durante la entrevista. Más tarde me preguntó por qué me lo salté. "Ya había leído su código en su blog, sé que puede codificar".

Durante la entrevista, una sola pregunta identifica la pasión "qué te metió en la tecnología" para una persona que probablemente tengas que interrumpir a un desarrollador apasionado cuando comiencen a hablar sobre la primera vez que usaron una computadora, escribieron un programa y Y así sucesivamente. Me encuentro teniendo que ahogar un bostezo cuando escucho una respuesta del resto.

Finalmente, mi pantalla de tecnología comienza con preguntas por las que un desarrollador apasionado podría ofenderse (y lo presento como tal), el desarrollador no apasionado podría responder algunas o incluso todas correctamente; el desarrollador apasionado los recitará como si tuvieran una hoja de trucos.

Mi tendencia es contratar a un desarrollador apasionado con menos experiencia que un desarrollador experimentado que no esté ansioso por aprender y crecer. El hecho simple y simple es que la tecnología cambia demasiado rápido para contratar a alguien que no se mantendrá al tanto de las próximas tendencias sin que el trabajo lo requiera.

Reconozco completamente que esto no es una prueba de tontos. Algún talento de calidad podría pasar por mis dedos debido a mi método. Sé que hay personas que son altamente calificadas pero apagan la computadora a los 5. Por otro lado, el programador apasionado me ha impresionado regularmente y, independientemente de los años de experiencia, rápidamente descubro que estoy aprendiendo tanto de ellos como son de mi parte

Michael Brown
fuente
-1

Todas las excelentes respuestas aquí: agregaría que a menudo pregunto si el candidato ha trabajado con el código de otras personas (a veces recién salido de la universidad no lo ha hecho), y si es así, ¿cuál es la mayor molestia que tienen con ese código antiguo? A veces se apagan y describen malos patrones y cómo los arreglan. Lo tomo como una buena señal. Otras respuestas pueden mostrarle un programador muy relajado o uno pedante ... algo que puede querer o no.

Jody
fuente
1
actitud incorrecta de tu parte. OMI a alguien que sale y cambia el código aparentemente al azar porque no le gustan los patrones utilizados, es un pícaro que hace más daño que bien. Todos los cambios en el código existente deben tener un propósito específico, y ese propósito debe estar directamente relacionado con la solución de problemas identificados o la implementación de una nueva funcionalidad, nunca "No me gusta cómo hizo las cosas el tipo anterior, así que voy a reescribir el lote "(que es una actitud común entre los jóvenes que han tenido la cabeza llena de teoría pero que nunca se han programado a sí mismos en una realidad.
Jwent
Es justo, pero no estaba buscando que lo cambiaran ... solo para preocuparme cuando está mal y no hacer esas mismas cosas. Normalmente obtengo respuestas como funciones muy grandes, sin comentarios en el código, sin try / catch.
Jody