Заметки и внешняя память: инструмент, а не ритуал

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

Трек time-management уже разобрал системы заметок как инструмент организации работы: классы приложений, три типа заметок, Zettelkasten с прямой оговоркой, что контролируемых исследований его эффективности не существует, форматы worklog, ADR и runbook. Здесь мы не повторяем этот разбор и не спорим с ним. Здесь другой вопрос:

Когда запись помогает научиться, а когда заменяет обучение.

Тезис главы формулируется сразу:

Запись выполняет две разные функции — кодирование (что изменилось в вашей голове в момент написания) и хранение (что можно достать потом). Функции независимы, требуют разного и ломаются по-разному. Почти все советы про заметки улучшают хранение, а обещают эффект кодирования. Инженеру при этом нужна третья вещь, о которой обычно молчат: исполняемая внешняя память — тест, тип, скрипт, — потому что только у неё есть механизм обнаружения того, что она протухла.

Часть 1. Две функции записи

Различение старое и содержательное. Его ввели Di Vesta F. J., Gray G. S. (1972). Listening and note taking. Journal of Educational Psychology 63(1), разделив encoding function (сам акт записи меняет обработку материала) и external storage function (записи можно перечитать). Дальше это стало основной рамкой для нескольких десятилетий исследований конспектирования — обзор: Kiewra K. A. (1989). A review of note-taking: The encoding-storage paradigm and beyond. Educational Psychology Review 1(2).

Почему это не педантизм, а рабочее различение:

Отсюда первое практическое следствие. Вопрос «в чём вести заметки» относится только ко второму каналу. Смена Notion на Obsidian не меняет в канале кодирования ничего. Если вы третий раз за год переезжаете между хранилищами и ощущаете от этого прогресс — вы ощущаете прогресс в обслуживании архива, а не в обучении. Это ровно та иллюзия беглости, которую разбирала глава об иллюзии понимания, только материалом для неё служит не текст учебника, а собственная система.

Часть 2. Что известно про запись: доказательная база и её границы

Здесь надо быть точным, потому что в этой теме особенно легко выдать общее место за результат.

Конспектирование лекций

Основной массив данных — учебные аудитории, лекции, студенты. Устойчивые находки этой линии:

• Запись + последующий пересмотр записей превосходит запись без пересмотра. То есть отдельно измеримый вклад даёт именно второй канал, и без обращения он не реализуется. Обзоры: Kiewra (1985, 1989); экспериментально функции разводит Kiewra K. A., DuBois N. F., Christian D., McShane A., Meyerhoffer M., Roskelley D. (1991). Note-taking functions and techniques. Journal of Educational Psychology 83(2).
• Конспекты систематически неполны. По обзорам Кивры студенты фиксируют лишь часть важных идей лекции — порядка трети, с большим разбросом по условиям. Это важно не как упрёк студентам, а как факт про инструмент: запись — это всегда потеря, вопрос только в том, управляемая или случайная.
• Структурированные форматы записи (матрицы, схемы сравнения) в ряде работ дают преимущество над линейным конспектом, особенно на задачах, требующих сопоставления.

Границы переноса, о которых надо сказать прямо: это лекции. Инженер редко учится в режиме «непрерывный поток речи, который нельзя остановить». Он читает документацию с возможностью перечитать, смотрит код с возможностью запустить, разговаривает с коллегой с возможностью переспросить. Дефицит, который лечит конспект в лекции (поток уходит безвозвратно), у инженера почти отсутствует. Поэтому механически переносить «конспектируйте» сюда нельзя — переносится более узкое утверждение: записи имеют ценность, только если к ним возвращаются, и почти вся их учебная ценность создаётся в момент формулирования.

Рука против клавиатуры

Самая цитируемая работа — Mueller P. A., Oppenheimer D. M. (2014). The Pen Is Mightier Than the Keyboard. Psychological Science 25(6) (doi:10.1177/0956797614524581): рукописный конспект дал преимущество на концептуальных вопросах, объяснение — на клавиатуре люди склонны к дословной транскрипции. Крупная репликация Morehead K., Dunlosky J., Rawson K. A. (2019) основной эффект не воспроизвела.

Разбор этой пары уже есть в time-management/13-tools, повторять не буду. Аккуратный вывод: важен не носитель, а дословность. Механизм, ради которого цитируют эту работу, — переформулирование, — сам по себе имеет отдельные, куда более прочные подтверждения (следующие два пункта). Так что практическое правило устойчиво, даже если конкретное исследование пошатнулось: запись своими словами полезнее записи под диктовку, а клавиатура просто делает диктовку слишком удобной.

