Por Que 90% dos Devs Não São Contrataveis (E Como Encontrar os 10%)

Excelente post, apenas vai ser um pouco desagradável pra muitos.
Entendo muito essas dores, mas na posição de candidato. Trabalho na área há 6 anos e nunca consegui entrar numa empresa por meios tradicionais, ou seja, currículo e entrevista. Todas as minhas contratações foram através de reuniões sinceras e objetivas, abertura pra ser sincero e falar no que sou bom e onde sou ruim, isso nao existe no modelo de contratação tradicional. E por fim sempre fui contratado após entrevistas técnicas onde eu tinha que desenvolver e explicar meu código, no mesmo modelo que tu apresentou no post.

Conclusão, o modelo de contratação tradicional não funciona. Apenas segmenta currículos que podem ou não refletir a qualidade do profissional. Eu sou o profissional que não tem um currículo excepcional mas que sai na frente em entrevistas e conversas reais e sei que não sou o único frustrado.

Espero que teu post possa ser útil para os devs que querem se qualificar melhor para bons recrutadores como vc e também ajudar a recrutadores a entenderem e se adequarem à realidade do mercado.
Excelente Gui, parabéns e obrigado pela colaboração pra uma melhor comunidade!

Meu, só não consegui dar mais pontos pq o sistema limitou a 3. É a primeira vez q faço isso, pois esse tipo de post mostra exatamente o q as pessoas q estão entrando precisa enxergar, pois programação não é bicho de sete cabeças, mas não é fácil.

Muito do que vc falou aqui eu nem passou pela minha mente, pois nunca cheguei nessa etapa de ter q contratar pessoas e não sabia exatamente das dores de um contratante, mas ver alguém q tem experiência e mostra a verdadeira necessidade da empresa, é muito bom para que os candidatos entendam q não é simples assim entrar no mercado (a não ser q elas consigam aquelas vagas meia boca).

Eu venho tentando ajudar as pessoas perdidas ou desesperadas por aqui no TabNews e agora tenho uma referência de post para as próximas pessoas que começarem a reclamar do mercado. Espero q ajude eles a enxergar a realidade e se esforcem mais para aprender programação como precisa ser aprendido.

Bom, desejo boa sorte ai nas buscas pelos novos colegas de trabalho na sua empresa.

Em um post anterior, comentei que via a programação como qualquer outra profissão decente: não iria fazer milagres financeiros, mas poderia ganhar minha vida com ela, a escolhi porque gostava de tecnologia, da mesma forma que escolheria física se gostasse de fenômenos físicos. Me entristece muito ver muita gente tentando entrar na área achando que irá mudar completamente de vida do dia para a noite, não gosto desse tipo de marketing agressivo, que faz com que suas palavras, absolutamente realistas, possam ser duras para alguns. Não há nada de duro aí, é apenas realidade. Há mesmo de se dedicar por pelo menos um ano para conseguir alguma vaga, como em qualquer outra profissão por aí, como dito anteriormente.

Vi, em um grupo de desenvolvedores, gente reclamando que cobraram funções recursivas e orientação a objetos em uma entrevista para Django, falando que era muito complexo. Embora tenha ficado calada para evitar confusões, imagino que qualquer dev com seis meses de experiência deveria saber fazer um fibonnaci recursivo, entender os problemas disso, imaginar uma árvore de recursão e obviamente entender o básico de orientação a objetos. Na hora, pensei: "será que estou sendo muito tóxica? O cara parece tão triste e acabou de perder uma vaga, não deveria pensar sobre isso".

Ainda estou em uma fase da carreira em que não há sindrome do impostor -- sou mesmo impostora, sinceramente. Tem muito que não sei (acabei de aprender o que é edge case com seu teste de 15 minutos, inclusive) e certamente passo longe de ser contratável, mas não vejo problema nisso por ora. Ando empolgada para aprender e me planejo para encher esse mercado de currículos em alguns poucos meses, após me especializar direito em algo. Até lá, vou organizar meu github (que, graças ao bom Deus, já está ativo) e colocar meus pensamentos em algo além do tab news -- fiquei muito feliz por minha primeira postagem ter sido minimamente relevante, aliás. Enfim, sem me extender tanto, irei seguir o que foi dito no post e fico agradecida pelas dicas.

