A ilusão do portfólio: por que aquela página com sua foto não vai te arrumar emprego

Todo mês aparece a mesma cena nos grupos: alguém posta o link de um portfólio — uma página HTML com foto, nome, três ícones de rede social e uma lista de repositórios chamados todo-list, calculadora e clone-do-netflix — e pergunta por que não está sendo chamado para entrevista. A resposta honesta é desconfortável: não é por causa do portfólio. É que aquilo nunca foi o instrumento que decide contratação de emprego fixo, e quem disse que era estava vendendo outra coisa.

Vale começar pela parte que quase ninguém checa: isso é recente. Não é uma prática histórica da profissão que os iniciantes de hoje redescobriram.

O GitHub existe desde 2008. Durante a maior parte desse tempo ele foi ferramenta de trabalho e infraestrutura de projeto aberto — não vitrine de candidato. Quem entrou na área nos anos 2010 mandava currículo, fazia teste técnico e conversava sobre o que tinha feito. Ninguém montava uma landing page de si mesmo para conseguir vaga CLT, e ninguém era cobrado por não ter uma.

O hábito de publicar progresso de estudo tem uma data mais ou menos identificável: em junho de 2016, um desenvolvedor chamado Alexander Kallaway propôs um desafio pessoal — programar pelo menos uma hora por dia durante 100 dias seguidos e publicar o progresso, o que virou a hashtag #100DaysOfCode. Repare no propósito original: era disciplina de estudo com prestação de contas pública. Não era peça de contratação. A distorção veio depois.

O ponto de virada foi 2020. Confinamento, juros baixos, mercado de tecnologia inflacionado e uma promessa que circulou em escala industrial: seis meses de curso e você troca de vida. Os números do próprio GitHub mostram o tamanho da enxurrada — o relatório Octoverse de 2020 registrou mais de 60 milhões de novos repositórios criados no período e uma entrada expressiva de gente que não era desenvolvedora: estudantes, professores, analistas de dados, designers. A plataforma fechou aquele ano com mais de 56 milhões de desenvolvedores.

E aqui está a parte que interessa. Para quem vendia curso, “monte um portfólio” resolvia um problema comercial específico:

Cinco anos depois, o conselho continua sendo repetido por gente bem-intencionada que nunca participou de uma contratação — enquanto o volume tornou o sinal ainda mais fraco. O Octoverse de 2025 aponta mais de 180 milhões de desenvolvedores na plataforma, com cerca de 36 milhões de novos desenvolvedores em um único ano e 395 milhões de repositórios públicos. Um link para um repositório não é escassez. É ruído.

Vamos ser literais sobre o que aquele conjunto de arquivos comunica para quem está do outro lado.

Ele prova que, em algum momento da sua vida, você digitou código. Ou, dependendo do repositório, que você copiou código — clonou o do instrutor, seguiu o vídeo, colou a resposta do fórum ou pediu para uma IA. Não existe como distinguir uma coisa da outra olhando o resultado.

E tem o argumento que encerra a discussão em 2026: um clone de streaming, uma to-do list e um site de portfólio são exatamente o tipo de artefato que uma IA entrega em minutos, com testes e README caprichado. Um artefato que uma máquina produz em quatro minutos não funciona como evidência de capacidade humana. Não porque a ferramenta desmerece quem estuda — mas porque a evidência deixou de discriminar. Se qualquer um consegue, ter não te diferencia de ninguém.

Isso não é desdém com o esforço de quem fez. É uma constatação de mecânica: ninguém abre o link porque não existe pergunta que aquele link responda. O avaliador precisa saber como você pensa sob restrição — e um projeto sem restrição, sem usuário e sem histórico não responde isso nem se ele passar a tarde inteira lendo.

Esta é a parte que raramente chega até quem está estudando, porque quem está do lado de dentro não costuma escrever sobre isso. São quatro problemas práticos, e nenhum deles é má vontade.

Não existe tempo. Uma vaga de entrada hoje recebe centenas de candidaturas. Ler código de estranho com atenção suficiente para formar juízo leva de 20 a 40 minutos por pessoa. Ninguém tem 80 horas para gastar numa triagem — então a triagem acontece pelo que é rápido de ler: histórico, o que você fez, e a conversa.

Falta o contexto que dá sentido ao código. Código só é avaliável junto com as restrições que o produziram: prazo, sistema legado que não podia quebrar, requisito que mudou no meio, decisão de infraestrutura que já existia, gente discordando. Projeto de estudo não tem nada disso. Ele foi escrito no vácuo, sem consequência e sem ninguém dependendo dele. Olhar aquilo e concluir alguma coisa sobre o profissional é chute com aparência de método.

Não é comparável. Um candidato mandou um clone de e-commerce, outro mandou um bot de Discord, o terceiro mandou uma API de biblioteca. Não existe régua comum. Processo seletivo precisa de comparabilidade — é por isso que existe teste técnico padronizado, mesmo com todos os defeitos que ele tem.

