Skip to content
Caso de uso

Diário de desenvolvedor

Seu trabalho, escrito antes do próximo standup começar

Você envia commits e abre pull requests no GitHub, discute reviews no Slack, move tickets pelo Linear, participa de standups e sprint reviews no Google Calendar e rastreia blocos de foco com Toggl. O deariary costura tudo isso numa única entrada toda manhã: commits entregues, as threads que importaram, tickets movidos e as horas que você realmente passou em flow.

Serviços para conectar

Cadastre-se nos serviços abaixo e ative o rastreamento (ex.: eventos de commit do GitHub, acesso ao workspace do Slack, entradas de tempo do Toggl).

Um dia na sua vida

9:00

Standup dispara. O dia já tem sprint review às 14, um 1:1 com o lead às 16 e dois blocos de review entre eles.

9:45

Peguei DEV-482 ("Fix rate-limit backoff on ingest worker") e arrastei para In Progress.

10:30

Iniciei um timer de foco de 90 minutos no ticket. Fones nos ouvidos, sem Slack, primeiro bloco de trabalho de verdade.

13:15

PR #1421 aberto contra o repo do ingest. 14 commits, 6 arquivos tocados, CI ficou verde já na primeira execução.

15:00

Pedido de review postado em #eng-reviews. Uma thread se forma, 8 mensagens, uma boa sugestão sobre jitter.

18:40

DEV-482 virou Done com o link do PR anexado. O laptop fecha antes do jantar pela primeira vez.

Na manhã seguinte

Seu devlog está esperando. Tickets, commits, reviews, reuniões e horas de foco, tudo numa entrada só.

Entrada de diário de exemplo

Sábado, 14 de março de 2026

Planos e reuniões

Standup, sprint review e um 1:1 com o lead. O calendário já parecia cheio desde o primeiro café, mas os dois blocos de review entre as coisas aguentaram o suficiente para entregar algo de verdade.

A sprint review cobriu a trilha de confiabilidade do ingest. O 1:1 fechou no escopo da próxima semana, levemente reduzido.

Código e tickets

DEV-482 "Fix rate-limit backoff on ingest worker" fechado no fim do dia. Abri PR #1421 contra o repo do ingest, 14 commits em 6 arquivos, e o CI ficou verde na primeira execução (pequeno milagre).

Uma thread de review se formou em #eng-reviews, 8 mensagens de profundidade. Uma boa observação sobre adicionar jitter ao backoff; entrou antes do merge.

Foco e ritmo

Dois blocos de Toggl, 4h 20m de tempo focado. O bloco das 10:30 levou o ticket até o PR. O bloco da tarde foi mais curto, mas suficiente para resolver o feedback do review e parear num teste instável.

Conversas

Vai e vem em #eng-reviews sobre a mudança de backoff. Thread paralela em #infra sobre a próxima janela de deploy do ingest, com um screenshot do dashboard depois do fix.


Um standup, um CI verde, um review que pousou limpo e um ticket entregue antes do jantar. O tipo de dia que merece uma cervejinha de comemoração.

Gerado por deariary

Destaques

ingest-worker / Pull Requests 2 abertos, 1 merged
api-gateway / Pull Requests 1 merged
ingest-worker / Issues 2 abertas, 1 fechada
Ingest / Issues concluídas 3
ingest refactor / Tempo rastreado 4h 20m

Fotos e vídeos

Pareando sobre um esboço em papel do fluxo de backoff do ingest
Terminal do Ubuntu brilhando em verde no fim do dia

Sua rotina diária

Totalmente automático

  • Commits, PRs, reviews e atividade em issues puxados de cada repo que você toca.
  • Mensagens que você envia em canais conectados, threads que você responde e reações que você recebe.
  • Tickets que você abre, move ou fecha. Mudanças de status e comentários são capturados.
  • Standups, reviews e 1:1s dos seus calendários de trabalho.

Configure uma vez e deixe rodar. Você não precisa registrar nada à mão para isso aparecer no diário de amanhã.

Depende de você

  • Iniciar um timer de foco antes de um bloco de deep work e parar quando você terminar
  • Escrever uma descrição de PR que conte o porquê, não só o quê
  • Jogar um screenshot ou uma nota curta numa thread de review
  • Deixar um comentário num ticket quando uma decisão muda, não só quando ele fecha

São essas partes que transformam um log de eventos num devlog que você quer reler. Um bloco de Toggl estrutura o dia em capítulos, e uma linha de raciocínio num PR ou um comentário num ticket dão voz à entrada.

Posts relacionados