Проблема накопления необработанных логов
Проблема накопления необработанных логов
Мой процесс логирования достаточно прозаичен. В течение дня я наблюдаю за происходящими со мной событиями и делаю записи относительно тех, которые являются по какой-то причине наиболее значимыми для меня1. А утром следующего дня я перечитываю лог за вчерашний день, как если бы его написал «не я», подчеркиваю ключевые слова и оставляю пометки на полях (комментарии). После сажусь и переписываю в Obsidian, в категорию «ежедневная заметка»2. Процесс подобной обработки требует от меня обычно не более двадцати минут, но…
Бывает так, что обработать утром лог предыдущего дня не всегда получается. Причины разные: уехали за город, поздно проснулся, «прилетела» неожиданная задача. И лог падает в категорию технического долга. То есть я его смогу обработать или на следующий день, или в этот же день, но позднее. Часто получается только на следующий, и вот тут как раз возникает очень странная «проблема».
Если на обработку одного лога мне требуется до двадцати минут, то на обработку двух — до сорока, а трех — до шестидесяти. А что делать, если у меня логи накопились за неделю?
Мне показалось, что размер технического долга может стать фактором, который вынудит прекратить практику логирования, и вот почему я так подумал.
3 февраля 2026 года в моем техдолге оказались два дня (01.02 и 02.02), и в процессе обработки, где-то на 30-й минуте, я подумал: «Вместо того чтобы заниматься выполнением задач, которые я себе «нарезал» перед обработкой лога, я занимаюсь явно не тем, чем нужно»3.
Однако независимо от мыслей и настроения, я закончил логировать, и вполне успешно: с парой идей, достойных отдельных заметок, которые никогда бы не возникли, если бы я не подумал при обработке лога об «ушедшем» дне. А еще я подумал о концепции техдолга, которая помогла понять, почему многие новички в логировании забрасывают практику.
Любищев в своей книге говорил4, что логирование «проваливается», потому что:
- Применяем формальный подход.
- Действуем из некорректных предпосылок.
- Нет опыта в логировании.
- Записываем все подряд5.
Я позволю себе дополнить список еще одним пунктом:
- Размер технического долга.
Чем больше долг и чем больше нам требуется инвестировать сил и времени в обработку, тем выше вероятность забросить практику.
Я «стрессовал» из-за двух дней, а что я буду делать, если долг будет семь дней? Скорее всего, приму решение, что «логирование не для меня», и перестану вести лог. Поэтому у меня есть совет, в первую очередь самому себе, а потом уже тем, кому «интересно».
При накоплении технического долга обработки логов, чтобы не испытывать стресс и не забрасывать практику, имеет смысл начинать отсчет сначала. То есть «забытые» дни пусть так и останутся необработанными. Продолжайте обработку со дня текущего6, а для тех, которые пропустили, напишите комментарий «ТЕХДОЛГ» или опишите причину, почему вы их не обработали. Но делайте это после того, как завершили работу над днем текущим.
BIO
🧠 theBrain mapping
ID: 202602041043 Source:: Friend:: Child:: Next::
Footnotes
-
Вопрос значимости определяется случайным образом. Один день для меня будет важно написать как прошел урок в школе, а другой, как я себя чувствовал на улице ↩
-
У нее есть определенная структура. В духе планирования деятельности Любищевым она разбита на 4 интервала времени, в которые я и записываю события, в относительно вольном стиле, что думаю относительно прочитанного в логе то и копирую. ↩
-
Это на самом деле не так. Обработка лога – это очень важная часть моей жизни, просто в тот момент она, почему-то такой не казалась. Скорее всего потому что у меня “горел” беклог диссертационных задач ↩
-
- Любищев А. Руководство для начинающих научных работников. [Электронный ресурс]. URL: http://blog.nazarovsky.ru/2012/10/blog-post.html (дата обращения: 12.02.2025).
-
Читайте предидущую заметку чтобы изучить бОльший контекст четырех пунктов выше ↩
-
Это значительно важнее для системной практики, чем “нытье” о неуспешных попытках прошлых дней ↩