¿Debo decirle al entrevistador que ya sé la respuesta a la pregunta que se hace? [cerrado]

En una entrevista de programación, si me hacen una pregunta, ya sé la respuesta, como dar un algoritmo para un problema en particular. ¿Debo revelar eso al entrevistador? Este problema solo tiene sentido cuando hay un aspecto novedoso en la pregunta.

Un ejemplo es "¿Cómo invertirías cada palabra en una cadena, pero no su orden?". También parece haber una división entre cosas más fáciles, que "se supone" que debes saber, como mi ejemplo y problemas más difíciles y más difíciles.

¿Cuál es su política y justificación para tratar este problema? Si ya está familiarizado con la pregunta / acertijo, ¿debe revelar esto además de responder la pregunta? ¿Existe algún dilema ético relacionado con no revelar su conocimiento previo de la pregunta?

Solo respondería sin dudarlo ni molestarme. Saber la respuesta a una pregunta no es algo malo, significa que la has encontrado antes y sabes cómo resolverla. Arreglalo, pasa al siguiente.

Todavía respondería la pregunta. Entrevisto a programadores con mucha frecuencia. Estoy menos interesado en el hecho de que pueda resolver el problema (a menos que simplemente no pueda) y más interesado en cómo resolvió el problema.

Pregunto mucho, mucho ... y muchas pequeñas preguntas molestas durante una entrevista que están específicamente diseñadas (y refinadas con el tiempo) para darme una muy buena comprensión de sus puntos fuertes reales en comparación con lo que pones en tu CV. Haré todo lo posible para guiarte por un camino de bromas subjetivas y luego golpearte con problemas cada vez más difíciles.

Usando el ejemplo de Frank , FizzBuzz, lo último que quiero saber de ti es "Oh sí, sé cómo usar el operador de módulo ..." Si te estoy entrevistando, lo sé . Es posible que desee ver qué tan rápido su cerebro cambia de marcha, o podría querer probar qué tan bien llevará a cabo una tarea que parece mundana y estúpida. El punto es que no solo estoy probando tu capacidad para resolver problemas.

Puedo hacer una trampa para ratones con cientos de partes móviles. Si una empresa está en el negocio de atrapar ratones ... bueno ... :)

Cuando en el asiento del entrevistador, he visto a muchas personas decir "Oh, he escuchado esto", y luego luchan por recordar o reelaborar una solución. Entonces, en muchos casos, el conocimiento previo no le da tanta ventaja. Recomiendo decirles que lo has escuchado antes y proponer una solución. Si fue demasiado fácil para usted, le harán otra pregunta y apreciarán su honestidad.

Estoy a favor de una comunicación abierta y honesta, por lo que definitivamente diría que sabía la pregunta y el truco involucrado.

Supongo que para obtener un crédito adicional, podría decir "OK, así es como todos los demás lo hacen, pero veamos si hay una forma diferente". O podría deconstruir la pregunta de otras maneras y mostrar por qué a la gente le gusta la pregunta, qué supuestamente la pregunta intenta hacer que la vea.

(Editar: eliminó la referencia a FizzBuzz, de los comentarios de otras personas en esta publicación).

Como entrevistador, no estoy haciendo la pregunta para ver si conoces la respuesta a una pregunta difícil de pollo y huevo. En cambio, estoy buscando ver cómo trabajas en un problema para llegar a una respuesta. Por lo tanto, a menudo es fácil distinguir entre saber la respuesta y llegar a la respuesta (¡a menos que, por supuesto, el entrevistado actúe para llegar a la respuesta!)

En mi experiencia, para la mayoría de las entrevistas técnicas, el entrevistado está realmente interesado en su solución y en cómo se le ocurrió y cómo la explica, en lugar de si había escuchado exactamente lo mismo antes. A menos que sea una de esas preguntas de "rompecabezas" que impliquen un "truco", conocer el problema de antemano realmente no le da una ventaja decisiva a menos que pueda resolverlo usted mismo de todos modos.

Para una pregunta suficientemente no trivial, el problema planteado podría ser realmente bien conocido o puede reducirse a uno. Si alguien pregunta sobre la forma de encontrar la ruta más corta entre dos nodos en un gráfico, ¿pretende no conocer BFS / Dijkstra? En mi humilde opinión, para algunos problemas, incluso podría ser contraproducente ocultar el hecho de que conoces tus cosas.

Creo que decirle al entrevistador solo se aplica a esas tontas preguntas de "trampa", como la boca de inspección redonda y otras cosas por el estilo. Preguntas donde una vez que sabes la respuesta es completamente obvio.

Invertir cadenas, etc., no tiene una solución obvia que te pueda explicar en 3 segundos si la conoces.

"Saber" la respuesta no es el punto. Comunicándolo de manera que el entrevistador tenga la oportunidad de entender la respuesta que está dando. (Por supuesto, el entrevistador conoce muchas respuestas, pero como dije, ese no es el punto).

Así que trataría de comunicar la respuesta enmarcada en un marco razonablemente didáctico, o tal vez humorístico, para que el entrevistador pueda ver cómo pienso y funciono, o no.

Por ejemplo, puede ser divertido para todos ustedes (e informativo para el entrevistador) llevar la pregunta formulada a un contexto totalmente diferente, mostrando que aunque el problema en cuestión es similar, la solución no funciona en el nuevo contexto. Creo que el arte aquí es encontrar un contexto relacionado de alguna manera para la pregunta en la que la solución de la primera respuesta no funciona, y luego proponer ideas espectaculares de solución que el entrevistador puede analizar (o reírse).

Entonces, ¿cuál es la alternativa? Si le dice al entrevistador que conoce la respuesta a una pregunta que se le plantea y espera que solo le haga preguntas para las que no sabe la respuesta, ¿qué sucede? Ya sea

1. Te respetarán porque solo intentarás responder preguntas que nunca has visto / escuchado antes,
2. Quedarán impresionados por su brillantez, después de todo, ya sabe las respuestas a las preguntas que plantean, y le ofrecerán inmediatamente un trabajo.
3. Pensarán que eres un imbécil porque ya pareces saberlo todo, ¡solo pregúntale! O
4. Pensarán que eres un tonto porque no sabes cuándo van las cosas bien.

Sospecho que las opciones (1) y (2) no van a suceder, llámeme Sr. Cynical. Así que te queda ser un tonto o un astuto, ninguno de los cuales es probable que te consiga un trabajo. ¡Hola, buena suerte!

El punto de una entrevista, como otros han señalado, es ofrecerle la oportunidad de demostrar su habilidad técnica respondiendo cualquier pregunta que se le haga. Esto significa que está a su favor que le hagan preguntas con las que ya está familiarizado. Si insiste en sabotearse, adelante, nadie lo detendrá, pero le sugiero que no lo haga.

Comparte y Disfruta.