Não há procedência. Não dá para saber quem escreveu aquilo, com quanta ajuda e em quanto tempo. E o custo do erro é assimétrico: aprovar alguém baseado em código que a pessoa não escreveu custa muito mais caro do que reprovar alguém que escreveu.

Se não é o portfólio, o que é?

Grosso modo, o que a gente olha são seis coisas — e todas aparecem em conversa, não em link:

Como já escrevi antes por aqui, senioridade é qualidade, não quantidade: não é a quantidade de tecnologias, de cursos ou de repositórios que define nível. É a profundidade do que você já teve que resolver.

Boa parte da frustração vem de uma confusão de categorias. Estudar programação não te torna júnior — te torna estudante de programação. São coisas diferentes, com expectativas diferentes.

O júnior já é profissional. Ele não é “o estudante que passou”. Ele tem responsabilidade real: se o código dele quebra o faturamento, o problema é da empresa e o aprendizado é dele. Ninguém consegue avaliar isso em quem nunca esteve nessa posição — e é exatamente por isso que a primeira vaga é a mais difícil de todas, com ou sem portfólio.

E o estágio, no Brasil, é uma figura jurídica específica — não é “júnior barato”. A Lei 11.788/2008 define estágio como ato educativo escolar supervisionado, exigindo que o estudante esteja frequentando ensino regular, com termo de compromisso assinado pelas três partes, supervisor designado e jornada limitada a 6 horas diárias e 30 semanais para o ensino superior. Sem esses requisitos, o estágio é nulo e vira vínculo empregatício com todas as obrigações trabalhistas.

Duas consequências práticas que ninguém conta para quem está começando:

Esse é o paradoxo que sustenta a ilusão inteira.

Existe, sim, um tipo de portfólio que impressiona: projeto com usuários reais, com issues abertas por estranhos, com histórico de manutenção de anos, com releases, com gente dependendo daquilo. Só que quem tem isso quase nunca está procurando emprego pelo formulário. Essa pessoa já está no mercado, já tem colegas de trabalho anteriores, já é lembrada quando abre vaga. O canal dela é indicação — o velho QI, “quem indica” — e indicação continua sendo o caminho mais rápido para uma vaga em qualquer lugar do mundo.

Ou seja: o portfólio forte é consequência de já estar na área, não causa de entrar nela. Quem precisa desesperadamente do portfólio é justamente quem ainda não tem o que colocar dentro dele.

Isso não quer dizer que ele nunca conte. Conta — só que em contexto diferente do que te venderam:

Guarde a assimetria: um portfólio excelente raramente decide uma contratação, mas um portfólio ruim consegue atrapalhar — link quebrado, repositório abandonado, código copiado sem crédito, README com erro grosseiro. Se não vai cuidar, é melhor não linkar.

Existe um motivo estrutural para o descompasso entre o que se estuda e o que se cobra. Escrever código é a única parte da profissão que dá para ensinar em vídeo, avaliar por exercício e vender por R$ 30. Todo o resto exige uma coisa que nenhum curso consegue fabricar: consequência real.

Ninguém aprende a lidar com um deploy que derrubou o sistema às duas da manhã fazendo exercício. Ninguém aprende a estimar prazo sem já ter errado estimativa na frente de alguém que dependia dela. Ninguém aprende a mexer em código legado de dez anos, escrito por gente que saiu da empresa, sem ter uma empresa com código legado de dez anos por perto.

Não é falha do professor nem má-fé do bootcamp — é limite do formato. O problema é vender a ponta do iceberg como se fosse o iceberg inteiro, e depois deixar o aluno concluir que o que falta é mais um projeto no GitHub.

Portfólio, na origem da palavra, é pasta de trabalhos publicados — coisas que existiram no mundo, para outras pessoas. Arquiteto mostra prédio construído, não maquete de faculdade. Fotógrafo mostra ensaio entregue ao cliente, não exercício de curso de fotografia.

A regra de bolso é essa:

O que muda um projeto de “exercício” para “trabalho”:

Caminhos que produzem esse tipo de material, em ordem de facilidade:

1. Automatize alguma coisa do seu trabalho atual, mesmo que ele não seja de TI. Quem trabalha em logística, contabilidade, atendimento ou estoque tem acesso a um problema real que ninguém resolveu — e a um usuário exigente: você mesmo e seus colegas. Isso é experiência de produção, com contexto e consequência.
2. Resolva o problema de alguém próximo e assuma o suporte. Sistema pequeno de verdade vale mais que aplicação grande de mentira.
3. Contribua em projeto aberto que você já usa. Comece pequeno: corrigir documentação, reproduzir bug, escrever teste que faltava. Interagir com mantenedor e passar por code review de estranho é exatamente a habilidade que a vaga quer ver.
4. Escreva sobre o que você resolveu. Um post curto — o problema, as opções, a escolha, o que quebrou depois — demonstra raciocínio de um jeito que nenhum repositório demonstra.

E continue fazendo clone de Netflix, se isso te ensina. Só chame pelo nome: é treino. Treino vai na sua pasta de estudos, não à apresentação profissional.