Эффект генерации

Slamecka N. J., Graf P. (1978). The generation effect: Delineation of a phenomenon. Journal of Experimental Psychology: Human Learning and Memory 4(6). Материал, который человек породил сам (пусть по подсказке), запоминается лучше материала, который он прочитал готовым. Эффект многократно воспроизводился и обобщался метаанализом (Bertsch S., Pesta B. J., Wiscott R., McDaniel M. A., 2007, Memory & Cognition), величина умеренная, порядка 0,4 в стандартных единицах.

Что это значит для заметок буквально: строчка, которую вы сформулировали сами, стоит больше строчки, которую вы скопировали, — при равном объёме записи. Не «пишите больше», а «пишите меньше, но своими словами». Цена: своими словами медленнее в три-пять раз, и на этом месте система заметок у большинства и умирает.

Самообъяснение

Chi M. T. H., Bassok M., Lewis M. W., Reimann P., Glaser R. (1989). Self-explanations: How students study and use examples in learning to solve problems. Cognitive Science 13(2). Ученики, которые, разбирая решённый пример, проговаривали себе, почему делается каждый шаг, потом решали новые задачи заметно лучше тех, кто примеры просто перечитывал. Обобщение по многим работам: Bisra K., Liu Q., Nesbit J. C., Salimi F., Winne P. H. (2018). Inducing Self-Explanation: a Meta-Analysis. Educational Psychology Review — эффект положительный и по меркам образовательных вмешательств заметный (порядка 0,5).

Это самый прямой мост от исследований к жанру заметки, который реально нужен инженеру: не «что делает этот код», а «почему он делает это так, и что сломается, если сделать иначе». Заметка первого типа дублирует исходник, заметка второго — единственная, которую невозможно сгенерировать из кода.

Чего нет

Скажу прямо, потому что дальше эти пробелы будут определять тон:

• Нет контролируемых исследований, показывающих, что личная система заметок повышает результативность инженера. Ни для Obsidian, ни для Notion, ни для Roam, ни для plain-text в git. Всё, что известно про инструменты, — это самоотчёты, а самоотчёты в этой области смещены: люди, бросившие систему, обзоров не пишут.
• Нет исследований Zettelkasten как метода — один впечатляющий кейс Лумана и никакой причинности; подробный разбор в time-management/13-tools.
• Нет данных о «правильном» размере, формате и числе заметок. Все цифры вида «одна мысль на карточку, не длиннее абзаца» — конвенция сообщества, а не результат.
• Термин «collector’s fallacy» — блогерское название реального ощущения, а не установленный эффект. Пользоваться им как метафорой можно, ссылаться на него как на факт — нет.

Часть 3. Когнитивный офлоадинг: что вынос наружу действительно даёт

Есть отдельная линия исследований — не про заметки как жанр, а про сам факт переноса части задачи во внешнюю среду. Обзорная работа: Risko E. F., Gilbert S. J. (2016). Cognitive Offloading. Trends in Cognitive Sciences 20(9). Офлоадингом там называют любое физическое действие, снижающее внутреннюю нагрузку: поворот головы вместо мысленного вращения фигуры, запись цифр вместо удержания их в уме, будильник вместо намерения.

Три результата, полезных инженеру.

1. Вынос намерений во внешнюю среду улучшает выполнение — и люди делают это, ориентируясь на уверенность в своей памяти. Работы Сэма Гилберта с коллегами по отложенным намерениям (Gilbert S. J., 2015, Quarterly Journal of Experimental Psychology, 68(5); Gilbert S. J. и соавторы, 2020. Optimal use of reminders: Metacognition, effort, and cognitive offloading, Journal of Experimental Psychology: General) показывают две вещи: напоминания реально повышают точность выполнения отложенных намерений, и при этом решение «поставить напоминание или положиться на себя» управляется метакогнитивной оценкой собственной памяти, которая систематически смещена. Люди с заниженной уверенностью выносят наружу больше, чем оптимально; собственно, именно поэтому инбокс из главы time-management/02 работает: он снимает не нагрузку памяти, а тревогу за память.

