DEV Community

Cover image for [PT-BR] Melhores empresas para NÃO se trabalhar como programador
Paulo Luan
Paulo Luan

Posted on

[PT-BR] Melhores empresas para NÃO se trabalhar como programador

Devs, Trabalhar em uma empresa de chernobyl guiada a Go-horse só vai atrasar a sua vida e carreira. Salário é importante, mas capital intelectual é o que importa, ele é um salárião muito maior "a ser realizado no futuro". Quanto mais júnior você for, mais você tem que se preocupar em ganhar conhecimento, e menos em dinheiro.

The more you learn the more you earn.

Na @reativa eu sempre falo para os alunos que a escolha da empresa é uma via de mão dupla, não entre em qualquer empresa só por estar desesperado atrás de um emprego, não deixa transparecer (mesmo que você esteja).

Entao vou dar algumas dicas para você identificar se uma empresa utiliza más práticas, para evitar você se ferre, pegue buchas desnecessárias, perca tempo e sanidade mental.

1: O primeiro passo é nunca aceitar vagas de emprego que não tenham arte bonita, se tiver tipo esses bonecos cinzas ridículos que não tem rosto, que você geralmente encontra em apresentação de slides amadoras, já sai correndo:

No alt text provided for this image

Se a empresa não tem gente nem para fazer a arte da vaga, imagina como é rolê dentro dela.

Por outro lado, se a vaga estiver escrita em um markdown em um repositório do Github ou em um Gist a empresa ganhou uma estrelinha no coração.

2: Entre em contato com as pessoas que já trabalham na empresa, ou que saíram dela, tente descobrir se o nível intelectual das pessoas que trabalham lá é maior ou menor que o seu, só aceite se for maior. Você sempre tem que ser a pessoa mais burra da empresa, e sempre se esforce para passar de nível e ser o mais inteligente da firma, quando chegar nesse nível mude para outra empresa com pessoas mais inteligentes, e continue o ciclo.

3: Na entrevista de emprego FAÇA PERGUNTAS, mas faça BOAS perguntas e seja polído. Vou listar algumas coisas que você pode usar para descobrir se a empresa é legal ou não (se alguma resposta for negativa fique com pé atrás): 

  • Eles usam Testes unitários? 
  • Usam alguma metodologia ágil corretamente? 
  • O cliente só fala com o analista, PO e gerente, e não pede as coisas diretamente para os devs?
  • Eles tem analistas que escrevem os requisitos? 
  • Os devs de lá são gente boa ou são um bando de jamanta? 
  • O gerente entende minimamente as necessidades técnicas do projeto ou claramente se esconde atrás da parede quando começam a falar alguma coisa técnica?
  • Eles usam algum Styleguide bem definido?
  • Tem alguém que faz a UX/UI/Design do projeto? ou ele se parece com os sites de 1998?
  • Tem um líder técnico que seja esperto e desenrolado pacas?
  • As decisões técnicas são baseadas na racionalidade? (se forem políticas SAI CORRENDO)

Não use esse linguajar chulo que estou usando agora, tente parecer que você é uma pessoa normal na entrevista de emprego (só depois que você for aceito ai pode liberar geral).

Na entrevista, peça para falar com o gerente que será o seu responsável, ou envie um e-mail para ele, fale de maneira elegante, faça perguntas mais ou menos como as seguintes, para descobrir os seguintes objetivos:

1 -- Quão receptivo você é quanto ao feedback que os funcionários dão ao discordarem de alguma coisa? (checa se ele/ela sabe receber críticas ou não)

2 -- Como líder, o que te frusta em relação aos seus funcionários? (se ele descascar a lenha é sinal que ele é fraco emocionalmente)

3 - Você está trabalhando em um novo projeto atualmente? Se sim, como tem sido sua interação com a equipe? (dá aquela sacada básica se tudo tá pegando fogo ou se é minimamente organizado)

4 -- Sabe dizer quais características seus funcionários apontariam como suas melhores qualidades? (vai descobrir se os funcionários gostam ou não dele, se ele der uma risadinha sem graça é pq o pau ta comendo solto na firma)

5 -- Que tipo de reconhecimento profissional você tem dado ao seu time, além dos programas de feedback tradicionais da empresa? (verifica se ele se importa minimamente com o time, se ele não lembrar é sinal de que o trem já descarrilhou faz um tempão)

6 -- Algum membro da sua equipe foi promovido nos últimos dois anos? Se sim, qual foi o motivo da promoção? (verifica se os caras tem plano de carreira ou não)

7 -- Que tipo de trabalho você delega aos seus funcionários? (bom pra saber como que ele toma as decisões gerenciais, entender um pouco do racional dele, se ele manja de ser gerente ou não)

8 -- Quais serão as três principais características dos candidatos que vocês estará avaliando para esta posição? (agora ele vai ter que revelar os segredos)

9 -- Qual é a principal característica do seu melhor colaborador? (se ele não souber é sinal de que ele é bem ruim como gerente)

10 -- Você pode me dar um exemplo do pior erro cometido dentro do seu time e como foi sua reação? (checa se ele tem emocional bom ou não, se ele não souber o que dizer é sinal de que ele está sem graça de revelar porque deve ter dado ruinzasso e rolado várias tretas)

Está curtindo os conteúdos da Reativa? Quer que a gente te ajude a ser um dev melhor? Deixe seu melhor email aqui.

Leia também: ← Faculdade de TI é perda de tempo - Como fazer as empresas saírem no tapa por você →

Sua melhor escolha para aprender programação: Reativa Tecnologia

Comenta aí quais são as empresas que são LEGAIS de se trabalhar como dev?

Top comments (0)