Kes penggunaan

Diari pembangun

Kerja anda, sudah tertulis sebelum standup seterusnya bermula

Anda push commit dan buka pull request pada GitHub, bincang review di Slack, alihkan tiket dalam Linear, duduk dalam standup dan sprint review di Google Calendar, dan jejaki blok fokus dengan Toggl. deariary menjalin semuanya menjadi satu entri setiap pagi: commit yang dihantar, thread yang penting, tiket yang dialihkan, dan jam yang anda benar-benar habiskan dalam flow.

Perkhidmatan untuk disambungkan

Daftar dengan perkhidmatan berikut dan aktifkan penjejakan (cth. peristiwa commit GitHub, akses ruang kerja Slack, entri masa Toggl).

GitHub Tangkap aktiviti pengekodan anda secara automatik Slack Tangkap perbualan dan sorotan anda Linear Tukarkan aktiviti Linear anda menjadi rekod apa yang anda hantar hari ini Google Calendar Tukarkan jadual anda menjadi konteks diari Toggl Track Lihat ke mana masa anda sebenarnya pergi

Satu hari dalam hidup anda

9:00 pagi

Standup bermula. Hari ini sudah ada sprint review pada pukul 2 petang, 1:1 dengan lead pada pukul 4 petang, dan dua blok review di antaranya.

9:45 pagi

Ambil DEV-482 ("Fix rate-limit backoff on ingest worker") dan seret ke In Progress.

10:30 pagi

Mulakan pemasa fokus 90 minit untuk tiket itu. Pakai fon kepala, tutup Slack, blok kerja sebenar yang pertama.

1:15 petang

PR #1421 dibuka pada repo ingest. 14 commit, 6 fail disentuh, CI hijau pada percubaan pertama.

3:00 petang

Permintaan review dihantar ke #eng-reviews. Satu thread muncul, 8 mesej, satu cadangan baik tentang jitter.

6:40 petang

DEV-482 ditukar ke Done dengan pautan PR dilampirkan. Laptop ditutup sebelum makan malam, sekali ini.

Pagi esok

Devlog anda sudah menanti. Tiket, commit, review, mesyuarat, dan jam fokus, semuanya dalam satu entri.

Contoh entri diari

Sabtu, 14 Mac 2026

Rancangan & mesyuarat

Standup, sprint review, dan 1:1 dengan lead. Kalendar kelihatan padat dari cawan kopi pertama, tetapi dua blok review di antaranya cukup terbuka untuk benar-benar menghantar sesuatu.

Sprint review menyentuh jalur kebolehpercayaan ingest. 1:1 mendarat pada skop untuk minggu hadapan, sedikit dikurangkan.

Kod & tiket

DEV-482 "Fix rate-limit backoff on ingest worker" ditutup pada akhir hari. Membuka PR #1421 pada repo ingest dengan 14 commit merentasi 6 fail, dan CI hijau pada percubaan pertama (satu keajaiban kecil).

Utas review muncul di #eng-reviews, sedalam 8 mesej. Satu cadangan baik tentang menambah jitter pada backoff; dimasukkan sebelum merge.

Fokus & rentak

Dua blok Toggl, 4j 20m masa fokus. Blok pukul 10:30 membawa tiket itu sehingga ke PR. Blok petang lebih pendek tetapi cukup untuk menjawab maklum balas review dan pair pada satu ujian yang tidak stabil.

Perbualan

Berbalas-balas di #eng-reviews tentang perubahan backoff. Utas sampingan di #infra tentang tetingkap deploy ingest seterusnya, dengan tangkapan skrin papan pemuka selepas pembaikan.

Satu standup, satu larian CI hijau, satu review yang mendarat dengan kemas, dan satu tiket yang dihantar sebelum makan malam. Jenis hari yang berhak untuk satu bir raikan kecil.

Sorotan

ingest-worker / Pull request 2 dibuka, 1 merged

api-gateway / Pull request 1 merged

ingest-worker / Issues 2 dibuka, 1 ditutup

Ingest / Issues selesai 3

ingest refactor / Masa dijejaki 4j 20m

Gambar dan video

Pair di atas lakaran kertas aliran backoff ingest

Terminal Ubuntu menyala hijau di penghujung hari

Rutin harian anda

Sepenuhnya automatik

Commit, PR, review, dan aktiviti issue ditarik dari setiap repo yang anda guna.
Mesej yang anda hantar di saluran yang disambungkan, thread yang anda balas, dan reaksi yang anda terima.
Tiket yang anda buka, alihkan, atau tutup. Perubahan status dan komen ditangkap.
Standup, review, dan 1:1 dari kalendar kerja anda.

Sediakan sekali, kemudian biarkan berjalan. Anda tidak perlu log apa-apa secara manual untuk muncul dalam diari esok.

Terpulang kepada anda

Mulakan pemasa fokus sebelum blok kerja mendalam, hentikannya apabila anda selesai
Tulis keterangan PR yang menyatakan kenapa, bukan sekadar apa
Hantar tangkapan skrin atau nota ringkas dalam thread review
Tinggalkan komen pada tiket apabila keputusan berubah, bukan sekadar apabila ia ditutup

Bahagian-bahagian ini yang menjadikan log peristiwa sebagai devlog yang anda mahu baca semula. Satu blok Toggl menyusun hari menjadi bab, dan satu baris alasan dalam PR atau komen pada tiket memberi entri itu suaranya.