<>
En primer lugar , deja de estresarte. Honestamente. No recuerdo cuántos niños realmente inteligentes entrevisté donde tuve que pasar 15 minutos para calmar sus nervios. No todos los entrevistadores pueden ser tan pacientes.
Cuando estoy del otro lado de la mesa (siendo entrevistado), me recuerdo que es solo una conversación, no una prueba. Entra, habla con otra persona que podría convertirse en tu colega y pasar un buen rato.
- ¿Cómo se clasifican mil millones de filas de datos de enteros (unos pocos gigabytes) en un archivo con solo 1024 KB de memoria principal?
- ¿Por qué EPFL no produce grandes programadores que puedan descifrar entrevistas técnicas de compañías como Google, Facebook, Palantir, Amazon, etc.?
- Como un chico experimentado de más de 3 años en SAP-ABAP, ¿cómo debo prepararme para una entrevista técnica de un gigante en el campo de SAP?
- Cómo superar mi miedo al rechazo al asistir a entrevistas técnicas de codificación
- ¿Cuáles son algunas buenas preguntas para la entrevista de JavaScript?
Luego, repase conceptos básicos , estructuras de datos y algoritmos, pero no se preocupe por eso. Nadie espera que recuerdes todo de memoria. Realmente espero que sepas atravesar un árbol. Sinceramente, no espero que conozcas cada algoritmo transversal o de equilibrio del árbol. O incluso algunos de ellos. Mientras conozcas bloques de construcción básicos, estarás bien.
Otro error que cometen algunos entrevistados es que intentan memorizar algoritmos. Hay tantos por ahí, que no puedes memorizarlos todos, ni eso te ayudará a descubrir cuándo usar qué. El entrevistador está tratando de obtener una idea de su proceso de pensamiento, no necesita memorizar nada para eso.
Para la preparación, obtenga este libro : Programming Pearls (2nd Edition): Jon Bentley: 0785342657883: Amazon.com: Books. Léelo Leelo de nuevo. Haz todos los ejercicios. Es el mejor consejo que puedo darle para una entrevista técnica.
Hablemos de lo que está buscando el entrevistador
1) Inteligencia cruda
2) Habilidades para resolver problemas / Manejo de la ambigüedad
3) proceso de pensamiento
4) buen ajuste
Muéstreles que sabe cómo lidiar con la ambigüedad. Cuando se le presenta un problema técnico, no lo aborde de inmediato, no es una prueba cronometrada. Tómese un momento para comprender el problema. Haz preguntas aclaratorias. Piensa en casos extremos. Acláralos. Mire el problema como un todo y proponga un diseño. La codificación es honesta, fácil. La codificación es el último paso donde escribe cómo resolvió un problema. La codificación no es cómo se resuelve el problema.
Y por amor a todo lo lindo y tierno, ¡por favor pruebe el código!
Lo más molesto de ver como entrevistador es darle un problema a un candidato y hacer que salte directamente a la codificación (sin comprender adecuadamente el problema), escribir un código que no resuelva por completo su problema y proclamar que está listo sin siquiera Tomando un minuto para probarlo.
Para descomponerlo: –
1) Haga una pregunta aclaratoria . Si le doy un ejemplo para explicar mi pregunta donde n == 4, no asuma que n siempre es 4. Puede serlo, puede ser que no lo sea. Puede ser que pueda tener entradas duplicadas. Los entrevistadores no están siendo tontos, en Microsoft como SDE tendrás mucha libertad y se te delegarán muchas tareas sin que nadie te vigile. Los entrevistadores quieren asegurarse de tener un proceso adecuado para resolver problemas.
2) Diseñe una solución : use cualquier proceso que tenga. Algunas personas dibujan cosas. Algunos escriben pseudocódigo. Algunos comienzan con un diseño basado en pruebas. Cualquiera sea su método, proponga un diseño antes de crear el código.
3) Probar el diseño : en serio. ¿Cómo saber si resolvió el problema correctamente si no se molesta en probarlo?
4) Ahora puede escribir código : la codificación no es cómo resuelve un problema. Así es como implementas la solución. No puede codificar una solución si no tiene una solución en primer lugar.
5) Pruébalo .
En general, los entrevistadores no buscan “una respuesta correcta”. Contraté a muchas personas que no podían resolver el problema que les di, pero me convencieron de que serían capaces de resolverlo en la vida real si se les da el tiempo y los recursos adecuados. Por otro lado, he rechazado a muchos candidatos que resolvieron mi problema muy bien, pero no de manera convincente. Era como si se metieran en la solución.
Finalmente, comprenda que el proceso de entrevista de Microsoft genera muchos falsos negativos. Microsoft no juzga tus habilidades y no te da una evaluación. Se asegura de que quien contrate esté calificado. Pero no puede asegurarse de que contrata a todos los que están calificados.
Si recibe una oferta, tiene talento. Pero si no recibe una oferta, no significa nada. Puede ser porque encontraron a alguien más. O no estaban 100% seguros. O cualquiera de millones de cosas.
Es como salir en citas. No te casas con todas las personas con las que te encuentras, a pesar de que podrían ser un muy buen cónyuge. Solo debes asegurarte de que una persona con la que te cases sea la persona correcta.
Buena suerte.