Sí, es bastante común. Parece un poco extraño, pero en la mayoría de los lugares donde eso sucede, se comprende que los programadores superiores son recursos valiosos, y que los gerentes de línea son relativamente más fáciles de obtener.
Existe una tendencia cultural a restar la parte de gestión “técnica” de los trabajos de esos gerentes y entregarlos a un “ingeniero principal”. El líder maneja las partes técnicas de decidir quién hace qué y cuál es la arquitectura del producto. El gerente es un recurso para el equipo, no muy diferente del control de calidad, recursos humanos y TI, su trabajo consiste en contratar y despedir, ordenar equipos, asegurarse de que haya espacio de oficina, encontrar los proyectos para que el equipo trabaje, calcular horarios – todas las partes no técnicas.
Por lo tanto, tendemos a no pensar en los gerentes como “jefes”, son miembros del equipo con un trabajo que hacer, tienen responsabilidades, pero no “superan” al ingeniero principal.
- ¿Es posible crear una función emergente en la PC como lo hace en los teléfonos inteligentes?
- En un equipo de desarrolladores, ¿cuánto nivel de abstracción de código es saludable para el equipo y los futuros miembros del equipo?
- ¿Puedes conseguir un trabajo de programador sin un título universitario (y si tu especialidad es negocios y no informática)? ¿En qué idioma debes aprender tu primer concierto de programación? ¿Y qué títulos de empleo buscarías en los sitios de búsqueda de empleo?
- ¿Cuál es la cantidad máxima de tiempo que los ingenieros de software profesionales pueden codificar (y mantener la concentración) sin estirarse?
- ¿Por qué las grandes empresas como Facebook, Google, etc., hacen preguntas de programación poco realistas (no relacionadas con el trabajo) en sus entrevistas de ingeniería de software?
Este no es el caso universal, pero es bastante común.