O empregador admite que seus desenvolvedores são mal pagos e subvalorizados. Hora de se separar? [fechadas]


33

Meu empregador publicou recentemente uma vaga para um desenvolvedor de C # com 3 a 5 anos de experiência. Os requisitos e expectativas para o cargo eram justos, até os critérios para determinação do salário. Foi declarado claramente que a compensação dependeria SOMENTE da experiência em C # e que anos de experiência em programação com outras linguagens e estruturas seriam considerados irrelevantes e não levados em consideração. bandeira e afastar-se. Tentei explicar que o desenvolvimento de software é muito mais do que linguagens específicas e que pagar a alguém por sua experiência em um único idioma é uma abordagem míope para contratar bons desenvolvedores (estou dizendo isso ao departamento de RH de uma empresa de software) .

A resposta: "Estamos cansados ​​de perder tempo entrevistando desenvolvedores que esperam 'grandes salários' porque eles têm muita experiência em programação adicional em linguagens além daquilo que exigimos". A questão número 1 aqui é que 'grandes salários' = taxa de mercado. Após uma discussão séria, eles essencialmente admitiram que ninguém na empresa é pago próximo à taxa de mercado por suas habilidades, e não há nada que possa ser feito sobre isso. A suíte C tem a mentalidade de que os funcionários só devem ser pagos por habilidades comprovadas ao longo de anos sob sua vigilância. Os desenvolvedores iniciantes são escolhidos por menos de US $ 38 mil e podem chegar a 50 mil depois de três anos, o que eu suponho ser o que eles planejam oferecer aos candidatos para a posição C #. Outra descoberta interessante (não tão relevante) - as pessoas 'promovidas' responsabilidades mais altas não recebem aumentos. A 'promoção' é considerada um ajuste dos papéis dos indivíduos para melhor se adequar a seus 'pontos fortes', e é para isso que eles já estão sendo pagos.

Depois de ouvir essas verdades duras diretamente do RH, eu diria que a maioria das pessoas que estão se cuidando rapidamente começa a procurar um novo empregador que tenha uma idéia melhor do que está fazendo no setor (essa empresa falha em muitos outros maneiras, mas eu não quero escrever um livro). Aqui está o meu dilema, no entanto:

Esta é a primeira posição oficial de desenvolvimento de software que ocupei, há apenas 1 ano. Minha posição anterior de 3 anos era em uma empresa muito pequena, onde eu desempenhava muitas funções, entre elas o desenvolvimento de software (não na descrição oficial do meu cargo, mas tentei muito fazê-lo). Identifiquei aberturas locais para as quais estou qualificado atualmente, a maioria pagando pelo menos 50% a mais do que estou recebendo agora. A pergunta é: é cedo demais para um salto? Estou adquirindo uma experiência valiosa na minha posição atual, sem falta de projetos interessantes. O ambiente de trabalho é muito confortável, e muitos me disseram que estou no centro das atenções do pessoal do nível C pelas coisas que pude realizar durante meu curto período de tempo (pelo que vale a pena). No entanto, há um claro custo de oportunidade para ficar, sabendo agora com certeza que terei que esperar de 3 a 5 anos apenas para ter o limite do que eu poderia estar ganhando em outro lugar este ano. Também estou ciente de que o 'funil de empregos' é um rótulo perigoso, independentemente dos motivos.

ATUALIZAÇÃO: Acabei de aceitar uma oferta em outra empresa, pagando significativamente mais e com projetos ainda mais interessantes. Obrigado a todos pelas respostas perspicazes.


4
Você terá uma experiência valiosa em um novo emprego. Existem outros trabalhos sem falta de projetos interessantes e ambientes de trabalho muito confortáveis. Sem dúvida, você impressionará outros empregadores com as coisas que você é capaz de realizar. Encontre um emprego melhor e pule.
Carson63000

Se você pode ganhar US $ 38 mil em material didático, incrível. As empresas de merda geralmente esperam mais do que menos, então eu deixaria seu traseiro arrependido. Você pode fazer o dobro ou o triplo por aí.
DisEngaged

