¿Cuáles son los fundamentos que debe saber antes de una entrevista técnica?

Aquí hay algunas preguntas que pueden aparecer, espero que ayuden

1. ¿Por qué tomaste la decisión X en tu presentación de desafío de código?

El hecho de que estés entrevistando cara a cara significa que pasaste el desafío del código (¡Felicitaciones para ti! Si quieres practicar un desafío del código y un experto revisado por uno de la comunidad prueba Geektastic), el siguiente paso es asegúrese de venir preparado con una justificación de las decisiones que tomó y esté preparado para hablar sobre ellas. “Oh, ¿escribí eso? No recuerdo “, podría llevar a algunos momentos difíciles. Si bien es poco probable que se espere que escriba un código perfecto en una pizarra (muchos desarrolladores usan IDEs y esto es una mitigación razonable para una sintaxis imperfecta), es particularmente importante poder justificar sus elecciones y la capacidad de racionalizar y comparar soluciones alternativas. en equipos de desarrollo ágil.

2. ¿Qué sucede entre escribir una URL en la barra de direcciones de su navegador, presionar enter y ver una página web?

Este es un ejemplo de un tipo amplio de pregunta que podría conducir en cualquier dirección. Puedes hablar sobre todo tipo de cosas: quizás DNS para empezar, ¿qué son los servidores DNS? ¿Cómo funcionan en un nivel alto o bajo? Búsquedas. Servidores primarios y secundarios. Almacenamiento en caché. TTLs. Propagación de cambio. Registros DNS. A registros. CNAME. Registros MX. Y eso es solo DNS. Todavía no hemos alcanzado un equilibrador de carga o servidor web o servidor de aplicaciones.

Aunque “hay una búsqueda de DNS que le dice al navegador la dirección IP del servidor que responderá a esta solicitud” es un buen punto de partida, los entrevistadores hábiles pueden llevarlo a uno o dos agujeros de conejo para ver si sabe más que la bala punto. Treinta segundos después de su respuesta, podría estar en TCP, HTTP, capas de transporte, SSL, cadenas de certificados, ¿quién sabe? No se espera que usted sea Google y si el rol implica la construcción de bibliotecas JavaScript, una brecha (o abismo) en su conocimiento de las capas de transporte probablemente no va a matar sus posibilidades, pero siempre es bueno demostrar que sabe que hay más más allá de la cantidad de descargas de npm de Internet cuando crea ese archivo JS de 50 líneas que acaba de escribir. Si usted es un ingeniero de JavaScript que trabaja en el código del lado del cliente, no sería irrazonable esperar que comprenda en profundidad cómo funciona un navegador web, ya que esa es efectivamente la plataforma para la que está escribiendo su código.

3. ¿Cuáles son las cosas que debería considerar si estuviera escribiendo su propio servidor de base de datos?

La mayoría de los ingenieros de software, particularmente aquellos que trabajan con aplicaciones de back-end, usarán almacenes de datos. ¿Pero entiendes algo más sobre la aplicación subyacente en esa agradable interfaz GUI en la que haces doble clic? ¿Cómo escribirías una aplicación como MySQL o MongoDB o Neo4j? Preguntas como estas podrían conducir a principios generales de bases de datos como ACID; SQL / NoSQL; diferentes tipos de NoSQL; actas; Inicio sesión; almacenamiento de archivos; E / S bloqueante / no bloqueante; roscado indexación; fragmentación optimizadores de consultas, etc. Al igual que con la pregunta dos, el entrevistador hace una pregunta abierta para investigar los límites de su conocimiento.

4. ¿Cómo encaja el rol Y con el rol Z dentro del equipo de desarrollo?

Muchas entrevistas con desarrolladores incluirán la reunión de muchos miembros del equipo; especialmente en las empresas emergentes, no es inusual encontrarse con más de ocho personas diferentes, todas interesadas en verificar que entiendan cómo su trabajo influirá en su trabajo y cómo trabajarán juntos. . Investigue, pase un tiempo antes de la entrevista pensando en cómo funciona el flujo de TI en la empresa y demuestre que tiene una idea de cómo encajan las piezas.

5. ¿Qué ambiente estás buscando?

