Yet Another Analyst

Сегодня настроение флудить, не прощайте. Что нужно знать о новостях убермоделей: 1. Антропик не смог договориться с пентагоном об условиях использовании их AI и подал на них в суд 2. Антропик выпустил сверхсекретный Mythos, который ломает все и вся 3. Специалисты Антропика сидят в АНБ, где помогают ломать инфру Ирана и Китая А разговоров-то было. Это конечно не отменяет, модельки позволяют находить уязвимости намного быстрее. Но когда появится настоящая модель судного дня, в новостях об этом не напишут.

#AI #агенты Люблю байки из склепа про тупых коварных агентов. Только после них вопросы остаются. Агент удалил боевую базу У вас точно есть бэкапы? Их может каждый снести? Агент уронил прод Что у вас с CI/CD? Люди тоже постоянно роняют? Агент потратил нажитое непосильным трудом Вы ему дали основную карту, да еще с овердрафтом? Агент устроил непотребство в личной переписке и снес семейный архив на ноуте. Т.е. вы поставили его на личную машину и дали все права? Хотя правила гигиены довольно просты: • Относись к агентам, как к людям, встраивай их в безопасные процессы • Если агент может сам что-то оплачивать — сделай ему отдельную виртуальную карту, настрой лимиты, закидывай ограниченные суммы • Следи за доступами на локальной машине. Запускай в докере, или вообще разверни на отдельном VPS • Следи за доступами в публичных сервисах. Четко настраивай права на уровне самого сервиса, а не инструкций агента Да, негибко. Со временем можно давать больше свободы, сопоставляя профит и риски. Но тут, конечно, думать придется. Когда заявляют, что агент тупой, то обычно тупой не он.

#оффтоп Кто в курсе, я безумно люблю делать всратые лендосы в тильде. Но эпоха уходит. Собрал новый лендос клуба в Claude Design: https://tech-analyst.ai Сначала сгенерил лого в чатгпт, Image2 там хорош все же, потом скормил лого + старый лендос. Общий концепт дизайна и брендирование удалось с первой попытки. Потом докручивал всякие мелочи и детали. Что удобно: правки можно вносить через чат или в режиме визуального редактирования, как в классических конструкторах. Про верстку вообще не думал, хотя мобильная версия мне меньше нравится. Но это в следующих сериях. В целом доволен, правда лимиты жрет как не в себя. Особенно на новом опусе. Ну и картинки лучше генерить в том же гпт или профильных сервисах. Говорят, в pencil.dev еще удобнее и мощнее, но я пока не добрался. Пробовал кто?

Мысли вслух: регулярно замечаю, что меня выбешивают слова "подчиненный", "в подчинении" и т.п. Не встречались люди с подобными загонами?

#коммуникации Тут друзья из Софт Скиллз Лаб вместе с hh.ru запилили большое исследование управленческих и коммуникационных навыков руководителей и сотрудников в РФ. Хотят набрать большую репрезентативную выборку, результаты будут в открытом доступе. Судя по опросу, догадываюсь, что мы можем увидеть, буду ждать итогов. Вот тут описание исследования, Вот тут сразу пройти опрос для сотрудников (когда нет людей в управлении) Вот тут опрос для руководителей (есть люди в управлении) Плюшка для участников — доступ к платформе с 5 ИИ-упражнениями от Софт Скиллз Лаб.

На последних конфах заметил, что один из самых ходовых сценариев использования AI — это создание личной или корпоративной базы знаний для работы через агента. Обычно такие эксперименты начинаются как-то так: берем лоу-код для логики, прикручиваем облачный RAG, подрубаем доступную модельку, шаманим с промптами и общаемся через любимы мессенджер. В энтерпрайзе все тоже самое, только с оговорками на опенсорс, инфру и безопасность. В целом, нормальный Франкенштейн, но по мере развития или масштабирования хочется получить более цельную архитектуру. Говорят, на базе Serverless YDB удобно собирать агентов с памятью, поиском по смыслу и управлением контекстом пользователя. 23 июня ребята проводят митап, где будем ручками собирать агента, а спикеры покажут: • как подключить RAG и получать точные ответы без галлюцинаций • как использовать MCP для расширения возможностей агента • как использовать долговременный контекст и знания о пользователе • как снизить расходы на LLM за счёт переиспользования ответов Люблю такой формат, в прошлый раз ходил к ним про YDB Topics, потом даже приглашали к нам в гости. Должно быть и в этот раз годно, так что го посмотрим, вот рега.

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

