Estaba entrevistando a una persona que parecía "demasiado orgullosa de mis habilidades de Java".

1. Me preguntó " ¿Cuál es su conocimiento sobre las clases Java IO ... digamos ... mapas hash? "

2. Me pidió que escribiera un trozo de código Java en papel: instanciar una clase y llamar a uno de los métodos de la instancia. Cuando terminé, dijo que mi programa no se ejecutaría. Después de 5 minutos de pensar seriamente, me di por vencido y pregunté por qué. Dijo que no escribí una función principal para que no se ejecute. EN PAPEL.

3. [Estoy demasiado furioso para continuar con la estupidez ...]

Créeme, no fueron preguntas capciosas ni una evaluación psíquica o de manejo de la ira.

Puedo decir por su cara, estaba orgulloso de estas preguntas.

Se suponía que ese " desarrollador " debía " juzgar " a los candidatos.

Se me ocurren varias cosas:

1. Golpéalo con una silla (que tan desesperadamente quería) y sal.
2. Simplemente salga.
3. Lo ridiculiza diciendo que no tiene sentido.
4. Cortésmente, hágale saber que no tenía sentido y continúe para tratar de responder las preguntas.
5. No le digas nada, simplemente trata de responder las preguntas.

Hasta ahora, he probado solo 4 y 5. No ha ayudado. Desafortunadamente, muchos candidatos parecen hacer lo mismo y seguir siendo educados, pero esto permite que este tipo de "desarrolladores" sigan ascendiendo en la escala corporativa, obteniendo gradualmente la capacidad de atraer a más y más personas.

¿Cómo manejas a estos entrevistadores sin reventar tus venas? ¿Cuál es la forma correcta de manejar esto y, al mismo tiempo, mantener su reputación si otros posibles empleadores supieran lo que sucedió aquí? ¿Hay algo que puedas hacer o incluso deberías intentar solucionarlo ?

PD: Permítanme admitir que mi ira se ha amplificado muchas veces por los hechos:

1. Estaba sonriendo como si no lo creyeras.
2. Recibí tantas (20 o más) llamadas de esa compañía el día anterior, pidiéndome que fuera a la entrevista, que no pude hacer ningún trabajo ese día.
3. Perdí un día libre pagado.

Siga adelante. Es difícil, he estado allí.

Los entrevistadores como ese son una moneda de diez centavos. Te hacen preguntas ridículas pensando que es una prueba real de un buen candidato. De hecho, todo lo que están haciendo es alimentar sus inseguridades.

