Лаборатория Математики и Программирования Сергея Бобровского

Прекрасное: "современная" музыка плавно уходит в даун (доля новой музыки в процентах от стриминговых хитов).

Крупнейшие звукозаписывающие лейблы отказались от новых исполнителей, инвестируя в старые песни.

Стриминговые платформы работают всё хуже, продвигая алгоритмическую халтуру и нейрослоп.

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

С каждым годом всё меньше и меньше новых песен попадает в чарты. Каждый жанр превращается фактически в музей, где крутятся "устаревшие" произведения. А поклонники современной музыки даже не могут вспомнить имя исполнителя песни, которую они услышали в интернете, потому что никогда его не слышали.

Спад в 2025 году был ужасающим: падение популярности новой музыки ускорилось. И теперь, похоже, 2026-й год будет ещё хуже.

Вы помните времена, когда интернет-студии (а до этого тв и радиостанции) регулярно крутили 40 реально лучших (и часто сменявшихся) хитов? За весь 2026-й, судя по всему, нам будет трудно найти - во всём мире! - хотя бы 40 новых песен, которые можно было бы просто назвать хитами на уровне 5-10 лет назад...

Нахрен цифрообщество.

Все кто мог уже высказались про утечку клода кода (полмиллиона навайбкоженных строк), вот и мои 2 копейки )

Самое смешное на мой взгляд, что этот код содержит отдельную подсистему Undercover Mode, разработанную специально для предотвращения утечки внутренней информации Антропика: по сути, специальная фича AI. Вот она сама и утекла, рекурсивно :)

А всего-то из-за .npmignore, неверно сконфигурированного человеком (якобы). И тут кстати (игнор по паттернам, package.json может переопределять) даже опытный devops может накосячить. Засада -- в кривейшей архитектуре npm, в которой и PhD с поллитром не разберётся, и особо не заавтоматизируешь тесты.

Короче, уходите от blacklist-ов на "files" в package.json.

Продолжаю работу с ментатами 🤓

...Начал работать с Claude Code и сразу понял разницу с обычным чатом. Первый раз запустил из терминала для добавления валидации в API — ожидал что придётся объяснять где какие файлы, а Claude сам нашёл контроллеры, посмотрел как уже организован код, предложил установить FluentValidation и показал план изменений. Было непривычно что AI видит весь проект, а не только кусок кода который ему скопировал.

...Начал использовать Claude для понимания чужого кода. Работаю на проекте с DDD где много абстракций и непривычных паттернов. Вместо того чтобы час читать классы и гуглить, просил Claude объяснить что делает конкретный агрегат или зачем нужен этот Value Object. Claude показывал структуру, объяснял связи, приводил примеры использования. Разобрался в проекте в несколько раз быстрее чем обычно.

...Я в невероятном восторге, этот курс сделал меня по настоящему счастливым, без шуток! Это великолепный материал, спасибо за обьяснения, примеры кода, промпт!
Ранее я в своей ai assisted инженерии в основном пользовался правилами – functional core / imperative shell, и "immutability where you can", плюс про "тестируй интерейсы а не реализацию". Это был хороший подход, но передаваемый вами намного лучше, кратно лучше! Он может быть сложно применим в коллективной работе с низко квалифицированными программистами, но это абсолютный топ для индивидуальной работы, для своих проектов, для работы с AI!
Больше наконец стало понятно про Make Illegal States Unrepresentable, и полный восторг про рекурсивные алгебраические типы, про информационную избыточность – я ее помнил из материалов, но совсем не применял почему-то!
Больше понятно в том смысле как это все таки делать в диких рыночных языков)))

...После прохождения данного курса (F# теория и практика) мой мозг не будет прежним), мышление полностью изменилось. Кажется, что здесь очень много построено на рекурсии и лаконичности кода, все сложные манипуляции можно скрыть под небольшими конструкциями кода, что само себе и доказывает функциональное программирование — это точно очень полезная вещь.
Однозначно советую всем, кто изучает программирование пройти данный курс, как вы и говорили на практике, сразу это ничего не даст, но всё это повлияло на моё ментальное мышление, логику и понимание, однозначно мозг уловил хорошие концепции, а вот где их применять, поймешь ты сам позже, с опытом. Это что-то на ментальном уровне, даже я чувствую, что стал лучше, но пока не пойму в чем).