Май классически забит конференциями. В пятницу-субботу пройдет Analyst Days 22. Нравится, что конфа взрослеет, на ней идет полноценное обсуждение инженерных практик, а не очередные разговоры “как писать требования” и “что такое REST API”. С прошлого раза запомнилось: Сергей Баранов — о том, как аналитик помогает в управлении архдолгом и качеством архитетектуры на долгой дистанции. Дмитрий Безуглый — про корпоративный буллшит и четыре пути эволюции сисаналитика в AI-мире. В этот раз проведет воркшоп про использование AI. Татьяна Половинкина — “если вы не платите за продукт, то продукт — это вы”, или как беречь себя в мире цифрового СДВГ. Анна Обухова — классная лекция по нейробиологии про мозг и энергию. В субботу от нее будет мастер-класс про внедрение изменений с точки зрения работы мозга. Программа грядущей конфы обещает много интересного про архитектуру и практическое AI, посмотрите сами. Отдельно жду доклады Максима Цепкова про китайский бигтех и Саши Брызгаловой про проблемы и решения с точки зрения теории ограничений. Сам веду воркшоп по декомпозиции системы на (микро)сервисы, и вообще там высадится десант нашего клуба, приходите общаться и знакомиться.

Завтра веду трек на AI Dev Conf. Будем говорить про внедрение AI в российских бигтехах, что получается, что нет, как измеряют результаты, на какие метрики смотрят. Отдельно выделю два классных кейноута: Александр Поломодов — техдир в T-Банке, создатель System Desing Space. О том, как AI меняет процесс разработки на всех этапах. Андрей Бреслав — создатель языка Kotlin, сейчас разрабатывает новую систему AI-программирования CodeSpeak. Поделится своим видением роли человека в будущем программной инженерии. Если хотите бесплатный билетик, напишите в комментах, какие AI-инструменты вы уже успешно используете в команде, а что не получается. Сегодня в 21:00 мск выберу пару победителей.

#интеграция Есть у меня любимое задание на курсах по интеграции: выбрать технологию или протокол для взаимодействия и обосновать выбор. Каждый раз, случается диалог вида: — Мы выбрали gRPC для внутренних взаимодействий, потому это быстрее, чем REST — А на сколько быстрее? — Что вы называете REST’ом? А если это REST API поверх HTTP/2, будет ли gRPC быстрее, и на сколько? — Какую долю от времени ответа занимает передача данных? Будет ли разница в скорости между gRPC и REST значимой для нас? — Какая общая нагрузка на систему или продукт? Важна ли нам вообще скорость внутренних взаимодействий? После этих вопросов приходится идти считать текущую и прогнозируемую нагрузку, изучать производительность сервисов, смотреть бенчмарки, делать нагрузочное тестирование. Вполне вероятно, что летенси ваших сервисов определяется совсем не скоростью передачи по сети. И я не перестану говорить, что все эти чек-листы и универсальные критерии выбора — полный буллшит. Если человек не может собрать контекст задачи, выделить значимые критерии и приоритезировать их, он остается жалким подобием чатгпт. Поэтому для желающих стать человеком мыслящим в мае проведем несколько активностей в Tech Analyst Club: • 23.05, сбт — воркшоп по тестированию и документированию нестандартных API (GraphQL, gRPC, WebSocket) в Postman • 28.05, чтв — вебинар про иерархию и устройство протоколов и технологий взаимодействий • 30.05, сбт — воркшоп про выделение и приоритезацию критериев выбора способа интеграции Кстати, о производительности gRPC у нас был стрим с Алексеем Романовым.

Выше писал, что мало какой руководитель станет уменьшать свою команду на фоне ии-оптимизаций, даже если это экономически оправдано. С другой стороны, общался с несколькими техдирами про внедрение ии в разработку, и они почти прямо транслируют мысль: — Если люди не готовы использовать AI в работе, то нужно задуматься, стоит ли им работать у нас И это ни разу не про стартапы. Всем хорошей недели ☕️

