Думать на бумаге

Я не доверяю мысли, которую нельзя написать от руки.

Звучит как снобизм, но это защитный механизм. Потому что когда я думаю о чём-то сложном, без ручки и бумаги, я часто только думаю, что думаю. Фраза Лесли Лампорта, которую я запомнил: "If you're thinking without writing, you only think you're thinking." В голове всё кажется стройным. Записываешь, и видишь дыры.

Это первый сдвиг: письмо не фиксация готовой мысли. Это способ её получить. Sönke Ahrens в How to Take Smart Notes формулирует это резче: "Writing is not what follows research, learning or studying, it is the medium of all this work." Бумага не склад, а верстак.

Второй сдвиг про контекст. Cal Newport в статье "A Pocket Notebook to Replace Your Phone" описывает, как один блокнот на одну тему ускоряет вход в "рабочий режим". Выделенный блокнот фокусирует когнитивный контекст: ты открываешь его и сразу оказываешься в нужном месте мышления. "I can slip into that context quicker… insights come faster." У меня есть свой опыт: 10 минут с блокнотом перед сложной задачей, и я настраиваюсь, как музыкальный инструмент.

Третий сдвиг про разгрузку. Блокнот для "захвата" (capture notebook) убирает задачи из оперативной памяти. Они перестают фоново жужжать. Newport: "Capture tasks so that it's not just in your head." Голова освобождается для работы.

И, наконец, переписывание. Когда ты переносишь заметки из одного места в другое, транскрибируешь, ты пропускаешь материал через себя ещё раз. В Slow Productivity Newport называет это: "ran all the raw material through the mind." Это не копирование, это проход мышления.

Бумага не конкурирует с Obsidian или Notion. Она конкурирует с шумом.

Практика проста: один блокнот = одна тема (проект, вопрос, эксперимент). Плюс карманный capture-блокнот для всего остального. Feynman Technique, объяснение на бумаге как будто ребёнку, тоже про это: принуждение к ясности через письмо.

Можно сказать, что бумага это медленный интерфейс. Но в этом и суть. Медленный значит – дающий возможность подумать.

Зачем вы всё это записываете

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

Признаю, это мой личный косяк. Я отношусь ко всей информации одинаково уважительно. Может быть, кто-то узнает себя.

Всё ниже — моё скромное мнение.

Когда вы читаете для удовольствия, не нужно превращать это в систему. Не надо делать из каждой мысли вечнозелёную заметку. Выделяйте и записывайте интересное свободно. Без напряга и перфекционизма.

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

Мы же не в эпоху бумажных карточек. В отличие от учёных прошлого, которым приходилось тщательно каталогизировать всё вручную, вам достаточно смутно помнить, чтобы найти нужное через поиск.

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

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

Настоящая мудрость — отличать временные знания от постоянных. Жизнь коротка. Не тратьте её на углублённое изучение того, что понадобится один раз. Например, я когда-то потратил часы на изучение тонкостей сетей в Docker. Сейчас почти ничего не помню. А вот фундаментальные концепции архитектуры ПО — использую каждый день. Первое было временным, второе — постоянным.

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

Посмотрел, сделал, забыл.

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

Организация Картотеки: Как Обеспечить Удобную Навигацию и Группировку

При работе со своей картотекой Люман переходил от заметки к заметке по ссылкам. Это значит, что карточки, связанные между собой, лежали рядом друг с другом, следуя логической последовательности. Например, заметка А1 находилась после А, а заметка А1А — после А1. Это очень интересная деталь, которая подчеркивает важность организации информации.

Навигация по Карточкам

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

Две Системы Навигации

Итак, у системы навигации Люмана было как минимум два способа:

1. По прямому расположению близко лежащих карточек.

2. По прямой ссылке на отдаленную карточку.

Применение Электронных Инструментов

Можно ли применить эти принципы в цифровом виде? Да, конечно. Прямые ссылки намного проще реализовать в цифровой форме. Большинство приложений поддерживают их, и создание такой ссылки требует лишь нескольких нажатий клавиш.

Проблемы с Организацией в Цифровом Виде

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

Недостатки Хэштегов

Однако хэштеги не обладают иерархическими свойствами, которые были у индексов Люмана. Индексы позволяли выбирать поднабор карточек, используя их иерархию. Простые хэштеги этого не позволяют. Следовательно, для достижения такой функциональности необходимо либо добавлять теги на каждый уровень иерархии, либо внедрять иерархические теги.

Решения и Вопросы

Некоторые системы, такие как Obsidian, позволяют использовать иерархические теги. Это может быть решением, позволяющим создавать иерархические деревья и группировать карточки. Но будет ли это удобным способом работы? Будет ли это помогать создавать контент? Ответить на этот вопрос можно только экспериментально.

Возможно, куда проще использовать прямые ссылки и так называемые "карты контента", которые являются корневыми узлами для конкретной темы. Ссылки на все заметки по этой теме добавляются в карту, и таким образом мы получаем связанность. При этом я бы не рекомендовал увеличивать сложность и создавать ссылки на другие карты, содержащие свои иерархии, если вам необходимо подчеркнуть связь и иерархию внутри карты – просто используйте отступы.

Концепция MOC была популяризирована Ником Майло, видным участником сообщества Obsidian, который подчеркнул их роль в создании значимых связей между заметками и содействии более глубокому пониманию.

Заключение

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

Продолжение следует...