...Еще из положительного - блеснул перед начальником знаниями по тестированию с использованием Testcontainers – как раз то, что пару заданий назад реализовывал в дипломном проекте. Начальник очень удивился моим познаниям :)
Сейчас внедрил вечернее предварительное планирование – и заметил, что теперь существенно выигрываю во времени. Старт утренней работы теперь вообще без раскачки – открыл план и вперед. Даже «лягушки» не тормозят начало дня. Когда перед глазами четкий план из микрозадч, особенно с краткими ремарками по выполнению – реально тянет начинать работать.

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

...Я как-то подсознательно побаиваюсь некоторые рабочие задачи отдавать ИИ (ну или не совсем понимаю, как сформулировать свои требования, что и в каком виде хочу получить на выходе). Вот с этим надо явно поработать

Вы точно пишете о проблеме, о которой я уже постоянно и говорю )
Надо срочно (счёт идёт буквально на месяцы) расти в техлида и постановщика/аналитика задач, в формализацию спецификаций и формализацию декомпозиций (для начала:).

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

Ну, с Днём Математика!

Гарри Поттер и Методы Математического Мышления

Публикуется эксклюзивно в Max-канале.

Книга 1. Гарри Поттер и Неорганический Интеллект.

Глава 1. Библиотека лжёт.
Гарри Поттер-Эванс-Веррес стоял посреди библиотеки Хогвартса, сжимая в руке магловскую ручку, и чувствовал, как мир под его ногами превращается в болото...

Темп 1-2 главы в неделю.

...С научной точки зрения, однако, мнение дюжины топовых гуру по состоянию потока, deep work и максимальной продуктивности (Кэл Ньюпорт например, профессор информатики, автор бестселлеров "Цифровой минимализм", "В работу с головой", "Хватит мечтать, займись делом", "Медленная продуктивность" и др., крайне рекомендую) практически единодушно:

1. Прекратите пользоваться социальными сетями (нездоровая цифровая пища, которую взрослым необходимо исключить из рациона здорового контента).
2. Держите гаджеты подключёнными к сети, только когда вы находитесь дома, а вне дома вообще выключайте их.
3. Подталкивайте ваше правительство к запрету соцсетей для детей.
3. Создавайте рабочую культуру, в которой телефоны и ноутбуки не используются на совещаниях, и формируйте стратегии совместной работы, которые не требуют постоянного обмена сообщениями.
4. Откажитесь от расплывчатых требований "использовать искусственный интеллект", и вместо этого тщательно интегрируйте эти инструменты там, где они действительно делают нас умнее, а не просто более занятыми.

Но более важным, отмечает Ньюпорт, становится общий революционный дух (нахрен цифрообщество).

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

Сколько часов в день вы тратите на соцсети, на чатики, на бесконечное интересненькое? Но хотя бы грамм пользы вы получаете, которую можно применить прямо сейчас, а не когда-нибудь в будущем, кроме поглаживания своего эго?

Единственное, что жаль, что без впн не будут доступны качественные научные ресурсы, тем паче что сейчас STEM развивается экспоненциально, желательно оперативно быть в теме. С другой стороны, а кого-то это разве волнует? Из чиновников никто об этом даже и не заикается. "Не положено", и всё.

Кстати телеграмм (ещё в начале марта) я оплатил на три года вперёд.

И скачал многие сотни книг по математике и архитектурщине, да и в опенсорсные нейромодельки тоже зашита такая база знаний, что до программистского просветления нам точно хватит 💯

Короче говоря, мой Max-канал, в который типа я как в твиттер понемножку писал, закрываю принципиально. Продолжение темок более подробное, продолжаю на Бусти.
Свежачок: Полностью завершена техническая работа над стандартом C++26. "Большая четверка" ключевых нововведений. В частности будут контракты!!1 поддержка предусловий, постусловий и contract_assert (удивительно, но принято несмотря на активное сопротивление).