2. Сохранение файла улучшает запоминание следующего материала. Storm B. C., Stone S. M. (2015). Saving-Enhanced Memory. Psychological Science 26(2): участники, которым позволяли сохранить первый файл со списком слов, лучше запоминали второй список. Интерпретация авторов — освобождение ресурса. Существенное условие, которое всегда стоит держать рядом с этим результатом: выигрыш держится, пока внешнему хранилищу можно доверять; при ненадёжном сохранении эффект ослабевает. Работа короткая, её стоит прочитать в оригинале, прежде чем строить на ней аргумент.

Для инженера это, пожалуй, самое практичное из всего раздела: ценность инбокса не в том, что он что-то помнит, а в том, что вы перестаёте тратить фоновый ресурс на удержание. Но работает это только при доверии к системе. Хранилище, из которого вы не находите записанное, хуже отсутствия хранилища: вы платите за запись и всё равно держите в голове.

3. Привычка искать вовне закрепляется. Знаменитая работа Sparrow B., Liu J., Wegner D. M. (2011). Google Effects on Memory. Science 333 — про то, что при ожидании доступности информации люди хуже помнят её содержание и лучше помнят, где она лежит. Честная оговорка: статус этого результата спорный, прямые репликации давали неоднозначную картину, и опираться на него как на твёрдый факт нельзя; если вам нужен этот аргумент, найдите текущее состояние вопроса сами. Общая идея — что внешняя память меняет что мы запоминаем, а не только сколько, — согласуется с более старой и лучше обоснованной концепцией трансактивной памяти (Wegner D. M., 1987), где в паре или группе люди специализируются и помнят «кто знает что»; для команд эта линия разработана довольно подробно (обзор: Ren Y., Argote L., 2011, Academy of Management Annals).

Трансактивная память — очень точная модель того, как на самом деле устроено знание в инженерной команде. Вы не помните конфигурацию биллинга, вы помните, что её помнит Марина. Это эффективно и хрупко одновременно: узел уходит — знание исчезает. Именно поэтому runbook и ADR существуют не для читателя вообще, а как страховка от исчезновения узла.

Часть 4. Почему нельзя вынести наружу всё

Соблазн после предыдущего раздела: «раз офлоадинг работает, вынесу всё, а голову оставлю для мышления». Это не работает, и причина не в морали, а в устройстве рабочей памяти.

Рабочая память мала. Классические оценки — от «семь плюс-минус два» Миллера (1956) до более поздних и более аккуратных примерно четырёх независимых элементов (Cowan N., 2001. The magical number 4 in short-term memory. Behavioral and Brain Sciences 24(1)). Обходится это ограничение не увеличением ёмкости, а укрупнением единиц: эксперт оперирует не отдельными элементами, а чанками — узнаваемыми конфигурациями, которые лежат в долговременной памяти. У шахматистов это показали Chase и Simon (1973), у программистов воспроизвели на осмысленном и перемешанном коде (McKeithen и соавторы, 1981) — обе работы разбирались в главе про осознанную практику.

Дальше ключевой момент. Есть теоретическая модель долговременной рабочей памяти (Ericsson K. A., Kintsch W., 1995, Psychological Review 102(2)): в своей области эксперт использует долговременную память как быстрое расширение рабочей — но только через уже построенные структуры извлечения. Модель обсуждается и в деталях оспаривается, однако следствие для нас держится и без неё:

Внешний источник не встраивается в рассуждение. Обращение к файлу — это не «медленный чанк», это разрыв. Пока вы ищете, состояние задачи в голове разрушается.

Практически это выглядит так. Если при чтении незнакомого кода вам нужно смотреть значение каждого второго термина, вы не читаете код — вы делаете сорок отдельных микрозадач и в конце не имеете модели. Если в проектном обсуждении вы не держите в голове модель согласованности вашей базы, вы не можете возразить в реальном времени; посмотреть потом — уже другое действие, с другой ценой. Это тот же довод, что и в главе про фокус, только приложенный не к уведомлениям, а к собственной системе заметок.

Отсюда критерий, который дальше станет основным:

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

Имя флага --max-connections — вход, его место снаружи. Понимание того, что пул соединений — это ограниченный разделяемый ресурс с очередью, — материал, его место в голове. Разница не в важности и не в «фундаментальности», а в том, вызывается ли это посреди мысли.

Часть 5. Правило разделения: что наружу, что в голову

Два измерения оказываются достаточными для большинства решений: как часто это нужно и как быстро устаревает. Третье — цена промаха в момент, когда искать некогда, — работает как поправка.

