La jerarquía de los equipos de desarrollo es bastante plana, con un máximo de 2 niveles de gerentes entre los directores y todos los demás. Si por promoción te refieres a ganar mucho más dinero, un cambio de título no ayuda mucho. Es completamente posible que un desarrollador normal gane un salario más alto y tenga más capital que el gerente. Se basa más en la cantidad de valor que está agregando a la empresa.
La política es inútil, Palantir tiene una política de tolerancia cero para jugar a la política. Las personas cambian periódicamente entre características y proyectos, y aquellos que ofrecen excelentes resultados se notan.
Ayudar a su gerente a ser promovido también es inútil, si usted es sobresaliente, su gerente es quien lo ayudará a tener éxito. En cualquier empresa en la que trabaje, si su gerente no es muy consciente de sus talentos y está presionando por lo que se merece, entonces cambie a un gerente real que realmente sepa lo que está haciendo. La razón por la que los gerentes obtienen más en general es porque obtienen valor de sus informes directos, y los gerentes exitosos saben cómo aprovechar y valorar a su gente. Asegúrese de que su gerente esté al tanto de esta ecuación.
- ¿En qué debería especializarme para convertirme en astrogeólogo?
- ¿Sería mejor aceptar un puesto de desarrollador de software en Madison, WI que paga 70k / año o un puesto en la ciudad de Nueva York que paga 60k / año?
- ¿Puede un ingeniero convertirse en jugador?
- Muchos escritores dicen que es casi imposible ganarse la vida constantemente como escritor y que necesita tener otro trabajo, entonces, ¿cómo puede equilibrar esto?
- Me encanta viajar a nuevos lugares y experimentar su cultura. ¿Hay alguna forma de convertir mi hobby en mi trabajo?
Simplemente sentarse y extraer el código es probablemente la forma correcta, con la advertencia de que no está generando un código incorrecto y resolviendo el problema correcto. Una buena analogía es la optimización, el 90% del tiempo de CPU probablemente se gasta en el 10% del código, debe desarrollar una idea de lo que es importante y lo que no. Esto es lo complicado de lo que muchos desarrolladores no tienen idea, todo les parece importante.
Esto se debe a la experiencia de ser un desarrollador, no un ingeniero desplegado hacia adelante.