Приблизительная опись подходящих "фишек" для программирования:1. Моделирование функционирования машины: способность представить, как каждый шаг кода изменит внутреннее состояние машины. Отсюда, способность (в конечном/идеальном итоге обучения) с первого раза написать работающий код.2. Толерантность к фрустрации: сохранение концентрации на задаче при очевидном (кажущемся) отсутствии решения3. Способность и компульсия извлекать немедленно выполнимые элементы из простыни текста (документации и др.)4. Моделирование эволюции кода: способность представить, какие варианты изменения текущего кода возможны в будущем. Отсюда, способность (в конечном/идеальном итоге обучения) с первого раза написать архитектурно адекватный код – код, в котором заранее разделены "вариативная" и "инвариантная" части5. Спосбность и компульсия писать как можно короче6. Способность и компульсия описывать конкретные репрезентации (примеры, воплощения, критерии оценки, свидетельства достижения и т.д.) абстратных идей (требований, пожеланий, дизайнов, принципов и т.д.)7. Толерантность к критике (замечаниям, предложениям): способность и компульсия извлекать рациональные аспекты критики и реагировать только на них8. Способность не совершать больше одной ошибки конкретного вида9. Способность изобразить зависимости элементов системы друг от друга, компульсия минимизировать количество элементов и связей между ними10. Способность изобразить одновременно "форму с содержанием"
Приблизительная опись подходящих "фишек" для программирования: Попробую к каждой «фишке»/ полезном ресурсе для программирования (Человеческой Активности) подобрать подходящую технику/ практику, создающую с нуля или концентрирующую необходимый ресурс.1. Моделирование функционирования машины: способность представить, как каждый шаг кода изменит внутреннее состояние машины. Отсюда, способность (в конечном/идеальном итоге обучения) с первого раза написать работающий код. Для создания такого ресурса полезно практиковать работу с различными механическими конструкторами. Детскими и взрослыми конструкторами. Сгодятся конструкторы в виде виртуальных игр/ программ.2. Толерантность к фрустрации: сохранение концентрации на задаче при очевидном (кажущемся) отсутствии решенияВ этом месте можно определить точнее. Есть три вида исходной фрустрации, одолевающей моделиста в процессе моделирования:1. Фрустрация «неизвестным». Этой фрустрации можно сопоставить мем русской народной сказки «Пойди туда не знаю куда, найди то, не знаю что». Нулевой цикл крутого моделирования начинается именно с этой фрустрации. Стоит отметить, что фрустрация неизвестным это не отсутствие информации, это эмоция. Каждый субъект переживает эмоцию фрустрации «неизвестным» по-своему. Условно назовём её «эмоцией пустоты/ неизвестности».Так вот, «эмоцию пустоты» можно переработать из антиресурсного переживания во вполне ресурсное. И тогда и эта эмоция сама становится своеобразным источником предвосхищения разворачивающегося процесса моделирования. Т.е. она становится информационным ресурсом.2. Есть замечательный пример ТРИЗа. В нём нужное техническое решение рождается из «пустоты», намеренно спровоцированной анализом исходной задачи технического моделирования. Этот анализ доводят до неустранимого физического, административного или иного противоречия. Это и есть второй вид фрустрации моделирования в общем виде: содержательное моделирование постоянно сопровождается возникновением неустранимых противоречий.Старый ТРИЗ содержит достаточное число сборников задач. Эти задачи можно решать, и тем практиковаться в превращении фрустрации, вызванной рабочими противоречиями, во вполне рабочее чувство.3. Третья фрустрация в моделировании появляется, когда нечто уже ухвачено в наблюдениях. Нечто, что может стать перспективной моделью-техникой и т.д. И сразу же возникает фрустрация, связанная с необходимостью называть и описывать что-то, что другие ещё не называли и не описывали. Какую практику к преодолению этой фрустрации посоветовать я не знаю.
3. Способность и компульсия извлекать немедленно выполнимые элементы из простыни текста (документации и др.) Практика работы с внутри-текстовыми поисковиками.4. Моделирование эволюции кода: способность представить, какие варианты изменения текущего кода возможны в будущем. Отсюда, способность (в конечном/идеальном итоге обучения) с первого раза написать архитектурно адекватный код – код, в котором заранее разделены "вариативная" и "инвариантная" части Я бы сказал так: способность/ навыки делать расклад всех изучаемых сущностей в конкретной модели на «зависимые» и «независимые» переменные.Потребную практику для моделирования Человеческой Активности я не знаю.5. Способность и компульсия писать как можно корочеВ этом случае пригодится практика мета-моделирования, до уровня активизации внутреннего процесса автоматического/ полу-непроизвольного мета-моделирования собственного ментального содержания. Это тормозит/ усмиряется контрпродуктивное многословие.
6. Способность и компульсия описывать конкретные репрезентации (примеры, воплощения, критерии оценки, свидетельства достижения и т.д.) абстратных идей (требований, пожеланий, дизайнов, принципов и т.д.) У нас в метапрактике было сформулировано требование Трёх Конкретных Примеров: на всякую общую идею всегда приводить три конкретные/ наглядные/ образные/ метафорические примеры:Правило/ практика Трех Конкретных Примеров (ТКП)https://metapractice.livejournal.com/446817.htmlhttps://ljsearch.metapractice.ru/?brief=1&journals[]=metapractice&mode=simple&page=99&q=%D0%A2%D1%80%D0%B8+%D0%BA%D0%BE%D0%BD%D0%BA%D1%80%D0%B5%D1%82%D0%BD%D1%8B%D1%85+%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80%D0%B0&user=
7. Толерантность к критике (замечаниям, предложениям): способность и компульсия извлекать рациональные аспекты критики и реагировать только на нихВ НЛП есть специальные техники управления реагированием на критику. Например, у Стива Андреаса.8. Способность не совершать больше одной ошибки конкретного видаБольше двух ошибок конкретного вида.Просто, три ошибки могут породить генерализацию ошибок.Одной ошибки может быть недостаточно для формирования правильного направление мыслей.9. Способность изобразить зависимости элементов системы друг от друга, компульсия минимизировать количество элементов и связей между нимиПостоянная практика принципа Оккама.Бри́тва О́ккама (иногда ле́звие О́ккама)https://ru.wikipedia.org/wiki/%D0%91%D1%80%D0%B8%D1%82%D0%B2%D0%B0_%D0%9E%D0%BA%D0%BA%D0%B0%D0%BC%D0%B0