Развёрнутое решение под конкретный факт:

Обратите внимание на нижний ряд: у каждой ветки своя проверка. Система без проверки — ритуал.

Табличная форма того же, с ценой:

Последняя строка — самая практичная. Сохранённая статья, которую вы не прочитали, не является внешней памятью: в ней нет ни кодирования (вы её не формулировали), ни хранения (вы не знаете, что там). Это отложенное намерение, притворяющееся знанием.

Часть 6. Как выглядит заметка, которая учит

Из Частей 2 и 4 следует довольно жёсткая спецификация. Учебная заметка обязана: (а) быть сформулированной вами, (б) требовать извлечения при обращении, (в) иметь срок и владельца, (г) быть привязанной к ситуации, где применяется.

Заметка-вопрос вместо заметки-конспекта

Конспект при перечитывании даёт узнавание — то самое, которое третья глава назвала главным источником ложной уверенности. Заметка, устроенная как вопрос, при обращении заставляет извлекать.

---
id: 202607161042
type: q
tags: [распределённые-системы, идемпотентность]
review: 2026-10-01
---

## Вопрос
Почему заголовок Idempotency-Key в API сам по себе не даёт
безопасного ретрая?

## Ответ (не читать сразу)
Потому что ключ, сгенерированный в момент отправки, теряется при
падении клиента до получения ответа: повтор придёт с новым ключом
и будет обработан как новая операция. Идемпотентность — свойство
пары «клиент + эндпоинт», а не эндпоинта.

## Откуда
Инцидент BILL-4127, двойное списание 12.07. Разбор: ADR-0014.

## Проверка
Умею назвать точку, в которой ключ обязан рождаться, и объяснить,
почему outbox эту проблему закрывает, а retry-обёртка — нет.

Три детали, которые делают этот формат рабочим, и каждая стоит времени:

• Поле review. Заметка без даты пересмотра — это заметка, которая не будет пересмотрена. Механика интервалов разобрана в главе 05; формат заметки просто делает её возможной.
• Раздел «Откуда». Привязка к конкретной ситуации — единственное, что даёт шанс на перенос. Абстрактная формулировка без ситуации извлекается только в контексте, похожем на текст заметки, то есть почти нигде.
• Раздел «Проверка». Формулирует наблюдаемое поведение, а не ощущение. «Понял» — не критерий; «умею назвать точку» — критерий.

Цена честно: такая заметка стоит 10–20 минут. При четырёх часах учебного времени в неделю это значит не больше двух-трёх штук в неделю. Любая система, которая предполагает больше, либо ворует время у практики, либо наполняется копипастой.

Разбор собственной ошибки

Самый высокодоходный жанр личной заметки, и единственный, в котором у вас есть данные, которых больше ни у кого нет.

# Ошибка: искал утечку соединений не там (17.07)

## Что я ожидал
Рост p99 → значит, медленные запросы к БД.

## Что оказалось
Пул исчерпан фоновой задачей, которая берёт соединение
и не отдаёт при исключении. Запросы быстрые, ждут пула.

## Почему я ошибся (главное)
Я проверял гипотезу «медленный запрос» три часа, не проверив
доступность ресурса. Диагностика шла по частоте гипотез,
а не по стоимости их проверки: pg_stat_activity — 10 секунд.

## Что меняю
Первый шаг диагностики латентности: посмотреть занятость пула.
Добавлено в runbook billing-api.

## Что сделал, чтобы не полагаться на память
Тест: фоновая задача возвращает соединение при исключении.
Алерт на долю занятых соединений > 80%.

Последний раздел — то, что отличает эту заметку от дневника. Урок продублирован на слой ниже (см. следующую часть): в тест и в алерт, где он не зависит от того, вспомните ли вы про заметку. Про то, как это делается на уровне команды, — постмортемы.

Карта незнания

Отдельный жанр, который редко упоминают: список сформулированных вопросов, на которые вы пока не умеете отвечать. Не «изучить Kubernetes», а «не понимаю, как реквесты и лимиты влияют на то, что под убивают, и почему CPU и память ведут себя по-разному».

Ценность в том, что расплывчатое «я плохо знаю K8s» не является ни планом, ни диагностикой, а список из девяти конкретных вопросов — является. Это прямой вход в главу о плане обучения, а сравнить свой список с ожиданиями роли помогает карта карьеры портала и глава про грейды.

