Um currículo credível para um programador júnior ainda sem experiência remunerada começa por aquilo que consegue realmente demonstrar, e não por uma secção de experiência vazia esticada de forma artificial. Projetos pessoais, trabalhos académicos, um projeto final de bootcamp ou qualquer contributo real para uma base de código passam a ocupar a secção que de outra forma seria a experiência, construída da mesma forma que uma entrada profissional: um título claro, datas, a stack utilizada e uma breve descrição do que mudou com isso. A formação reforça esta base, e um breve resumo no topo indica claramente o seu nível atual e o tipo de função pretendida, em vez de disfarçar a ausência de um emprego remunerado com linguagem vaga.
Coloque os projetos onde normalmente estaria a experiência
Para um currículo de programador júnior sem experiência remunerada, uma boa alteração estrutural é dar à secção de projetos o mesmo peso e posição que o percurso profissional costuma ocupar: primeiro o cabeçalho e um resumo breve, depois os projetos, depois a formação, depois uma secção de competências, e só depois qualquer atividade extracurricular. Os recrutadores costumam ler rapidamente de cima para baixo, pelo que o conteúdo mais forte e mais relevante para a função deve vir primeiro, e para quem tem como maior trunfo um portefólio de coisas que construiu, isso são os projetos, e não um estágio ou um trabalho a tempo parcial sem relação com programação. Dois ou três projetos, escolhidos pela relevância para a função pretendida e não pela sua atualidade, leem-se melhor do que cinco ou seis espremidos. Um projeto feito para uma unidade curricular, um projeto final de bootcamp e uma ferramenta pessoal têm todos lugar aqui, desde que cada um receba o mesmo tratamento: um nome, uma breve descrição, a stack e o que faz, e não apenas uma lista de nomes de disciplinas.
Escreva cada entrada de projeto como um emprego, não como um passatempo
Cada entrada de projeto funciona melhor com os mesmos campos que teria uma entrada profissional: um título, um período, as tecnologias utilizadas, e uma a três linhas a descrever o que o projeto faz, a parte que construiu se foi um trabalho de grupo, e qualquer alteração ou resultado que daí adveio. Nomear a stack concreta, uma linguagem, uma framework, uma base de dados, uma plataforma de implementação, importa mais aqui do que numa entrada profissional, pois é muitas vezes a prova mais clara que um leitor tem daquilo que realmente sabe fazer. Se um projeto foi construído com outras pessoas, indique especificamente aquilo de que foi responsável, em vez de descrever o projeto como um todo deixando o seu contributo pouco claro; um projeto de equipa que apenas refere a conquista coletiva do grupo lê-se de forma mais vaga, não mais impressionante. Um projeto ainda em curso vale a pena incluir se já estiver suficientemente avançado para ser descrito de forma concreta, mas um projeto que nunca passou da ideia é melhor deixar de fora por completo, pois uma entrada de currículo precisa de ter algo concreto a dizer sobre o que foi de facto construído.
Um contributo para o código de outra pessoa também conta, e lê-se muitas vezes como mais credível do que um projeto a solo, pois demonstra que sabe trabalhar dentro de código que não escreveu. Se corrigiu um erro, acrescentou uma pequena funcionalidade ou melhorou a documentação de um projeto de código aberto, indique o nome do projeto, descreva a alteração concreta numa linha e refira o que foi necessário para que fosse aceite, como compreender um conjunto de testes já existente ou seguir pela primeira vez um processo de contribuição. Uma entrada assim, mesmo que pequena, demonstra algo que um projeto a solo de fim de semana não consegue: trabalhar dentro das limitações de outra pessoa, e não apenas das suas.
Exemplo ilustrativo: uma linha de projeto vaga reescrita como entrada
Antes: "Fiz um site com uns amigos para um trabalho da faculdade."
Depois: "Task Tracker, projeto de equipa, unidade curricular, março-maio de [ano]. Construção da API de backend em Node.js e Express, responsável pela autenticação e atribuição de tarefas para uma equipa de quatro pessoas; o frontend foi construído por dois colegas de equipa em React. Implementado num plano de alojamento gratuito para a sessão de demonstração da unidade curricular."
A versão reescrita mantém o mesmo facto de base, um pequeno projeto de equipa de uma disciplina, mas indica agora a stack, a parte concreta construída, a dimensão da equipa e o que daí resultou, dando ao leitor algo concreto para avaliar em vez de uma frase plana.
Competências e formação, mantidas honestas
Liste as competências agrupadas por categoria, linguagens, frameworks, ferramentas, cloud, em vez de numa única linha longa sem ordenação, à semelhança de como uma secção de competências pode ser agrupada no modelo para programadores da CVBuilderKit. Limite a lista àquilo sobre que conseguiria falar numa entrevista com alguma profundidade; uma lista longa cheia de ferramentas apenas tocadas uma vez num tutorial causa mais dano do que uma lista mais curta mas rigorosa, pois um entrevistador que faça uma pergunta de seguimento sobre uma entrada inflacionada repara rapidamente na falha. A formação mantém-se, com o grau, a instituição e a data de conclusão prevista ou efetiva, juntamente com qualquer disciplina diretamente relevante para a função pretendida caso esta secção pareça ainda um pouco fraca.
Antes de enviar a primeira versão
Assim que a estrutura estiver definida, leia tudo como um recrutador leria: a primeira entrada de projeto diz o suficiente para merecer um segundo olhar, e a linha de resumo indica um objetivo real em vez de um genérico? Vale a pena ler o resumo isoladamente, separado do resto do documento, e perguntar se nomeia um tipo de função específico, como "programador backend júnior" ou "programador frontend focado em React", em vez de uma frase genérica como "programador motivado à procura de oportunidades" que poderia descrever praticamente qualquer pessoa. Escrever um currículo com pouca ou nenhuma experiência profissional enquanto recém-licenciado aborda o mesmo problema numa perspetiva mais ampla caso a secção de projetos, por si só, ainda não tenha peso suficiente, sobretudo na forma de apresentar formação e estágios. Quando a estrutura lhe parecer adequada, comece a construí-lo e ajuste a redação à medida que for acrescentando cada novo projeto; um currículo construído desta forma é fácil de expandir quando o primeiro emprego remunerado finalmente lá constar, pois a secção de projetos simplesmente desce de posição em vez de ter de ser reconstruída do zero.