¿Cuál es la mejor / (o peor) pregunta de la entrevista que le hayan hecho o que le hayan pedido un trabajo de programación o una pasantía (o una que esté poco relacionada con CS)?

El entrevistador pone la tarjeta de crédito en la mesa. Pregunta “Dime cómo escribirías un programa para encontrar el número de mi tarjeta en una serie de paquetes de red”.

Gracias por los comentarios. Decidí editar mi respuesta para abordarlos.

Esta fue definitivamente la peor pregunta que me hicieron durante una entrevista [con humor y sin relación alguna, la respuesta de Christopher Pow a ¿Cuál es la mejor pregunta de la entrevista? fue la peor pregunta que escuché de un candidato].

Estaba solicitando un trabajo de ingeniería de software, recién salido de la universidad [mi primera entrevista después de las pasantías, de hecho]. Era para una empresa que fabricaba impresoras láser o piezas para ellos; apenas puedo recordarlo. Fue una entrevista de todo el día. Acababa de pasar una hora detallando la ruta de control / datos de un procesador basado en mi experiencia con el curso de diseño de lógica digital EECS470 en una pizarra blanca muy grande, y estaba bastante agotado. Hubo varios espacios para entrevistas, y la mayoría fueron 2 contra 1. Pero este fue un 1 contra 1, probablemente con el tipo que habría terminado siendo mi jefe.

Estoy seguro de que el entrevistador había estado usando la pregunta durante años, como una trampa para ver dónde los candidatos se dan cuenta de que están dibujando / detallando / describiendo con entusiasmo cómo escribirían un programa para encontrar [robar] la información de su tarjeta de crédito. Dado el asalto por el que acababa de pasar, busqué el camino para ganar algo de tiempo de recuperación mental, que casualmente coincidía con mis sentimientos personales sobre la pregunta, y cortésmente dijo “No haría eso, no creo que sea derecho.” Tuve que decirlo un par de veces, si mal no recuerdo, debido a la insistencia. No recuerdo mucho más allá de eso: fue la primera pregunta que hizo el entrevistador en nuestro intervalo de tiempo de 45-50 minutos.

No conseguí el trabajo. Pero después de esa experiencia, no la quería. Toda la idea de trabajar para la empresa fue arruinada solo por esa pregunta, probablemente inocente, pero definitivamente trolling.

Esta no era la primera vez que me negaba a responder una pregunta de entrevista. Durante una feria profesional tuve la oportunidad de entrevistarme con TI. Pensé que tal vez podría trabajar en algo como sus calculadoras, etc. La entrevista duró unos tres minutos. Tiempo suficiente para que el entrevistador pregunte “Entonces, si le dijera que este trabajo requiere trabajar en diseños para componentes de armas, ¿estaría de acuerdo con eso?” Sin perder el aliento dije: “No, gracias”. Intercambiamos algunas bromas y me fui.

Por lo general, entrevistaré a un par de desarrolladores cada día para nuestra plataforma técnica independiente llamada Ruta escalable (descargo de responsabilidad: soy el fundador). Aprendí mucho sobre entrevistar a desarrolladores al ser entrevistado hace años.

Hace aproximadamente una década, entrevisté para un rol de desarrollador sénior en un gran negocio (y no digamos) de Silicon Valley. Me pidieron que me dirigiera a una pizarra y resolviera un problema que el entrevistador había buscado rápidamente en Google. La pregunta, cómo invertir una cadena en C usando la menor cantidad de memoria adicional posible se ha convertido en un pilar de la cultura de las entrevistas de pizarra. Escribí una de dos soluciones aceptables, pero me di cuenta de que esa no era la respuesta que estaba buscando el entrevistador.

Recuerdo todo lo que sucedió en esa entrevista hasta el día de hoy. Escribir (¡no escribir!) Código en una pizarra mientras alguien miraba por encima de mi hombro y lanzaba miradas ocasionales a su reloj.

Y ese es el problema con estos ejercicios: sacan a un programador completamente de su entorno nativo. Como resultado, prácticamente no tienen ningún propósito y es probable que sean contraproducentes. Debido a que no evalúan habilidades reales, necesitan ser estudiados específicamente. Esto significa que en realidad estás probando cuánto alguien quiere trabajar para ti, en lugar de cuán buenos son. Aunque estar motivado es obviamente una buena característica para un candidato, seguramente solo probar la motivación es un signo del ego de una empresa.