Цена: полчаса раз в месяц, и неприятное ощущение при заполнении. Не окупается, если вы пишете вопросы, ответы на которые вам не понадобятся в ближайший год, — карта незнания расширяется бесконечно, и в этом её опасность.

Часть 7. Самая надёжная внешняя память инженера — исполняемая

Это утверждение — отраслевая практика, а не результат исследования, и подавать его буду именно так. Но у него есть внятный механизм, который делает его сильнее большинства советов про заметки.

Заметка деградирует тихо. Между «запись верна» и «запись врёт» нет наблюдаемого события: система изменилась, а файл нет. Тест деградирует громко: расхождение мгновенно становится красной сборкой. Это разница не в качестве текста, а в наличии механизма обнаружения расхождения — того самого, о котором говорит глава про обратную связь.

Практическая проверка перед тем, как писать заметку: нельзя ли поднять эту запись на слой выше?

# Вместо заметки «не забыть: фоновая задача обязана вернуть
# соединение в пул даже при исключении» — тест, который об этом
# напомнит сам, причём тому, кто сломает, а не тому, кто помнит.

def test_соединение_возвращается_при_исключении(pool, worker):
    занято_до = pool.in_use()

    with pytest.raises(PaymentProviderError):
        worker.process(broken_payment_task())   # задача падает внутри

    # Инвариант: любой выход из обработчика возвращает соединение.
    assert pool.in_use() == занято_до

#!/usr/bin/env bash
# Вместо раздела runbook «как снять профиль запроса на стейджинге»:
# скрипт, который нельзя выполнить неправильно и который ломается,
# если окружение изменилось.
set -euo pipefail

: "${PGHOST:?задайте PGHOST явно, значения по умолчанию опасны}"

# EXPLAIN ANALYZE на реальных данных — только с ограничением,
# иначе запрос выполняется целиком со всеми побочными эффектами.
psql -X -v ON_ERROR_STOP=1 -c "EXPLAIN (ANALYZE, BUFFERS) $1 LIMIT 100"

Что переводится в исполняемую форму хорошо: инварианты, процедуры, соглашения о формате, ограничения окружения, повторяющиеся проверки. Что не переводится вообще: основания решения. Тест фиксирует, что система ведёт себя так; он не фиксирует, почему выбрано именно это поведение и что рассматривали взамен. Для этого существует ADR — жанр, у которого лучшее отношение пользы к объёму во всей инженерной документации (разбор).

Цена подъёма на слой выше реальна: тест надо поддерживать, скрипт — тоже, и плохой тест дороже отсутствующей заметки. Правило окупаемости простое: поднимайте, если знание будет применяться другими людьми или вами больше трёх раз. Разовое наблюдение оставляйте текстом.

Часть 8. Обращение: без него хранилище стоит ноль

Второй канал реализуется только в момент возврата. Значит, у системы заметок должен быть ритм возврата, иначе она по построению бесполезна.

Ветка alt — не украшение. Устаревшая запись дороже отсутствующей: отсутствие заставляет думать, а устаревшая заставляет доверять. Отсюда обязательные атрибуты любой записи, живущей дольше недели: дата, автор, дата следующей проверки.

Жизненный цикл учебной заметки, если её вести всерьёз:

Два перехода здесь важнее остальных.

capture --> gone. Если сырая мысль не переводится в формулировку — вы её не поняли, а не «не успели». Удаление такой записи честнее, чем перенос в архив: архив создаёт иллюзию, что знание где-то есть.

srs --> internal. Заметка обязана иметь выход. Система, из которой ничего не уходит, растёт линейно во времени и требует линейно растущего обслуживания при постоянном полезном объёме.

Минимальный ритм, который делает всё вышеописанное возможным, — один получасовой обзор в неделю: разобрать захваченное, сформулировать одну-две вещи целиком, удалить лишнее, обновить одну устаревшую запись. Это тот же недельный обзор, что и в time-management, просто с учебной повесткой. Без него всё остальное в этой главе не имеет смысла.

Часть 9. Цена и когда система не окупается

Считать надо честно, потому что затраты видны сразу, а отдача — через месяцы.

Итого рабочая система стоит порядка часа-полутора в неделю. Если ваш учебный бюджет — четыре часа, это треть, и она отнимается у практики. Это не аргумент против заметок, это аргумент за то, чтобы их было мало.

