Cómo clavar esa entrevista de codificación

Todos pasamos por esto. Todos los desarrolladores que conoces, todos los que has escuchado, incluso los que admiras, pasaron por una entrevista técnica y adivina qué. Fracasaron al menos una vez.

Entonces, ¿hay algún truco que haga exitosa tu próxima entrevista? La verdad es que no hay truco. Pero hay algunas formas que pueden aumentar sus posibilidades de conseguir ese trabajo y voy a escribir algunas de ellas en este artículo, en base a mi propia experiencia en entrevistas.

En primer lugar, compartiré un hecho con usted que podría no ser tan sorprendente. ¿Alguna vez has pensado en lo que buscan los entrevistadores en tu CV?

Un colega.

Sí, solo quieren un desarrollador con el que puedan comunicarse, cooperar e intercambiar conocimientos y aprendizajes. Es por eso que antes de sumergirse en el código, a la mayoría de los entrevistadores les gusta conversar sobre su personalidad. El candidato perfecto es alguien que es comunicativo, tiene habilidades de codificación y sabe cómo compartir conocimientos, alguien que puede sentirse dueño de su código, asumir la responsabilidad durante los momentos difíciles y arreglar cosas que no están del todo bien, incluso si él / ella Ella no tiene que hacerlo.

Así que asegúrese de preparar (o incluso construir) ejemplos de situaciones que demuestren por qué deberían creer que usted es ese candidato perfecto. Además de eso, haz que el entrevistador sienta que estás en un equipo. El entrevistador quiere saber cómo se siente trabajar con usted para resolver un problema, así que haga que la entrevista sea colaborativa. Cuando se le pregunte acerca de un problema de codificación, intente usar "nosotros" en lugar de "I", como en "Deberíamos usar el enfoque x porque ..." Además, piense en voz alta. Seriamente. Diga: "Intentemos hacer esto y aquello. No estoy seguro de si funcionará". Si está atrapado, solo diga lo que está pensando. Di qué podría funcionar y por qué crees que tu solución actual no está funcionando. Puedo asegurarle que su entrevistador también ha pasado por la misma situación.

Y una muy importante: diga "No sé". No intentes aparentar saber algo que tú no sabes. Si le preguntan algo que se sale de su conocimiento, intente obtener ejemplos de otros problemas o idiomas similares con los que se sienta cómodo. Incluso si está pensando en una solución que siente que no tiene nada que ver con el problema que está luchando por resolver, compártala con su entrevistador y explique por qué cree que no está relacionada.

En el aspecto técnico, dependiendo de la posición para la que se postula, se pueden hacer varias preguntas. Una regla genérica es la siguiente. Si afirma conocer bien un lenguaje de programación, debería poder comprender y explicar su mecánica, sus ventajas y sus debilidades. En qué situaciones lo usarías, en qué no y por qué.

Aquí hay algunas preguntas que hago la mayoría de las veces:

  • ¿Has trabajado en un equipo antes?
  • ¿Qué metodologías ágiles has usado antes?
  • ¿Cómo se asegura de que el conocimiento se difunda en su equipo?
  • ¿Cómo trataría con un desarrollador que tiene una opinión diferente a la suya sobre un tema crucial?
  • ¿Alguna vez has tenido un conflicto con un colega tuyo y cómo lo superaste?
  • ¿Cuál fue el último problema técnico con el que tuvo que lidiar?
  • ¿Cómo define la propiedad del código?
  • ¿Cuál es su objetivo profesional final?

Solo un recordatorio, puede prepararse con respuestas que no se basan necesariamente en eventos reales. Además, asegúrese de hacer sus propias preguntas sobre la compañía, el producto y las metodologías con las que están trabajando sus colegas potenciales.

Por supuesto, este artículo no puede garantizar que su próxima entrevista sea exitosa. Pero según mi propia experiencia en entrevistas, los candidatos preparados que siguen esas pautas tienen más oportunidades de obtener ese papel.

¡Que tengas una buena semana!