Lo último que quiere hacer es hacer estallar en la entrevista o presentar una queja contra el entrevistador con sus recursos humanos. Eso solo empeorará su impresión de ti, y confía en mí, no quieres que esa reputación te preceda (-:

Guarde su reputación profesional y llévela a otro lugar. Buena suerte con tu búsqueda de trabajo.

HTH

KM

Editar: Tuve que compartir esto: http://theoatmeal.com/comics/interview_questions bueno para las risas del viernes por la tarde.

Ríete con él.

"¡Oh, sí! Sin función main (). Además, está escrito en una hoja de papel, que de todos modos no podía ejecutar el código. Y olvidé dibujar un botón 'Compilar'. ¡Oh, somos tipos divertidos!"

Luego intenta pasar a la siguiente pregunta. Sí, él está metiendo la pata, pero en realidad no es nada por lo que enojarse.

Deje en claro que cree que la respuesta que estaba buscando era tan obvia para usted que no creía que valiera la pena mencionarla. Probablemente esté entrevistando a una variedad de candidatos, desde genios de la programación hasta personas que nunca han programado y solo están desesperados por un trabajo. A veces, como entrevistador, vale la pena verificar lo obvio.

Si encuentra algo como esto, trátelo como una pregunta capciosa. Una vez que el entrevistador lo haya "atrapado" en la pequeña trampa en la que cree que lo ha atrapado, explique casualmente lo que hizo, por qué lo hizo, y si su respuesta / dirección / respuesta es incorrecta, explíquele que consideró hacerlo. luego recordó {insertar el motivo por el cual es incorrecto} y decidió seguir su método.

Intente evitar atacar palabras como "su camino está mal", "no está bien", "eso es incorrecto". Si señala un error en sus pruebas sin condescender o insultar al entrevistador, en realidad puede hacer que parezca un codificador más fuerte.

También debe tener en cuenta que es probable que esta persona sea su nuevo supervisor, y si esta persona se deleita en engañar / vencer / a cualquier persona, ¿es realmente esa persona para la que desea trabajar? Es poco probable que una persona como esta quiera que trabajes para ellos, incluso si eres un codificador superior específicamente porque es evidente que su ego se está volviendo loco. Ese tipo de persona no puede soportar que las personas trabajen para él, que saben más, son mejores en el trabajo, etc.

Al final, su mejor acción es mantener la profesionalidad frente a la falta de profesionalidad. Independientemente de sus acciones, cargue con una actitud que indique que está seguro de sí mismo y de sus respuestas sin tener en cuenta su comportamiento o posible inutilidad.

1. Cortésmente dile que no estás interesado en trabajar con él (no lo estás, confía en mí), y vete. Comuníquese con el departamento de recursos humanos para que le interese el trabajo del entrevistador, tan pronto como lo echen por su evidente incompetencia.

Ya tienes un trabajo, y eso te hace poderoso. Recuerda eso. No tiene que conseguir el trabajo y quiere un trabajo que sea mejor que su trabajo actual.

Una vez un chico me llamó por usar "elsif" en lugar de "else if". La razón por la que me molestó es porque estaba solicitando un trabajo en Perl, y acababa de pasar 15 minutos escribiendo el código de Perl en una pizarra.

Luego me preguntó cómo hacer lo mismo en Java, y lo descarté (sin un método principal, porque, ¿a quién le importaría eso? Esa es la pregunta más importante ... me estoy desviando), y todo fue bien, excepto que mi cerebro todavía estaba en modo perl e hice "elsif".

La pequeña mierda estaba muy orgullosa de sí misma. Me encogí de hombros y él comenzó a hacer preguntas sobre por qué no me "molestó" mi error, y cuando dije que era un error de sintaxis trivial que el compilador detectaría, se puso rojo y comenzó a decir: "Has tiene una mala actitud! " ruidos, momento en el que agradecí a los otros entrevistadores y salí.

De hecho, me llamaron para ofrecerme el trabajo (supongo que era una entrevista temprana, así que debí haberme visto bien después de los otros idiotas), y cuando los rechacé, dije específicamente que no quería trabajar en un entorno donde Iba a tomar serias críticas por un simple error de sintaxis.

Dígale que HashMap no es una clase de IO, sonríe como un tonto y luego verifique las clases de manejo de la ira.

Descubrí en uno de mis empleadores anteriores que algunos entrevistadores realmente hacen preguntas o expresan problemas, de una manera diseñada para provocar un poco de irritación. Esos entrevistadores quieren ver cómo reaccionas.

Una vez me entrevisté con alguien que, en una pregunta sobre la implementación de un juego similar a un acorazado, sugirió que trazara cada parte de la ubicación de un bote y revocara los cambios si hubiera una colisión. Dije que probablemente no lo haría de esa manera; Probablemente verificaría cada parte primero, y solo trazaría si no hubiera colisión, porque sería mucho más simple de implementar y un poco menos costoso en el peor de los casos, con solo un costo trivial en el caso promedio. En realidad, prefería que yo "discutiera" cortésmente con él que si acabara de hacer lo que dijo, porque las personas que piensan en sus decisiones de diseño son más valiosas que las personas que simplemente hacen lo que se les dice. Casi cada entrevista completa en esa compañía que yo '

Entonces, la lección es esta: si eres capaz de hacer un contraargumento razonable con puntos bien razonados sin salir como un completo imbécil, hazlo.

Mi respuesta a la primera pregunta que tendría sería algo como esto: "Bueno, por un lado, Hashmap no es una clase IO. Pero es una parte útil del marco de colecciones cuando desea una búsqueda rápida de pares clave / valor. No es sincronizado, por lo que deberá incluirlo en Collections.synchronizedMap si desea acceder a él desde varios subprocesos. Las alternativas a HashMap incluyen ... "

Dicho esto, en función de sus escenarios específicos, no estoy convencido de que su entrevistador intentara ese tipo de táctica de entrevista sofisticada. Hay un tipo de pedantería que es útil en el desarrollo de software (soy rápido para corregir el mal uso de la terminología, y no me importa cuando la gente corrige el mío, porque un lenguaje común es importante para la colaboración en nuestra línea de trabajo), y hay un tipo que es presumido y enhorabuena. En su caso, la única respuesta sensata a la segunda pregunta habría sido reírse de acuerdo, y tal vez un comentario amable sobre que es más importante que su prueba de unidad pase.

He entrevistado a candidatos que me han enseñado algo, y siempre los califico más alto que los candidatos que simplemente responden las preguntas. Teniendo una opción, prefiero contratar a alguien más inteligente que yo. Pero no me gusta hacer preguntas destinadas a demostrar mi propia inteligencia. (Por un lado, no soy tan inteligente bajo presión). Prefiero hacer preguntas que ayuden a evaluar las habilidades de resolución de problemas y la capacidad de describir la línea de pensamiento que entró en una solución propuesta de manera efectiva.

Depende de si realmente quieres el trabajo o no.

Si es así, indique por qué estaba confundido acerca de la pregunta y ofrezca una forma de aclarar sus solicitudes en el futuro. Evite los términos que le echan la culpa y, en su lugar, intente explicar por qué se confundió con su solicitud. Al hacerlo, muestra su inteligencia, capacidad de comunicación y puede negar cualquier opinión negativa que puedan haberse formado al no haber respondido la pregunta anterior. Además, tenemos que trabajar con personas tecnológicamente estúpidas de manera regular, y demostrar que pierdes los estribos es una mala idea.

Si no quieres el trabajo, solo diría que está bien y lo dejo terminar sus preguntas. Cortésmente termine la entrevista lo más rápido posible y salga de allí. No haría nada para quemar puentes porque nunca se sabe si es posible que desee otro trabajo con ellos o con qué otras empresas trabajan en red.

No lo olvide, las entrevistas no son pruebas en las que necesita responder correctamente todas las preguntas. De hecho, he visto a alguien hacer entrevistas en las que el 95% de sus entrevistados respondieron las preguntas incorrectamente, y él estaba de acuerdo con eso.

Estar agradecido

Que te enteraste [incompetencia / arrogancia] antes de tomar el trabajo.

¡Diría que esquivaste una bala grave!

Solo recuerde que las entrevistas son tanto herramientas para el entrevistado como para el entrevistador. Debería evaluar todo el tiempo si el trabajo le parece adecuado.

Si crees que tu entrevistador es un idiota, de alguna manera lo está haciendo a favor al hacerte saber que probablemente no quieras trabajar con él.

Nunca sufras tontos.

Del mismo modo, nunca trabaje con ellos o para ellos.

Una vez en una entrevista posterior mientras hablaba con un representante de recursos humanos, noté que aunque tenía una impresión favorable de todas las personas con las que hablé y parecían un buen grupo para trabajar, fue una entrevista, por lo que es probable que todos tengan su mejor comportamiento y realmente no conoces a las personas hasta que trabajas con ellas por un tiempo. Dicho todo esto, me lleva directamente a mi punto: si no te gustan las personas que te están entrevistando, lo más probable es que te gusten aún menos una vez que comiences a trabajar con ellos a diario.

Si la entrevista va muy mal y es una entrevista larga (es decir, una entrevista de panel de día completo), entonces probablemente buscaría un punto en el que educadamente podría llevar a la persona que lidera el proceso a un lado e indicar cuál es su preocupación. Dependiendo de cómo va eso (es decir, si la persona que dejó una impresión negativa es de otro grupo, entonces podría tener sentido presionar) Simplemente les diría que le gustaría terminar la entrevista temprano y si preguntan por qué solo cortésmente dígales que no cree que encajaría bien con la cultura corporativa. Si solicitan más detalles más allá de eso, depende de usted si desea responderlos, pero en general cuanto menos diga, mejor, ya que tienen mucho que ganar con sus respuestas y, dependiendo de lo que diga, podría dañar su reputación.

Llámalo

Razón con él , algo como lo siguiente. Si vale la pena trabajar para él, se rescatará después de una de sus respuestas y verá la falla en su interrogatorio anterior. Si llega al final de este escenario hipotético sin ver la razón, bueno, salga.

Tú: Oh, lo siento, no me di cuenta de que querías que incluyera el método principal.

Él: No funcionará sin un método principal, entonces, ¿por qué no lo incluirías?

Usted: Me doy cuenta de que en algún momento la ejecución debe comenzar, pero tenía en mente otros escenarios, como un servidor, donde la ejecución ya había comenzado.

Él: Eso no es justificación para el código que no se ejecutará.

Tú: Claramente ves algún problema aquí. ¿Cree, por esta experiencia, que he indicado mi falta de conocimiento sobre los métodos principales?

El: si. (deberías salir)
Él: No ...

Tú: Entonces, por favor, ayúdame a entender cuál es el problema.

Esperemos que en este punto puedas tener una discusión razonable. Si no, nuevamente, no vale la pena tu tiempo.

Nunca haga las opciones 1 y 3. Puede sentirse bien desahogar su ira, pero no resuelve ningún problema (en cambio, por lo general lo empeora). Es fácil condenar a las personas estúpidas, pero sin conocer el panorama general, puede ser un simple error. Y en general, eso solo te lleva al torbellino emocional, haciéndote así parte del problema.

Probablemente iría con la opción 4 al principio. Algunas personas pueden aprender de los comentarios y volverse más sensibles. Pero si parece que no funciona, cambie a la opción 2. No tiene sentido perder mi tiempo y esfuerzo en tratar de cambiar a las personas que no están dispuestas a cambiar. Y menos aún tratando de demostrarle a una persona que conozco mejor, si no está dispuesto a admitirlo alguna vez.

Tuve una entrevista similar, excepto que traté de llevar al tipo a través de mi código. Su respuesta fue explotar y gritar que tenía un equipo de [10? 15?] Desarrolladores, y que "no tenía la actitud para trabajar en [ese] entorno". ¿Mi respuesta? Salir.

Si hubiera sido tú, habría hecho 5 (diciendo que fue un error estúpido de mi parte). Y luego, a RR. HH., Le habría dado muchos comentarios negativos sobre la entrevista. Además, si es posible, le diría a las otras personas (como lo hizo) sobre este incidente junto con el nombre de la empresa (como no lo hizo) y les advertiré.
Nunca haré 1,2 ya que no es profesional . Nunca haré 3 y 4 porque no soy responsable de su estupidez y no es mi trabajo mejorarlo.

Por experiencia, están tratando de atrapar a los desarrolladores de libros de texto de los desarrolladores de "Yo como código". Muchos desarrolladores fallan estas preguntas tontas (no es broma).

Además, hay situaciones en las que si contratan a un tipo de desarrolladores (Jon Skeet), es decir, el desarrollador es más inteligente que el entrevistador, el entrevistador considera que es una amenaza y elimina al entrevistado por razones de seguridad laboral (muchas veces, el entrevistador es el arquitecto principal o líder del equipo).

Es una trampa 22. Simplemente salga y dígale a Recursos Humanos que empuje el trabajo donde el sol no brilla (de una manera educada, por supuesto). Diles que conoces a Jon Skeet ... jajaja

Bueno, una vez leí en alguna parte que en esta situación puedes contarle una historia. Lo principal es que la historia no se trata de él, pero sabrá que se trata de él. Este es un tipo de mensaje subliminal. Solo estás contando la historia, pero en su mente subconsciente él sabe que estás hablando de él. Entonces la historia sería esta:

"Oh, esto me recuerda a un candidato que hizo algo tan divertido. Tuvo una entrevista con un tipo tan inteligente ** y finalmente el candidato lo golpeó en la cara y salió de la habitación. El entrevistador se sorprendió y se dio cuenta de que algo está mal con él ... "

Estado allí. Como ya sabes, él (ella) está tratando de probar que él sabe más sobre Java que tú, "rechazando" tu respuesta (¿alguna vez has visto la película "Amadeus" con el personaje "Salieri"?).

Cortésmente recuérdele que está allí para conseguir un trabajo, no para probar quién sabe más sobre Java / (cualquiera que sea la tecnología), que está bien que intente impresionar al entrevistador, porque está buscando un trabajo y que cada persona puede resolver un problema de manera diferente a los demás, y eso no significa necesariamente que sea una respuesta incorrecta.

Respondo todas las preguntas durante una entrevista, incluso las idiotas. Por ejemplo, en una entrevista reciente (solicité un puesto de Arquitecto de software y el entrevistador es un Arquitecto técnico, según su título) Recibí una pregunta para enumerar todas las versiones del marco .NET que se ha lanzado hasta .NET4. No hay problema, incluso le di más al entrevistador cuando le dije que usé .NET Framework desde su beta inicial en 06/2000 :).

La prueba puede ser cómo responde la pregunta y trata con la persona "obviamente equivocada" en autoridad, un jefe, un cliente, un compañero de trabajo, un cliente ...

5 5

El entrevistador siempre tiene la razón. Luego ve a los programadores.SE para desahogarse :)