КАК ОЦЕНИТЬ ПРОГРЕСС В ОБУЧЕНИИ. ЧАСТЬ 2
Продолжение предудущего поста ...

⭐️ Уровень "Я сделалъ"
Итак, на этом уровне мы выходим на минимально профессиональные рельсы , и получаем результат "на тройку". Не очень, но хоть что-то. Детально тут расписывать нечего, однако важно заметить что в сложных и новых областях дойти даже до этого уровня бывает очень сложно и процесс растягивается на годы.

🪜 Уровень оптимального результата
От более продвинутых специалистов требуется уже оптимальный результат удовлетворяющий каким-то требованиям качества. Или давайте о них говорить как о параметрах качества.

Тут важно подчеркнуть что эти самые параметры для начало нужно узнать. А это далеко не всегда самоочевидно.

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

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

📐Уровень прогнозирования.
Некоторое время я и сам не понимал почему этот уровень находится выше чем уровень оптимального результата. Но потом до меня дошло что "сконструировать систему" , и даже "оптимально сконструировать систему" это вообще не то же самое что и "предсказать развитие системы".

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

---

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

Как сейчас выглядит мой ежедневный воркфлоу в Obsidian

🤚 Суперзубрежка с помощью Obsidian

Последний месяц перенастраиваю свою систему под обучение. Можно сказать что сейчас меня все устраивает процентов на 50. В частности, наконец, написал свой плагин для более быстрой сортировки индекса.

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

Погнали. Какие ингредиенты нам понадобятся :
- Obsidian обыкновенный;
- Плагин Obsidian to Anki;
- Плагин Templater;
- Приложение Anki для десктопа;
- Vim mode - по вкусу;

Способ приготовления :
Устанавливаем все вышеперечисленное. Для тех кто не знает Anki - это , наверное, самая известная программа которая позволяет эффективно запоминать почти любую информацию с помощью интервального повторения.

Когда мы изучаем новую область часто есть много знаний которые нужно выучить. Не выучить + понять + разобраться. А просто тупо выучить. Тут нам подобная технология может помочь.

Как только все будет установлено нужно связать Obsidian и приложение Anki. Делается это с помощью быстрой установки add-on-а, это довольно просто.

Далее нужно создать темплейт для того чтобы выделенный текст из любой заметки улетал в выбранную колоду карточек для запоминания. Для этого используем Templater, базовый шаблон для карточки и функцию которая позволяет добавлять выделенную часть заметки сразу в anki карточку (tp.file.selection()).

Затем используем полученный темплейт выделив нужный фрагмент в любой части vault-a , руками добавляем разворот карточки ... profit

Готовое блюдо :
Даже на первых тестах этого темплейта у меня на создание Anki-карточки уходило около 4-5 сек 🔥 В итоге максимум за 5 мин почти любой конспект превращается в колоду заметок которые затем можно учить хоть на ходу, хоть в транспорте, и т. д. И если регулярно заниматься это не просто "выучил и забыл на следующий день". Это выучил и реально запомнил.

Меня три раза попросили записать видео по предыдущему посту. Вот оно : https://youtu.be/2HZ0rgZyYLE .

Вот ссылки на темплейты из видео :
https://disk.yandex.ru/d/KCK1HqzNqw_plA
https://disk.yandex.ru/d/cxQnd1f6opZklg
https://disk.yandex.ru/d/heYZRIkusUnwqQ

❓ Несмотря на то что я на данный момент не занимаюсь темой вопросов она все равно постоянно "выскакивает". Зачем вообще нужно уметь задавать вопросы :

- в разы бустить процесс обучения с помощью Наставника или продвинутого Коллеги;
- правильно общаться с гуглом и другими поисковиками;
- управлять своим процессом мышления и творчества;