Когда система заметок не окупается — прямым списком:

• Горизонт знания короче горизонта обслуживания. Изучаете фреймворк, который в проекте на полгода: заметки не успеют себя оправдать, документация справится.
• Знание уже записано в коде. Заметка, дублирующая README или сигнатуру функции, — чистый убыток: она устареет отдельно от источника.
• Вы не производите текст и не принимаете решений, которые надо обосновывать. Тогда сеть постоянных заметок держать незачем; хватит журнала ошибок и runbook.
• Обзоров нет. Без ритма возврата вся конструкция сводится к каналу кодирования, а его дешевле получить, объяснив коллеге вслух.
• Записи не находятся. Если поиск в вашем хранилище не даёт результата за минуту, доверия не будет, и по логике Storm & Stone внешняя память перестанет разгружать голову.

Часть 10. Мифы и ложные валюты

«Второй мозг». Метафора, а не модель. Она обещает, что вынесенное наружу продолжает работать как знание — а из Части 4 следует, что нет: внешняя запись не участвует в рассуждении, она в него загружается, с разрывом. Пользоваться метафорой можно, планировать по ней обучение — нет.

«Главное — связи, граф покажет структуру знания». Красивый граф — самая соблазнительная ложная валюта в этой теме: он измерим, растёт и приятно выглядит. Данных, что число связей связано с чем-либо полезным, нет. Плюс работа Бергмана и Уиттакера (2016), The Science of Managing Our Digital Stuff (MIT Press) обобщает десятилетия исследований персонального управления информацией и показывает вещь, неудобную для этой идеи: люди устойчиво предпочитают навигацию поиску, теги используют мало и непоследовательно, а иерархия папок работает лучше своей репутации.

«Стили обучения: визуалу нужны схемы, аудиалу — записи голосом». Не подтверждено. Ключевой обзор — Pashler H., McDaniel M., Rohrer D., Bjork R. (2008). Learning Styles: Concepts and Evidence. Psychological Science in the Public Interest 9(3): исследований с корректным дизайном почти нет, а имеющиеся гипотезу не поддерживают. Формат заметки выбирается по материалу: сравнение — таблицей, порядок вызовов — диаграммой, инвариант — тестом. Не по «типу личности».

«Чем больше заметок, тем лучше». Число заметок — метрика расхода, а не результата, ровно как часы практики в главе 08. Отраслевые пересказы про «10 000 часов» и здесь работают так же: легко измеримое подменяет то, ради чего всё делалось.

«Заметки заменяют память». Заменяют — в узком смысле, для фактов-входов. Не заменяют — для всего, что участвует в мышлении. Промежуточная позиция «вынесу справочное, оставлю модели» скучна, но это и есть правильный ответ.

«Есть правильная методология, надо только её найти». Проверяемых сравнений методологий ведения заметок не существует. Выбор между PARA, Zettelkasten, дневником и папкой с текстовыми файлами — вопрос вкуса и объёма производимого текста, а не эффективности. Время, потраченное на этот выбор, вычитается из обучения напрямую.

Часть 11. Типичные ошибки

1. Копирование вместо формулирования. Выключает канал кодирования, оставляет только затраты. Диагностика: если в заметке есть предложения, которые вы не смогли бы произнести вслух своими словами, это цитата, а не заметка.
2. Хранилище только на запись. Растёт, никогда не читается. Диагностика — грубый показатель, который я предлагаю как эвристику, а не как измеренную величину: сколько заметок вы открыли за три месяца, делённое на то, сколько создали. Ниже 0,2 — вы ведёте архив, а не память.
3. Смешивание справочного и мыслительного. Runbook и рассуждение живут по разным законам: первому нужна свежесть и предсказуемый путь, второму — связи и время. В одной куче портятся оба (разделение подробно — в time-management/13-tools).
4. Заметки вместо кода. «Помнить, что тут нужен ретрай» вместо ретрая. Самая дорогая ошибка из списка, потому что выглядит как ответственность.
5. Записи без даты и владельца. Через год невозможно понять, действует ли утверждение. Такая заметка отравляет поиск: она находится и врёт.
6. Заметки как прокрастинация. Обустройство системы — идеальное занятие, чтобы не начинать трудное: оно продуктивно на вид и не содержит риска провала. Механику разбирает глава про прокрастинацию.
7. Конспект курса, который не применяется. 40 страниц по курсу, ни одной строчки кода. Записи не заменяют попытку; чтение чужого решения без своей попытки разбирается в главе про обучение на чужом коде.
8. Оптимизация тегов и структуры. Бергман и Уиттакер прямо показывают, что теги используются мало. Любая ревизия структуры дольше получаса — почти наверняка потраченное впустую время.