Там же будет и "Гарри Поттер и Методы Математического Мышления"

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

"Партия говорит, что дважды два - пять. Если нужно, она скажет, что дважды два - десять. Логика - это враг, который выдает еретиков. Мы должны уничтожить логику."
1984

"Используй обман, чтобы проверить своих и чужих. Поступай не так, как логично, а так, как выгодно в данный момент, даже если это абсурдно."
Сунь Цзы

"Покажите мне человека, который действует логично, и я покажу вам преступника, которого мы упустили."
Берия

"Логика здесь не работает. Здесь работает цинизм, возведённый в абсолют."
Штирлиц

.

Облако драгоценностей за неделю.

Приватный клуб.

Исходно Андрей Карпатый придумал термин "vibe coding", чтобы описать щенячье-радостно-безбашенно-бесшабашный способ кодинга: вы даёте промпт, принимаете всё, что вам выдаёт AI, не смотрите diff-ы, и выполняете итерацию, сбрасывая обратно AI в чат возникающие сообщения об ошибках. Это было отличное название для создания быстрых прототипов или MVP с помощью чистого AI-автопилота, но не более...

Отчет Upwork 2026 показал, что спрос на навыки, связанные с AI, вырос на 109% в годовом исчислении; одна только интеграция AI выросла на 178%, а 77% менеджеров заявили, что AI увеличивает их потребность в специализированных кадрах.
Это говорит нам кое-что довольно ясно. Хард скиллы по-прежнему имеют значение.
Но ключевая ценность переходит к тем специалистам, которые могут внедрить/использовать искусственный интеллект в реальных системах, решать с его помощью реальные бизнес-задачи, и заставлять все это действительно работать.
Вот три пути, которые сейчас наиболее важны...

Для донов-начинающих:

База по карьере, серия 25:
Стив Джобс любил рисовать карьеру в виде стрелок. Да, но...
Как всё просто удаётся
На словах и на бумаге,
Как легко на гладкой карте
Стрелку начертить!
А потом идти придётся
Через горы и овраги...
Так что прежде, человечек,
Выучись ходить!

Большинство начинающих, не имеющих особого опыта поиска работы, стабильно проваливают собеседования по программированию, потому что ...

Совет для начинающих простой: глупо ...

Для донов-неначинающих:

OpenAI опубликовала подробный технический разбор того, как им удалось масштабировать PostgreSQL для поддержки 800 миллионов пользователей ChatGPT. Основная идея, что они добились этого без шардирования, используя один (!) основной экземпляр базы данных, и множество оптимизаций...

Материалы СильныхИдей — доступны моим курсантам, но тут расширенные и дополненные версии.
81. Избавляемся от зависимости от зависимостей
Сколько раз вы пытались удалить некоторую зависимость из проекта, но не были уверены, что сделали это успешно?
Чтобы ваша кодовая база не зависела от чего-то конкретного?
Или чтобы она "зависела от интерфейсов, а не от реализации"?
Или старались следовать SOLID по инверсии зависимостей?
Ну и?

(все старые материалы для донов быстро сгорают)

=

Новые материалы для ментатов Лаборатории.

В СильныеИдеи добавлен материал "139) SOLID26: DIP".
Разбираемся, как Роберт Мартин возвёл небольшой косвенный приём в ранг инженерного принципа, и теперь мы не только невероятно раздуваем код, но и упускаем кучу ошибок...

=

- Иксианская машина? Ты отрицаешь джихад!
- В этом состоит ещё один урок. Что в действительности делают эти машины? Они увеличивают количество вещей, которые мы можем делать не думая. То, что мы делаем, не думая, представляет собой реальную опасность. Посмотри, сколько времени ты шла по пустыне, прежде чем вспомнила о защитной маске.
"Бог Император Дюны"