Это основное. Теперь несколько основных выводов исходя из моих прошлых исследований :
- в ряде ситуаций отмалчиваться и не задавать вопросы глупо;
- из десяти вопросов сработать может только один;
- нужно уметь генерировать открытые вопросы десятками;
- проще всего генерировать вопросы исходя из (ментальных) моделей. Примеры универсальных простых моделей : цель-антицель, подсистема-система-надсистема, причина-следствие, проблема-ресурс-решение, и т. д. По каждой из них можно придумать с десяток открытых вопросов.
- чем более детальна ваша модель на основании которой задается вопрос, тем больше полезных знаний Вы можете ожидать в ответе;
- хороший вопрос "отсекает" то что вам уже известно, и "покрывает" максимум того что не известно;
- одиночные вопросы к людям неэффективны, нужно уметь детализировать ответы через цепочки уточняющих вопросов;
- чем больше Вас удивляет ответ, тем более важно раскрыть его и верифицировать реальными примерами;

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

🔰 Как прокачать интуицию и понимание в самообразовании

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

Примеры :
- Системный подход;
- Теория решения изобретательских задач;
- React (или ,кстати, многие другие либы );
- Функционально-стоимостной анализ;
- Канбан;
- и т. д. , и т. п.

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

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

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

Пара примеров.
❎ Функционально-стоимостной анализ - это способ эффективно найти и убрать излишние "косты" в исследуемой структуре. Это не мое обобщение.
❎ Системный подход - это способ подумать обо всем важном что касается системы в будущем а также в вертикальных и горизонтальных отношениях. Это уже мое обобщение.

☄️ Написал статью про LYT фреймворк. Для узкого круга читателей. Примерная тематика следующих статей - продуктивность общая.

🌐 Браузер здорового человека

Вчера посмотрел видео про Arc браузер. И единственный вопрос - а почему , черт подери, никто раньше такое не сделал?

Когда делается практически любой массовый продукт то в процессе происходит интересный парадокс. Нужно чтобы им могла довольно быстро овладеть домохозяйка из Айовы. Но в то же время это накладывает серьезные ограничения на продуктивных топ перформеров. Именно поэтому любой распространенный браузер, стандартная клавиатура, стандартные файловые менеджеры, текстовые редакторы и т. д. это полное гавно с точки зрения продуктивности. И далеко не всегда инструмент можно допилить до нужных кондиций. Да и вообще мало кто берется делать что-то новое, "ведь уже есть X".

Но иногда появляются кастомные программируемые клавиатуры, проги вроде Superhuman или Alfred.

Возвращаемся к браузерам. В Arc-е присутствует довольно много интересных фич. Но мне в глаза сходу бросились две - логика работы с табами и встроенная возможность рестайлить и изменять веб-страницы.

Попытки сделать что-то удобоваримое с табами предпринимались уже давно. Вот, например, Biscuit browser. По общей функциональности он сильно проигрывает тому же хрому. Несмотря на это я его использовал несколько месяцев. Главная киллерфича заключается в том что он позволяет создавать воркспейсы для разных контекстов, да еще и каждый таб работает как отдельное независимое приложение.

Правда есть ряд "НО". Нет поддержки расширений. Которых у меня больше 14-ти к слову. И где-то десятью я регулярно пользуюсь...

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

В Arc-е обе эти возможности завезли по умолчанию. Логика работы с табами реализована через удобнейшие воркспейсы(Spaces) как в Obsidian + тот же принцип отдельных приложений что и в Biscuit. А моддить веб-страницы можно с помощью бустов (Boosts). Помимо стилей можно в принципе частично заменять определенный контент.

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

И все это на базе Chromium. А это значит что можно будет пользоваться расширениями. Которые ,кстати, значительно поредеют ввиду того что многое будет доступно из коробки. Вывод - как только этот браузер выйдет в паблик я мигрирую 😃

🎬 Где-то с месяц назад провели беседу в сообществе Zettelkasten о моей кривой истории что касается управления знаниями, об инфоцыганах, процессе составления рефератов и быстром чтении. Увековечу этот материал здесь : https://www.youtube.com/watch?v=dxDw8WXcUKU

