Проблема накопления необработанных логов

Проблема накопления необработанных логов

Мой процесс логирования достаточно прозаичен. В течение дня я наблюдаю за происходящими со мной событиями и делаю записи относительно тех, которые являются по какой-то причине наиболее значимыми для меня1. А утром следующего дня я перечитываю лог за вчерашний день, как если бы его написал «не я», подчеркиваю ключевые слова и оставляю пометки на полях (комментарии). После сажусь и переписываю в Obsidian, в категорию «ежедневная заметка»2. Процесс подобной обработки требует от меня обычно не более двадцати минут, но…

Бывает так, что обработать утром лог предыдущего дня не всегда получается. Причины разные: уехали за город, поздно проснулся, «прилетела» неожиданная задача. И лог падает в категорию технического долга. То есть я его смогу обработать или на следующий день, или в этот же день, но позднее. Часто получается только на следующий, и вот тут как раз возникает очень странная «проблема».

Если на обработку одного лога мне требуется до двадцати минут, то на обработку двух — до сорока, а трех — до шестидесяти. А что делать, если у меня логи накопились за неделю?

Мне показалось, что размер технического долга может стать фактором, который вынудит прекратить практику логирования, и вот почему я так подумал.

3 февраля 2026 года в моем техдолге оказались два дня (01.02 и 02.02), и в процессе обработки, где-то на 30-й минуте, я подумал: «Вместо того чтобы заниматься выполнением задач, которые я себе «нарезал» перед обработкой лога, я занимаюсь явно не тем, чем нужно»3.

Однако независимо от мыслей и настроения, я закончил логировать, и вполне успешно: с парой идей, достойных отдельных заметок, которые никогда бы не возникли, если бы я не подумал при обработке лога об «ушедшем» дне. А еще я подумал о концепции техдолга, которая помогла понять, почему многие новички в логировании забрасывают практику.

Любищев в своей книге говорил4, что логирование «проваливается», потому что:

  1. Применяем формальный подход.
  2. Действуем из некорректных предпосылок.
  3. Нет опыта в логировании.
  4. Записываем все подряд5.

Я позволю себе дополнить список еще одним пунктом:

  1. Размер технического долга.

Чем больше долг и чем больше нам требуется инвестировать сил и времени в обработку, тем выше вероятность забросить практику.

Я «стрессовал» из-за двух дней, а что я буду делать, если долг будет семь дней? Скорее всего, приму решение, что «логирование не для меня», и перестану вести лог. Поэтому у меня есть совет, в первую очередь самому себе, а потом уже тем, кому «интересно».

При накоплении технического долга обработки логов, чтобы не испытывать стресс и не забрасывать практику, имеет смысл начинать отсчет сначала. То есть «забытые» дни пусть так и останутся необработанными. Продолжайте обработку со дня текущего6, а для тех, которые пропустили, напишите комментарий «ТЕХДОЛГ» или опишите причину, почему вы их не обработали. Но делайте это после того, как завершили работу над днем текущим.

BIO

🧠 theBrain mapping

ID: 202602041043 Source:: Friend:: Child:: Next::

Footnotes

  1. Вопрос значимости определяется случайным образом. Один день для меня будет важно написать как прошел урок в школе, а другой, как я себя чувствовал на улице ↩

  2. У нее есть определенная структура. В духе планирования деятельности Любищевым она разбита на 4 интервала времени, в которые я и записываю события, в относительно вольном стиле, что думаю относительно прочитанного в логе то и копирую. ↩

  3. Это на самом деле не так. Обработка лога – это очень важная часть моей жизни, просто в тот момент она, почему-то такой не казалась. Скорее всего потому что у меня “горел” беклог диссертационных задач ↩

    1. Любищев А. Руководство для начинающих научных работников. [Электронный ресурс]. URL: http://blog.nazarovsky.ru/2012/10/blog-post.html (дата обращения: 12.02.2025).
    ↩

  5. Читайте предидущую заметку чтобы изучить бОльший контекст четырех пунктов выше ↩

  6. Это значительно важнее для системной практики, чем “нытье” о неуспешных попытках прошлых дней ↩