Плохой менеджер Артём Арюткин
Канал про IT менеджмент Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ Автор:Арюткин Артём РКН https://www.gosuslugi.ru/snet/6763fd618e552d6
Show more📈 Analytical overview of Telegram channel Плохой менеджер Артём Арюткин
Channel Плохой менеджер Артём Арюткин (@badtechproject) in the Russian language segment is an active participant. Currently, the community unites 14 246 subscribers, ranking 8 710 in the Technologies & Applications category and 45 475 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 14 246 subscribers.
According to the latest data from 15 September, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -154 over the last 30 days and by -5 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 20.25%. Within the first 24 hours after publication, content typically collects 10.52% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 885 views. Within the first day, a publication typically gains 1 498 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 75.
- Thematic interests: Content is focused on key topics such as архитектура, llm, finops, факс, контекст.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Канал про IT менеджмент
Авито - СРО платформы разработки,
Ex- Яндекс СРО, платформы для разработки,
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ
Автор:Арюткин Артём
РКН https://www.gosuslugi.ru/snet/6763fd618e55...”
Thanks to the high frequency of updates (latest data received on 16 September, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
1. У нас было пара часов до рейса. И мы решили, что будет отличной идеей взять экскурсию на лодке на часик. Тем более, что на пирсе увидели лодку, у которой есть прозрачное дно/трюм, она как раз уезжала. 2. Когда лодка вернулась мы (Демыч сам, на самом деле), с нашим небольшим контролем поговорил с командой и договорился покататься через час. Супер! У нас как раз время пообедать. Через час мы подходим и уже «хозяин сервиса, а не команда» говорят нам, что придется подождать еще час, так как это время было уже забронированоМы, конечно, начинаем немного наигранно возмущаться, что мы договорились, что у нас самолет и мы и так уже час ждали и чел, владелец, просто красавчик делает по шагам: Шаг 1: Просит прощения и говорит, что «команда проявила проактивность, но они не знали о том, что время было заранее забронировано» Шаг 2: продолжает говорить, что ему очень жаль, что мы можем упустить такую прекрасную возможность покататься. Шаг 3: предлагает нам скидку и угоститься вкусным кофе в его кафе (конечно, бесплатно). Тут, мы, скорее в шутку, просим скидку 50%, на что он возражает нам и предлагает 15%. Напоминая, что угостит нас еще кофе. Шаг 4: он продолжает говорить о том, какая у них замечательная эксурсия и как ему жаль, что мы ее пропустим. Короче, чел сразу обозначил, что команда красавчики, предложил скидку и продолжал продавать свои услуги!
пока книжка ехала в печать, часть фреймворков и API уже успела поменяться.Добро пожаловать в AI engineering 😁 Главная мысль книги: сделать агента, который один раз красиво отработал в демке, легко. Сделать агента, который стабильно работает в проде, сильно сложнее. 1. Возможно, вам вообще не нужен агент Автор предлагает примерно такую иерархию: детерминированная задача → обычный код; известный набор ветвлений → workflow; нужно отвечать по документам → RAG; непредсказуемый ввод + динамическое планирование + действия → вот теперь можно доставать агента. А то сейчас у нас иногда архитектура примерно такая: «if можно было написать за 20 минут, поэтому мы сделали мультиагентную систему». 2. Агент - это далеко не только LLM Нормальная агентная система состоит примерно из: • модели; • инструментов; • памяти; • знаний; • оркестрации; • механизмов обучения; • инфраструктуры вокруг всего этого. Чем больше автономности мы даем системе, тем больше инженерии появляется вокруг самой LLM. 3. Больше агентов != лучше Отдельная глава посвящена переходу от одного агента к нескольким. И тут тоже неожиданно никакого «роя агентов, который завтра заменит корпорацию». Мультиагентность имеет смысл, когда нужна специализация, параллельное выполнение или реально сложная координация. Во всех остальных случаях вы получаете: больше коммуникаций → больше контекста → больше токенов → больше задержки → больше способов все сломать. То есть агентная версия нашего любимого: микросервисы нужны не потому, что их можно сделать. 4. Evals становятся новой частью SDLC Вот это, пожалуй, одна из самых полезных частей книги. Для обычного приложения мы примерно понимаем: написали → протестировали → выкатили. С агентами этого мало. Нужно отдельно проверять: • правильно ли выбран инструмент; • правильно ли переданы параметры; • нормально ли агент спланировал действия; • правильную ли память достал; • не галлюцинирует ли; • справляется ли с неожиданным вводом; • достигает ли вообще конечной цели пользователя. Автор довольно прямо формулирует: непротестированный агент = ненадежный агент. И evals предлагается встраивать непосредственно в жизненный цикл разработки, а не устраивать большой экзамен перед релизом. 5. А после прода начинается еще веселее Отдельные главы посвящены эксплуатации. OpenTelemetry, traces, Langfuse, Grafana, shadow mode, canary, поиск регрессий. Вплоть до самовосстанавливающихся агентов. То есть AI engineering постепенно становится удивительно похож на обычный software engineering. Только теперь у нас внутри системы сидит вероятностный компонент, который иногда внезапно решает сделать что-то творческое. ❤️ - если забрал в бэклог 🔥 - если читал и зашло 💅 - если читал и не зашло