🎲 Я год шпионил за собой - что из этого вышло. Новая большая статья по азам личной эффективности.

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

Некоторые типовые ошибки при использовании этого инструмента :

- Личная неорганизованность при попытках делегирования;
- Начиная с некоторого уровня развития личной эффективности делать все самому(я быстрее все сделаю сам и т. д.);
- Делегирование того что можно автоматизировать или вообще не делать;
- Отсутствие контроля качества выполняемой работы;
- Кривой выбор помощника;
- Делегирование работ которые вы не в состоянии оценить или (оптимально) выполнить. За исключением фриланса;
- Отсутствие центральной таблицы/ресурса для организации взаимодействия;

🔋 Почему нам сложно переделывать работу по многу раз, и что с этим делать?

Пару лет назад я готовил доклад на конференцию. Сам доклад был на 80% готов почти за год. Но все равно переделывать приходилось много раз. Где-то после четвертого раза я обнаружил мощное сопротивление тому чтобы ,наконец, допилить работу.

О чем и сообщил организатору. Энергия просто не выделялась от слова "совсем". В то время мне даже приснился сон в котором пловец проплывает всю дистанцию и сдается за несколько метров до финиша. Примерно так я себя чувствовал.

Сейчас спустя несколько лет исследований я вижу что это распространенный барьер. Разберем причины и возможные решения.

📍 Основная причина заключается в следующем : твой мозг понимает что выделяемая энергия не приводит ни к каким улучшениям -> это направление деятельности перестает обеспечиваться. Действительно, зачем тысячу раз переделывать одно и то же? Ведь это ничего качественно нового не дает. Не к чему стремиться.

📍 Есть и вторая причина которая основывается на эффекте включения фрустрации когда ожидания не оправдываются. Представьте что вы купили мороженное, но когда распечатали пачку оказалось что там только половина вкусняшки. Или мы запланировали что-то сделать за неделю, а это занимает два месяца. Фрустрация welcome.

Есть два способа обойти этот барьер.

🔧 Первый способ непсихологический. Если тебе нужно много раз переделывать некоторый проект который имеет конкретный срок сдачи, то скорее всего либо ты не понимаешь что требуется, либо тот для кого этот проект делается. И ключевое слово тут - требования. Возможно они неполны, неконкретны или отсутствуют. И нужно учиться требования выявлять, конкретизировать. Даже если это проект "для себя". Ребята которые делают сложные системы очень неплохо в этом понимают. Иначе бы проекты вроде полетов на Луну или Марс регулярно факапились. Ведь переделать носитель спутника когда он в космосе нельзя...

🔧 Но не все проекты имеют четкие дедлайны. Многие представляют скорее процесс непрерывного совершенствования. Сюда относятся многие творческие проекты или разработка продукта, например. В этом случае переделывать нужно постоянно и хронически. Тут нам поможет рефрейминг который заключается в том что мы регулярно выделяем время на доделки и воспринимаем это не как движение к вершине, а как спиральное улучшение. И не забываем про то чтобы планировать крупные релизы. Так называемые "скачки качества".

Давайте проведем мини исследование : у вас когда-нибудь проявлялся такой барьер?

📆 Лично я не встречал людей которые умеют качественно планировать день или неделю. Но тут стоит понять что я подразумеваю под "умеют".

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

Давайте я объясню почему это скорее самооправдание. Если мы детально планируем свое время то количество задач может достигать 40 в день. И кроме этого у каждой задачи есть ряд параметров :
- насколько эти задачи длительны;
- какие виды отдыха стоит использовать;
- насколько работы сложны;
- насколько работы для меня типичны;
- насколько монотонны;

Также можно добавлять ссылки на материалы которые ты будешь использовать. Это уменьшает барьеры между последовательными задачами и провоцирует состояние потока.