Юдковский известен прежде всего как автор легендарного фанфика "Гарри Поттер и Методы Рационального Мышления", но так-то он один из крупнейших специалистов по опасностям искусственного интеллекта.
Полгода назад он написал книгу "Если его кто-нибудь построит, все умрут", после чего словил дикий организованный хейт в западных СМИ.

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

А в отношении ГПиМРМ, что интересно, ну как бы конкретно про МРМ (научный метод, байесовские вероятности, lesswrong, критика когнитивных искажений, формальная логика, экспериментальная проверка гипотез...) в фанфике особо и нету ничего. Ну может первые 20 глаз (исследование оборотного зелья, трансфигурации волшебных палочек, теоретизирование о природе магии...), но там не имеется ни малейшей систематизации как учебной программы. А дальше по сути лишь психология и тактика (педагогика Квиррелла).

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

Рациональное мышление в научном смысле в ГПиМРМ показано конечно, но не структурировано, а "вшито" в характер Гарри и его самостоятельные исследования.

И вот как, дорогие, мы будем это исправлять...

...Гарри, сидя в Выручай-комнате, понимает, что магия -- это исполняемый код на языке реальности, и Гермиона вздыхает: "Поттер, ты превратил магию в программирование"...

Драко Малфой решает забанить всю магию, для чего заключает союз с Неорганическим Интеллектом...

...и, казалось бы, при чём здесь теория типов?

Гарри Поттер и МММ

1 апреля.

Кстати, в тему классный материал "A sufficiently detailed spec is code" - с сайта HaskellForAll, который из России без впн недоступен, и соответственно скоро вообще будет недоступен никак ("не положено").

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

А так как работа над спецификациями требует куда больше осмысленности, нежели кодинг, то когда команды оптимизируют скорость, как в посте выше, спецификации становятся слопом, а не результатом глубокого анализа домена. Гонсалес в частности разбирает Symphony, который OpenAI позиционирует как успешный пример генерации кода из SPEC md. И когда он попросил агентов на основе этой как бы спеки сгенерить Symphony на Haskell, агент так и не потянул и близко. Во многом кстати потому, что, как Гонсалес утверждает, сама спецификация от OpenAI выглядит как нейрослоп: бессвязный и без глубинного понимания.

Автор упоминает Дейкстру: "Переход к общению на естественном языке сильно усложнит работу машины, но не факт, что упростит жизнь человеку", и Борхеса "О точности в науке" (империя создала карту настолько детальную, что она совпадала с империей 1:1). Если спецификация будет настолько детальной, чтобы AI надежно генерировал код, она просто станет кодом.

Specifications were never meant to be time-saving devices.
"Мусор на входе - мусор на выходе"

Ага! А я про что - именно про ликвидацию этого разрыва через формализацию иерархии DSL, максимально приближенных к человеческому языку, но следующих формальным грамматикам.

Глупейшее "исследование" "Which Programming Language Is Best for Claude Code?", где меряется скорость генерации кода (быстрее хорошо) и количество строк на количество токенов (больше лучше), в результате которого оказывается что топчик - это Python и JavaScript, а Haskell и OCaml наихудшие из-за того, что не прошли какие-то там левые тесты.

Static typing prevents AI hallucination bugs!
No, skipping type annotations saves tokens!

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

Тут во-первых перепутаны причины и следствия: не Python и JavaScript наилучшие для Клода, а наоборот Клод работает эффективнее всего с этими языками просто потому, что по ним имеется огромное количество обучающего кода.

Во-вторых сермяга в том, что вот именно типы помогают нейросеткам в разы качественнее рассуждать (но не генерировать быстрее/дешевле), языки со статической типизацией (а в целом формальные языки) -- это не про "быстро", это про "точно".
Для популярных динамических языков самая частая ошибка -- логическая ошибка, а для языков со статической типизацией (особенно для функциональных языков) преобладают ошибки компиляции и рантайма.
(Вы же надеюсь знаете, в чём отличие логических ошибок от исключений? Исключение это деление на ноль, вылез null и т.п., а логическая ошибка -- это когда программа как бы работает, но делает не то (например выполняет сортировку не по возрастанию а по убыванию)).

