Плохой менеджер Артём Арюткин
Канал про IT менеджмент Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ Автор:Арюткин Артём РКН https://www.gosuslugi.ru/snet/6763fd618e552d6
نمایش بیشتر📈 تحلیل کانال تلگرام Плохой менеджер Артём Арюткин
کانال Плохой менеджер Артём Арюткин (@badtechproject) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 13 671 مشترک است و جایگاه 9 285 را در دسته فناوری و برنامهها و رتبه 48 175 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 13 671 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 11 ژوئیه, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -140 و در ۲۴ ساعت گذشته برابر -2 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 19.53% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 9.27% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 2 671 بازدید دریافت میکند. در اولین روز معمولاً 1 268 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 78 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند архитектура, llm, finops, факс, контекст تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Канал про IT менеджмент
Авито - СРО платформы разработки,
Ex- Яндекс СРО, платформы для разработки,
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ
Автор:Арюткин Артём
РКН https://www.gosuslugi.ru/snet/6763fd618e55...”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 12 ژوئیه, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
радуйтесь, что вам на гульфик рукав не пришили, ну и классика
к пуговицам претензии есть.А «контейнер» и, правда, развернулся, только по пути потерялся мониторинг, настройки рейт-лимитеров и прочее… И тогда, уж лучше бы он не разворачивался. Поверьте, вам нужен работающий e2e сценарий, работающий в формате wow. Вот этого жду ваши пользователи. #пятничное @badtechproject
Гугл дропнули ультимативный гайд по использованию ИИ в бизнесе!Пхах, я не удержался 😁 Короче, основная проблема ИИ - завышенные ожидания и не понимание куда этот ваш ИИ всунуть-то. «Всовывать» предлагаю туда, куда подскажет вдохновение, а вдохновение призываю искать в подобных гайдах, в том числе . 👉🏼Пока не начали читать результаты других, напомню, что мы с вами собираем свои кейсы по ссылке. 🚗 Mercedes-Benz: Голосовой помощник MBUX Внедрение генеративного ИИ в систему MBUX позволило обеспечить более естественное и интуитивное взаимодействие с автомобилем, улучшая пользовательский опыт. (Mercedes-Benz USA Media) 🚘 General Motors (OnStar): Виртуальный помощник Виртуальный помощник OnStar, использующий ИИ, обрабатывает более 1 миллиона запросов клиентов в месяц в США и Канаде, разгружая операторов для более сложных задач. (GM Investor) 🍕 Papa John's: Оптимизация заказов с ИИ Сотрудничество с Google Cloud позволило Papa John's увеличить частоту заказов, повысить их стоимость, снизить затраты на обслуживание клиентов и улучшить удовлетворенность клиентов благодаря чат-боту на базе ИИ. (Papa John's International, Inc.) 🍔 Wendy's: FreshAI в drive-thru Внедрение FreshAI в drive-thru ускорило обслуживание на 22 секунды по сравнению с местным средним показателем и достигло 99% точности заказов. (People.com, The US Sun) 🏦 Citi: Автоматизация код-ревью с ИИ В первом квартале 2025 года Citi провел около 220 000 автоматизированных код-ревью с помощью инструмента на базе генеративного ИИ, увеличив производительность разработки. (Bank Automation News) 🏦 Deutsche Bank: Снижение ложных срабатываний Внедрение ИИ позволило снизить количество ложных срабатываний при выявлении мошенничества на 60%, повысив эффективность и точность системы. (Toolify) 🏦 Intesa Sanpaolo: Цифровой помощник Ellis Цифровой помощник Ellis, основанный на ИИ, улучшил взаимодействие с клиентами, предоставляя быстрые и точные ответы, что повысило удовлетворенность клиентов. (Qorusglobal) 🎨 Shutterstock: Генерация изображений с ИИ Инструмент генерации изображений на базе ИИ позволяет пользователям создавать уникальные визуальные материалы по текстовому описанию, ускоряя процесс создания контента. А как у вас там дела с этим? ❤️ - мы с ИИ лучшие друзья. «Всовываю» его всюду 🔥 - мы горим, какой ИИ 💊 - пока проблемы с естественным интеллектом. До 27 года лечим его, потом внедряем ИИ @badtechproject
Я тут готовлю доклад на TechLeadConf о том, как возникают и развиваются платформы в разных компаниях. И созрел вот такой пост.«Наша внутренняя платформа автоматизирует всё. Разработчик должен просто писать код и не думать ни о чём» - такой манифест написал какой-то РМ в конфлюенс еще в 2020 году и даже презентацию приложил с защиты… Когда-то это звучало как прогресс. Инженеры радовались: “наконец-то не надо писать Jenkins-файл”, “можно не париться с логированием”, “просто пиши сервис, остальное магия платформы”. Но прошло время… и всё стало совсем не так весело. 1. Новый монолит с лицом YAML'а Ты не пишешь пайплайн — ты пишешь YAML. Но YAML странный. Он не валидируется. У него 400 строк. И если ты ошибся с отступом — деплой ушёл в «отпуск» вместе с ответственным за платформу. Все твои действия теперь обёрнуты в слои абстракций: - Платформа делает деплой, но непонятно как. - Платформа ставит алерты, но ты не знаешь, где они. - Платформа следит за логами, но логи — это логи платформы, а не твои. Ты уже не разработчик. Ты шаман, который вызывает духов из CI/CD контура, обновляя pipeline.yaml и гадая по логам: где ты ошибся, о смертный. 2. Контрибьютить в платформу? Только через обряд посвящения Ты находишь баг. Например: пайплайн отваливается, если имя ветки начинается с hotfix/. Ты пытаешься починить. Но репозиторий платформы закрыт. Там другой язык. Другая документация. Другие люди. Чтобы внести изменение - надо собрать три комитета, написать оффер, пройти code-review у совета древних и подписать кровью SLA. Поэтому ты ничего не правишь. Ты просто запоминаешь: не называй ветку hotfix/. 3. Баги, которые не баги (а просто фича не задумывалась). Ты хочешь, чтобы сервис стартовал с другой версией базы. Или чтобы пайплайн не катился при изменении только .md. Ты пишешь в канал поддержки. Тебе отвечают: “Так не предусмотрено в платформе.” И ты вдруг понимаешь: Ты не просто пользователь. Ты подданный. А платформа — не инструмент. Это феодальная система. Где фичи — милость сверху. 4. Когда документация — это GPT-галлюцинация Документация есть. Но не про твою версию. Ты читаешь и понимаешь: - половина функций не работает, как описано. - Вторая половина не описана вовсе. Ты спрашиваешь в чате. Тебе скидывают другой чат. Потом ещё один. И вот ты уже в секте "платформенного знания", где бывалые инженеры передают друг другу ansible-файлы как реликвии. 5. И всё-таки, зачем она вообще? На бумаге всё круто. Платформа стандартизирует. Упрощает. Ускоряет. На деле: Всё, что выходит за "золотой путь" - боль. У людей нет контекста, как работает магия. А когда всё-таки случается инцидент - никто не знает, где копать. Итог? Внутренняя платформа — это не silver bullet. Это просто новый вид легаси, только с модным логотипом. Она экономит время… до тех пор, пока ты идёшь по её дорожке. Шаг влево- и ты уже маг-отступник, в бою с обёртками, которых никто не контролирует. А есть ли мораль? Не строй платформу, если не готов её поддерживать как продукт. А лучше - не ври, что она “всё сделает за тебя”. А вот тут можно поделиться своим опытом🤪 @badtechproject
