O Fim do Currículo Tradicional: Construindo um Portfólio de Evidências em TI

No mercado de tecnologia, nós nos acostumamos com uma mentira confortável: a ideia de que um currículo bem formatado em PDF e uma coleção de certificados são suficientes para garantir uma boa posição.

Atuando na linha de frente da infraestrutura, desenvolvimento web e integrações há mais de 15 anos, e já tendo avaliado muitos profissionais técnicos, eu afirmo com franqueza: o currículo tradicional perdeu o peso. Hoje, um currículo é apenas um documento de intenções. Ele diz o que você afirma saber. Mas em um cenário onde um erro de configuração na nuvem pode derrubar a operação e custar caro para a empresa, ninguém quer comprar apenas intenções. As empresas querem garantias.

Se você quer blindar a sua carreira e passar pela triagem dos recrutadores e gestores de TI, precisa evoluir do modelo de "promessas" para o modelo de "provas". Você precisa de um Portfólio de Evidências.

1. O Problema da "Coleção de Certificados"

A facilidade de acesso a cursos online democratizou o conhecimento, mas também criou uma inflação de certificados. É muito comum recebermos currículos de profissionais com 15 selos diferentes: AWS, Docker, Kubernetes, Inteligência Artificial. A lista é longa.

No entanto, a realidade bate à porta na hora do teste prático. Quando colocamos esse mesmo profissional diante de um servidor Linux, com o Docker apresentando problemas de permissão e o container se recusando a subir, muitos paralisam. O certificado atesta que o candidato passou em uma prova teórica, mas não atesta que ele tem a lógica, a vivência e a resiliência para ler os logs e resolver um problema real em produção.

Gestores e líderes técnicos procuram profissionais que tenham "cicatrizes de batalha". E a única maneira de provar que você já lidou com problemas reais é construindo e expondo suas evidências.

2. Como criar um Portfólio se você não é Front-end?

Quando falamos em "portfólio", é natural pensar em um designer ou em um desenvolvedor Front-end exibindo um site com uma interface incrível. Mas como um engenheiro de Back-end, um analista de Infraestrutura ou um especialista em integrações expõe o seu trabalho?

A resposta está em mostrar a engenharia funcionando nos bastidores. O seu portfólio é o seu repositório no GitHub/GitLab, o seu blog técnico ou as suas contribuições em projetos Open Source. Um portfólio técnico de respeito possui três pilares:

A) Código Executável (A Integração Real)

Ter um script solto no repositório não prova muita coisa. Uma evidência real é um ambiente funcional.

Você diz que sabe orquestrar infraestrutura? Excelente. Não escreva apenas isso no currículo. Publique um repositório contendo um arquivo docker-compose.yml que sobe uma API em Python, conecta a um banco PostgreSQL e utiliza o Redis como cache. Mostre que você sabe fazer os serviços conversarem de forma isolada e segura. O seu código precisa ser clonável e testável por quem estiver avaliando.

B) O Arquivo README (A Sua Capacidade de Comunicação)

O maior erro do profissional de TI é achar que código bom se explica sozinho. O seu arquivo README.md é a vitrine da sua organização mental. Ele precisa ser direto e responder:

• Qual problema este projeto resolve?
• Quais os passos exatos para instalar e rodar o ambiente?
• Quais variáveis de ambiente são necessárias?

Guarde isso: um projeto simples, mas com uma documentação impecável, ganha de um código extremamente complexo que ninguém na equipe consegue fazer funcionar.

C) O Registro de Decisões (Por que você fez assim?)

Aqui é onde o profissional sênior se separa do júnior. Mais importante do que mostrar o que você fez, é documentar o porquê. Você adicionou um parágrafo no repositório explicando o motivo de ter escolhido um banco relacional ao invés de um NoSQL para aquele contexto específico? Explicou por que estruturou a API daquela maneira? Quando você registra as suas decisões arquiteturais, o avaliador percebe que não está lidando com um mero "copiador de código", mas sim com alguém que pensa no sistema como um todo.