Потому что языки с сильной статической типизацией (Haskell, Rust, OCaml) предъявляют жёсткие требования к корректности: агент уже не может схитрить и выдать что-то, что просто запустится - он обязан дать структурно верное решение.

Вот например серьёзное исследование от разработчиков гитхаба
"Why AI is pushing developers toward typed languages"
94% ошибок компиляции в коде, сгенерированном LLM, были вызваны ошибками несоответствия типов. То есть статическая типизация автоматически устраняет 94% потенциальных проблем, которые могли бы возникнуть при использовании динамического языка.

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

Планирую сделать "Функциональные архитектуры" стратегическим ресурсом Лаборатории, каждый день фактически пополняю. Cейчас разбираю тему мета-программирования по Алану Кэю: тысячекратная компактность кода через иерархию DSL, где ключевую роль играет наследование грамматик.

Но в целом в качестве базового языка нулевого уровня, на котором возводится эта иерархия, берём HoTT -- фундаментальный язык гомотопически когерентной математики, в котором гомотопическая когерентность не техническое условие, которое нужно проверять диаграммы, а синтаксический примитив. Это гарантирует, что например HIT, порождённый такими-то точками и путями, гарантированно будет гомотопически когерентным - по построению. Ну а главное, что в HoTT грамматика -- это тип/семейство типов, а наследование -- это путь между типами!!1
Ёлки, как красиво и стройно всё получается, кайф.

Соответственно, AI-агент, строящий модели мира на базе HoTT, не нуждается в отдельном механизме проверки согласованности альтернативных представлений. Если два описания изоморфны, они считаются идентичными.

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

Домены на HoTT позволяют агентам оперировать мета-связями (контекстными зависимостями) как примитивами языка, а не как костылями поверх этих ваших RDF.
А ADR кстати становится вообще не нужен: агент работает в языке, где вывод новых решений из существующих автоматически наследует и поддерживает когерентность всей системы архитектурных решений! Ибо системные связность и непротиворечивость встроены в логику.

Ментатам например покажу наследование JSON - JSON-LD - RDF. Агент, понимающий JSON, автоматически понимает JSON-LD и RDF, если они определены как наследуемые типы (не нужно писать отдельные адаптеры). И если два формата описывают одно и то же (например, YAML и JSON), агент может переключаться между ними без потери семантики.

Это переход от "агент пытается согласовать данные" к "агент работает в языке, где несогласованность невозможна по построению".

Коротко о важном. Собирать донаты/платные подписки по 100-200-500 рублей -- это полный зашквар. Потому что это не сумма, это диагноз. Такие блогеры совершенно неуважаемы. Ты такой стоишь с шапкой, а мимо идут люди, которые кидают мелочь, потому что на большее их фантазия не работает.

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

Как правильно? Вот например Алиса в 13 лет проучилась в МГУ и РГГУ до педагога-психолога, и ведёт частные консультации -- 50 тысяч рублей за сеанс. Отбоя от желающих нет. Почему так она работает? Потому что её семья не нуждается в деньгах, деньги не главное. Просто спрос огромный, и Алиса так помогает людям.

У меня тоже нету ни малейшей потребности в деньгах, автономно могу многие годы прожить вообще без интернета (+ жена сделала запасы еды на полгода), поэтому и мои темки будут только сильно расти в цене, вот как у Алисы минимум.

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

– Скажите, Шура, честно, сколько вам нужно денег для счастья? – спросил Остап. – Только подсчитайте все.
– Сто рублей, – ответил Балаганов, с сожалением отрываясь от хлеба с колбасой.
– Да нет, вы меня не поняли. Не на сегодняшний день, а вообще. Для счастья. Ясно? Чтобы вам было хорошо на свете.
Балаганов долго думал, несмело улыбаясь, и, наконец, объявил, что для полного счастья ему нужно шесть тысяч четыреста рублей и что с этой суммой ему будет на свете очень хорошо.
– Ладно, – сказал Остап, получите пятьдесят тысяч.

