Провёл третий семинар, неделю работал над слайдами – сапожник тут с сапогами, демонстрирую AI-native разработку и это “полуруководство” с жёстким контролем онтологии и прагматики, и это учебный материал, а не обычное “скажите тему и наш AI-агент сам найдёт в Сети материалы и расскажет красивую историю”. Нет, это история на 163 слайдах и там чуть ли не на половине из них содержательная инфографика, которая тоже как-то проверялась. Приключений было много, это всё писалось в case file, теперь собрал LPF по подготовке слайдоментов, там 12 паттернов (конфигурация, многоуровневый нарратив, длинные мантры, plain language, смысловые секции, замечания от первых читателей, инфографика, PowerPoint, синхронизация, creator/reviewer и цикл улучшений – набор этот кривоват, но отражает многочисленные грабли, на которые легко наступить. И архитектура там менялась существенно уже три раза, ибо основные проблемы находились в управлении конфигурацией и управлении самим PowerPoint, даже не в работе с содержанием слайдов). Дальше получил оценки по 12 шкалам Slidement Quality Characteristics – и там ещё разбираться (часть оценок относится к процессу, вроде “не просмотрено независимым reviewer”, хотя подавляющее большинство таки оценивают полезность для участников семинаров). В любом случае, я уже опубликовал улучшенные версии слайдомента первого и второго семинара и буду их ещё улучшать (например, уже готова добавочка четырёх слайдов по epiplexity как epistemic complexity в слайды второго семинара, но это пока текст, а надо внести в колоду PowerPoint). Семинары уже прошли, но будем считать это “послепродажным обслуживанием”, тем более что чаты там вполне живые, до сих пор там публикуют результаты практик – у нас же семинар-практикум. И доделаю слайдомент четвёртого семинара – он “почти готов” (“готовность 95% держится 95% времени разработки”), но там есть над чем поработать перед семинаром. И сделаю с нуля колоду пятого семинара. Работа уже кипит, поскольку Slidement LPF готов и как-то отлажен, а цикл улучшений крутится (с обязательством при проблемах вносить в LPF lessons learned, в частности, там эти начальные 12 шкал уже существенно поправлены), то поставлена цель – получить пять колод слайдов, дотянутых минимально до четвёрочек по всем шкалам.
На самом семинаре вроде как всё штатно: 91 участник, и эта цифра удерживается третий семинар, на четвёртый (по точности языка) записано уже 89 человек – признание того, что польза есть, интерес к использованию FPF удерживается. Разнообразие проектов, с которыми пришли на семинар – зашкаливает (от ясельных групп детсада Монтессори и производства колбасы до поддержки AI-native разработки софта и даже анти-фрода в букмекерстве, и не путайте букмекерство с казино, это вполне приличное занятие!). Вместе же это всё даёт дополнительный опыт участникам: видеть, как универсальное общепроектное знание FPF помогает в кардинально разных проектных ситуациях, в разных предметных областях. В чате идёт обмен опытом, и мне очень приятно читать про успехи применения FPF для продвижения рабочих проектов – прямо в ходе этой семинарской серии, а не когда-нибудь потом, “когда руки дойдут”. Руки у участников семинара доходят, пользу получают! А я сам пишу в чаты семинаров огромные тексты разъяснений, ответов на вопросы, образцов своей работы (вот прямо-таки аттачу файлы), а также смотрю на это как богатейший материал для изменения своих собственных планов работы. Скажем, после первого же семинара я начал онтологический ремонт, вот сейчас я уже заканчиваю loop engineering для производства слайдоментов и по факту сделал конвейер для этих слайдоментов (кто ж знал, что эти колоды будут по 160+ слайдов на каждый семинар! Такие масштабы на коленке не осилишь! Это уже не совсем даже слайдоменты, все вместе это ближе к MVP руководства). И ещё один интересный тут результат – нарративизации. Они сами по себе тоже близки к руководствам.
Онтологический ремонт застрял поначалу на пару суток: Executor и Reviewer не могли договориться, как править паттерн A.1.1 – пришлось вмешаться и заставить вернуться к архитектурным решениям. Дальше довольно долго правили исходный DRR, потом довольно долго правили восемь паттернов (а не только A.1.1), и вот, наконец, результат опубликован, и быстро-быстро побежали дальше – за сутки прошли аж три не очень больших пункта. Следующая порция работы будет – возврат к предыдущим публикациям, которые были сделаны до дополнительных проверок канцелярита, ибо в “просто паттернах” с канцеляритом уже было более-менее нормально, но тяжёлая онтологическая работа опять сбила речевое чутьё, и читать эти тексты стало невозможно. Так что возвращаемся и проверяем. Всего до окончания текущей кампании ещё несколько таких тяжёлых ремонтов, так что быстро это всё не закончится. Сейчас идёт кампания R1.2:
- BOUNDED-MODEL-USE над A.1.1. (закончили и опубликовали. По факту – это удалили U.BoundedContext, не будет теперь такого отдельного kind в FPF, будет только plain имя “bounded context”, а формально там будет не “контейнер для команды, систем и всего остального”, а U.Structure)
- обязательный R1.1-WMR rewrite/usability audit (убираем возможный речекряк по уже сделанным правкам, тоже опубликовали только сейчас);
- WORK-METHOD (тоже уже готово);
- METHOD-COMPOSITION (и это готово);
- отдельная кампания transformation-flow network (тут отдельный DRR, это рекурсивные сети потоков – и там проверка на 12 примерах ещё из старого задания по TGA);
- TRANSFORMATION-FLOW-RESULT;
- PROJECT-PROCESS-CASE;
- отдельная system-candidate campaign;
- PREDICATE-SELECTION;
- MEASUREMENT-SUPPORT;
- PROBLEM-RELATION;
- EPISTEME-CHANGE-SIGNATURE;
- consumer-проходы с тремя landings: R1.2-A, затем R1.2-P, затем R1.2-R; (consumer — это зависимые от core паттерны, речь идёт об архитектуре, процессах, результатах, как раз то, с чего началась вся эта затея – материалы первого-третьего семинаров)
- entry/integration и финальная проверка полноты.
- … и тут кампания R1.2 заканчивается, дальше будут исправления накопившихся в GitHub issues, а потом начинаются кампании R3 (ибо R2 уже прошла раньше), R4 и R5. Всё запланировано, всё потихоньку, надо только запастись временем – и не вылетать за бюджеты токенов.