И теперь вспоминаем что человек может оперировать в голове среднем 4-5 объектами. И после понимаем что "в голове" точно не получится.

Как-нибудь я покажу как выглядит мое дневное расписание...

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

Пока все они находятся в стадии разработки. Я буду их тестировать на экспериментальном курсе который скоро будет анонсирован 😏

🕵️‍♂️ По следам шпиономании

Сейчас я готовлю большую статью про (само)обучение. А пока можно посмотреть запись беседы в джедайском клубе Максима Дорофеева по материалам моей статьи про сбор индикаторов. Поговорили про :

- питание которое способствует продуктивности;
- детали как выявлять и вносить индикаторы;
- мои способы и привычки для отдыха;
- приложения будущего;
- и почему у нас так мало друзей)

Спасибо Насте за инициативу и оформление беседы 😊

https://www.youtube.com/watch?v=vBMqRMddpeE

👐 Запуск экспериментальной группы (наконец)

🔻На данный момент можно оставить заявку только на осенний поток.

Все подробности тут.

📥 Имеет ли значение инструмент?

Разные инструменты для планирования имеют свои ограничения и возможности. Чаще всего полезные возможности заключаются в автоматизации некоторого функционала.

Но гораздо большее значение имеет то "как?" планировать.

- Как вы разбиваете большие/сложные задачи на более мелкие?
- Как располагаете разные типы работ в течение дня?
- Какие используете поддерживающие активности?
- Как избегаете тактических рисков в своем плане?

Собственно все это можно прекрасно делать как в навороченном таск-трекере, так и в бумажном блокноте. Понятное дело что блокнот не будет за вас подводить статистику, включать напоминалки и т. п. Но тем не менее.

На данный момент я планирую день в текстовом(markdown) файле. Просто потому что это обеспечивает наибольшую гибкость. Это критично так как процесс часто меняется.

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

🌪 Крайне интересным с точки зрения личной эффективности является то, как интеллектуал реагирует на предложения о том чтобы вписаться в новый проект/движ.

🛑 Какие здесь совершаются ошибки :
- В большинстве случаев поступающие проекты выбираются по принципу "а мне нравится". В итоге происходит завал по всем фронтам;
- Есть ряд практик которые как бы придуманы для этой цели. Они не работают. Например, оценить все за и против. Просто потому что непонятно какие могут быть за и против. И не дается способа как можно быстро и практично получить избыточный список этих самых за и против;
- Также есть похожие "практики" для приоритезации бэклога в разработке. Про это лучше тоже забыть. Причина кроется в том что там оценивается всего 1-2-3, максимум четыре, параметра. И часто это только продуктовые параметры. Этого мало.

🔵 У тех кто умеет делать сложные и длительные проекты(многоходовки) каждое поступающее предложение досконально оценивается. Большая их часть отметается сразу и быстро.

- Оценивается насколько новое предложение "параллелится" уже имеющимся активностям и проектам;
- Насколько удовлетворяет требованиям по жизненным сферам. Эти требования должны быть уже выявлены;
- Оценка "возможные ресурсы - возможные издержки". Для этого используются специальные инструменты;
- Оценка с аналогами по для той же цели. Если выбор происходит из 1-2 аналогов - это всегда ошибка;

⭐️ Следующий пост - лонгрид про (само)образование с помощью Zettelkasten. А пока я хочу немного рассказать про одну интересную закономерность связанную с переработкой информации.

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

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

А также полностью отказаться от мыслей о быстром чтении на планшете или смартфоне.

Почему так происходит? Скорее всего дело в переключениях. Несколько страниц на листе (которые ,кстати, легко можно сварганить c помощью PDF принтера) воспринимаются как одна страница. В итоге мы экономим значительное время на переключение страниц, фиксацию взгляда, возможные возвраты на соседние страницы, и т. д.

⚡️ Новая большая статья про эффективное (само) обучение с помощью Zettelkasten.

Иллюстрации сделала Лида, спасибо ей.