Esperemos que haya investigado un poco y sepa que la empresa solo tiene 10 empleados o que tiene un equipo de desarrollo de 150. Si se está mudando de grande a pequeño o viceversa, probablemente sea bueno demostrar que sabe en qué podría estar. para. Si le gusta una agradable cantina subsidiada y apaga su máquina a las 5:30 p. M., Entonces una compañía de 10 empleados podría no ser para usted. Esté preparado para hablar sobre el entorno que espera y cómo han funcionado los entornos que ha experimentado en el pasado. ¿Cómo te ves encajando? ¿Entiende cómo los proyectos de TI tienden a funcionar en equipos de desarrollo más pequeños o más grandes?

Puede ser obvio, pero si se entrevista en una startup, no cometa el error de pensar que no hay reglas. Todas las empresas inteligentes, sin importar cuán relajadas y nuevas sean, querrán que se adhiera a ciertos principios y asuma las responsabilidades de sus elecciones. Del mismo modo, una institución financiera, por ejemplo, lo estará buscando para mostrarle que puede seguir protocolos estrictos y comprender cómo el trabajo que está haciendo a menudo es directamente cuantificable en términos financieros para el negocio.

Algunos consejos extra:

• Sea curioso acerca de las elecciones tecnológicas que han realizado en la empresa. Si no se lo explican, pregunte por ellos y no tenga miedo de cuestionar las elecciones, especialmente si hay alternativas obvias.
• Si no eres un experto en el tema del papel para el que estás entrevistando, está bien decir que estás interesado en los desafíos técnicos, ¡solo asegúrate de haber pensado cuáles podrían ser!
• ¡No entre en pánico si recibe la pregunta “¿cómo escribiría un servidor de base de datos”? A menos que su entrevista sea con una compañía que escribe servidores de bases de datos, lo que se evalúa es su comprensión de la naturaleza del problema y cómo podría abordarlo, en lugar de escribir código.
• Y no hace falta decir que, por lo general, es una mala idea dirigir debates en áreas de las que no sabes mucho. Sugerir que conoces Python si solo has copiado y pegado el ejemplo Hello World puede salir muy mal. ¡Uno de los entrevistadores podría tener experiencia oculta en un área que solo sale en entrevistas! One-upmanship es un rasgo de carácter que no es exactamente una rareza en las entrevistas con los desarrolladores y si comienzas desde la posición de Hello World, es mejor aclararse lo antes posible.

¡¡Buena suerte!!

Sistemas operativos

• Gestión de la memoria

• Paginación
• Memoria virtual [F]
• Asignación de memoria dinámica
• Marca de agua
• Subprocesos y control de concurrencia
• Semáforos [T]
• Puntos muertos / mutex
• Filósofos gastronómicos
• Algoritmos de programación [T]
• Comunicación entre procesos

Estructuras de datos

• Árboles – Problemas y solución (muy importante)
• Pilas, Colas (Esto sería bastante fácil)
• Lista vinculada: muchos acertijos donde la trampa es utilizar la recursión y solo el espacio O (1).
• Tren puntero / cadena [preguntar alrededor]
• Conjunto de problemas con la solución
• Árbol: interconversión de DLL

Algoritmos

• Análisis de algoritmos
• Algoritmos de clasificación [F] [T]
• Montones [T]
• Diferencia entre el mejor, el peor y el análisis de caso promedio [F]
• Programación codiciosa y dinámica (navegue por la red en busca de preguntas o consulte el libro CLRS)

Programación

• Rompecabezas C – en todo internet
• Conceptos básicos del puntero: comience aquí
• Implementación de Malloc
• Leyenda
• Practica en spoj o topcoder, etc.

  [F] – Conocer los fundamentos completos. ¿Qué es ___ y ​​por qué es ______? Espere preguntas de sondeo.

[T]: calcule un ejemplo manualmente y vea cómo funciona

Otros enlaces
Crash prep – http://courses.csail.mit.edu/iap …
Preparación gradual de rompecabezas a largo plazo – http://inder-gnu.blogspot.com/ [Solo preguntas]
Para preguntas de aptitud, esto puede ayudar http://www.indiabix.com/aptitude …

Los recursos / procedimientos mencionados a continuación son para Técnico / Programación Entrevistas, aplicables a la mayoría de las empresas basadas en productos / Startups tecnológicas (Google y los 4 grandes)

