¿Es aconsejable no dar las respuestas de inmediato en una entrevista de programación para dar una buena impresión de que conozco todas las respuestas, así como reducir el número de preguntas del entrevistador ya que está programado?

¿El amigo que te da este consejo tiene un trabajo de programación?

Si no está dando respuestas de inmediato, haciendo una pausa, pensando, será una breve entrevista. Una entrevista realmente corta . Debido a que ese comportamiento da la impresión al entrevistador de que no conoce la respuesta y está tratando de formular alguna respuesta para engañarlos. No da la impresión de conocimiento; da la impresión de una falta de conocimiento !

Le garantizo que tengo la opción entre el pausador correcto que podría saber, pero está tratando de dar la impresión de un pensamiento profundo y la charlatanería correcta que está respondiendo tan rápido como puedo lanzarles preguntas, la charla es a la que voy a hablar alquiler.

Haga este comportamiento en una entrevista telefónica y puedo decir que la mayoría de las empresas no lo contratarán.

De hecho, diría que existe una relación inversa entre la cantidad de preguntas que le hacen y responden y la probabilidad de que no lo contraten. Bajo conteo de preguntas, alta probabilidad de que no se ofrezca trabajo

Muy mal consejo por todas partes. Su trabajo en la entrevista es convencer a los entrevistadores de que tiene mucho que aportar al puesto. El silencio no transmite eso.

Retomando la respuesta de Gayle, no veo por qué no mostrarías el verdadero alcance de tus capacidades en una entrevista.

Más bien, un mejor consejo sería

1. Da tu respuesta de inmediato.
2. Indique que esta es la primera respuesta a la que llegó
3. Trabaja en el proceso por el que pasaste para llegar a la respuesta. Recuerda que hay una gran diferencia entre un salto de lógica que tomaste con experiencia frente a uno que tomaste por imprudencia
4. Actualice su respuesta original si su respuesta inicial fue insuficiente o incorrecta

Esto demostrará sus habilidades analíticas sin comprometer su minuciosidad.

Una pregunta analítica no proporciona información sobre su capacidad estratégica y solo dejo de hacer preguntas prematuramente si he decidido no devolverle la llamada.

De acuerdo con la respuesta de Gayle. Una palabra de precaución: hay muchas variaciones de las preguntas de la entrevista. Durante mis entrevistas, tiendo a modificar sutilmente las limitaciones del problema en cuestión para ayudarme a diferenciar entre el que “conoce” la solución y el que “entiende” la solución. Las personas que entienden los matices generalmente salen adelante. Las personas que carecen de atención a los detalles, tienden a saltar y arrojar código que han aprendido / practicado (esto sucede con más frecuencia de lo que piensas). Algunos de ellos, cuando se les señala, logran actualizar el código para solucionar el problema.

Entonces, aunque no tiene sentido “detener” la entrevista deliberadamente, vale la pena dar un paso atrás y pensar antes de responder.

El único momento en que puede querer hacer una pausa por unos segundos antes de responder es:

1. es una pregunta para resolver problemas
2. no se espera que lo hayas visto antes
3. lo has visto antes y
4. eres bueno actuando

Si tengo la sensación de que sabías la respuesta, te daré otra con la que jugar.

SIN EMBARGO, es posible saber si estás jugando juegos desde tu lenguaje corporal. Algunos entrevistadores son más perceptivos que otros. Si perciben el engaño, algunos pueden ofenderse y a otros no les importa tanto.

¿Quieres minimizar la cantidad de preguntas? El entrevistador no estará satisfecho hasta que todas sus preguntas sean respondidas.

Si desea un horario de entrevista más corto para reunirse un viernes por la tarde cuando todos quieren irse a casa. Pero sus posibilidades de conseguir el trabajo NO serán mejores cuando la gente está molesta.

No. Ese es un consejo increíblemente malo.

No estás siendo juzgado por el porcentaje de respuestas correctas. Esa sería una manera tonta de juzgar a alguien, por la razón exacta que mencionaste.

Estás siendo juzgado por tus habilidades analíticas (entre otras cosas). Llegar a las respuestas correctas rápidamente muestra habilidades analíticas mucho más fuertes que llegar a ellas lentamente.

Un consejo que te daría es que no asumas que sabes claramente la respuesta.
En el contexto de un problema de entrevista de programación, primero debe explicar la solución si la conoce, luego proceder a escribir el código mientras explica por qué está escribiendo el código de la manera en que está. He descubierto que muchos entrevistados pueden explicar la solución correctamente, pero omiten casos extremos en el código real.
Ser capaz de explicarse claramente es una habilidad valiosa y no es algo que deba arriesgar al tratar de responder la pregunta lo más rápido posible.