Mi empleador publicó recientemente una vacante para un desarrollador de C # con 3-5 años de experiencia. Los requisitos y expectativas para el puesto eran justos, hasta los criterios para la determinación del salario. Se afirmó claramente que la compensación dependería SOLO de la experiencia con C #, y que años de experiencia en programación con otros lenguajes y marcos se considerarían irrelevantes y no se considerarían. Expresé mi preocupación con RR.HH. de que los buenos candidatos verían esto como algo rojo. bandera y alejarse. Intenté explicar que el desarrollo de software es mucho más que lenguajes específicos, y que pagar a alguien por su experiencia en un solo idioma es un enfoque muy miope para contratar buenos desarrolladores (se lo digo al departamento de recursos humanos de una compañía de software) .
La respuesta: "Estamos cansados de perder el tiempo entrevistando a desarrolladores que esperan 'grandes salarios' porque tienen mucha experiencia en programación adicional en lenguajes distintos de los que requerimos". El problema # 1 aquí es que 'grandes salarios' = tasa de mercado. Después de una discusión seria, esencialmente admitieron que a nadie en la compañía se le paga cerca de la tasa de mercado por sus habilidades, y no hay nada que se pueda hacer al respecto. El C-suite tiene la mentalidad de que a los empleados solo se les debe pagar por las habilidades comprobadas durante años bajo su supervisión. Los desarrolladores de nivel de entrada se recogen por menos de $ 38K y pueden llegar a 50K después de 3 años, lo que supongo es en torno a lo que planean ofrecer a los candidatos para el puesto de C #. Otro descubrimiento interesante (no tan relevante): personas 'promovidas' a mayores responsabilidades no obtienen aumentos. La 'promoción' se considera un ajuste de los roles de los individuos para adaptarse mejor a sus 'fortalezas', que es por lo que ya se les paga.
Después de escuchar estas duras verdades directamente de RR. HH., Supongo que la mayoría de las personas que se cuidan a sí mismas rápidamente comenzarán a buscar un nuevo empleador que tenga una mejor idea de lo que están haciendo en la industria (esta empresa falla en muchas otras maneras, pero no quiero escribir un libro). Aquí está mi dilema sin embargo:
Esta es la primera posición oficial de desarrollo de software que he ocupado, desde hace apenas 1 año. Mi puesto anterior de 3 años fue en una empresa muy pequeña donde realicé muchas tareas, entre ellas el desarrollo de software (no en mi descripción oficial del trabajo, pero intenté mucho hacerlo). He identificado vacantes locales para las que estoy calificado actualmente, la mayoría paga al menos un 50% más de lo que obtengo ahora. La pregunta es, ¿es demasiado pronto para un salto? Estoy obteniendo una valiosa experiencia en mi puesto actual, sin escasez de proyectos interesantes. El ambiente de trabajo es muy cómodo, y muchos me dicen que estoy en el centro de atención de los muchachos de nivel C por las cosas que he podido lograr durante mi corto tiempo (por lo que vale). Sin embargo, hay un costo de oportunidad claro para quedarse, sabiendo ahora con certeza que tendré que esperar de 3 a 5 años solo para limitarme a lo que potencialmente podría estar ganando en otro lugar este año. También soy consciente de que 'Job Hopper' es una etiqueta peligrosa, independientemente de los motivos.
ACTUALIZACIÓN: Acabo de aceptar una oferta en otra compañía, pagando mucho más y con proyectos aún más interesantes. Gracias a todos por las perspicaces respuestas.
fuente
Respuestas:
Las empresas que no valoran la retención no ofrecen una compensación competitiva. También tienden a obtener lo que se merecen, ya que tienden a atraer desarrolladores con menos opciones. A veces, eso solo significa personas con poca capacidad de negociación o personas, pero a menudo resulta en moras tecnológicas porque no hay nadie con una gama más amplia de experiencia para usar como caja de resonancia para ideas de diseño e implementación.
Permanecí en la misma compañía durante 7 años, pero, en los últimos años, también me mudé gracias, en parte, por centrarme inicialmente en los trabajos por contrato y más tarde gracias a los desafíos económicos que enfrentan mis empleadores. Elegí dejar a mi empleador anterior cuando se hizo evidente que la compañía se estaba derrumbando, y me enteré de que en realidad era un esquema Ponzi cuando presenté mi renuncia. El poco tiempo en mis dos trabajos anteriores despertó cierta sorpresa en las entrevistas, pero no es necesario ser negativo en las entrevistas cuando buscas algo más.
Si le preguntan por qué está motivado para irse, espero que sea porque la otra compañía ofrece un proyecto / tecnología / desafío más interesante, oportunidades para aprender de personas más experimentadas / talentosas y un paquete de compensación más convincente; puede decir cualquiera de esas cosas sin hacer que usted o su empleador actual se vean mal. Si eres razonablemente competente, tendrás opciones. Siempre debe estar abierto a explorar opciones para su próximo trabajo, incluso si está razonablemente contento en su posición actual, porque le dará una perspectiva sobre sus opciones para el desarrollo profesional y le permitirá tener más control sobre su futuro, ya que pasarás más tiempo eligiendo a tus empleadores en lugar de al revés.
De todos modos, su empleador está equivocado. La experiencia en "otros idiomas" es solo una pequeña parte de lo que es valioso en un desarrollador experimentado. Las cicatrices de batalla, la experiencia de construir y mantener sistemas complejos de manera sostenible y la experiencia de hacer malabarismos con las necesidades del negocio y la deuda técnica son lo que hace que los desarrolladores experimentados sean valiosos. Mis compañeros de trabajo junior pueden producir una gran cantidad de código en un corto período de tiempo, pero a menudo van y resuelven el problema incorrecto de una manera imposible de mantener. Pregúnteme cuál es más valioso, y le diré que necesitamos ingenieros superiores que puedan pensar de manera matizada y desarrolladores junior optimistas que quieran construir cosas nuevas lo más rápido posible, incluso si nos equivocamos algo la primera vez. . Pero la experiencia es valiosa, porque le impide gastar demasiado tiempo generando deudas técnicas.
Conozco a muchas personas con 3 años de experiencia en C # que todavía producen código C # unidiomatic, unidiomatic y de mala calidad, y conozco a un desarrollador de Java de larga data que tardó aproximadamente 6 semanas en comenzar a producir código C # de alta calidad que aprovechó las expresiones idiomáticas del lenguaje. y se acopló libremente gracias a una combinación de experiencia, curiosidad y revisión de código. Si tiene un empleador que no entiende que hay una diferencia, sí, es una buena idea buscar una oportunidad de crecimiento en otro lugar. Siempre debe querer trabajar con una empresa que ve más allá del futuro que usted y contrata a personas más inteligentes que usted.
fuente
{.fuente
No iría a ninguna parte si fuera tú. Has dejado en claro que todavía estás en las primeras etapas de tu carrera y que claramente te está yendo bien en el trabajo, y lo más importante, estás aprendiendo mucho.
Todas las empresas intentaron minimizar sus costos, es decir, pagar lo menos posible por todos sus recursos, así que trate de no tomarlo como algo personal. Si alguna vez echas un vistazo a la nómina en cualquier empresa, te sorprendería lo poco que tienen que ver los salarios de las personas con sus habilidades o incluso su utilidad para la empresa. A las personas se les paga lo menos que están dispuestas a aceptar. Las personas de recursos humanos no tienen ni idea? - increíble ;-) En realidad, conozco a la alta gerencia de las compañías de software que regularmente buscan personas con atributos muy específicos (lo que, por supuesto, excluye a muchas personas que se ajustan a la caracterización "inteligente y hace las cosas"), por lo que este pensamiento idiota no es solo limitado a las personas de recursos humanos, me temo.
Tenga cuidado de no dejarse llevar por el síndrome de "las colinas lejanas son más verdes"; en realidad, parece que tiene un trato bastante bueno en el lugar donde se encuentra. Creo que uno de los problemas con los sitios de StackExchange es que el estándar de contribuidor es muy alto, y al leer las respuestas (y a veces las preguntas) tiene la impresión de que todas las compañías de software deben estar llenas de estos supergeeks ultraeficientes que pasar todas las tardes y fines de semana codificando, tener sus dedos en algunos proyectos de código abierto, bloguear diariamente sobre su último truco, etc., etc. Su desarrollador de software promedio es mucho menos impresionante de lo que puede imaginar. De hecho, su contribuyente promedio de StackExchange probablemente ya esté en los niveles más altos tanto en su propia compañía como en general en la industria. Por un lado, es emocionante ver tanta excelencia puesta en el dominio público para que todos la vean, aprendan y se inspiren. Por otro lado, si, como yo, eres simplemente un "programador bastante bueno pero no un gurú", a veces puede ser desalentador que te recuerden continuamente tus limitaciones :-). Otra cosa para recordar es que muchas personas en este sitio son jóvenes y, aunque pueden ser grandes programadores, no lo han visto todo, pero por supuesto, como no lo saben, están muy felices de dar sus opiniones. sobre cómo deberían ser las cosas (tanto como era cuando era más joven - jajaja). Las cosas nunca son tan sencillas, así que ten cuidado con tu consejo. somos simplemente un "programador bastante bueno pero no un gurú", a veces puede ser desalentador recordar continuamente sus limitaciones :-). Otra cosa para recordar es que muchas personas en este sitio son jóvenes y, aunque pueden ser grandes programadores, no lo han visto todo, pero por supuesto, como no lo saben, están muy felices de dar sus opiniones. sobre cómo deberían ser las cosas (tanto como era cuando era más joven - jajaja). Las cosas nunca son tan sencillas, así que ten cuidado con tu consejo. somos simplemente un "programador bastante bueno pero no un gurú", a veces puede ser desalentador recordar continuamente sus limitaciones :-). Otra cosa para recordar es que muchas personas en este sitio son jóvenes y, aunque pueden ser grandes programadores, no lo han visto todo, pero por supuesto, como no lo saben, están muy felices de dar sus opiniones. sobre cómo deberían ser las cosas (tanto como era cuando era más joven - jajaja). Las cosas nunca son tan sencillas, así que ten cuidado con tu consejo. están muy contentos de dar sus opiniones sobre cómo deberían ser las cosas (como yo era cuando era más joven, jajaja). Las cosas nunca son tan sencillas, así que ten cuidado con tu consejo. están muy contentos de dar sus opiniones sobre cómo deberían ser las cosas (como yo era cuando era más joven, jajaja). Las cosas nunca son tan sencillas, así que ten cuidado con tu consejo.
Re el dinero, mantén la cabeza baja y demuestra tu valía en el trabajo. Aprende algunas habilidades de negociación de los libros, trata con clientes, debate público, lo que sea. Cuando llegue el momento, obtendrás el dinero que mereces y, lo que es más importante, las personas estarán dispuestas a pagarte lo que mereces.
Hablando personalmente, puedo decir que el desarrollo de software me ha brindado la oportunidad de vivir una vida maravillosa con un ingreso financiero razonable y condiciones de trabajo muy flexibles. No codifico en mi tiempo libre, no participo en proyectos de código abierto aparte de los relacionados con el trabajo. Yo no blogueo Probablemente no podría escribir una función de hexadecimal a entero en una hoja de papel (como vi a alguien en otra pregunta decir que era algo imprescindible de un entrevistado), pero podría decirle cómo lo haría de alguna manera eso mantendría a mi cliente muy feliz. A lo largo de los años, descubrí que el desarrollo de mis habilidades blandas fue igualmente un factor, si no más, que mis habilidades técnicas en el éxito que tuve.
Buena suerte. (Espero no encontrarme con la predicación aquí, estoy escribiendo esto en un descanso para tomar café de 10 minutos, por lo que probablemente necesite un poco de edición).
fuente
Aclara tus prioridades. ¿Qué es lo más importante para usted: el salario o el contenido del trabajo?
Me parece que tienes un buen trabajo en este momento, donde puedes aprender mucho, Y este es tu primer trabajo real haciendo desarrollo de software. En ese caso, considérese un aprendiz y aprenda todo lo que pueda pero con un salario menor. Si se le considera para un ascenso, puede mencionar en sus negociaciones que el salario es importante para usted y que necesita sentirse valorado. En cualquier caso, es de esperar que su situación mejore dentro de unos años.
fuente
Solo puedo decir 2 cosas:
fuente
El salario es solo una parte del paquete. Disfrutar de tu trabajo es otra. Es posible que pueda encontrar ambos en otra oportunidad, o tome otra y resulte que el ambiente es terrible, el trabajo es aburrido o algo más. La hierba no siempre es más verde del otro lado. A veces, mirando esa hierba más verde, de repente no nos gusta nuestra propia hierba, mientras que anteriormente estaba bien para nosotros. Tienes que equilibrar cuánto disfrutas de tu trabajo con la posibilidad de que disfrutes de otro igual.
fuente