2
Como profissional de RH, aconselho você a trabalhar duro durante o dia e procurar um novo emprego durante a noite. "Muito cedo para pular" significa apenas "não há bons empregos disponíveis" - se você conseguir encontrar uma posição melhor, aceite-a! A vida é muito curta, irmão. EDITAR PARA ADICIONAR - o rótulo da tremonha de trabalho se aplica apenas se você não puder justificar sua saída rápida durante a entrevista. Eu suspeito que você não terá esse problema se tudo o que você diz é verdade!
Tirou

Respostas:


24

As empresas que não valorizam a retenção não oferecem remuneração competitiva. Eles também tendem a obter o que merecem, pois tendem a atrair desenvolvedores com menos opções. Às vezes, isso significa apenas pessoas com pouca negociação ou habilidades com as pessoas, mas geralmente resulta em pântanos tecnológicos porque não há ninguém com uma ampla gama de experiência para usar como caixa de ressonância para idéias de design e implementação.

Fiquei na mesma empresa por 7 anos, mas, nos últimos anos, também me mudei graças, em parte, ao foco inicial em contratos e, mais tarde, aos desafios econômicos enfrentados por meus empregadores. Optei por deixar meu empregador anterior quando ficou claro que a empresa estava em colapso e soube que era realmente um esquema de Ponzi na época em que solicitei minha demissão. O curto período de tempo em meus dois empregos anteriores levantou algumas sobrancelhas nas entrevistas, mas você não precisa ser negativo nas entrevistas quando procura algo mais.

Se você for perguntado por que está motivado para sair, eu espero que seja porque a outra empresa oferece um projeto / tecnologia / desafio mais interessante, oportunidades de aprender com pessoas mais experientes / talentosas e um pacote de remuneração mais atraente; você pode dizer qualquer uma dessas coisas sem fazer você ou seu empregador atual parecerem ruins. Se você for razoavelmente competente, terá opções. Você sempre deve estar aberto para explorar opções para o seu próximo emprego, mesmo que esteja razoavelmente satisfeito em sua posição atual, porque isso lhe dará uma perspectiva sobre suas opções para o desenvolvimento de carreira e permitirá que você tenha mais controle sobre seu futuro, pois você gastará mais tempo escolhendo seus empregadores do que o contrário.

De qualquer forma, seu empregador está errado. A experiência em "outros idiomas" é apenas uma pequena parte do que é valioso em um desenvolvedor experiente. Cicatrizes de batalha, experiência na construção e manutenção de sistemas complexos de maneiras sustentáveis ​​e experiência no manuseio das necessidades dos negócios e da dívida técnica são o que tornam valiosos os desenvolvedores experientes. Meus colegas de trabalho juniores podem produzir muito código em um curto espaço de tempo, mas geralmente resolvem o problema errado de uma maneira que não pode ser mantida. Pergunte-me o que é mais valioso, e eu lhe direi que precisamos de engenheiros seniores que possam pensar de maneiras sutis e desenvolvedores juniores otimistas que desejam criar novas coisas o mais rápido possível, mesmo se errarmos na primeira vez . Mas a experiência é valiosa, pois impede que você gaste muito tempo gerando dívida técnica.

Conheço muitas pessoas com 3 anos de experiência em C # que ainda produzem códigos C # ruins, não sustentáveis ​​e unidiomatic, e conheço um desenvolvedor Java de longa data que levou cerca de 6 semanas para começar a produzir código C # de alta qualidade que aproveitava os idiomas. e foi fracamente acoplada graças a uma combinação de experiência, curiosidade e revisão de código. Se você tem um empregador que não entende que existe uma diferença, sim, é uma boa ideia procurar uma oportunidade de crescimento em outro lugar. Você deve sempre querer trabalhar com uma empresa que enxerga mais longe no futuro do que você e contrate pessoas mais inteligentes que você.


