Skip to content

Caso de uso

Diario de desarrollador

Tu trabajo, redactado antes de que empiece la próxima standup

Haces push de commits y abres pull requests en GitHub, resuelves revisiones en Slack, mueves tickets por Linear, asistes a standups y sprint reviews en Google Calendar y mides bloques de concentración con Toggl. deariary lo une todo en una sola entrada cada mañana: commits enviados, los hilos que importaron, tickets movidos y las horas que realmente pasaste en flow.

Servicios a conectar

Regístrate en los siguientes servicios y activa el seguimiento (p. ej., eventos de commits de GitHub, acceso al workspace de Slack, time entries de Toggl).

GitHub Captura tu actividad de desarrollo automáticamente Slack Captura tus conversaciones y momentos destacados Linear Convierte tu actividad en Linear en un registro de lo que sacaste adelante Google Calendar Convierte tu agenda en contexto para tu diario Toggl Track Descubre a dónde va realmente tu tiempo

Un día en tu vida

9:00

Arranca la standup. El día ya incluye sprint review a las 14, un 1:1 con el lead a las 16 y dos bloques de revisión entre medio.

9:45

Tomo DEV-482 ("Fix rate-limit backoff on ingest worker") y lo arrastro a In Progress.

10:30

Inicio un temporizador de concentración de 90 minutos en el ticket. Auriculares puestos, sin Slack, primer bloque de trabajo de verdad.

13:15

PR #1421 abierto contra el repo de ingest. 14 commits, 6 archivos tocados, CI en verde a la primera.

15:00

Solicitud de revisión publicada en #eng-reviews. Se abre un hilo, 8 mensajes, una buena sugerencia sobre jitter.

18:40

DEV-482 pasado a Done con el enlace al PR adjunto. Por una vez, el portátil se cierra antes de la cena.

A la mañana siguiente

Tu devlog te espera. Tickets, commits, revisiones, reuniones y horas de concentración, todo en una sola entrada.

Entrada de diario de ejemplo

Sábado, 14 de marzo de 2026

Planes y reuniones

Standup, sprint review y un 1:1 con el lead. El calendario se veía denso desde el primer café, pero los dos bloques de revisión en medio aguantaron lo suficiente como para enviar algo de verdad.

La sprint review cubrió la línea de fiabilidad de ingest. El 1:1 aterrizó en el alcance de la próxima semana, ligeramente recortado.

Código y tickets

DEV-482 "Fix rate-limit backoff on ingest worker" cerrado al final del día. Abierto PR #1421 contra el repo de ingest con 14 commits en 6 archivos, y CI en verde a la primera (un pequeño milagro).

Se abrió un hilo de revisión en #eng-reviews, 8 mensajes de profundidad. Una buena sugerencia de añadir jitter al backoff; la incorporé antes del merge.

Concentración y ritmo

Dos bloques de Toggl, 4h 20m de tiempo enfocado. El bloque de las 10:30 llevó el ticket hasta el PR. El bloque de la tarde fue más corto, pero suficiente para atender el feedback de revisión y hacer pair en un test flaky.

Conversaciones

Idas y venidas en #eng-reviews sobre el cambio de backoff. Hilo lateral en #infra sobre la próxima ventana de deploy de ingest, con una captura del dashboard después del fix.

Una standup, un CI en verde, una revisión que aterrizó limpia y un ticket enviado antes de la cena. De esos días que se merecen una cervecita para celebrar.

Destacados

ingest-worker / Pull Requests 2 abiertos, 1 merged

api-gateway / Pull Requests 1 merged

ingest-worker / Issues 2 abiertos, 1 cerrado

Ingest / Issues completados 3

ingest refactor / Tiempo registrado 4h 20m

Fotos y vídeos

Pairing sobre un boceto en papel del flujo de backoff de ingest

Terminal Ubuntu brillando en verde al final del día

Tu rutina diaria

Totalmente automático

Commits, PRs, revisiones y actividad de issues extraídos de cada repo que tocas.
Mensajes que envías en canales conectados, hilos en los que respondes y reacciones que recibes.
Tickets que abres, mueves o cierras. Los cambios de estado y comentarios se capturan.
Standups, revisiones y 1:1 desde tus calendarios de trabajo.

Configúralos una vez y déjalos correr. No hace falta registrar nada a mano para que aparezcan en el diario de mañana.

Depende de ti

Inicia un temporizador de concentración antes de un bloque de trabajo profundo, detenlo cuando termines
Escribe una descripción de PR que diga por qué, no solo qué
Suelta una captura o una nota corta en un hilo de revisión
Deja un comentario en un ticket cuando cambie una decisión, no solo cuando se cierra

Estas son las partes que convierten un log de eventos en un devlog que quieres releer. Un bloque de Toggl enmarca el día en capítulos, y una línea de razonamiento en un PR o un comentario en un ticket le dan voz a la entrada.

Artículos relacionados