1. Codificación competitiva: –

• Topcoder:

• Div. 2 – 250, 500.
• Div 1 – 250.

Nota : Div 2 500 y Div 1 250 son casi equivalentes.

• Fuerzas de código:

• Div 2 – A, B, C.
• Div 1 – A.

Nota : Div 2 C y Div 1 A son casi equivalentes.

• CodeChef :

• Principiante
• Fácil
• Medio

Nota :

• Topcoder – Div 2 250 = CodeForces – Div 2 A, B = Codechef – Principiante, Fácil . (Respectivamente)
• Topcoder – Div 2 500 = CodeForces – Div 2 C = Codechef – Medio .
• Topcoder – Div 1 250 = CodeForces – Div 1 A = Codechef – Medio .

2. Libros: –

• Cracking The Coding Interview (CtCI) – Compre el libro de entrevistas Cracking the Coding en línea a precios bajos en India
• Entrevista de programación expuesta (PIE) – Compre entrevistas de programación expuestas: secretos para conseguir su próximo trabajo, libro 3ed (WROX) en línea a precios bajos en India
• Elementos de entrevistas de programación (EPI) – Compre en línea el libro Elementos de entrevistas de programación a precios bajos en India
• Estructuras de datos y algoritmos de forma fácil – Compre estructuras de datos y algoritmos de manera fácil: estructuras de datos y rompecabezas de algoritmos Reserve en línea a precios bajos en India

3. Sitios web: –

• Bit de entrevista – Cursos de InterviewBit – InterviewBit
• Código Leet – Juez en línea LeetCode
• Career Cup – Preguntas de la entrevista de programación | CareerCup
• Geeks para Geeks – GeeksforGeeks | Un portal informático para geeks
• Hacker Rank – HackerRank
• Hacker Earth – HackerEarth – Desafíos de programación y trabajo de desarrollador

Tuve la siguiente experiencia la noche antes de mi primera entrevista técnica para una pasantía de verano:

• Algunos problemas de programación (principalmente Proyecto Euler)
• Diseño simple orientado a objetos (de FIRST robotics)
• Algunos algoritmos de ordenación, por ejemplo, fusionar ordenación
• Los árboles de búsqueda binarios funcionan de tal manera, son bastante limpios y pueden mantenerse equilibrados mediante algún proceso mágico.
• Un poco de tontería con Haskell (que no era directamente relevante, excepto como algo para conversar)
• Recordar los resultados para evitar repetir el cálculo es algo que puede hacer, y se llama “memorización”

Sintiéndome poco preparado, hojeé un CLRS prestado. Encontré una cosa que fue lo suficientemente fácil de aprender en unas pocas horas que no pensé que podría resolver por mí mismo:

• Bosquejo de cómo funcionan las tablas hash

Todavía no me sentía preparado, pero me entregaron una primera pregunta sobre la primera entrevista técnica: “¿Qué sabes sobre las tablas hash?” Llegué a otra entrevista, aunque finalmente no recibí la oferta, pero las entrevistas posteriores que cayeron (lo que significa algo de práctica de entrevista pero no más conocimiento o experiencia) me dieron un trabajo de verano.

Además del buen material sobre qué preguntas debería estar listo para responder , agregaría: piense en lo que preguntará cuando le digan: “¿Tiene alguna pregunta para nosotros?”

Algunos lugares dan mucho de tiempo para esto (es posible que tenga un panel de pares donde, después de cada ronda de preguntas de los ingenieros, puede hacer una). Aquí hay algunas posibilidades.

• ¿Qué tipo de metodología de desarrollo sigues?
• ¿Cuál es su procedimiento para deshacer un lanzamiento de producción?
• ¿Tiene una configuración de integración continua?
• ¿Cuál es su enfoque para las pruebas automatizadas? ¿Miden la cobertura?
• ¿Qué nuevas tecnologías crees que podrían venir a tu pila en el próximo año?

Solo haga preguntas que le interesen y sobre las que pueda hacer preguntas de seguimiento. Pero hacer preguntas que se ajusten a ese proyecto de ley lo convierte en un candidato más atractivo.

