Почему в Рундике вопрос живёт отдельно от конспекта

Одна карточка, несколько способов проверить себя

Представьте карточку о транзакции в базе данных. На ней есть схема, свойства, пример перевода денег и описание ошибки. К этому контексту можно задать несколько разных вопросов:

• зачем транзакции нужна атомарность;
• что произойдёт при сбое между двумя изменениями;
• когда изоляция одной операции влияет на другую.

Если хранить каждый вопрос вместе с полной копией объяснения, версии быстро разойдутся: в одной исправили пример, в другой осталась старая схема. А единственный вопрос ко всему конспекту получится слишком широким.

Поэтому объяснение хранится в одном месте, а связанные вопросы проверяют разные его стороны. Схему можно исправить один раз. Вопрос — переформулировать, не ломая конспект и не создавая копию.

Почему вопрос открывается первым

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

Рундика строит повторение вокруг вопросов. У каждого своё состояние и расписание: один механизм уже вспоминается легко, другой стоит показать раньше. Сам конспект при этом не приходится перечитывать по расписанию целиком.

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

Здесь есть компромисс: отдельные вопросы не должны разрезать тему на десятки мелких фактов. Они могут проверять механизм, выбор и границу применения — разные стороны одной крупной мысли. Если вопросу уже требуется другое объяснение, вероятно, пора создать ещё одну контекстную карточку.

Не каждой карточке нужен вопрос

Разделение полезно, когда вопрос проверяет значимую мысль. «Что такое атомарность?» может быть первым шагом, но лучше спросить о конкретной ситуации: «Почему перевод денег нельзя считать успешным, если списание произошло, а зачисление нет?».

Такой вопрос возвращает не к формулировке, а к механизму. Ответ можно проверить по той же подробной карточке, не создавая ещё один мини-конспект.

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

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

Разделение требует ухода

Отдельный вопрос не делает конспект автоматически полезным. Если карточка изменилась, вопросы и эталонные ответы нужно пересмотреть. После миграции системы старый вопрос может продолжать проверять уже несуществующее ограничение. Связь с контекстом помогает заметить это, но не отменяет редактуру.

Ещё один риск — слишком много вопросов к одной теме. Каждое определение, подпись на схеме и частный случай можно превратить в отдельную проверку. Но такое повторение быстро утомляет и мало говорит о понимании. Лучше оставить два-четыре вопроса, которые проверяют механизм, выбор и границу применения, чем двадцать мелких фактов.

Иногда разделение вообще не нужно. Короткая пара «термин — перевод», одна дата или символ могут поместиться в обычную флеш-карточку. Отдельный контекст нужен, когда ошибку нельзя исправить одной строкой: нужно вернуться к схеме, примеру, источнику или связи с соседней темой. Модель должна следовать за задачей, а не наоборот.

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

Стройте вопрос вокруг ошибки, а не абзаца

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

Вместо «что такое идемпотентность?» спросите: «платёжный запрос повторился после тайм-аута — какое свойство операции защищает от двойного списания и чего оно не гарантирует?». Вопрос задаёт ситуацию и границу, а ответ может ссылаться на подробную карточку с определением, схемой и примерами. Одного подробного объяснения достаточно для нескольких разных проверок.

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

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