¿Por qué las entrevistas al gerente de ingeniería incluyen preguntas de codificación?

Aquí hay muchas buenas respuestas relacionadas con la idea de que tienes que entender lo que están haciendo las personas que te informan.

Pero agregaré un poco de información única: muchas veces he entrevistado a candidatos de ingeniería que tenían un gran currículum y podían hablar una gran línea pero no pudieron escribir un bucle for. Eran completamente incompetentes. Como en literalmente, me sorprendió que hubieran trabajado en una gran empresa durante años y años y no pudieran escribir código.

Entonces, incluso los gerentes deberían hacer algo de codificación.

Incluso en pantallas de teléfono, les pido a los candidatos que hagan una codificación simple al menos.

Dicho esto, la tendencia a hacer preguntas de “rompecabezas” de programación es un antipatrón. Especialmente porque muchas de las preguntas del rompecabezas son:

“Utilizando completamente la estructura de datos incorrecta, ¿cómo respondería a esta pregunta?”

Debe calibrar cualquier pregunta de codificación que haga contra sus candidatos. Eso también significa que necesita estandarizar. Dado que no debe hacer una pregunta en una entrevista a menos que lo guíe a una decisión, eso significa que tal vez desee quitarle el protagonismo a los acertijos, porque si hay un truco, es posible que se lo hayan perdido y eso no le diga cualquier cosa. Si consiguen el truco, pueden saberlo, y eso te dice aún menos.

Entonces…

No tendría ningún problema en pedirle a alguien que escriba “FizzBuzz” en una entrevista con el gerente. Aunque podría pensar en mejores preguntas sobre el rendimiento y la resolución de problemas, entonces FizzBuzz, pero es una buena pregunta básica.

Me han preguntado cómo imprimir todos los archivos en un árbol de directorios antes. Eso no estuvo mal.

No les preguntaría qué me preguntaron una vez:

Dado un elemento en un árbol binario, devuelve el elemento anterior en el árbol.

Esa fue una mala pregunta porque trabajar con árboles binarios en una pizarra era tedioso, seguía pensando que había algún truco que no estaba viendo (no es solo tedioso). Además, el entrevistador pasó todo el tiempo leyendo su correo electrónico mientras yo escribía el código, por lo que fue desconcertante.

Luego me volvieron a llamar, pero ya no me interesaba trabajar para ellos.

Esto se debe principalmente al temor de que el gerente técnico no sepa nada sobre tecnología y no pueda ganarse el respeto de sus informes. Normalmente, las personas dedicadas por completo a los procesos / personas se encuentran en el nivel de director, donde esa expectativa técnica se reduce al punto de que confiarán en su currículum en lugar de hacer una entrevista técnica.

En muchas empresas de alta tecnología, el primer nivel de gestión es un híbrido entre la gestión pura, que usted describe haciendo, y el colaborador técnico. Una especie de jugador-entrenador en términos deportivos.

Esto es una consecuencia del rápido crecimiento de muchas empresas de alta tecnología, lo que les ha obligado a presionar a los contribuyentes individuales fuertes en los roles de gestión a pesar de su falta de preparación y, a veces, incluso de interés en el cargo.

Esto establece expectativas de que los candidatos a gerentes de ingeniería escribirán código y también administrarán.

Si no está interesado en hacer eso, la entrevista de codificación debería ser una señal del posible empleador para usted de que el rol ofrecido no cumple con sus requisitos. Mira a otra parte.

Mi último jefe fue el Gerente de Ingeniería y el CEO, y él mismo escribió mucho del código del producto (era una startup). Si usted es el Gerente de Ingeniería y toma decisiones de contratación, necesita cierta familiaridad con la codificación para evaluar adecuadamente las nuevas contrataciones. Por supuesto, podría delegar algo de eso a su líder tecnológico, o podría entrevistar conjuntamente a nuevos empleados. De cualquier manera, necesita cierta familiaridad con las metodologías y técnicas de desarrollo reales para realizar una evaluación adecuada.

Más allá de eso, supongo que tiene reuniones de progreso donde se discute y planifica el estado de los proyectos actuales. Si conoce los conceptos básicos de las técnicas y cómo pueden extraviarse, puede evitar que las cosas vayan en una dirección incorrecta, de lo contrario dependerá por completo de su liderazgo tecnológico para hacerlo.

¿Qué sucede si su líder tecnológico se va, cómo evaluará su reemplazo si no puede evaluar adecuadamente su formación técnica? ¿Qué pasa si su líder técnico se acerca a su jefe y le dice que deberían tener su trabajo, consolidar dos puestos en uno? ¿Dónde estarás entonces?

Creo que esto lo dice todo:
Por tu propio bien, ponte en buena forma de ingeniería para ser relevante. He visto a muchas personas con “gerente” en el título y la responsabilidad del asistente personal compartido.
Oye, “gerente”, estamos trabajando hasta tarde, ¿podrías pedir pizza?
Oye, “gerente”, ¿puedes programar una reunión con la gente del producto? Necesitamos discutir cosas.
Oye, “gerente”, ¿puedes ir y hacer trámites para comprar computadoras?

En mi humilde opinión, está buscando un rol de Gerente de producto o de Gerente de proyecto pero dando entrevistas para el rol técnico de PM. El rol que ha realizado en el pasado se alinea con el rol de gestión de proyectos. Como PM técnico, se espera que uno revise los códigos y, por lo tanto, escriba los códigos.

Para poder gestionar de manera realista a los ingenieros, debe comprender lo que hacen. Debe poder cumplirlos en un nivel lógico y comprender las explicaciones.

Incluso si no hace la codificación diaria, debería poder hablar el mismo idioma.

Trabajé para gerentes sin habilidades de codificación, y pasé una fracción de mi tiempo tratando de educarlos, ya que tenían la última palabra sobre sí o no sobre temas sobre los que no tenían idea.

Yo diría que el término “Gerente” es clave. No puede administrar lo que no puede entender, medir y analizar.

Los difíciles!

Como ingeniero, nunca he estado en una posición como esa. Pero intentemos resolverlo.

Depende principalmente en qué campo de trabajo, qué tipo de empresa o incluso el puesto de trabajo que está solicitando.

A veces, preguntas inesperadas intentan, de hecho, mirar por encima de su reacción primaria frente a hechos o situaciones inusuales.

Sin embargo, como ingeniero, no tiene que ser un desarrollador muy calificado, pero cómo reaccionar ante desafíos poco comunes es mucho más importante.

A2A. Supongo que pueden ver si podrá relacionarse con sus trabajadores lo suficiente como para que sus trabajadores respeten su liderazgo. Lo que haría es … cuando empiece a responder la pregunta de codificación (para demostrar mi cooperación), pregunte de manera casual y agradable por qué están haciendo una pregunta de codificación y cómo se relaciona con el puesto que está entrevistando, y vea lo que dicen.