Blocos de 50 minutos, porque carregar o problema na cabeça leva tempo.
A objeção mais comum de quem programa à Técnica Pomodoro é legítima: 25 minutos não dá tempo de entrar no problema. Você abre o projeto, relembra onde parou, reconstrói o modelo mental de como aquelas três classes conversam, formula a hipótese sobre o bug — e o alarme toca.
O cronômetro abaixo vem em 50 minutos de foco e 10 de pausa, com uma pausa maior a cada três blocos.
Hora de focar!
Rodada 1 · Concluídos 0
Hoje: 0 🍅 0 min
A intuição de que retomar código custa caro tem respaldo. Gloria Mark e colegas, num estudo de campo com trabalhadores de conhecimento, mediram que uma tarefa interrompida levava em média 25 minutos e 26 segundos até ser retomada, com outras duas atividades no meio do caminho. E num experimento posterior a mesma autora encontrou algo mais sutil: pessoas interrompidas terminavam as tarefas até mais rápido, mas com estresse, frustração e esforço significativamente maiores.
Ou seja: você aguenta trabalhar fragmentado. Só paga em cansaço.
Para programação isso pesa mais que para a maioria das atividades, porque o estado que precisa ser reconstruído é grande. Não é só "onde eu estava" — é a árvore inteira de o que já foi descartado, o que a stack trace dizia, qual valor estava naquela variável na terceira iteração. Esse estado não cabe num post-it, e é ele que evapora quando você levanta.
Daí a matemática simples dos blocos: se reconstruir o contexto custa uns dez minutos, um bloco de 25 gasta 40% do tempo só voltando ao ponto. Um bloco de 50 gasta 20%. A mesma pausa, o dobro de trabalho aproveitável.
Vai acontecer, e a regra ortodoxa — parar imediatamente — é ruim aqui. Duas coisas funcionam melhor:
Termine o raciocínio antes de parar. Se você está a três linhas de confirmar uma hipótese, confirme. O custo de perder essa investigação é maior que o benefício de respeitar o cronômetro à risca.
Deixe um bilhete para você mesmo. Antes de levantar, escreva uma linha: onde parou, qual era a próxima hipótese, o que já descartou. Um comentário // TODO: testar se o cache invalida antes do fetch economiza os dez minutos de reconstrução quando você voltar. É a coisa de maior retorno nesta página inteira.
Cinquenta minutos é o padrão para trabalho profundo, não para tudo:
Vale ser honesto sobre o limite da ferramenta. A maior parte das interrupções de quem programa em equipe não vem de dentro — vem do Slack, da reunião às 14h30 que parte a tarde no meio, do colega que "só uma pergunta rápida". Nenhum cronômetro no navegador resolve isso.
O que ajuda de verdade é combinado de equipe: blocos de foco marcados no calendário, um acordo de que mensagem sem urgência espera, reuniões agrupadas num período em vez de espalhadas. O cronômetro serve para proteger o tempo que você já conseguiu reservar — não para criá-lo.
Se você trabalha sozinho ou remoto, um uso simples resolve metade do problema: manter a aba do cronômetro visível funciona como sinal público de "estou num bloco", inclusive para você mesmo.
Não vamos afirmar que o método é comprovado. Os dois únicos experimentos sérios sobre a Técnica Pomodoro chegam a conclusões diferentes, e um deles encontrou que pausas em horário fixo geraram mais fadiga que pausas autorreguladas. O que tem base sólida são os componentes — fazer pausas, definir a tarefa antes de começar, reduzir fragmentação — não o formato específico.
A revisão completa da evidência, com as fontes, está em a Técnica Pomodoro funciona mesmo?.
Porque programar tem um custo de entrada alto. Os primeiros dez ou quinze minutos de um bloco costumam ser gastos reconstruindo o estado mental do problema — que arquivos importam, o que já foi testado, qual era a hipótese. Num bloco de 25, isso consome metade do tempo útil. Num de 50, consome um quarto.
Termine o raciocínio. Interromper no meio de uma investigação é o pior momento possível, porque todo o contexto se perde. Uma prática que funciona bem: quando o alarme tocar, escreva em uma linha onde você parou e qual era a próxima hipótese. Aí faça a pausa. Isso corta boa parte do custo de retomada.
Em code review funciona bem, e blocos menores ajudam: revisar por 25 minutos com pausa rende mais do que atravessar dez arquivos de uma vez, porque a atenção para detalhe cai rápido. Em pair programming o cronômetro tem outro uso, o de rodízio: trocar quem digita a cada 25 minutos é uma prática comum e mantém os dois envolvidos.
Sim. A contagem é calculada por marcação de tempo real e roda num Web Worker, então continua exata com o navegador em segundo plano ou minimizado. Se você autorizar as notificações, o aviso aparece por cima da IDE.
A comparação entre 25/5 e 50/10 ajuda a calibrar o seu bloco. Se o problema for começar em vez de manter o foco, veja como vencer a procrastinação com um cronômetro. E o guia completo cobre as regras originais do método.
Aceita links do YouTube e do YouTube Music, de vídeo ou de playlist. Toca enquanto o cronômetro estiver rodando. Dica: playlists de lofi ou de foco funcionam muito bem.