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

Это как будто то же самое, что “снаружи-внутрь” (т.е. от взаимодействия с внешним миром к функциональному ядру) и “изнутри-наружу” (т.е. от функционального ядра к взаимодействию с внешним миром).

Почему я вообще об этом задумался?

Я осваиваю практику “мышление письмом”, по сути, это фиксация всех размышлений во внешней памяти, необходимая для длительного сфокусированного удержания внимания на важных объектах. Результат мышления письмом - это более-менее связный текст, описывающий отдельные объекты внимания и связи между ними. Этот текст не имеет целевой аудитории и не в целом не предназначен для публикации. Поэтому в рамках дисциплины его называют “заготовка”.

Один из принципов практики мышления письмом заключается в том, что писать “с чистого листа” (то есть создавать заготовки с нуля) непродуктивно, мышление всегда базируется на какой-то ранее полученной или созданной информации. Это означает (помимо того, что нужны источники качественной информации), что к началу каждой сессии мышления письмом необходимо иметь некоторую информационную базу, зафиксированные фрагменты информации и идеи, с ними связанные. Такие фрагменты, не соединенные пока мышлением в четкую схему, предложено называть черновиками. То есть, мышление письмом происходит на основе черновиков.

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

Так откуда начать создавать “систему создания заготовок”?

Можно не имея заметок и черновиков сразу начать писать заготовки. Ощутить, прочувствовать (а не просто поверить написанному в тексте курса) необходимость приоритизированного списка черновиков и тогда начать его формировать. Столкнуться с проблемой того, что черновики тоже не одномоментно создаются, а постепенно “накапливают массу” и начать фиксировать мысли и делать образовательные заметки.

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

У меня есть ощущение, что текст учебника описывает идеальное целевое состояние, но не предписывает какой-то определенный порядок создания этого целевого состояния. Мой опыт говорит, что лучшие результаты получаются при следовании подходу “от конца к началу”, т.к. в этом случае можно получать ценную обратную связь о конечном продукте как можно раньше.

Собственно, я так и поступил - сел и написал заготовку “с чистого листа”. А потом еще одну и еще одну. А потом мысли в голове кончились и стало понятно, что без списка черновиков с приоритетами мне практику мышления письмом не поставить.

Такой подход оказывается довольно распространенным: произведения Эдгара Аллана По, разработка ПО через тестирование, управление по целям, мантра “Make it work, make it right, make it fast” и т.д,

Многие творческие проекты лучше начинать с конца, как это делал Эдгар Аллан По. Он писал последние строки произведения, это накладывало ограничения на структуру и развитие всего произведения.

Определение набора ограничений (последняя строфа стихотворения) позволяет точнее определить параметры (ритм, размер, важность отдельных элементов и т.п.)

http://99u.com/workbook/37511/edgar-allen-poe-start-at-the-end

Связи:

• разработка через тестирование - написанный перед началом работы тест определяет интерфейсы.
• планирование по целям - определение и формулирование четкого видения результата позволяет отсеять непродуктивные шаги или движение не в том направлении.
• конечная энергия для принятия решений - в начале пути есть многие варианты развития, но в конечную точку приводит лишь ограниченное их число. Соответственно, “раскрутить” цепочку решений с конца - более экономно с точки зрения затрат энергии (силы воли).
• возможно, алгоритмизация решения ряда задач - по тому же принципу, что и предыдущий пункт (динамическое программирование, если мне не изменяет память).
• Стивен Кови в книге “7 навыков высокоэффективных людей” предлагает понять, куда стоит двигаться в жизни, представив в подробностях собственные похороны и эпитафии.
• Стив Вай, гитарист-виртуоз, предлагает всем, кто хочет научиться играть на гитаре, как можно скорее сыграть самую простую мелодию, а не заморачиваться над техникой звукоизвлечения или правильной посадкой. Это позволит сохранить мотивацию для дальнейшего обучения, а также понять, что именно ученик ожидает / хочет получить от игры на гитаре.