Uma sequência antiga só demonstra progresso quando você consegue explicar o que fez em um dia específico, qual foi o resultado e que evidência ficou. Se a confiança desaparece diante da pergunta “o que você fez no dia 23?”, o número registrou presença, não necessariamente trabalho.
Às 14h40, numa sala de reunião perto da Avenida Paulista, Rafael segurava uma cópia do currículo com a ponta dos dedos. Universitário, fã de jogos de estratégia e candidato à primeira vaga de desenvolvimento, ele havia destacado uma conquista: “90 dias consecutivos estudando programação”.
A recrutadora circulou a frase com a caneta.
“Escolha um dia no meio. O que você fez no dia 23?”
Rafael lembrava da chama acesa no aplicativo. Lembrava de abrir a tela antes de dormir. Talvez tivesse assistido a uma aula sobre funções. Ou corrigido um exercício. Ou apenas marcado o hábito para proteger a sequência.
“Não sei dizer.”
A pergunta seguinte apertou ainda mais: “Você produziu algum código que eu possa ver?”
A vaga podia escapar ali. A linha mais vistosa do currículo havia virado uma afirmação que ele não conseguia sustentar.
Rafael é um personagem composto, criado para ilustrar uma situação comum: confundimos a memória do placar com a memória do trabalho.
Faça a entrevista retroativa da sua sequência
Escolha uma sequência antiga e trate-a como uma linha de currículo. Agora faça perguntas que um entrevistador desconfiado faria:
O que aconteceu no dia 23?
Qual tarefa foi concluída?
Quanto tempo você dedicou?
O que ficou diferente depois?
Existe uma foto, um arquivo, uma sessão registrada ou uma entrega verificável?
Não vale responder “mantive o hábito”. Essa é a afirmação em análise. Também não vale usar o total de dias como prova de cada dia individual. Uma sequência de 90 marcações pode conter estudo concentrado, revisões rápidas, esquecimentos corrigidos e check-ins feitos no automático. O contador comprime tudo em uma única linha verde.
Se você só consegue reconstruir dois dias de uma semana perfeita, vale perguntar o que essa lembrança parcial revela sobre os cinco check-ins restantes.
O objetivo desse exercício não é condenar o autorrelato. Há tarefas cuja prova objetiva seria impraticável ou invasiva. O problema aparece quando damos o mesmo peso a registros com forças diferentes.
Um check-in responde à pergunta errada
“Você marcou?” é uma pergunta simples. “O que você realizou?” exige conteúdo.
Essa diferença parece pequena até alguém pedir detalhes. O checkmark confirma que houve uma ação no aplicativo. Ele não mostra automaticamente se você terminou o treino, manteve o foco durante o estudo, enviou o código ou executou a técnica que pretendia praticar.
Por isso, uma medida honesta precisa admitir seus limites. No LifeQuest, uma conclusão adequada pode ser registrada por autorrelato e render metade do XP. Quando existe uma forma aplicável de obter evidência mais forte, uma foto aceita após análise de plausibilidade, uma sessão de foco medida pelo servidor ou um push público no GitHub feito depois da criação da missão, a conclusão pode render XP completo.
Esses métodos também têm limites. A análise de foto não é à prova de fraude. Tempo decorrido não demonstra compreensão. Um push confirma uma ação no repositório, não a qualidade de todo o código. O valor está em saber exatamente o que cada evidência sustenta.
A pergunta deixa de ser “posso ganhar pontos?” e passa a ser “qual registro corresponde ao trabalho que fiz?”.
Transforme memória frágil em vestígios consultáveis
Depois da entrevista, Rafael voltou para casa sem saber se receberia outra mensagem. A sequência continuava existindo, mas já não parecia uma conquista inteira. Parecia uma caixa com 90 recibos sem descrição.
Ele criou uma regra para o estudo seguinte: cada sessão terminaria com um vestígio proporcional à tarefa. Para leitura e revisão, usaria uma sessão de foco. Para programação, criaria uma missão antes de trabalhar e verificaria um push qualificável depois. Quando nenhuma prova prática fizesse sentido, registraria por autorrelato sem fingir que esse registro dizia mais do que realmente dizia.
O primeiro benefício apareceu antes de qualquer nova entrevista. Ao revisar a semana, Rafael não precisava inventar uma narrativa a partir de quadradinhos. Conseguia ver quais missões havia concluído, quais receberam XP completo e quais dependiam apenas da própria palavra.
A sequência continuou útil, agora como sinal de continuidade. A evidência carregava a história do trabalho.
Esse princípio também evita o erro de tratar atividade no GitHub como sinônimo automático de avanço. Quadradinhos verdes podem esconder a ausência de uma entrega concreta.
Construa um histórico que sobreviva às perguntas
Faça a entrevista retroativa hoje. Escolha uma sequência, sorteie três dias e tente explicar cada um sem consultar apenas o contador.
Se as respostas forem vagas, não apague o passado nem invente precisão. Mude o próximo registro. Defina uma missão concreta antes de começar, escolha a evidência compatível e deixe o autorrelato como uma alternativa honesta quando comprovar a tarefa não for prático.
Semanas depois, Rafael abriu seu histórico antes de outra conversa de seleção. Em vez de repetir “estudei por 90 dias”, escolheu uma missão de programação, mostrou o push correspondente e explicou o problema que havia resolvido naquela tarde.
Dessa vez, quando perguntaram “o que você fez naquele dia?”, ele não precisou proteger uma sequência. Tinha algo para mostrar.
Comentários
Ainda não há comentários.