4
Não avaliar a retenção também tende a resultar em bagunças completas e completas, porque os programadores atuais esgotam ou obtêm melhores ofertas e saem e, em seguida, o novo lote de programadores tem um monte de código existente para trabalhar que pode ser documentado, quase que definitivamente não é '' t no estilo de codificação a que estão acostumados, e não há como entrar em contato com o codificador original para perguntar o que eles estavam planejando quando escreveram esta ou aquela sub-rotina, resultando em lentidões drásticas, pois precisam aprender a compreender o código existente ao adicionar para ele, e burnouts ainda mais rápidos ...
Shadur

+1: "demorou cerca de 6 semanas" Isso é verdade na minha experiência.
precisa

E a parte mais difícil foi provavelmente aprender a pressionar enter antes e depois de digitar a {.
Dan Neely

24
  • Por um lado, você trabalha para uma empresa que não tem idéia do que faz um desenvolvedor de software que realmente ganha seu salário (uma profunda experiência em um idioma pode ser benéfica, mas, como você indicou, não é tudo).
  • Por outro lado, você diz "não faltam projetos interessantes" - infelizmente, empresas interessantes podem pagar menos, se quiserem. As empresas inteligentes e empolgantes pagam mais, porque então conseguem o melhor dos melhores.
  • Como existem muitos fatores (como projetos empolgantes) que determinam o valor da atração de cada trabalho para cada empresa, bem como o valor real de cada desenvolvedor individual, a "taxa de mercado" é meio que uma piada. No seu melhor, é difícil.
  • Um ano não é muito cedo para sair, se você puder dar uma boa razão para futuros empregadores sem parecer pessimista, queixoso ou funcionário de alta manutenção.
  • No mínimo, eu estaria olhando em volta para ver o que mais há por aí. No final, você é o único que será capaz de tomar essa decisão. Mas será difícil fazê-lo funcionar em uma empresa que não parece valorizar seus funcionários.

11

Eu não iria a lugar nenhum se fosse você. Você deixou claro que ainda está nos estágios iniciais de sua carreira e claramente está se saindo bem no trabalho e, o mais importante, está aprendendo muito.

Toda empresa tentou minimizar seus custos, ou seja, pagar o mínimo possível por todos os seus recursos, portanto, tente não levar para o lado pessoal. Se você já visse a folha de pagamento de qualquer empresa, ficaria chocado com o pouco que os salários das pessoas têm a ver com suas habilidades ou até utilidade para a empresa. As pessoas são pagas pelo menos que estão dispostas a aceitar. Pessoas de RH que não têm idéia? - inacreditável ;-) Na verdade, eu conheço a gerência sênior em empresas de software que procuram regularmente pessoas com atributos muito específicos (o que, obviamente, exclui muitas pessoas que se encaixam na caracterização "inteligente e faz as coisas") - então esse pensamento idiota não é apenas limitado para o pessoal de RH, eu tenho medo.