A menos que crea las fotos en stockphotos.com, los desarrolladores no escriben código en pizarras. Trabajan dentro de marcos diseñados para poner todo al alcance de la mano. Codifican en un entorno de software que utiliza autocompletar, leen la documentación. Buscan en google y otros recursos constantemente para encontrar lo que están buscando.

Un gran programador es aquel que usa estos atajos para escribir un gran código. Usar las herramientas que le ayuden a lograr esto. Un gran programador no es aquel que memoriza toda la sintaxis para poder codificar en voz alta. Una gran parte de la habilidad radica en saber dónde y cómo mirar.

Al pedirle a un programador que realice un ejercicio de codificación de pizarra, está quitando las herramientas y el proceso que utilizan para hacer su trabajo diario. ¡Sin este contexto, no probará su aptitud en su trabajo, sino su aptitud para escribir código en una pizarra!

Esto pone a los programadores que desean trabajar con las grandes empresas tecnológicas en un dilema bastante ridículo: continuar mejorando sus habilidades como programador o, en cambio, centrarse en mejorar en las entrevistas. Porque no se equivoque, es un conjunto de habilidades muy diferente que necesitará. ¡Existe una industria de nicho próspera vendiendo contenido para ayudarlo a pasar estas entrevistas!

El objetivo de una entrevista es bastante directo: “¿Hará este candidato el trabajo para el que lo contratan y contribuirá positivamente a la cultura de la empresa?”
Las entrevistas de programación sufren los mismos inconvenientes que cualquier otro tipo de entrevista. A menudo están mal preparados por personas que tienen otros trabajos y fueron arrastrados para ayudar en el último momento.

Por lo tanto, mi consejo es simple: las compañías deben evitar el uso de entrevistas en la pizarra y los desarrolladores deben evitar las compañías que hacen entrevistas en la pizarra. Te convertirá en un mejor programador y, si suficientes personas retroceden, obligará a las empresas a repensar su método de entrevista.

Si tuviera que elegir mi pregunta de entrevista favorita sería:

“¿Qué proyecto o tarea individual consideraría el logro más significativo en su carrera hasta la fecha”.

La forma en que un candidato responde puede dar mucha información sobre cómo estructurar y comunicar sus pensamientos. Como una pregunta abierta, también alienta una respuesta larga. Esto le da tiempo para evaluar la comunicación y otras habilidades blandas, como la actitud, el temperamento y el impulso.

Hace que un candidato discuta un proyecto específico y le da una idea de cómo describe la tecnología y el entorno en el que trabaja.

Para mí, las buenas preguntas de la entrevista siempre se centran en evaluar la capacidad de análisis de los candidatos en lugar de un conocimiento particular. Como resultado, la mayoría de las preguntas de la entrevista de diseño del sistema son excelentes ejemplos. Preguntas como “¿cómo diseñas el autocompletado de Google?” Permiten al entrevistador y a los entrevistados tener una discusión muy profunda e intensa y puede tratarse sobre cualquier tema dado que la pregunta es amplia.

Otro ejemplo es “cómo encontrar números duplicados de una matriz”. Parece una pregunta simple a primera vista, sin embargo, cuando considera casos como el almacenamiento de arreglos en disco o distribuidos en múltiples máquinas, la discusión puede ser muy interesante. La pregunta en sí no es súper difícil en absoluto, pero las personas pueden pensar y proporcionar un análisis realmente profundo. He visto muchas preguntas de entrevistas de codificación como esta.

Personalmente, no soy un gran fanático de los acertijos. En primer lugar, no son buenas preguntas para evaluar el coeficiente intelectual. En segundo lugar, el coeficiente intelectual no es tan importante al evaluar a un candidato.

Recibí una entrevista hace unos 7 meses. Es una buena compañía en realidad. Antes de decidir ir a esa entrevista, investigué sobre esa compañía, buscando en su sitio web también encontré toda la información / noticias sobre esa compañía. Y encontré todo bien. NOTA: Solicité en línea, así que debo tener más cuidado con algo así. Ya sabes.