Es posible que no sugiera ningún sitio web en particular / o las preguntas más difíciles para prepararse para dicha preparación para la entrevista, sin embargo, la mayoría de las preguntas incluyen el truco, la presencia mental y qué tan bien comprende los conceptos más necesarios de la informática, y el más importante es : Algoritmos y estructuras de datos. Las preguntas pueden ser diferentes, pero todas utilizan los conceptos básicos de DS / Algo para resolver eso)

Todavía preguntas de muestra:

[+] Dado un conjunto S de n números reales y otro número real x, determine si existen o no. dos elementos en S cuya suma es exactamente x.

[+] Dada una lista de números (una lista fija) y otra lista, escriba una función que determine si algún elemento de la segunda lista aparece en la lista fija.

[+] usa una estructura de datos trie para almacenar palabras. cada nodo contiene una lista de todas las letras (punteros a la misma estructura de nodo) y banderas para cada letra para indicar la longitud de la palabra. Escriba un método para insertar en este tipo de estructura de datos. ¿Qué usarías para almacenar cada nodo?

…

Mucho mas….

Recuerde: la entrevista técnica depende de varios parámetros, desde el lado del empleador, por ejemplo, puesto de trabajo, responsabilidad, departamento, tipo de proyecto, tipo de tecnología, tipo de habilidades, años de experiencia, mentalidad de entrevistador / entrevistadores, requisitos inmediatos, decisión firme de contratar-nohire y muchos más. Del lado del candidato, por ejemplo, la forma en que se presentó el CV (currículum), la forma en que el candidato llevó la discusión técnica / no técnica y muchos más)

Puede diseñar un enfoque que se adapte mejor a sus habilidades / (y muchos otros) parámetros relacionados

Ejemplo: alguien puede usar el siguiente enfoque, para un plan de dos meses: alrededor de 250 horas para preparar al ingeniero de software / ingeniero de software en entrevistas de prueba para MS / Google / …

En realidad, todas estas empresas, por ejemplo, MS, Google, Amazon, Facebook, Apple, siguen un enfoque en el que miden el proceso de pensamiento de un candidato.

Y usan diferentes medios para evaluar eso, pero sí, la mayoría de ellos usa Algoritmos / Estructuras de datos / Preguntas abiertas (si ha solicitado un trabajo de ingeniería de software) como uno de los enfoques para evaluar el talento. base para desarrollar las tecnologías).

Para estar acostumbrado a algos / estructura de datos / codificación, debe haber entendido / practicado el mínimo, por ejemplo:

(Paso 1): debe tener una comprensión práctica de los algoritmos (por ejemplo, cuándo usar BackTracking, cuándo usar Divide and Conquer, ¿por qué se requiere doble hashing ?, ¿dónde se puede aplicar el concepto de fuerza bruta?) ( 50 horas).

(Paso 2): debe tener una comprensión práctica de las estructuras de datos, por ejemplo (casos de uso prácticos relacionados con: cuándo usar el búfer circular, o cuándo usar una lista adyacente o la combinación de ambos o algo más para resolver el problema).
(50 horas)