"Остаток своих дней я решил посвятить науке."
(с) Дедмэн "Dead Stranding 2"

Достаточно большой процент программистов (60%? 98%?) действительно не могут "физически" воспринимать даже такие элементарные вещи из формальной логики, как кванторы. Ну казалось бы, да?

Для всех значений ключа X верно, что поле Z будет ненулевым.
и
Найдётся хотя бы одно значение ключа X, для которого поле Z будет нулевым.

Они такие кивают своими собственными головами: это очевидно! -- и тут же пишут нечто вроде

SELECT 
    CASE 
        WHEN EXISTS (
            SELECT 1 FROM my_table WHERE z_field IS NOT NULL
        ) THEN 'Все значения z_field ненулевые'
        ELSE 'Не все значения z_field ненулевые'
    END AS status;

SELECT 
    CASE 
        WHEN NOT EXISTS (
            SELECT 1 FROM my_table WHERE z_field IS NULL
        ) THEN 'Нет ни одного нулевого значения'
        ELSE 'Есть хотя бы одно нулевое значение'
    END AS has_null_status;

не понимая концептуально EXISTS (не квантор существования формально, но близко по смыслу).

Как говорят мудрецы, "это первое ментальное усилие в их жизни, не имевшее аналогов в школе", да и в универе. При этом они вполне могут стать (и массово становятся) сеньорами (хотя всё же чаще ит-менеджерами).

Подумайте кстати, почему квантор всеобщности в SQL отсутствует, а эмулируется через отрицание квантора существования.

Большинство людей, которые думают, что искусственный интеллект действительно хорош, никогда не видели, как с ним работают программисты.

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

Ставь китика, если телеграм читать больше не можешь (типа, ставь китика если у тебя заблокировали интернет), и я тогда буду репостить всё отсюда в мах-нах на бусти/спонср за 100 рублей в месяц.

Вчера кстати прочитал в одном бизнес-чятике, что "24-го марта Мах забанил 20,000 пабликов". Погуглите собственно. Буквально, две жалобы "а чё такие цены?" и бан косметическому салону например.

То есть вести бизнес в махе просто нереально. В принципе и понятно: набрали удалённых девок по две копейки на контроль, которые и рубят тупо всех подряд ("не положено").

А гуру маркетинга поясняют, какие усилия ты не вкладывай, максимум соберёшь в махе 1000 подписчиков. А если совсем топовый блогер, 2000 - максимальный предел (если не боты). Ну и быстрый бан от конкурентов за единичные жалобы, и иди жалуйся в спортлото.

P.S. Тэк-с, дорогие, значит не хотите фактически меня поддержать донатами? При том, что на твичи гейм-стримерам миллионы донатите? Ну ладно, я всё понял. Вы просто ждёте, когда я начну проходить Death Stranding 2 с видом страдающего ботаника, чтобы закидать меня деньгами? А пока я тут сижу в своей каморке, размышляю о фундаментальной математике под бит из Ведьмака -- это так, фоновый шум, да?

Сто рублей. Даже не говорю в месяц, просто сто рублей!!1 Но нет, вы лучше купите себе очередной донат-пак с эмодзи какашки для толстого карлика, который даже не знает, как вас зовут, и забудет о вашем донате через 2 секунды.

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

Продолжаю работу с ментатами 🤓

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

Столкнулся с проблемой: коллеги BE-инженеры не обеспечивают должного качества решаемых задач (архитектурно + код), не понимают как решать ту или иную задачу (требуют расписывать алгоритм по шагам, чтобы скормить в Гпт и все), не понимают как задача вписывается в общую систему и т.д...

Сложность в том, что код довольно старый(видел классы, написанные 14 лет назад) и запутанный, многие вещи свалены в одну кучу. Возможно часть функционала устарела, потому что по мере роста проекта функции основного сервиса переносились в новые сервисы, ну и иногда менялись требования/хотелки бизнеса. Спецификация тоже местами устарела и часть вещей, которая там описана не соответствует действительности...