Indo um pouquinho além em seu post, eu pessoalmente colocaria a temida matemática básica. Não limites, integrais e derivadas, mas aritmética, algebra e lógica. Saber fazer questões básicas de uma olímpiada de programação não deveria ser exceção, mas a regra. Acho muito estranho que grande parte dos programadores que aspiram a profissão não gostem de matemática, já que são áreas tão relacionadas entre si.

E se você leu até aqui e achou que tem o perfil: meu WhatsApp está lá em cima. Vamos conversar.

De toda forma, se a Cluely aparecer com vagas para pessoas que estão entrando no mercado daqui algum tempo, certamente estarei tentando provar meu perfil. Preciso aprender mais um tanto ainda, mas certamente sei a diferença entre null e undefined.

Curioso pensar que tudo o que você disse se aplica para desenvolvedores mais experientes ou seniores, mas também funciona para júniors, afinal, a postura desejada é a mesma.

Concordo que o mercado está saturado de pessoas desinteressadas por tecnologia, mas a proporção 90/10 me impressiona. Essa proporção vem da análise fria dos seus números de recrutamento ou é um percepção empírica colocada em número?

Achei muita exigência. O importante para mim é o dev se adaptar às situações e resolver problemas. Trabalho com excelentes devs e muitos deles relataram que foram reprovados no live código em outras empresas.

Cara, até alguns anos atrás, antes da IA se tornar comum no nosso dia a dia, eu conseguia realizar essas atividades de forma tranquila: escrevia o código como se fosse um diário, consultava uma documentação ou algum blog ali, e tudo fluía melhor.

Hoje me vejo pegando muito código das IAs. Mesmo refatorando, ajustando, tirando uma coisa aqui, mudando o nome de uma variável ali, ainda assim sinto que é Ctrl+C e Ctrl+V dos prompts retornando.

As IAs, de fato, me ajudaram a entender mais coisas, construir projetos mais rapidamente e até consegui subir um SaaS em três meses. Mas fico com uma dúvida: como está sendo para vocês, tech recruiters, que realizam entrevistas, lidar com pessoas que usam IA? É errado usar IA? (Creio que não).

Qual é a linha tênue para utilizar IAs na criação de código?

Consigo concordar em quase tudo, menos no quesito do open source. É foda o dev que trabalha 8h por dia, quer cuidar da saúde numa academia, e ainda o pouco tempo que resta do dia dele, é para estudar as coisas que ele precisa, ao invés de participar de open source. Já conheci muito dev bom que não tem nehuma contribuição com open source.

Fiquei com preguiça de ler até o final.

Você tem um excelente ponto para contratação e foi sua maior jogada para as pessoas lerem o post: Botou o salário logo de cara.

Eu entendo ser difícil achar bons devs. Já trabalhei com gente que recebia mais que eu, não cumpria prazo, o que eu fazia com 2 dias, a pessoa levava 1 mês.

A moral da história é que tech hoje virou leilão de salário, com várias softhouses vendendo sênior para clientes em contrato e entregando estagiário/junior com dias ou semanas de experiência. Só está tendo no mercado, o que o mercado quer. Se não tivesse casos de empresas contratando junior, com salário de junior para serviço de pleno, a régua mesmo cortaria o povo que você reclamou.

Excelente post! Fiquei curioso: como foi o processo pra ser Founder Engineer na Cluely?

Qual o nível de qualificação que você procura nos candidatos?

Porque pelo que eu entendi no tópico 2 você apresenta um teste para eliminar os candidatos que não conseguem programar um CRUD básico, coisa que um iniciante com estudo consegue fazer, mas no tópico 3 você faz uma entrevista técnica e pede um code review que indica que é não parece ser uma pergunta a se fazer a iniciantes na minha opinião.

O nível de candidatos mid e sênior está tão baixo que você precisa adotar essa primeira filtragem ou a entrevista para esses candidatos tem mais etapas e perguntas mais específicas?

Publicação altamente relevante. 👌

Às vezes penso o quão tentador é abrir mão da flexibilidade em troca de uma regulamentação da profissão de dev. Isso evitaria casos como os que foram mencionados de candidatos que mal sabem o básico.

Eu não gostaria de ter uma casa projetada por um cara que apenas viu um tutorial no YouTube.

