Плохой менеджер Артём Арюткин
Канал про IT менеджмент Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ Автор:Арюткин Артём РКН https://www.gosuslugi.ru/snet/6763fd618e552d6
Mostrar más📈 Análisis del canal de Telegram Плохой менеджер Артём Арюткин
El canal Плохой менеджер Артём Арюткин (@badtechproject) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 14 246 suscriptores, ocupando la posición 8 710 en la categoría Tecnologías y Aplicaciones y el puesto 45 475 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 14 246 suscriptores.
Según los últimos datos del 15 septiembre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -154, y en las últimas 24 horas de -5, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 20.25%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 10.52% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 2 885 visualizaciones. En el primer día suele acumular 1 498 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 75.
- Intereses temáticos: El contenido se centra en temas clave como архитектура, llm, finops, факс, контекст.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Канал про IT менеджмент
Авито - СРО платформы разработки,
Ex- Яндекс СРО, платформы для разработки,
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ
Автор:Арюткин Артём
РКН https://www.gosuslugi.ru/snet/6763fd618e55...”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 16 septiembre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
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. Только теперь у нас внутри системы сидит вероятностный компонент, который иногда внезапно решает сделать что-то творческое. ❤️ - если забрал в бэклог 🔥 - если читал и зашло 💅 - если читал и не зашло
