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

Основа — обычный сигильный метод Спейра («Книга удовольствия», 1913), разобранный в статьях о построении и о заряде с забвением. Здесь только то, что меняется.

Что даёт код

Настоящее преимущество одно: гарантированное уничтожение исходной фразы.

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

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

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

Что код ломает

Забвение — а это главное в методе.

Файл лежит в папке. Имя файла видно в списке. История команд помнит, что ты вводил. Резервная копия сохранила всё. Облачная синхронизация разнесла по трём устройствам.

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

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

Способы построения

Три, от простого к строгому.

Хеш от фразы

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

Что получилось: необратимо нечитаемое. Из хеша нельзя восстановить фразу. Это ровно то, чего требует метод, только сделанное надёжнее рисования.

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

Знак из букв программно

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

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

Сигил как работающий код

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

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

Полный порядок работы

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

Шаг первый: фраза. Одна задача, утвердительно, настоящее время, возможное, проверяемо. Требования разобраны в статье о построении сигила и здесь не смягчаются.

Шаг второй: критерий отдельно. Критерий с числом и срок — в журнал, не в файл с сигилом. Иначе ты будешь открывать файл и вспоминать задачу.

Шаг третий: преобразование. Фраза вводится один раз, скрипт выдаёт знак. Важно: вводи её так, чтобы она не попала в историю команд — из файла, который тут же удаляется, или через ввод, который не сохраняется.

Шаг четвёртый: очистка следов сразу. До всякой работы со знаком:

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

Шаг шестой: обрыв. Резко: закрыть, встать, засмеяться, уйти.

Шаг седьмой: уничтожение. Здесь цифровая специфика, и она разобрана подробно в статье об удалении как обряде. Минимум:

Шаг восьмой: забвение. Обеспечивается намеренно. Способы ниже.

Как обеспечить забвение в цифре

Пять приёмов, применять лучше несколько сразу.

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

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

Слепое имя. Файл называется хешем, а не задачей. Никаких `rabota-novaya.png`.

Удаление истории. История команд, история браузера, буфер обмена — всё это хранит фразу. Чистится сразу.

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

Проверка

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

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

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

Признаки и что делать, если не выходит

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

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

Если не выходит вовсе, разбор по порядку.

  1. Фраза была общей. Самая частая причина, и код её не чинит.
  2. Ты не забыл. Проверь, сколько раз за месяц открывал папку.
  3. Внесение шло без состояния. Экран — плохая поверхность для гнозиса: он сам по себе удерживает внимание в обычном режиме. Попробуй распечатать знак и работать с бумагой, а цифру оставить только для построения.
  4. Уведомления. Одно всплывшее сообщение в момент внесения — и сеанс потрачен.

Чего этот приём не даёт

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

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