(Paso 3): debe practicar varios problemas de codificación para implementar las cosas que aprenden del Paso 1 y del Paso 2 (puede hacer lo siguiente para elegir cualquier lenguaje de codificación para elegir el suyo (C, C ++ o Java o Python o PHP o cualquier otro).
(50 horas)

(Paso 4): Resolver el problema no significa solo resolverlo, sino comprender la mejor manera de resolverlo, por ejemplo, el problema técnico dado puede usar varias formas para llegar a una solución, y es posible que desee utilizar la solución óptima. . (Cómo se conecta la solución dada con los recursos informáticos / de memoria, por ejemplo, Memoria / Potencia de procesamiento)
(50 horas)

Sin embargo, el más importante.

Sin embargo, aparte de la programación, es posible que deba comprender que el concepto principal para la entrevista es mantener la entrevista activa y esto requiere algunas acciones de su parte, como las siguientes:

Necesitas hablar.

Necesitas explicarlo.

Necesitas discutirlo.

Necesitas expresar tus puntos de vista.

Debe comprender claramente las preguntas que se le hacen.

Debe comprender la expresión y la mentalidad del entrevistador para comprender esas preguntas.

Es posible que deba hacer las preguntas adecuadas para comprender la pregunta o cualquier otro elemento de discusión. (50 horas)

Y también :

Prepárese: “Cuénteme acerca de usted mismo”, “Sus habilidades relacionadas con un mayor interés positivo / negativo”, Conceptos básicos para los conceptos informáticos más necesarios o cualquier cosa que haya presentado en su “CV / Currículum”.
(10 horas)

Lo anterior es solo un plan de muestra, puede personalizar la forma que desee (por ejemplo, 50 horas a 10 horas o algo más). Haga clic en Amazon para encontrar los mejores libros que pueda necesitar (por ejemplo, algoritmos de Cormen)

(Aquí Google no significa Google, significa cualquier compañía que sea muy creativa para presentar los productos relacionados con la informática).

Las entrevistas técnicas son generalmente aleatorias, no se forma realmente un patrón establecido. Las preguntas varían según su conjunto de habilidades, sus antecedentes, sus años de experiencia.

Sin embargo, lo más importante es que pueda justificar su CV. Lo primero que hace un entrevistador es revisar su CV y ​​retomar las tecnologías mencionadas allí. La mayoría de los entrevistadores técnicos dan un margen de maniobra, cuando te piden que te califiques con las tecnologías. Dé una calificación que sea realista, no dé una calificación solo para impresionar al entrevistador.

No estoy seguro de las preguntas en otras tecnologías, pero para un candidato que afirma tener experiencia en Java-J2EE con antecedentes de marcos (Struts / Spring), las siguientes son algunas preguntas que probablemente se hagan.

Java

• Conceptos básicos de OOPS-Principalmente encapsulación, herencia.
• Diferencia entre Conjunto, Lista, Mapa.
• ¿Por qué usamos Array List sobre Vector? HashMap sobre HashSet?
• Interfaz vs clases abstractas.
• Multithreading.
• Técnicas de manipulación de cuerdas.

Para los profesionales más experimentados en Java, las preguntas pueden ser variadas, pero se esperan muchas preguntas sobre los conceptos de Java Virtual Machine.

Servlets / JSP / Struts

• Ciclo de vida del servlet / JSP
• Diferencia entre Forward / Redirect
• Etiquetas personalizadas

EJB

• Gestión de transacciones, manejo.
• Apátrida vs Apátrida.

Si el diseño es una de sus áreas, es posible que le hagan preguntas sobre Singleton, patrones J2EE, Interceptor.

En la mayoría de los casos, espere preguntas en profundidad sobre los proyectos mencionados, especialmente sobre la arquitectura y la gestión de la seguridad.

Puede comenzar con “ Resolución de problemas en estructuras de datos y algoritmos ” escrito en varios lenguajes como C, C ++, Java, C #, Python, etc. Este libro es fácil de seguir y está escrito para el punto de vista de la entrevista . Además, estos libros tienen el último capítulo sobre Diseño de sistemas , que también se requiere en las entrevistas. Los enlaces de los libros en Amazon están abajo:

Resolución de problemas en estructuras de datos y algoritmos con C

Resolución de problemas en estructuras de datos y algoritmos con C ++

Resolución de problemas en estructuras de datos y algoritmos utilizando Java

Resolución de problemas en estructuras de datos y algoritmos con C #

Amazon.com: resolución de problemas en estructuras de datos y algoritmos con Python

Resolución de problemas en estructuras de datos y algoritmos con Visual Basic .Net

También depende de la empresa que está solicitando. Muchas grandes compañías de Fortune 500 no harían las siguientes preguntas, pero estarían más interesadas en las habilidades blandas. El hecho es que la mayoría de las cosas de TI en las grandes organizaciones no son realmente tan desafiantes en el área de algoritmos, estructuras de datos, etc. proveedores, decisiones estúpidas de ejecutivos que no saben nada sobre tecnología, expectativas poco realistas, etc.

Lo más probable es que sus entrevistadores tampoco sepan las cosas que se mencionan a continuación, por lo que no preguntarán.

Si esa es una empresa para la que desea trabajar o no, esa es su propia decisión. Por lo general, cuando le pide a la persona de Recursos Humanos que dé un ejemplo de cuál será la entrevista técnica, la mayoría de las grandes organizaciones se complacen en proporcionarlo.

Para cualquier entrevista técnica, lo básico que debes saber es,

• El proceso de la empresa / organización a la que asiste y cómo puede proyectarse y ser útil para la empresa con sus habilidades.
• Las tecnologías de la empresa deben coincidir con sus habilidades técnicas de la misma manera que usted debe exponerse, lo que significa que el entrevistador debe llegar a su fin y que este candidato debe ser beneficioso para la organización.
• Primero, relacione sus habilidades técnicas con las habilidades requeridas por la compañía y continúa. Aquí, todo lo que sabe es que debe convencer al entrevistador de que puede hacer el trabajo.

Hay una buena plataforma, Interviewbuddy, que enriquece sus habilidades y desarrolla sus habilidades de confianza al tener sesiones de práctica con los expertos de la industria.

Aquí está el sitio web de entrevistas simuladas en línea con expertos que definitivamente le ayuda más de lo que espera.

Cómo escribir cómoda y rápidamente el código sintácticamente correcto en una pizarra blanca.

Lo principal que buscan los CTO durante la entrevista técnica es si su capacidad técnica y personalidad pueden funcionar bien dentro de su equipo para resolver los problemas del negocio.

En nuestro último blog, ofrecemos algunos pasos a seguir para presentar sus habilidades de resolución de problemas y destacar en su entrevista técnica -https: //goo.gl/A0JjIK

Si por técnica / programación te refieres a trabajos de ingeniero de software, creo que la mayoría de estos serían juegos justos. Noté que usted dijo programación, pero cuando realizo entrevistas para estos puestos, hago al menos una o dos preguntas que evalúan la capacidad de razonamiento básico como se muestra a continuación. Las preguntas de comportamiento aquí son las que he visto en muchos lugares para determinar el “ajuste”.

Ejemplos de preguntas de entrevistas conductuales
Preguntas del lenguaje de programación
Preguntas de la entrevista cuantitativa

Buena suerte con tus entrevistas.

Depende de la posición solicitada. Las entrevistas son bastante aleatorias y tienes que hacer algunas para sentir. Hay algunas preguntas comunes, pero la variación de una entrevista a otra es alta.

Aquí hay algunas preguntas:
Explique la gran noción de O
¿Cuáles son los casos normales y peores de Big O para un mapa de hash, un mapa de árbol binario y una matriz dispersa?
Explicar la programación orientada a objetos.
¿Cuál es el proyecto más desafiante en el que trabajó?
¿Cuál es la diferencia entre encapsulación y herencia?
Resuelva algún problema con la recursividad (no sé por qué alguien pregunta por la recursión, rara vez la ve fuera de la escuela, pero la he recibido más de una vez)
Resuelva este problema que implica el uso de colecciones Java. Tiene una o dos complicaciones que hacen que no sea tan sencillo.
Escribir una consulta SQL con una unión
¿Cuándo debe poner un índice en una tabla de base de datos?
Haga que un programa que describe un hotel use OO para describir los componentes. (Esta pregunta es jodidamente estúpida y no sé lo que quieren, pero la obtuve más de una vez. Probablemente esté en un libro de preguntas de la entrevista).
¿Cómo se decide la prioridad entre los selectivos CSS en conflicto?
Alguna pregunta capciosa sobre el hecho de que JavaScript se ejecuta en el navegador, no en el servidor

Esto va a sonar torpe y mocoso, pero realmente no está destinado a ser …

Si tiene que hacer esta pregunta, probablemente no esté listo. Si realmente está listo para el trabajo para el que está siendo entrevistado, tendría una idea bastante clara de las cosas que esperarían que supiera.

En mi experiencia de contratación de personas, estoy menos interesado en los detalles de la respuesta que en ver cómo piensa una persona.

Qué hacer y qué no hacer para una entrevista.

Mire este video y siga algunos consejos simples para enfrentar y borrar una entrevista.

DataStructures: Lista vinculada, Pila, Cola, Árbol, Gráfico
Algoritmos: Pogramming Dinámico, String Algos, Divide & Conquer
Conceptos básicos de sistema operativo, redes, DBMS, OOPS, organización y arquitectura de computadoras