Luego me hicieron muchas pruebas. Examen de Matemáticas y Psicología después de eso conocí al personal de HRD. Ella me hizo preguntas normales, etc. PERO se volvió loca cuando hizo preguntas personales que me negué a darle la respuesta específica, pero me empujó al borde para obtener mi respuesta. Yo era terco. Sé que no estuvo bien. Trabajé como personal de HRD antes, así que sabía poca información sobre su puesto de trabajo. Y aquí están esas preguntas que me hizo, que podría decir que fueron groseras y racistas.

  1. Ella preguntó por qué mi padre se divorció. Le dije que ya no podían seguir como pareja matrimonial, pero FORZÓ a saber TODO. Así que le dije: “Habían elegido de esa manera (divorciados) simplemente porque ya no estaban en la relación correcta, buena o saludable. Nada podría arreglar eso para que su decisión. “Ella seguía preguntando por qué? Quién es el más estúpido, yo o ella, no lo sé.
  2. Ella preguntó por mi religión. Dije que soy cristiano. No me importa esto. Hablé amablemente, aún. Dio mi respeto hacia ella. pero después de eso, ella preguntó: “¿Qué hiciste cuando viniste a la iglesia?”, le dije: “Por supuesto, rezando, adorando, etc.” Luego respondió: “¿En serio? Pensé que solo querías presumir”. a mí con sus ojos racistas repugnantes. Como si ella no pudiera creer lo que dije. En ese momento estaba como, oh Dios mío, esto no es cierto. Déjame salir de este lugar, por favor.
  3. Hice la siguiente prueba, prueba de computadora. Ella todavía me miraba con los mismos ojos y gesto. Ella desconfió de mí y habló en la recepción sobre mí. Puedo ver la forma en que reaccionaron entre sí.
  4. Finalmente conocí al Gran Jefe. Hablamos, el personal de HRD todavía nos rodea. De repente, estaba tan callado mientras el Gran Jefe me hablaba.
  5. No sé lo que estaba pensando en ese momento. Normalmente me voy cuando me siento incómodo con un lugar, pero ese día no lo hice. Y la compañía me eligió. Tengo ese trabajo. bueno, no quiero decir algo grosero sobre el personal de HRD, pero la mayoría de los compañeros de trabajo estuvieron de acuerdo en que era una persona grosera y molesta. Así que al menos no era el único que se había sentido así. Ahora me mudé a otra división para no verla más. No la odio No. Solo, ahh, humano. Eso es.

A fines de la década de 1990, estaba de moda que las entrevistas de recursos humanos incluyeran algunas preguntas bastante estúpidas. Cuatro que tuve en una sola entrevista fueron:

  • ¿Cuál es tu historia bíblica favorita?
  • ¿Cuál es tu mito griego favorito?
  • Si estuvieras en un globo aerostático con otras personas y se desarrollara un pinchazo y se hundiera y se estrellara y alguien tuviera que ser arrojado para aligerarlo, ¿cómo convencerías a todos de que no deberías ser tú?
  • ¿Qué es lo más loco que has hecho?

Me pidieron que cantara una canción de raaga particular (música clásica) en una entrevista ‘técnica’ porque había mencionado que estaba aprendiendo a tocar un instrumento clásico en ese momento. Estaba bastante confundido en ese momento y todavía me río de eso. No canté y conseguí el trabajo. 😀

More Interesting

¿Qué tan importante es la codificación rápida en una entrevista técnica?

Cómo prepararse para una entrevista en Amazon y cómo puedo descifrar una entrevista de codificación

¿Cuáles son algunas de las preguntas técnicas en la entrevista de Facebook?

¿Es un gran inconveniente si tu inglés es torpe en las entrevistas tecnológicas (informática)?

¿Qué preguntas has encontrado durante una entrevista de desarrollador iOS?

¿Por qué fallaste en tu entrevista técnica de software?

¿Por qué no debo incluir la edad, el estado civil o la nacionalidad en una solicitud para un puesto de trabajo en los Estados Unidos?

Dos números reales distintos entre 0 y 1 están escritos en dos hojas de papel. Debe seleccionar una de las hojas al azar y declarar si el número que ve es el mayor o el menor de los dos. ¿Cómo se puede esperar ser correcto más de la mitad de las veces que juegas?

¿Cuáles son algunos sitios para entrevistas técnicas?

Escriba un programa para verificar si un elemento dado está en una matriz ordenada. ¿Cuál es su complejidad temporal?

¿Cuál es el mejor material de estudio para prepararse para las preguntas de diseño de software en entrevistas técnicas?

Soy estudiante de ECE de primer año. Me voy a preparar mucho para una programación competitiva. ¿Google me considerará y me brindará una oportunidad de entrevista?

¿Contrataría a un solicitante que no pueda hacer preguntas lógicas?

¿Necesito memorizar estructuras de datos, algoritmos y esos trucos utilizados en LeetCode para descifrar una entrevista técnica?

¿En qué se diferencian las preguntas de la entrevista de programación de los problemas en Codeforces, CodeChef, TopCoder, etc.? Para una entrevista, ¿ayudaría resolver los problemas de estos sitios o debería uno centrarse en las diversas preguntas de la entrevista disponibles?