Si los nuevos muchachos hacen una programación real en las partes en las que usted y su equipo están trabajando, entonces será un truco.
Si los nuevos muchachos principalmente hacen arquitectura de software para su equipo y otros equipos … entonces está bien.
Sospecho que lo que está sucediendo aquí es un excelente ejemplo de la ley de Parkinson de crecimiento burocrático: su jefe tiene dos subordinados ahora. Cuanta más gente trabaja para él, más poderoso parece. Si obtiene subordinados más directos, tiene que trabajar más para manejarlos.
Entonces él obtiene más subordinados por su subordinado. Pero si el subordinado A tiene toda la gente, ¿cuál es el punto del jefe? Además, el subordinado B no quiere parecer menos poderoso que el subordinado A, y se supone que son iguales, ¿verdad? Entonces, el jefe da las nuevas contrataciones a B, equilibrando las cosas, creando una razón para su existencia continua y expandiendo su base de poder.
- ¿Cómo se prepara alguien para un trabajo de programación de software siendo ingeniero textil por grado?
- Cómo mantenerse alejado de la distracción de tantas oportunidades interesantes de ingeniería de software disponibles en Silicon Valley
- Como ingeniero de software, me encanta administrar el negocio final y conocer a clientes, pero no tengo ningún grado para indicarlo. ¿Cómo puedo obtener experiencia profesional en esto sin ser encasillada debido a mis habilidades técnicas?
- Cómo administrar mi tiempo para aprender, trabajar y divertirme como estudiante de ingeniería de software
- No tengo una pasantía de programación este verano. ¿Cómo me preparo para solicitar trabajos de ingeniero de software a tiempo completo en 3 meses?