#архитектура Пока готовили AI Dev Conf, записали пару подкастов про AI в архитектуре. Лот №1 Поговорили с Максимом Смирновым и Русланом Сафиным, как LLM уже помогает при проектировании, с чем не справляется, почему AI-мире ADR становятся особенно ценными, что не так с SDD, и зачем нужно активно осваивать agent skills. Смотреть тут: 😉 YouTube | 📺 VK Видео Лот №2 Сергей Баранов и Александр Поломодов обсуждали, как LLM и мультиагентные системы меняют софт-архитектуру и инженерные процессы. C одной стороны — демократизация разработки, с другой — жесткая необходимость в инженерном фундаменте для масштабирования. Сам пока не слушал, но точно буду. Смотреть тут: 😉 YouTube | 📺 VK Видео

#AI Послушал подкаст Маши Серегиной про иллюзию эффективности при внедрении нейросетей с Сергеем Путятинским. Судя по всему, выпуск планировался как некий срыв покровов с хайпа AI, но по мне получилось ровно наоборот – адекватный план внедрения иишечки с аргументацией, почему и где оно вам нужно. Возможно, это мой лютый bias. В любом случае, советую послушать как фанатикам, так и атеистам – каждый что-то найдет. Вытащил несколько мыслей (вольные цитаты):

AI-энтузиасты увеличивают свою производительность, а в оставшееся время занимаются личными делами или фрилансят. Начинают ли компании больше зарабатывать от этого?

Нет, и это нормально. Люди и без ии стремятся больше получать и меньше работать. Так будет, пока использование иишечки не станет общепринятой практикой.

Внедрение AI легко превращается в локальную оптимизацию, т.к. для роста общей эффективности нужен не HR или разраб с AI, а трансформация ролей и процессов.

Все так, об этом последнее время много и хорошо пишет Александр Поломодов. Бигтехи и стартапы уже активно двигаются в этом направлении.

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

А вот здесь популярное заблуждение, что иишечка в разработке – это вайбкодинг, где ты с 2-3 промптов получаешь красивое приложение, но не более. Копилоты, код-агенты, ревью-агенты, SDD и т.п. уже используют в промышленных масштабах. Да, допиливать АБС или телеком-биллинг, я бы так не стал, но определить необходимые изменения в нужных сервисах и последовательно реализовать их вполне реально. С AI-driven инженерией в массах еще незнакомы. Именно поэтому 21 мая мы с джугами делаем вторую AI Dev Conf. Там спикеры из бигтехов расскажут, как AI меняет процессы в кровавом энтерпрайзе, с кейсами, метриками и вот этим всем.

Когда найдут способ оптимизировать работу и сократить штат на 25-50-75 процентов, никто из руководителей не бросится это делать. Потому что бюджеты и влияние, от которых никто добровольно не откажется.

Самое важное, хотя говорить об этом никто не любит. Принято считать, что процессы и оргструктуры строятся так, чтобы они были максимально эффективными. Хотя строят их конкретные люди так, чтобы им это было выгодно. Об этом я писал тут. Причем выгода не только в бюджетах и влиянии. У каждого руководителя есть команда, которую он либо нанимал, либо в доверительных отношениях. Такие связи бывают очень полезны при смене проектов, компаний и вообще изменениях. Этот тот самый человеческий капитал. Компании меняются, люди остаются. Что произойдет с капиталом, если начать оптимизировать команду?

Я уже видел много революций, которые обещали изменить мир: SOA, BPM, микросервисы, RPA, блокчейн – и где они теперь?

Вообще-то они все на своих местах, где есть реальное применение. Да, те же SOA, MSA, BPM не стали концом истории, но дали огромное развитие инженерной и манагерской мысли. Это все равно, что ругать REST Филдинга за его бесполезность в 2026 году. Так будет с AI. Пока пробудившейся Skynet не очистит эту землю от двуногих.

Кстати, смотреть на синк-асинк можно не только с точки зрения общего процесса, а еще через согласованность состояний между акторами. Если согласованность особо не интересует, то можно кидать сообщения всяких без гарантий через какие-нибудь in-memory Redis или NATS, или вообще по UDP. Если согласованность нужна, но не вотпрямщас, то кидаем события в одностороннем порядке (one way) в кафку, кролика или еще кого Хотим убедиться, что до получателя событие долетело – делаем вебхук или request-response поверх очередей. Если нужна более строгая согласованность, берем поллинг или коллбек. В общем, из типа согласованности следует требование к синхронности или асинхронности взаимодействия, а под него уже берем более удобную и доступную технологию.