Tenha cuidado para não se deixar levar pela síndrome "as colinas distantes são mais verdes" - na verdade, parece que você tem um bom negócio onde está. Um dos problemas que eu acho nos sites StackExchange é que o padrão de colaborador é tão alto e, ao ler as respostas (e algumas vezes as perguntas), você tem a impressão de que todas as empresas de software devem estar preenchidas com esses supergeeks ultra-eficientes que gaste todas as noites e fins de semana codificando, participe de alguns projetos de código-fonte aberto, blogue diariamente sobre seus últimos hackers, etc. Isso é exatamente o oposto da realidade. Seu desenvolvedor de software médio é muito menos impressionante do que você imagina. De fato, seu colaborador médio do StackExchange provavelmente já está nos escalões mais altos da empresa e também do setor em geral. Por um lado, é emocionante ver essa excelência trazida ao domínio público para que todos possam ver, aprender e se inspirar. Por outro lado, se, como eu, você é apenas um "bom programador, mas nenhum guru", às vezes pode ser desanimador lembrar continuamente suas limitações :-). Outra coisa a lembrar é que muitas pessoas neste site são jovens e, embora sejam grandes programadores, não viram tudo, mas é claro que, como não sabem disso, ficam muito felizes em dar suas opiniões. sobre como as coisas deveriam ser (como eu era quando era mais nova - risos). As coisas nunca são tão simples, por isso tome cuidado com o conselho que deve seguir. Como apenas um "bom programador, mas nenhum guru", às vezes pode ser desanimador lembrar continuamente suas limitações :-). Outra coisa a lembrar é que muitas pessoas neste site são jovens e, embora sejam grandes programadores, não viram tudo, mas é claro que, como não sabem disso, ficam muito felizes em dar suas opiniões. sobre como as coisas deveriam ser (como eu era quando era mais nova - risos). As coisas nunca são tão simples, por isso tome cuidado com o conselho que deve seguir. Como apenas um "bom programador, mas nenhum guru", às vezes pode ser desanimador lembrar continuamente suas limitações :-). Outra coisa a lembrar é que muitas pessoas neste site são jovens e, embora sejam grandes programadores, não viram tudo, mas é claro que, como não sabem disso, ficam muito felizes em dar suas opiniões. sobre como as coisas deveriam ser (como eu era quando era mais nova - risos). As coisas nunca são tão simples, por isso tome cuidado com o conselho que deve seguir. eles ficam muito felizes em opinar sobre como as coisas devem ser (como eu era quando era mais nova - risos). As coisas nunca são tão simples, por isso tome cuidado com o conselho que deve seguir. eles ficam muito felizes em opinar sobre como as coisas devem ser (como eu era quando era mais nova - risos). As coisas nunca são tão simples, por isso tome cuidado com o conselho que deve seguir.

Re o dinheiro, mantenha a cabeça baixa e prove seu trabalho. Adquira algumas habilidades de negociação em livros, lidar com clientes, debater em público, o que for. Quando chegar a hora, você receberá o dinheiro que merece e, mais importante, as pessoas estarão dispostas a pagar o que você merece.

Falando pessoalmente, posso dizer que o desenvolvimento de software me proporcionou a oportunidade de viver uma vida maravilhosa com uma renda financeira razoável e condições de trabalho muito flexíveis. Não codifico no meu tempo livre, não estou envolvido em projetos de código aberto além dos relacionados ao trabalho. Eu não blog. Provavelmente, eu não conseguia escrever uma função hexadecimal para número inteiro em um pedaço de papel (como vi alguém em outra pergunta dizer que é essencial para um entrevistado), mas eu poderia dizer como eu faria isso de uma maneira isso manteria meu cliente muito feliz. Ao longo dos anos, descobri que o desenvolvimento de minhas habilidades sociais era igualmente, se não mais, um fator do que minhas habilidades técnicas em qualquer sucesso que eu tenha tido.

Boa sorte. (Espero não encontrar aqui pregações - estou escrevendo isso em um intervalo de 10 minutos para o café, por isso provavelmente precisa de algumas edições).


8

Coloque suas prioridades em ordem. O que é mais importante para você: salário ou conteúdo do trabalho?

Parece-me que você tem um bom trabalho agora, onde pode aprender bastante, E este é o seu primeiro trabalho real no desenvolvimento de software. Nesse caso, considere-se um aprendiz e aprenda tudo o que puder, mas com um salário mais baixo. Se você é considerado para promoção, pode mencionar em suas negociações que o salário é importante para você e que você precisa sentir que é valorizado. De qualquer forma, esperamos que sua situação melhore dentro de alguns anos.


7

Só posso dizer 2 coisas:

  1. Trabalhos emocionantes se transformam em ônus com o tempo.
  2. Você pode ter empregos interessantes e um bom salário em uma empresa que oferece ambos.

3

O salário é apenas uma parte do pacote. Apreciar o seu trabalho é outro. É possível que você encontre as duas em outra oportunidade, ou pegue outra, e o ambiente é terrível, o trabalho é chato ou algo mais. A grama nem sempre é mais verde do outro lado. Às vezes, olhando para a grama mais verde, de repente não gostamos da nossa própria grama, enquanto que antes era bom para nós. Você precisa equilibrar o quanto gosta do seu trabalho com a chance de desfrutar de outro igual.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.