Skip to content

Случай на употреба

Дневник на разработчик

Работата ви, записана преди да започне следващият standup

Правите push на комити и отваряте pull request-и в GitHub, обсъждате ревюта в Slack, местите тикети в Linear, седите на standup-и и sprint review-та в Google Calendar и проследявате блоковете за фокус с Toggl. deariary събира всичко това в един запис всяка сутрин: изпратените комити, нишките, които са имали значение, преместените тикети и часовете, които наистина сте прекарали в поток.

Услуги за свързване

Регистрирайте се в следните услуги и активирайте проследяването (напр. GitHub commit събития, достъп до работно пространство в Slack, Toggl time entries).

GitHub Улови програмистката си активност автоматично Slack Улови разговорите и акцентите Linear Превърнете активността си в Linear в запис на това, което сте пуснали в продукция Google Calendar Превърни графика си в контекст за дневника Toggl Track Виж къде наистина отива времето ти

Един ден от живота ви

9:00

Standup започва. Денят вече съдържа sprint review в 14, 1:1 с лийда в 16 и два блока за ревю между тях.

9:45

Взимам DEV-482 ("Fix rate-limit backoff on ingest worker") и го влача в In Progress.

10:30

Стартирам 90-минутен фокус таймер върху тикета. Слушалките на ушите, без Slack, първият блок истинска работа.

13:15

PR #1421 е отворен срещу ingest репото. 14 комита, 6 файла засегнати, CI става зелен от първото изпълнение.

15:00

Заявка за ревю публикувана в #eng-reviews. Разгръща се нишка, 8 съобщения, едно добро предложение за jitter.

18:40

DEV-482 сменен на Done с прикачен линк към PR. За първи път лаптопът се затваря преди вечеря.

На следващата сутрин

Вашият devlog ви чака. Тикети, комити, ревюта, срещи и часове на фокус, всичко в един запис.

Примерен запис в дневника

Събота, 14 март 2026

Планове и срещи

Standup, sprint review и 1:1 с лийда. Календарът изглеждаше плътен още от първото кафе, но двата блока за ревю между тях издържаха достатъчно дълго, за да бъде пуснато наистина нещо.

Sprint review-то покри трака за надеждност на ingest. 1:1-ата кацна върху скоупа за следващата седмица, леко орязан.

Код и тикети

DEV-482 "Fix rate-limit backoff on ingest worker" затворен в края на деня. Отворен PR #1421 срещу ingest репото с 14 комита в 6 файла и CI стана зелен от първото изпълнение (малко чудо).

Нишка за ревю се разгърна в #eng-reviews, 8 съобщения дълбока. Едно добро предложение за добавяне на jitter към backoff-а; беше включено преди merge.

Фокус и ритъм

Два Toggl блока, 4ч 20м фокусирано време. Блокът в 10:30 прекара тикета до PR-а. Следобедният блок беше по-кратък, но достатъчен, за да адресирам feedback-а от ревюто и да работя в двойка върху flaky тест.

Разговори

Обмен в #eng-reviews по промяната на backoff-а. Странична нишка в #infra за следващия прозорец за deploy на ingest, със скрийншот на dashboard-а след фикса.

Standup, зелен CI, ревю, което кацна чисто, и тикет, изпратен преди вечеря. От този тип ден, който заслужава една малка празнична бира.

Акценти

ingest-worker / Pull Request-и 2 отворени, 1 merged

api-gateway / Pull Request-и 1 merged

ingest-worker / Issue-та 2 отворени, 1 затворен

Ingest / Завършени issue-та 3

ingest refactor / Проследено време 4ч 20м

Снимки и видео

Пейъринг върху хартиена скица на ingest backoff потока

Ubuntu терминал, светещ зелено в края на деня

Как се пише дневникът

Напълно автоматично

Комити, PR-и, ревюта и активност по issue-та, извлечени от всяко репо, което докосвате.
Съобщения, които изпращате в свързаните канали, нишки, на които отговаряте, и реакции, които получавате.
Тикети, които отваряте, местите или затваряте. Промените на статуса и коментарите се улавят.
Standup-и, ревюта и 1:1 от работните ви календари.

Настройте ги веднъж и после ги оставете да работят. Не е нужно да записвате нищо на ръка, за да се появят в утрешния дневник.

Зависи от вас

Стартирайте фокус таймер преди блок за дълбока работа, спрете го, когато приключите с блока
Напишете PR описание, което казва защо, не само какво
Пуснете скрийншот или кратка бележка в нишка за ревю
Оставете коментар на тикет, когато решение се промени, не само когато се затваря

Това са частите, които превръщат лог от събития в devlog, който искате да препрочитате. Toggl блок рамкира деня в глави, а ред разсъждение в PR или коментар на тикет дава на записа собствен глас.

Свързани публикации