Obrigado por esse Post!

Tenho 36 anos, estou tentando entrar na área, dificil encontrar alguem falando a "real" assim.
Cada página que entramos ou estão oferecendo cursos ou estão falando que a I.A vai ficar no lugar de todos os programadores.

Enfim... Estou tentando, sem retorno algum.. mas tentando.
Acho que com esse post, consigo ter um norte melhor de como procurar uma vaga e conseguir uma oportunidade!

Muito obrigado!!

agora tentando adicionar a conversa

O que importa:

Projetos pessoais no GitHub (código real, não forks vazios)
Histórico de commits (consistência > quantidade)
Pull requests em projetos open source

Eu até entendo tua lógica, mas sempre que falam isso eu lembro de 3 dos melhores devs que eu conheço não tem um perfil publico no github

Boom!! Caiu como uma bomba..
Tenho 44 anos e 25 como desenvolvedor. Já passei por muitos processo e sempre me admiro com as mudanças de exigências em processos seletivos.

Lendo seu Post, vejo que mais uma vez vamos ter de apertar e estrangular a passagem para evitar os "aventureiros". Isso já não é a primeira vez que vejo acontecer, se trata de um movimento cíclico.

Ser "Nerd" Virou moda ...

Parabéns pelo artigo.

Post incrível! Concordo muito com o que disse sobre um dev de verdade aprender qualquer stack. Os processos seletivos estão horríveis, ficam exigindo tecnologias super específicas que a pessoa conseguiria dominar em dias.

Excelente reflexão, Gui 👏

Concordo muito com a visão — principalmente na parte sobre soft skills.
Na prática, o que mais diferencia um bom profissional não é apenas o quanto ele domina uma stack, mas como ele pensa, se comunica e reage diante de problemas reais.

Já vi muitos casos em que o “dev que sabia tudo” travava quando precisava colaborar ou pedir ajuda. Por outro lado, quem tinha uma boa base, curiosidade genuína e humildade pra aprender, evoluiu rápido e se tornou peça-chave no time.

Hard skill a gente ensina.
Mas caráter, comunicação e senso de responsabilidade são o que realmente fazem a diferença no longo prazo tanto pra entregar quanto pra crescer junto com o time.

Excelente ver alguém trazendo esse tema de forma direta e honesta.

Como programador sênior, me sinto até aliviado em ver recrutadores pensando dessa forma. Mas, saindo um pouco do foco principal do post, preciso dizer que, infelizmente, ainda há muitas empresas que preferem contratar cinco juniores pelo preço de um sênior, mesmo sabendo dos problemas que isso pode causar.

Elas contratam um júnior e esperam dele um desempenho de pleno, preferem “moldar” o profissional e até pagar cursos para que ele evolua, mas mantêm o salário baixo. Isso acaba sendo ruim tanto para o júnior quanto para o sênior e eu vou explicar o porquê. Não dá pra dizer que as empresas estão completamente erradas, muitas realmente não têm recursos para pagar o valor que um sênior pede, e acabam optando por arriscar com profissionais mais novos.

Um dos últimos casos que ouvi foi de um amigo meu, júnior, que trabalhava em uma empresa de médio porte que faz licitações para o governo e também atua como software house. Eles até poderiam pagar por desenvolvedores sêniores, mas todos os cerca de 15 devs eram juniores. O dono da empresa, que era quem validava tudo, era o único com nível sênior.

Meu amigo dizia que frequentemente precisava trabalhar fora do horário e, quando surgia algum bug (o que é normal entre devs juniores), o dono acabava esculachando o time, cobrando resultados de nível pleno ou sênior. Chegaram a me chamar para uma vaga de programador, sem especificar o nivel, eu me ofereci e mesmo oferecendo um valor bem abaixo do mercado como Sênior, acharam caro — rs.

Hoje meu amigo já saiu de lá, mas ainda me conta histórias inacreditáveis. Vários dos sistema deles está cheio de gambiarras e bugs absurdos.

Mas é isso, o mercado em geral está muito ruim, muitas empresas (não todas) , não sabem o valor e as vantagens que um bom profissional de alto nível pode trazer para elas. Então eu adimiro muito empresas como a sua e recrutadores que fazem esse filtro.

achei elitista, posta mais