3. Construindo em Público: O Exemplo Prático

A maneira mais eficiente de gerar evidências é resolver problemas do dia a dia e compartilhar a solução. O Projeto Plataforma nasceu exatamente dessa premissa: não basta reter o conhecimento técnico, é preciso documentá-lo, estruturá-lo e torná-lo acessível.

Ferramentas que você desenvolve para resolver dores reais — como o AlgoSimulator, um projeto criado para ensinar lógica de programação usando pseudocódigo e uma interface moderna — são a prova definitiva da sua proficiência. Quando um recrutador ou líder técnico clica em um link seu e vê um sistema no ar, operando e entregando valor, o jogo muda. A entrevista deixa de ser um questionário técnico tenso e se transforma em uma conversa de negócios sobre como você escalou aquela solução.

Conclusão: Deixe o Seu Trabalho Falar por Você

No mercado de TI atual, palavras são baratas. Colocar no LinkedIn que você é "especialista em integrações e arquitetura Cloud" não tem peso se não houver lastro. No entanto, fornecer um link público onde um ambiente projetado por você sobe em segundos, totalmente documentado, vale o seu peso em ouro.

Transforme os seus laboratórios de estudo em uma vitrine profissional. Adote a prática de construir em público. Pare de depender exclusivamente do currículo em anexo e comece a enviar links reais dos seus repositórios, artigos técnicos e desenhos de arquitetura.

Quando você constrói um portfólio de evidências incontestável, a dinâmica se inverte: você para de correr atrás das vagas e passa a ser procurado por empresas que precisam de quem realmente sabe resolver problemas em produção.

---

Referências e Leituras Essenciais para Validação

Para entender que essa mudança não é apenas uma opinião, mas um movimento documentado da indústria, recomendo as seguintes bases:

• A Virada para a Contratação Baseada em Habilidades (Skills-First):
  LINKEDIN ECONOMIC GRAPH (2023/2024). Skills-First: Reimagining the Labor Market. Relatórios recentes da plataforma mostram que a contratação focada em habilidades comprovadas (ao invés de apenas diplomas ou cargos anteriores) aumentou drasticamente na área de tecnologia. As empresas estão filtrando quem consegue provar o que sabe.

• Registro de Decisões Arquiteturais (ADRs):
  NYGARD, Michael. (2011). Documenting Architecture Decisions. Este é o artigo seminal (o "padrão ouro") que introduziu o conceito de ADRs na engenharia de software. Ele prova por que documentar o "porquê" de uma decisão técnica em um repositório é a marca registrada de desenvolvedores e arquitetos seniores.

• THOUGHTWORKS TECHNOLOGY RADAR. A consultoria global ThoughtWorks recomenda repetidamente o uso de ADRs em seus radares tecnológicos como uma prática essencial para a governança de TI e sanidade do código.

• O Fim do Currículo Tradicional na Engenharia:
  OROSZ, Gergely. The Tech Resume Inside Out. Escrito por um ex-gerente de engenharia da Uber e autor da newsletter The Pragmatic Engineer, este livro detalha exatamente como os recrutadores técnicos e CTOs ignoram a "encheção de linguiça" nos currículos e vão direto procurar links para o GitHub, arquiteturas e projetos reais (evidências).

• Documentação e Código Limpo:
  MARTIN, Robert C. (2008). Clean Code: A Handbook of Agile Software Craftsmanship. Embora o código limpo seja fundamental, a documentação de infraestrutura (o seu README.md) segue o mesmo princípio: se o próximo engenheiro não conseguir entender e rodar o seu laboratório, o seu código falhou na comunicação.

• Prática e Evidência no Ensino de Algoritmos:
  PROJETO PLATAFORMA (2026). AlgoSimulator. Ferramenta de evidência prática criada para materializar a lógica de programação através de pseudocódigo e execução visual.