dailyfocus

A pergunta que a maioria das ferramentas de produtividade tenta responder é 'como organizar tudo o que eu tenho para fazer?'. A pergunta que eu queria responder é outra: o que eu faço nos próximos 25 minutos, e isso serve ao foco de hoje?

Ferramentas com projetos, etiquetas, prioridades em cinco níveis e integrações viram, elas mesmas, um sistema a ser mantido. O custo não aparece no dia em que você instala, aparece na revisão semanal de quarenta tarefas que ninguém vai fazer, no backlog pessoal que cresce mais rápido que a capacidade de executar. Esse é o mesmo custo de manutenção que eu vejo em arquitetura: o que pesa não é construir, é manter funcionando por anos.

O DailyFocus recusa esse caminho de propósito. O escopo é um dia. O dia tem um foco. O foco vira tarefas, as tarefas viram sessões cronometradas, e o dia termina com uma reflexão que fecha o ciclo em vez de empurrar pendência para amanhã sem olhar.

O repositório também cumpre um segundo papel: é uma das aplicações publicadas sob o domínio moretes.com, com código público, para mostrar uma aplicação Next.js pequena, em produção na Vercel, com escopo que cabe na cabeça de quem vai mantê-la.

Planejamento: o dia começa por uma decisão, não por uma lista. Você escreve o foco, a coisa que, se andar, faz o dia ter valido. Só depois quebra o foco em tarefas. A ordem importa: começar pela lista transforma o dia em triagem de pendências, começar pelo foco transforma a lista em consequência.

Execução: cada tarefa vai para o timer. Trabalho em bloco cronometrado tem duas vantagens que eu valorizo mais que qualquer técnica de motivação. A primeira é que o bloco tem fim, então a interrupção pode esperar. A segunda é que ao fim do dia você tem uma medida concreta, número de sessões, no lugar de uma sensação de 'trabalhei muito'.

Reflexão: o fechamento é curto de propósito. O que andou, o que travou, o que muda amanhã. Sem esse passo, o planejamento do dia seguinte repete os erros do anterior, porque ninguém olhou para eles.

Interface: a regra de produto é simples: se um elemento da tela não ajuda o próximo bloco de trabalho, ele não entra. Isso limita o app, e o limite é a feature.

Next.js: o app é uma aplicação Next.js publicada na Vercel. Para um produto deste tamanho, isso significa deploy por push, preview por branch e nenhuma infraestrutura para eu operar.

TypeScript: o domínio é pequeno, foco, tarefa, sessão, reflexão, e é justamente por ser pequeno que vale tipar. Erro de forma de dado num app de uma tela aparece como timer que não para ou tarefa que some, e o compilador pega isso antes do usuário.

Tailwind CSS: a interface sem distração é, em boa parte, uma decisão de CSS. Utilitário inline mantém o visual perto do componente e evita uma folha de estilo global que cresce sem dono.

O que o README não promete: não há backend, banco de dados nem conta de usuário listados. Não vou afirmar onde o estado do dia é guardado sem você conferir no código; se sincronizar entre dispositivos é requisito seu, leia o código antes de adotar. O roadmap lista expandir a cobertura de testes, o que é um sinal honesto: trate o projeto como app em evolução, não como biblioteca estável.