Часть 12. Минимальная система

Если брать из этой главы одно, то вот минимальный набор. Он намеренно скучный, стоит около часа в неделю и не требует никакого инструмента, кроме папки с текстовыми файлами в git.

1. Инбокс. Один файл, куда падают сырые мысли и ссылки. Правило одно: он обнуляется на обзоре.
2. Журнал ошибок. Один файл, куда после каждой нетривиальной починки идут пять строк: ожидал / оказалось / почему ошибся / что меняю / что сделал, чтобы не полагаться на память.
3. Две-три заметки-вопроса в неделю. Формат из Части 6, с полями review и «Проверка».
4. Карта незнания. Список конкретных вопросов, пересматривается раз в месяц.
5. Недельный обзор, 30 минут. Разобрать инбокс, сформулировать заметки, удалить лишнее, обновить одну устаревшую запись.
6. Правило слоя. Перед каждой заметкой — вопрос: тест, скрипт или ADR не подойдут лучше?

Всё остальное — граф, теги, шаблоны, плагины, автоматические связи — добавляется только тогда, когда возникает конкретная боль, которую это лечит. Не раньше.

Часть 13. Как проверить, что система работает

Субъективное ощущение здесь бесполезно ровно по тем же причинам, что и в остальном треке: приятность обслуживания архива не связана с обучением. Проверки внешние:

• Объяснение без файла. Возьмите тему, по которой у вас есть заметки, и объясните её вслух, не открывая ничего. Провал означает, что знание живёт в канале хранения, а вы рассчитывали на кодирование.
• Тест на нахождение. Загадайте факт, который точно записывали больше полугода назад. Не нашли за минуту — доверия к хранилищу нет, разгрузки головы нет тоже.
• Аудит десяти случайных записей. Сколько из них всё ещё верны? Ниже семи — у вас проблема с актуализацией, и хранилище работает против вас.
• Показатель обращения из Части 11.
• Проверка слоя. За последний месяц: сколько уроков превратились в тест, алерт или скрипт, а сколько остались текстом? Если вторых сильно больше, вы систематически держите знание ниже нужного слоя.

Мини-итог

• Запись имеет две независимые функции: кодирование (эффект в момент написания) и хранение (эффект в момент обращения). Различение введено Di Vesta & Gray (1972), развито Kiewra. Почти вся индустрия инструментов улучшает второе, а обещает первое.
• Доказательная база: конспект + пересмотр лучше конспекта без пересмотра; конспекты систематически неполны; переформулирование полезнее копирования — здесь опора не столько на Mueller & Oppenheimer (2014), чью репликацию Morehead и соавторы (2019) не воспроизвели, сколько на эффект генерации (Slamecka & Graf, 1978) и самообъяснение (Chi и соавторы, 1989).
• Всё это измерялось на студентах и лекциях. Контролируемых исследований личных систем заметок у инженеров нет — ни для одного инструмента, ни для одной методологии. Всё, что дальше, — обоснованный перенос и отраслевая практика, и подавать это иначе нечестно.
• Офлоадинг реально разгружает (Risko & Gilbert, 2016; Gilbert и соавторы, 2015, 2020; Storm & Stone, 2015), но при одном условии — доверии к хранилищу. Ненайденная запись хуже ненаписанной.
• Вынести наружу можно не всё: обращение к внешнему источнику не встраивается в рассуждение, а разрывает его. В голове обязано быть то, что служит строительным блоком мысли; наружу идёт то, что является её входом или выходом.
• Самая надёжная внешняя память инженера — исполняемая: у теста, типа и скрипта есть механизм обнаружения расхождения, у заметки его нет. Перед каждой заметкой стоит спросить, нельзя ли поднять запись на слой выше.
• Система стоит час-полтора в неделю. При учебном бюджете в четыре часа это треть. Значит, заметок должно быть мало, у каждой — дата, владелец и выход из системы.
• Ложные валюты: число заметок, красота графа, миграции между инструментами, поиск «правильной методологии». Все они измеримы, приятны и не связаны с результатом.

Источники

