Cómo abordar una pregunta de entrevista de programación que no sabe cómo responder

Tómelo como un desafío, disfrute resolviendo algo nuevo. Discuta con el entrevistador para asegurarse de comprender completamente el problema, y ​​luego ponga su cerebro a toda velocidad. Piense en todas las formas posibles de resolverlo. No intente encontrar una solución elegante ni piense en una alta optimización de inmediato. Tome el enfoque que se le ocurra y discuta esto con el entrevistador. La comunicación es muy importante, la forma en que abordas el problema es más importante que resolverlo, créeme.

Una vez que haya encontrado una solución, intente ver si puede optimizarla, por tiempo y espacio. Entonces puede pensar en manejar los casos de esquina que le vienen a la mente. Y todo el tiempo, sigue comunicándote. Si sucede, no puede proceder en absoluto, entonces tal vez pueda pedir alguna pista. Pero eso debería ocurrir solo después de haber agotado todas sus opciones.

Parece que está hablando del problema algorítmico aquí, que pidió resolver durante la conversación y en la pizarra, y en algunos casos con papel y lápiz.

Verás que tienes toda la razón, que es posible que nunca hayas oído hablar de eso, eso es bueno. Incluso si conoces el problema, todavía te parecerá nuevo, ya que no estás allí solo para decir la respuesta, como Pregunta: ¿qué es A, Respuesta: A es Apple.

Creo que es un arte investigar el problema, y ​​asegurarme de que entendiste muy bien el problema, y ​​de que estás haciendo una comunicación significativa con el entrevistador. Estás comenzando desde una solución trivial a la respuesta significativa.

Escuche el problema cuidadosamente y luego vea cuidadosamente la declaración del problema (seguro que tendría preguntas y respuestas entre usted y el entrevistador). Recuerde que puede tener solo 30 a 45 minutos en total.

Ejemplo: Digamos: ¿alguien preguntó cuántos caracteres hay en una cadena?

Parece simple, ya que puedes calcular la longitud y decir la respuesta, pero si eres lo suficientemente lógico, asegúrate de qué tipo de cadena es, qué tipo de carácter (unicode o Ascii o qué) estás buscando. ¿Cuál es la necesidad ?, ¿dónde se usaría? (cosas similares de preguntas).

Así que para ser más práctico en esto.

¿Cómo practicar?

Elija algunos problemas y comience a diseñar su enfoque para resolverlo, sin obtener ninguna ayuda del algoritmo y la solución existentes, pronto se dará cuenta de un enfoque para atacar dicho problema y eventualmente conducir a soluciones. Una vez que haga tales cosas con algunos problemas, sabrá la forma de abordarlo.

Arriba: le dije cómo trabajo para solucionar los nuevos problemas o cada problema durante mi trabajo o entrevista.

Primero, hay diferentes preguntas de entrevista. Si alguien pregunta una solución de problemas: cómo diseñaría esto y aquello, etc., se espera que responda si alguna vez diseñó algo, que debe tener en virtud de ser un programador. La codificación barata sin diseño solo existe en las mentes codiciosas de los directores financieros. Los estúpidos acertijos (puedes decir lo que siento por ellos) y los ejercicios de codificación de Fibonacci están completamente equivocados, pero puedes hacer un esfuerzo, mientras te mantienes relajado y positivo, incluso humorístico. Ahora, la pregunta “difícil” más común es la “técnica”: sobre una “palabra clave” específica en su currículum

Solo sea honesto y diga que no conoce ese acrónimo o lo que sea, y generalmente aprende las cosas según sea necesario. Nunca luches por adivinar la respuesta. Nunca intentes complacer al entrevistador.

Lamentablemente, la mayoría de los gerentes de contratación son tan egoístas como el resto de la población y esperan que el mundo gire en torno a ellos personalmente, y que usted encuentre y presione sus botones de placer. Primero, no desea trabajar para esas personas, y segundo, puede controlar su comportamiento en la entrevista: preguntando y reconociendo los puntos débiles del empleador para abordar absolutamente todas sus respuestas (la razón principal por la que lo contratan ), pero sin adivinar excesivamente la “respuesta correcta” y de otro modo mostrar servidumbre.

De esta manera demuestras que estás enfocado y eres capaz de resolver el (los) problema (s) que estás siendo contratado para resolver sin conocer cada pequeño detalle técnico, que se puede aprender en cuestión de horas. Lo cual puedes decir con calma y confianza también.

Para algunos entrevistadores, incluido yo mismo, la servidumbre y adivinar la respuesta son completamente inaceptables. Solo te advertí una vez que no lo hagas. La servidumbre también es cultural. Si suficientes personas responden a esta pregunta de Quora, verá las dos mentalidades diferentes: el servidor y el profesional. Una vez más, no desea trabajar en un lugar que trata a las personas como “recursos de descuento” (para evitar la palabra “esclavos”) o para un gerente, que actúa como un “maestro”.

Como gerente de contratación, no quiero tener “sirvientes” en mi equipo: asustados de contarme sobre problemas urgentes y defensivos para reconocer (y corregir) sus errores. Es por eso que deliberadamente puedo hacerle una pregunta al candidato después de saber que carece de la experiencia en alguna área técnica. Solo para probar la honestidad frente a la servidumbre.

Estadísticamente, aunque la mayoría de los entrevistadores absortos en sí mismos hacen esas preguntas deliberadamente por una razón diferente: para “tanquearlo”, al menos psicológicamente, a sus ojos, demostrar a sí mismos que no está calificado en base a deficiencias técnicas, en lugar de su “ajuste cultural” subjetivo (muy probablemente étnico). Aléjese, si escucha la segunda pregunta después de explicarle al entrevistador que no sabía la respuesta a la anterior.