На собеседованиях я врядли буду просить писать реализации, рынок настолько обнищал что ужас. за адекватные деньги найти _настоящего_ сеньора невозможно, поэтому лучше брать реально молодого джуна у которого наблюдается:
- минимальная общая подкованность (он хотя бы на словах binary search может обьяснить),
- склонность к системности (да, я готов разбираться че там в бизнесе и реальности происходит а не просто таски клепать),
- ну и "желторотая послушность", чтобы он слушал и учился.
- ах да – пишет блог
Это картина идеального джуна, но таких тоже почти не существует в природе, а если существуют – то они амбициозны, научатся всему и уйдут дальше на х3 зп)

Я совершенно неожиданно для себя попал в настоящий ад разработки созданный своими руками.
...Ну и я вижу свою проблему в том, что я плохо умею все ещё разрабатывать исходя из минимально готового варианта и развивая его. Мне хотелось чтобы заработало все и сразу и в итогу я выстрелил себе во все ноги разом и почти остался выгоревшим калекой) Гармоничное и постепенное развитие системы из простой к сложной это тот навык, который я очень хочу получить, пока получается как видно с трудом. Свои ошибки увидел только когда нагородил всякого уже. Пока я слаб с точки зрения вот такой архитектуры, хотя казалось бы, небольшой проект...

(Так-то этот проект во многом и планировался с такой целью, чтобы выявить ключевую боль software design, а архитектурщина и проектирование -- это уже последующие курсы)

Знаете я раньше думал что я пишу мало кода, или мой код полное Г, когда не могу его использовать как примеры по заданиям, а сейчас я окончательно осознаю что:
Все плюс-минус хорошо просто потому что не занимаюсь не нужным ООП, пишу функции.
Вечная благодарнось Вам, что научили программировать и думать о программах...

Хорошая абстракция - это не про "удобный API", а про создание нового уровня реальности, где правила ясны, инварианты гарантированы, а рассуждения абсолютно точны...

Все знают, как задавать агентам md-скиллы, но никто не знает, как их координировать. Существующие фреймворки (n8n, LangGraph, CrewAI и др.) -- чисто инженерные решения, причём ad hoc. Некоторые из них (например, LangGraph, автор которого учился в Гарварде по cs, и потом возглавлял мощную команду по ML) реально глубоко осмысливают concurrency и математику конечных автоматов. Но ни один из них не опирается полноценно на то, что мы знаем из математики и computer science о композиции типов, спецификации протоколов или структурных гарантиях для параллельных систем. Надеюсь, кто-нибудь из вас, дорогие, это реализует :)

Агент -- это особый вид морфизма. Он принимает типизированный ввод и выдаёт типизированный вывод, как и любой другой морфизм, и мы можем успешно задействовать эти типы. Это хорошо известный приём: на самом деле, PydanticAI и тот же Vercel AI SDK делают именно так. Агенты реализуют типизацию на уровне языковой модели, создавая и принимая JSON, и мы можем легко чекать, что JSON имеет правильный формат. Это основа проверки типов.

Но в отличие от структурных морфизмов, агент is stateful. Поэтому мы принимаем соглашение из k-исчисления: если значение аргумента не используется, его можно просто не писать в явном виде, либо оно сокращается. То есть аргумент, помеченный как "неиспользуемый", может быть вообще исключён из синтаксиса или типа.

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

А я говорил, что самая мощная формальная база для продуктивного использования AI-агентов -- это мета-программирование, правильно подобранный/созданный DSL.

(базу по этому всему добавляю ментатам в гайде "Функциональные архитектуры")

Лучшие разработчики никогда не рассказывают о своих настройках AI агентов, и тем более не выкладывают их на гитхаб (если только это не продуманная маркетинговая стратегия). Худшие разработчики говорят только о своих настройках AI агентов. Они говорят и пишут о своих фреймворках для оркестровки агентов, и про skills md, и про agent md... Напоминает, как некогда ботаники бесконечно настраивали vim и emacs: их активность кажется продуктивной, но по факту ничего не делает.