• F. J. Di Vesta, G. S. Gray. Listening and note taking. Journal of Educational Psychology 63(1), 1972, 8–14.
• K. A. Kiewra. A review of note-taking: The encoding-storage paradigm and beyond. Educational Psychology Review 1(2), 1989, 147–172.
• K. A. Kiewra, N. F. DuBois, D. Christian, A. McShane, M. Meyerhoffer, D. Roskelley. Note-taking functions and techniques. Journal of Educational Psychology 83(2), 1991, 240–245.
• P. A. Mueller, D. M. Oppenheimer. The Pen Is Mightier Than the Keyboard. Psychological Science 25(6), 2014 — DOI: 10.1177/0956797614524581
• K. Morehead, J. Dunlosky, K. A. Rawson. How Much Mightier Is the Pen Than the Keyboard for Note-Taking? Educational Psychology Review 31, 2019 — репликация, основной эффект не воспроизведён.
• N. J. Slamecka, P. Graf. The generation effect: Delineation of a phenomenon. Journal of Experimental Psychology: Human Learning and Memory 4(6), 1978, 592–604.
• S. Bertsch, B. J. Pesta, R. Wiscott, M. A. McDaniel. The generation effect: A meta-analytic review. Memory & Cognition 35(2), 2007, 201–210.
• M. T. H. Chi, M. Bassok, M. W. Lewis, P. Reimann, R. Glaser. Self-explanations: How students study and use examples in learning to solve problems. Cognitive Science 13(2), 1989, 145–182.
• K. Bisra, Q. Liu, J. C. Nesbit, F. Salimi, P. H. Winne. Inducing Self-Explanation: a Meta-Analysis. Educational Psychology Review 30, 2018, 703–725.
• E. F. Risko, S. J. Gilbert. Cognitive Offloading. Trends in Cognitive Sciences 20(9), 2016, 676–688.
• S. J. Gilbert. Strategic offloading of delayed intentions into the external environment. Quarterly Journal of Experimental Psychology 68(5), 2015, 971–992.
• S. J. Gilbert и соавторы. Optimal use of reminders: Metacognition, effort, and cognitive offloading. Journal of Experimental Psychology: General 149(3), 2020.
• B. C. Storm, S. M. Stone. Saving-Enhanced Memory: The Benefits of Saving on the Learning and Remembering of New Information. Psychological Science 26(2), 2015, 182–188.
• B. Sparrow, J. Liu, D. M. Wegner. Google Effects on Memory. Science 333, 2011, 776–778 — статус результата спорный, репликации неоднозначны; проверьте текущее состояние вопроса, прежде чем опираться.
• D. M. Wegner. Transactive memory: A contemporary analysis of the group mind. В сб. Theories of Group Behavior, Springer, 1987, 185–208.
• Y. Ren, L. Argote. Transactive Memory Systems 1985–2010: An Integrative Framework. Academy of Management Annals 5(1), 2011, 189–229.
• N. Cowan. The magical number 4 in short-term memory: A reconsideration of mental storage capacity. Behavioral and Brain Sciences 24(1), 2001, 87–114.
• K. A. Ericsson, W. Kintsch. Long-term working memory. Psychological Review 102(2), 1995, 211–245 — модель обсуждаемая, но полезная как рамка.
• H. Pashler, M. McDaniel, D. Rohrer, R. Bjork. Learning Styles: Concepts and Evidence. Psychological Science in the Public Interest 9(3), 2008, 105–119.
• O. Bergman, S. Whittaker. The Science of Managing Our Digital Stuff. MIT Press, 2016.
• M. Nygard. Documenting Architecture Decisions, 2011 — cognitect.com; каталог форматов — adr.github.io.
• Оцифрованный архив картотеки Лумана — niklas-luhmann-archiv.de (для тех, кому интересен исходный кейс, а не его пересказы).

Что дальше

Всё, что здесь сказано про внешнюю память, написано до того, как рядом появился источник, который отвечает мгновенно, никогда не устаревает в вашем хранилище (потому что не хранится) и не требует ни формулирования, ни обслуживания. Языковая модель — предельный случай офлоадинга: канал хранения бесплатен, а канал кодирования выключен полностью, если вы не делаете специальных усилий. Про то, где это ускоряет обучение, а где съедает его целиком, — следующая глава. Устройство самих моделей разбирает ai-basics, а как контекст работает у агентов — ai-agents.

Учиться с ИИ: где он ускоряет, а где отнимает обучение