Cas d'utilisation

Journal développeur

Votre travail, rédigé avant le début du prochain standup

Vous poussez des commits et ouvrez des pull requests sur GitHub, débattez des reviews sur Slack, déplacez des tickets dans Linear, assistez aux standups et aux revues de sprint sur Google Calendar et suivez vos plages de concentration avec Toggl. deariary tisse tout cela en une seule entrée chaque matin : commits livrés, threads qui ont compté, tickets déplacés et heures réellement passées en flow.

Services à connecter

Inscrivez-vous aux services suivants et activez le suivi (ex. événements de commit GitHub, accès au workspace Slack, entrées de temps Toggl).

GitHub Capturez votre activité de développement automatiquement Slack Capturez vos conversations et moments clés Linear Transformez votre activité Linear en un relevé de ce que vous avez livré Google Calendar Transformez votre emploi du temps en contexte pour votre journal Toggl Track Voyez où passe vraiment votre temps

Une journée dans votre vie

9h00

Le standup démarre. La journée contient déjà la revue de sprint à 14h, un 1:1 avec le lead à 16h et deux créneaux de review entre les deux.

9h45

Je prends DEV-482 (« Fix rate-limit backoff on ingest worker ») et je le glisse dans In Progress.

10h30

Je lance un timer de concentration de 90 minutes sur le ticket. Casque sur les oreilles, Slack fermé, premier bloc de vrai travail.

13h15

PR #1421 ouverte contre le repo ingest. 14 commits, 6 fichiers touchés, CI au vert dès le premier passage.

15h00

Demande de review postée dans #eng-reviews. Un thread se lance, 8 messages, une bonne suggestion sur le jitter.

18h40

DEV-482 bascule en Done avec le lien de la PR attaché. Le portable se ferme avant le dîner, pour une fois.

Le lendemain matin

Votre devlog vous attend. Tickets, commits, reviews, réunions et heures de concentration, le tout dans une seule entrée.

Exemple d'entrée de journal

Samedi 14 mars 2026

Plans et réunions

Standup, revue de sprint et un 1:1 avec le lead. Le calendrier semblait dense dès le premier café, mais les deux créneaux de review entre les deux ont tenu assez longtemps pour livrer vraiment quelque chose.

La revue de sprint a couvert le chantier fiabilité d'ingest. Le 1:1 a atterri sur le scope de la semaine prochaine, un peu rogné.

Code et tickets

DEV-482 « Fix rate-limit backoff on ingest worker » clôturé en fin de journée. PR #1421 ouverte contre le repo ingest avec 14 commits répartis sur 6 fichiers, et CI au vert du premier coup (un petit miracle).

Thread de review lancé dans #eng-reviews, 8 messages de profondeur. Une bonne remarque pour ajouter du jitter au backoff ; intégrée avant le merge.

Concentration et rythme

Deux blocs Toggl, 4h 20min de temps concentré. Le bloc de 10h30 a porté le ticket jusqu'à la PR. Celui de l'après-midi était plus court, mais suffisant pour traiter les retours de review et pairer sur un test flaky.

Conversations

Échanges dans #eng-reviews sur le changement de backoff. Thread parallèle dans #infra sur la prochaine fenêtre de déploiement d'ingest, avec une capture du dashboard après le correctif.

Un standup, un run CI vert, une review qui atterrit proprement et un ticket livré avant le dîner. Le genre de journée qui mérite une petite bière de célébration.

Points forts

ingest-worker / Pull requests 2 ouvertes, 1 mergée

api-gateway / Pull requests 1 mergée

ingest-worker / Issues 2 ouvertes, 1 fermée

Ingest / Tickets terminés 3

ingest refactor / Temps suivi 4h 20min

Photos et vidéos

Pairing autour d'un croquis papier du flux de backoff d'ingest

Terminal Ubuntu qui brille en vert en fin de journée

Votre routine quotidienne

Entièrement automatique

Commits, PRs, reviews et activité des issues récupérés sur chaque repo que vous touchez.
Messages que vous envoyez dans les canaux connectés, threads auxquels vous répondez, et réactions reçues.
Tickets que vous ouvrez, déplacez ou fermez. Les changements de statut et les commentaires sont capturés.
Standups, revues et 1:1 depuis vos calendriers de travail.

Configurez-les une fois, puis laissez tourner. Pas besoin de noter quoi que ce soit à la main pour que ça apparaisse dans le journal de demain.

À vous de voir

Lancer un timer de concentration avant un bloc de deep work, l'arrêter à la fin
Rédiger une description de PR qui dit pourquoi, pas juste quoi
Glisser une capture ou une courte note dans un thread de review
Laisser un commentaire sur un ticket quand une décision change, pas seulement à la fermeture

Ce sont ces morceaux-là qui transforment un log d'événements en devlog qu'on a envie de relire. Un bloc Toggl découpe la journée en chapitres, et une ligne de raisonnement dans une PR ou un commentaire sur un ticket donne sa voix à l'entrée.