Да, выбор правильного фреймворка помогает. Настройка скиллов -- это здорово. Просто фантастически создавать свой собственный искусственный интеллект. Приятно наблюдать за его работой. Посмотрите на мегабайты его кода! Он делает так много!!1

И никому нет до этого дела. Что ты сделал, что было отправлено в прод сегодня? Что нового могут сделать твои пользователи благодаря твоей работе с AI?

Вот и всё. Не давайте мне кучу md-файлов и документации. Просто отправьте в мастер код и заставьте его работать. Он попадает в продакшен? Это всё, что нам нужно.

Документ -- это не результат. Написание skills md не может быть результатом! Документ -- это "результат", который никто не будет читать. А вот когда ты лично изучил нюансы проблемы, разобрался с требованиями, покопался во всём этом дерьме и быстро реализовал очередную фичу -- вот это результат.

Твоя цель -- поставить value для клиентов. Остальное -- ерунда.

Да, это здорово, что Клод переписал 600 слов agent md на 30 000 токенов и обошёлся компании в 100 рублей, но что в результате пользователь может сделать сегодня такого, чего он не мог сделать вчера? Ни-че-го.

.

Облако драгоценностей за неделю.

Приватный клуб.

Как остаться в разработке в 2026-м? Многие до сих пор думают, что ключевое изменение в ИТ заключается в том, что искусственный интеллект теперь может писать код. Но реальный сдвиг заключается в том, что написание кода больше не есть узкое место во всём цикле создания программного продукта. Модель может сгенерировать за час больше кода, нежели большинство программистов могут должным образом просмотреть за день.
Скорость — это уже не самое сложное. Самое сложное — сохранить понятность кодовой базы после того, как будет внедрена такая скорость кодинга.

Для донов-начинающих:

За 18 месяцев от джуна до сеньора: дорожная карта, о которой молчат крупные онлайн-школы...

Хочу с околонуля через два года стать программистом мирового уровня, возможно?..

Для донов-неначинающих:

Сколько можно проходить этих ваших обучений? — думает миддл.
Ну, большинство пройденных обучений — это в 98% случаев купить количество уроков и жопочасов по просмотру инструмента xyz. Смотреть многочасовые видео, как настраивать и использовать этот инструмент/технологию/фреймворк, да тот же AI.
Вопрос: Где тут заработок денег? Где тут рост твоего дохода?

За 18 месяцев от джуна до сеньора: дорожная карта, о которой молчат крупные онлайн-школы. Этот материал я делал для начинающих, но практика показала, что он полезен и миддлам, да и многим сеньорам.

Продолжаю выкладывать для донов материалы СильныхИдей — доступны моим курсантам, но тут расширенные и дополненные версии.
80. Что такое баг?
Разбираемся в теме через формальные методы. У нас уже есть богатый опыт, как развиваются программные системы, и мы нередко видим немало печальных вариантов в будущем, когда всё сломается...

(все старые материалы для донов быстро сгорают)

=

Новые материалы для ментатов Лаборатории.

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

В раздел "Элитный программист" добавлен материал
90) Физика высокой продуктивности-2
Многие люди полагают, что должны обязательно выбирать между свободой образа жизни и карьерными достижениями. Правильно организованный Одноминутный рабочий день может снять эту проблему.

В СильныеИдеи добавлен материал "138) SOLID26: ISP".
И в этой, и в предыдущих заметках по теме SOLID26 я собственно стараюсь сделать акцент на том, что между оригинальными принципами SOLID, возникшими в своём историческом контексте, и сегодняшним SOLID-мэйнстримом, существует огромный концептуальный разрыв...

=

Гайд про функциональные архитектуры, 71 топик (+4), сегодня открываю ментатам доступ. Акцент этой весной планирую делать на математике для AI-агентов (знание математики не требуется :). Уже добавил несколько прикладных следствий/рекомендаций с примерами кода.

=

Я жил всё это время в своём флигеле, не зная, что живу только для того, чтобы дождаться этого момента.
Так срабатывали спустя многие поколения селекционные планы Бене Гессерит.
"Еретики Дюны"