Закончил слайды для воскресного семинара по развитию для развитых (программа в Семинар "Развитие для развитых в 2026": ailev — ЖЖ, и ещё была пара текстов – пару недель назад Развитие для развитых -- это SoTA инженерии личности: ailev — ЖЖ и четыре месяца назад Развитие для развитых: ailev — ЖЖ как стартовый для работы над этой темой. Получилось 74 слайда, и это не столько “презентация”, сколько “слайдомент” – материала там на небольшую книжку (если читать про себя, то это займёт час, а вслух – полтора часа. Семинар будет идти шесть часов, так что после семинара останется вполне себе подробный конспект). На семинаре я буду рассказывать общую версию “развития для развитых людей, систем, AI-агентов, организаций”, ибо речь пойдёт о текущей новации в инженерном процессе, после agile двадцатилетней давности и DevOps с continuous everything в их современном виде для ситуации, когда разработка уже не жмёт: в software engineering в декабре вышло новое поколение моделей, которое можно оставить что-то разрабатывать на сутки-двое (а то и на неделю, но “у всех” это “на неделю” появится только через несколько месяцев). А к концу года примерно то же самое ждёт и многие другие инженерные и неинженерные специальности. Приехали в ситуацию фильма “Сталкер”, где главный герой долго мучился, что бы ему такого себе пожелать – и закончил формулировкой “счастье всем, даром, и пусть никто не уйдёт обиженным”. Освобождённые от разработки инженеры прихватывают то, что традиционно было у менеджеров: координацию агентов (людей, AI-агентов, подрядчиков), оценку рисков в плане “можно ли поручить, или не справится”, но главное – проблематизация, постановка проблем (даже не задач как поручений на работу, а проблем, которые надо как-то решать: предыдущий шаг перед стратегированием как поиском идей по методу решения проблемы). Проблематизация была всегда, но новизна — в том, что её теперь приходится включать в процесс разработки, ибо производство решений перестаёт быть дефицитом, а вот производство хороших проблем пока дефицитно и требует уточнения языка обсуждения и процесса. Слайды содержат формы “мышления письмом/моделированием” для нового инженерного процесса, совместимы с FPF и их можно использовать для помощи в организации нового инженерного процесса: бесконечного развития уже развитых. Уже развитого себя, любимого, развитого сотрудника, развитого AI-агента, развитой организации, развитой эко-системы. Перед нами бесконечное развитие на любой степени развитости. В книжке Дойча про объяснения рассказывается, что в бесконечности мы всегда в самом её начале, как бы глубоко мы в эту бесконечность ни погружались. Поэтому как бы ни были вы развиты, или развита ваша организация, или развит ваш продукт – перед вами бесконечность, вы в начале бесконечного процесса развития. Это и есть новый инженерный процесс. Вот один из слайдов семинара (при этом лемниската развития показана не очень точно, следующий слайд там не такой красивый – он текстовый, но зато там шаги показаны много точней, и их там показано больше. Тем не менее, идею слайд доносит).
Какие у меня планы на “после семинара с развитием для развитых”? Довольно много всего:
– выполнить планы из второго абзаца поста lytdybr: ailev — ЖЖ, это главное
– перетряхнуть работу с холонами: похоже, что архив и портфель в развитии – это ещё один вид холона, и надо бы добавить U.Portfolio как тип. Это даст стандартные слоты и операции с портфелем (слияние, срез, переоценка с новыми версиями условий, выбор), чтобы портфели перестали быть каждый раз ad hoc структурой с уникальным языком разговора о них в каждом проекте. Если уж инженерный процесс начал с ними работать, надо переставать изобретать каждый раз идею архива и портфеля со связанными с ними операциями заново, документировать паттерны и анти-паттерны работы с портфелями. После этого промпт для LLM+FPF вроде “оформи портфель проблем в нашей Jira” должен отрабатывать без особых сюрпризов.
– похоже, у нас тут новый инженерный процесс, и надо будет опять срочно дорабатывать руководства. Туда надо добавлять идеи о явном прихвате проблематизации в разработке, протоколы характеризации (сейчас там, конечно, даются ссылки на “как измерить всё, что угодно”, но тут сам подход меняется – собственно идеи по характеристикам как характеризация, но затем индикаторизация, нормирование, возможный скоринг и свёртка/агрегация, сравнение и выбор, набор механизмов существенно больше, чем просто “указать набор характеристик”). Или взять хотя бы понятие stepping stones, которое вводится сейчас в “Методологии” абсолютно неформально и метафорично, но его ведь надо вводить абсолютно явно.
– и не забыть перетряхнуть всяческие содержательные тексты вроде памяток по рабочему развитию, исследовательскому развитию, квалифицирования в МИМ, чтобы они точнее соотносились с самой идеей развития в её современном понимании.
Active inference всегда удивлял меня тем, какие неочевидные имена у тамошних понятий. Например, та же free energy, как одно из основных! Какая же там “собода”, какая “энергия”?! Я взял волшебную именовалку – паттерн F.18 – и попросил выдать полную name card. Менеджерам (если говорить, “менеджерам”, то FPF явно упрощает – ибо от инженеров ожидается терпимость к математическому и физическому языку) для этой free energy предлагается имя “минимизируемая верхняя оценка неожиданности наблюдений” (и предупреждение, чтобы не путали с используемым в физике понятием free energy). Тут важно, что “минимизируемая” (то есть понятие важно в связи с оптимизацией, а не само по себе) и “наблюдений” (то есть это о результатах измерений, a posteriori, evidence). По-английски коротко (тоже, чтобы не путать с “энергией”) рекомендация называть – Surprisal Upper Bound. Неожиданность наблюдений будет всегда, но её стараются снизить при exploitation. А при exploration намеренно идут туда, где может быть какая-то (не слишком большая) неожиданность, чтобы найти что-то новенькое и получить новый stepping stone.
Ладно, stepping stone тоже термин не очень хорош, он выбран за метафоричность. А если его прогнать по F.18? Это enabling candidate (Tech на английском), но для менеджеров (Plain) по-русски предлагается по ситуации: “опорный промежуточный вариант”, “промежуточная находка‑опора”, “Кандидат-опора, полезная для будущих открытий”, “разблокирующий вариант”, полезность которого определяется не победой над текущими другими вариантами, а именно разблокировкой каких-то новых направлений поиска.
Я всё больше и больше понимаю, что крайне важны проблемы “перевода с русского на русский”. Входной и выходной языки могут быть любыми, просто тут я начал с не самого тривиального случая одного языка, хотя могут быть и переводы с визуального языка в текст, из текста в язык жестов, и т.д. Да и операция “перевода” может быть хитрой (объяснение, фильтрация ошибок, перекодирование, формализация и т.д.). Лингвистические сервисы у нас на нулях, ибо раньше это делали люди-гуманитарии на хорошем окладе, а сейчас этим заняты LLM. Если подойти с инженерной рациональностью и заставить это делать LLM, то можно предложить много интереснейших сервисов. Поскольку “всё есть текст”, а задачи изменения текста сводятся к задаче “трансляции из языка в язык”, то можно поставить таких “переводчиков” на поток. Скажем, можно сделать для браузера “антижурналистский фильтр”, который показывает новости, а не жареные факты в специальной подаче. Про военные новости я молчу, ибо там и так всё ясно (“наши доблестные разведчики против их презренных шпионов”). Но это же распространяется на практически все новости! X пытается сделать что-то подобное – community notes, хотя там есть и свои недостатки (знаем мы это community, оно верит в мифических героев и пропагандирует эту веру как свободу совести, поэтому заметки могут быть не лучше самих новостей). Но вот берём ситуации вроде заголовков “автомобиль Waymo сбил ребёнка около начальной школы в Санта Моника” – это пишет TechCrunch. А как надо было бы? “Waymo спас жизнь ребёнка около начальной школы. Waymo сумел тормознуть достаточно быстро, чтобы ребёнок получил только небольшую травму, а вот если бы в этой ситуации был водитель-человек, то это определённо был бы смертельный инцидент”. У Waymo публично на “Safety / Safety Impact” фигурируют, например, 81% fewer injury-causing crashes, 82% fewer airbag deployment, 90% fewer serious injury or worse (по их методике и по состоянию данных “through September 2025”), а по страховым заявкам со Swiss Re — 88% меньше property damage claims и 92% меньше bodily injury claims (25.3M miles). Заметим, развитие роботакси не останавливается, эти цифры будут ещё лучше, но когда никто никого не убил, то это ведь “не новость, не публикуем”. Ссылок даже не даю, ваш любимый AI-браузер и так всё найдёт и проверит в пять секунд. Жизнь и тут изменилась: надо только захотеть что-то проверить, надо только захотеть что-то найти – и уже вот, проверено и найдено. Но “ложечки нашлись, а осадочек остался”: хлёсткий заголовок запомнится, а что там было на самом деле – останется непроверенным.
Ещё одна проблема – это отсутствие в новостных подачах отслеживания длинных трендов, длинных проектов. Скажем, берём Демиса Хассабиса, который в одном из интервью 2022 года (Слушал Хассабиса, много думал: ailev — ЖЖ) говорил, что сначала нейросетями отмоделируем сворачивание белков (AlphaFold), потом масштаб поднимем и отмоделируем клетку, потом отдельные органы, потом весь организм – и проблемы медицины решим именно вот так, через масштабирование. Похоже, что этот план продолжает реализовываться, ибо там выпустили AlphaGenome, который выдаёт 5930 human genome tracks (модальностей/“дорожек измерений”) на базе 1 Mb входной ДНК-последовательности, с предсказанием на уровне отдельных нуклеотидов, при этом модель обучена на human+mouse и даёт SOTA/near-SOTA в большинстве оценок variant-effect prediction – Advancing regulatory variant effect prediction with AlphaGenome | Nature (обзоры – Telegram: View @gonzo_ML). Так победим. В принципе, развитию цивилизации угрожает сейчас не столько новый вирус или тотальные войны, сколько банальное снижение рождаемости. Ну, и я трансгуманист: зачем мне тело с наследственными предрасположенностями к болезням, с запрограммированной смертью? Как только будет возможность его поменять, надо обязательно это сделать! И мозгов, мозгов себе добавить!