Ща будет мерзкая реклама, пролистывайте.   Я уже писал, что в мае-июне провожу последний поток курса по интеграции и архитектуре для аналитиков. Забавно, но только после пятого потока окончательно понял, про что он:   — про самостоятельный поиск решений, когда ты встречаешь новую задачу, а у тебя нет заученных паттернов и бест практик   — про понимание протоколов и инфры под ними, а не механическую работу по чек-листам и чужим критериям выбора   — про распределенные системы и фундаментальные проблемы проектирования, а не модные базворды и технологии   В конечном счете, это про умение сформулировать архитектурный вопрос, провести исследование, оценить возможные ответы. Не знаю, на сколько успешно, но судя по фидбеку последней группы, как-то получается передать это. Если интересно, почитайте отзывы здесь.   Начинаем в среду, запрыгивайте в последний поезд.

Sync-async, часть 3. Бытовое безумие Продолжаем самую безумную серию канала. В предыдущих сериях мы говорили, что у сетевых протоколов нет свойства синхронности / асинхронности: раз, два. Принято считать Polling, Callback, Webhook асинхронными паттернами. А в чем их асинхронность? Я пользуюсь таким определением sync-async:

Синхронное взаимодействие — блокирующее взаимодействие, при котором клиент не может продолжить выполнение процесса, пока оно не завершится. Асинхронное взаимодействие — НЕ блокирующее взаимодействие, при котором клиент может продолжить выполнение процесса, независимо от результата взаимодействия.

Что такое (Short) Polling? Формально, его можно назвать асинхронным паттерном, т.к. после первого вызова соединение закрывается и технический процесс на клиенте не блокируется. Дальше просто добиваем статус регулярными запросами. Но на уровне бизнес / интеграционной логики, мы не можем продолжить глобальный процесс — иначе мы бы не долбились за результатом. Псевдо асинхронность приходится строить по двум банальным причинам: каждое подвешенное соединение жрет ресурсы чем дольше висит соединение, тем выше вероятность разрыва Что такое Callback? Если говорить о “классическом” коллбеке с двумя акторами, то здесь примерно та же история. Формально это можно обозвать асихнронщиной, но фактически нам нужно дождаться результата, чтобы продолжить бизнес-процесс. Получается та же история, что и с поллингом. Возможен вариант коллбека, когда запрос кидает Service A, обрабатывает его Service B и отправляет ответ в Service C. Адрес последнего сервиса можно забить в настройки или передавать в исходном запросе. Считать ли это коллбеком — вопрос холиварный. Я буду считать это схемой из двух вебхуков. Что такое Webhook? Выглядит как одиночный синхронный запрос-ответ. Но на уровне общей картины это передача события поверх HTTP, где актор делиться инфой о последних происшествиях с подписанными соседями, не требуя ничего в ответ. Здесь HTTP-response — формальность самого протокола. Выглядит как событийная архитектура, только без очередей. Получается, Polling и Callback — псевдо асинхронные паттерны для реализации сихнронных шагов бизнес-процесса, а невзрачный Webhook — полноценная асинхронщина, да еще и в событийной парадигме? Только не говорите об этом на собесах, и не убеждайте коллег. Совы не всегда то, чем кажутся.

#AI После историй о том, как агент снес базу и т.п., у меня возникает ровно один вопрос: вы о бэкапах и разграничении доступа сышали вообще? Или вы из тоже из тех, у кого джуны прод роняют?

Тем временем в большом энтерпрайзе уже возникают вопросы: если джун/миддл с помощью AI стабильно выдает результат уровня сениора, то какой грейд ему давать, и сколько платить?

Меня совсем поглотил DUMP, буду краток. Завтра в Tech Analyst Club делаем первого AI-агента с RAG’ом в n8n. Если вы ждали знака, чтобы начать — вот он. Вчера нас 4 часа гуляли по Екатеринбургу, проникся городом, хочу вернутся. Есть кто из местных? Думаю устроить оффлайн митап тут летом. На выхах выложу материалы сегодняшнего доклада, не теряйтесь.