ch
Feedback
Плохой менеджер Артём Арюткин

Плохой менеджер Артём Арюткин

前往频道在 Telegram

Канал про IT менеджмент Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ Автор:Арюткин Артём РКН https://www.gosuslugi.ru/snet/6763fd618e552d6

显示更多

📈 Telegram 频道 Плохой менеджер Артём Арюткин 的分析概览

频道 Плохой менеджер Артём Арюткин (@badtechproject) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 13 680 名订阅者,在 技术与应用 类别中位列第 9 291,并在 俄罗斯 地区排名第 48 194

📊 受众指标与增长动态

невідомо 创建以来,项目保持高速增长,吸引了 13 680 名订阅者。

根据 10 七月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -143,过去 24 小时变化为 0,整体触达仍然可观。

  • 认证状态: 未认证
  • 互动率 (ER): 平均受众互动率为 19.98%。内容发布后 24 小时内通常能获得 9.28% 的反应,占订阅者总量。
  • 帖子覆盖: 每篇帖子平均可获得 2 733 次浏览,首日通常累积 1 269 次浏览。
  • 互动与反馈: 受众积极参与,单帖平均反应数为 82
  • 主题关注点: 内容集中在 архитектура, llm, finops, факс, контекст 等核心主题上。

📝 描述与内容策略

作者将该频道定位为表达主观观点的平台:
Канал про IT менеджмент Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ Автор:Арюткин Артём РКН https://www.gosuslugi.ru/snet/6763fd618e55...

凭借高频更新(最新数据采集于 11 七月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。

13 680
订阅者
无数据24 小时
+167
-14330
帖子存档
Слаженность работы команды Есть такое распространенное заболевание – расстройство личности, или диссоциативное расстройство идентичности. Есть культовый фильм "Бойцовский клуб", где ДРИ является ключевым элементом сюжета. В психотерапии раньше его лечили так: выбирали главную доминирующую личность, а остальные должны были исчезнуть. Сильная доминировала, слабые растворялись, и казалось, что это и есть лечение. Сейчас же подход изменился: эффективная терапия не в том, чтобы одна часть задавила все остальные, а в том, чтобы они научились жить вместе. Не подавление, а интеграция. И это удивительно хорошо ложится на работу и эффективность команды. Мы часто хотим, чтобы все мыслили одинаково, чтобы "главный" тащил и остальные подстраивались. Но в реальности в любой группе есть разные "личности" – кто-то сильнее, кто-то тише, кто-то спорщик, кто-то генератор идей и т.д. И если одна из этих ролей подавляет остальные, то команда вроде как работает, но теряет глубину и гибкость. Правильная работа – это как современная терапия: договориться и выстроить взаимодействие. Именно тогда команда становится единым организмом, а не набором конфликтующих личностей. И снова напоминаю про самый важный навык, который всем личностям нужно развивать – уметь разговаривать через рот. В этом и есть ключ к настоящей эффективности. В дополнение про эффективность команды и личностями увидел такое исследование: "Наш обзор предыдущих исследований выявил тесную связь между личностными качествами команды и ее динамикой. Личностные качества – ключевой фактор, влияющий на динамику команды. Все члены команды должны стремиться к совместной работе для обеспечения успешного результата проекта. Решение проблем, возникающих при совместной работе группы незнакомых людей, крайне важно для создания эффективной и функционирующей команды." PS: важная оговорка. Я сознательно не пишу о том, что с мудаками работать не надо – потому что это и так очевидно. Я исхожу из предпосылки, что команда формируется осознанно теми людьми, которые близки по духу и ценностям. И если в команду попадает человек, который разрушает, тогда конечно никакая интеграция не поможет. Нужно не уговаривать, а прощаться. Интеграция работает тогда, когда у всех "личностей" есть общая цель, уважение к другим и желание договариваться.

Вот это Кирилл связал «Бойцовский клуб», расстройства личности и работу в команде 🔥

Не кипешуй, всё ништяк 👆такой слоган можно дать каналу Миши Грекова Про удобство Я сам читаю канал Миша лет 8. Мы часто обща
Не кипешуй, всё ништяк 👆такой слоган можно дать каналу Миши Грекова Про удобство Я сам читаю канал Миша лет 8. Мы часто общаемся, хотя, в основе, больше шутим шутейки. Канал Миши очень клевый! Там нет того, что гуглится — там здравый смысл и классные посты: — Менеджмент в мире Гарри Поттера (мой любимый!) — Про гениального Женечку из НИИ (мой второй любимый!) — Про Санька джуна — Про Ожидания от руководителя — Почему начальник такой тупой ( замыкает ТОП-3) В общем, скорее к Мише в канал Про удобство. Там нет постов от AI. Там нет постов про базовую базу. Там вайб и настроение той самой Айтишки, которую мы любим!

Всем KPI😂 #пятничное

🚀 Как Google научился смотреть в мозг разработчика без внедрения ему чипов Окей, друзья, вот это прям кайф. Google сделал си
+1
🚀 Как Google научился смотреть в мозг разработчика без внедрения ему чипов Окей, друзья, вот это прям кайф. Google сделал систему InSession, которая соединяет логи из десятков инструментов разработчиков (IDE, код-ревью, Jira, Calendar, всё подряд) и пытается понять - что на самом деле делают инженеры весь день. То есть не “кажется, что Вася сегодня был продуктивен”, а буквально: сколько времени Вася писал код, сколько читал доки, сколько ревьюил чужой код и сколько залипал в Gmail. ⸻ 🧠 Зачем вообще это всё Потому что в Google 30 000+ инженеров, и если даже немного увеличить продуктивность каждого - эффект колоссальный. А сделать это можно только если ты понимаешь, куда реально уходит время. Но тут же куча проблем: • нельзя следить за людьми напрямую (этика, приватность, HR-кошмары), • разные инструменты логируют по-разному, • и вообще, как понять — Вася просто задумался или реально работает? ⸻ ⚙️ Что такое InSession Это такая огромная труба, куда сыпятся логи со всех инструментов. Система превращает их в события (events), потом в сессии (sessions) — куски времени, когда разработчик работал над конкретной задачей. Дальше уже можно считать метрики: • coding time 🧑🏻‍💻 - сколько реально писали код, • reviewing time 👀 - ревью чужого кода, • shepherding time 🧹 - правки по ревью, • investigation time 🔍 - чтение доков, • meeting time 🗓️, email time 📧, и т.д. Короче, цифровая тень рабочего дня разработчика. ⸻ 🧩 Но без паранойи! Google сразу зашил 7 принципов приватности: • никаких данных вне рабочих инструментов, • никакого контента из писем и чатов, • всё шифруется, логируется и хранится 3 года, • никаких персональных отчётов - только агрегаты. То есть HR не может прийти и сказать: “Ага, Иванов кодил всего 2 часа!” Именно поэтому разработчики вообще согласились на участие. ⸻ 📊 Что удалось выяснить Один пример — проверили эффект программы Readability Certification (внутренний экзамен на знание стандартов кода). Результат: • после сертификации ревью шли быстрее на 4,5% (C++), • исправления по ревью - на 10% быстрее, • инженеры сами говорят: “Да, это реально помогает”. То есть не просто бюрократическая галочка - метрики подтверждают эффект. ⸻ 🧪 Проверка реальности Чтобы убедиться, что логи не врут, исследователи сравнили данные InSession с “дневниками” 25 инженеров. Оказалось, совпадение почти идеальное по email и встречам (0.8+ по коэффициенту согласия), и довольно хорошее по коду и ревью (~0.7). Разночтения были из-за: • отсутствующих логов (часть инструментов не трекается), • мультизадачности, • человеческой памяти (“забыл записать”). ⸻ 🧭 Что из этого вынесли 1. Не всё надо логировать - только ключевые источники. 2. Обогащайте данные. Даже добавление “gain focus” в логах IDE дало +2 часа видимой активности в неделю на инженера. 3. Верифицируйте метрики. Без человеческой проверки легко наловить абсурда. ⸻ 💡 Главный инсайт InSession - это не “big brother”, а инструмент для улучшения DevEx на уровне всей компании. Он помогает понять закономерности поведения инженеров, проверить эффективность процессов и (в идеале) сделать работу чуть-чуть человечнее и эффективнее. 🔥 - “Я за! Метрики рулят” ❤️ - “Главное — не превратить всё в KPI-ад” 🦄 - “Хочу такую систему, но open source!”

Вайб-кодинг дно? Кто-то из вас слышал про вайб-кодинг, а кто-то уже его делал. И уж точно вам прожужжали все уши, насколько легко сейчас делать работающее приложение или сайт. И тут начинаются приколы. Вы пробуете что-то сделать с помощью разрекламированных подходов. В начале что-то даже получается. Но чем дальше, тем сложнее. И в какой-то момент вы понимаете, что ничего не понимаете 🙂 — ИИ вас не слушается и делает фигню раз за разом — Токены сгорают с огромной скоростью — Огромное количество инструментов, что выбрать? — Миллиард незнакомых терминов из разработки Настоящая кроличья нора. И вот тут можно просто забить. Можно долбиться головой в стену. А можно потратить время и деньги эффективно, впитав в себя концентрированный опыт людей, которые это прошли. Вы узнаете: — Почему нельзя долго писать сетке в одном и том же чате? — Что выбрать, курсор или докер? — Зачем нужен git, базы данных, фронт и бэк? — И самое главное — как действительно добиться результата от вайб-кодинга. Практический курс, где дадут ответы на эти вопросы. Вдобавок, всего за 8 недель каждый участник соберет своего собственного телеграм-бота и научится его развивать самостоятельно. Автор — Глеб Кудрявцев. ex CPO Skyeng, а ныне разработчик и автор одного из популярнейших приложений для ИИ кодинга. Узнавайте подробности и записывайтесь. Онлайн. Есть тарифы как в группах, так и для самостоятельного изучения. От 10 тысяч рублей. Реклама. ИП Федоров Е.П. ИНН 532008901966

AI AI, а как насчет обмена софтом по радио? Изначально хотел рассказать про OpenAI DevDay и как изменится культура разработки
AI AI, а как насчет обмена софтом по радио? Изначально хотел рассказать про OpenAI DevDay и как изменится культура разработки, но потом понял, что мое поколение последнее, кто одновременно жил в эпоху аналоговых носителей и цифровых. Я помню дискеты, диски и помню магнитные кассеты (у меня как раз был музыкальный плеер такой), помню, что у дедушки был старый проигрыватель пластинок и огромное радио размером с тумбу. И я решил узнать, а какие необычные способы передачи софта существовали и вот чатГПТ мне выдал пачку. Короче в 80-е игры и софт записывали на пластинки и магнитные кассеты. В 1970–80-х персональные компьютеры (ZX Spectrum, Commodore 64, Радио-86РК, БК-0010 и др.) использовали кассетные магнитофоны для загрузки программ. И вот мысль развилась дальше и софт стали передавать по радио. Были организованы целые радио-шоу. С 1983 по 1986 год ведущие югославского шоу «Вентилятор 202» передали таким образом 150 программ: от калькуляторов до лётных симуляторов. А? Ну как вам? Знали о таком? 💯 - если знал и не удивлен и сам так записывал 😱 - если ты в шоке ❤️ - чисто поддержать старичков

Уже второй день везде публикации о важности бэкапов по причине потери огромного количества данных из-за загоревшейся батареи в Южной Корее. Только вот все забывают, что мало иметь бэкапы, нужно еще уметь и восстановить их и, в целом, стартануть свой сервис с «0» после полной деградации

Зацените, как openAI встроила приложения в чат. Черт, неужели чат все-таки станет основным нашим каналом!

Скажи мне, что тебе больше 30 не говоря Наконец-то мне сегодня привезли мне новый ящик с инструментами 🤣 P.S. Там еще 2 секции ниже со всякими ништяками и можно докупать другие 😬

📢Два бесплатных вебинара о работе с данными и аналитикой Если на сведение данных из систем уходят часы, а управленческие реш
📢Два бесплатных вебинара о работе с данными и аналитикой Если на сведение данных из систем уходят часы, а управленческие решения принимаются на основе интуиции — эти 2 вебинара для вас. 🔴От хаоса данных и интуиции к решениям на основе цифр и показателей: практическое внедрение 1С:Аналитики в IT-компании 8 октября, 16:00 Мск ▪️Объединение данных из ERP, CRM, ЗУП в единое хранилище. ▪️Построение дашбордов по трудозатратам и продажам. ▪️Сокращение времени подготовки БДР с 5 часов до автообновления. 🎯 Кейс: IT-компания из 250+ человек получила полную видимость загрузки команды по проектам. 👉 Бесплатная регистрация 🔴Реализация корпоративного хранилища данных на базе Datareon Platform 9 октября, 16:00 Мск ▪️Проектирование корпоративных хранилищ данных. ▪️Структура таблиц и механизмы типизации данных. ▪️Интеграция с 1С ЗУП и веб-системами через REST API. 🎯 Фокус: техническая реализация и архитектурные решения для разработчиков и технических руководителей от вендора и партнёра. 👉 Бесплатная регистрация Реклама. ErID c-BRst-J1WAtmUDykcfWa5TL8FcKo ООО «Просто» ИНН 1841039706

Бюрократия казнить нельзя помиловать Короче, часто люди не понимают основные причины возникновения бюрократии, зачем и почему
Бюрократия казнить нельзя помиловать Короче, часто люди не понимают основные причины возникновения бюрократии, зачем и почему она нужна. ➕Плюсы? Бюрократия - это механизм защиты системы, чтобы дурацкие решения не случились. ➖Минусы? Некоторые хорошие решения тоже не случаются. Как понять, какой уровень бюрократии нужен на данном конкретном участке? Уровень бюрократии- это функция обратная от уровня синьорности сотрудников, который там работает. Если на данный участок вы нанимаете лучших из лучших, то и бюрократию вы можете там сделать поменьше. Если же нанимаете вы средних или ниже среднего (такая у вас бизнес модель или такой рынок), то и уровень бюрократии вам придется поднимать. Еще можно оценивать через стоимость ошибки: условно, для стоимости ошибки 1 млн. бюрократии нет, для 10 млн. средний, для 100 млн. - высокий. Бюрократия - это страховка. Просто, иногда мы покупаем КАСКО за 100 тыс. для самоката за 15 тыс. А че, как у вас с бюрократией? ❤️ - идеальный баланс, завидуйте 🔥 - никакой бюрократии от слова совсем 💊 - полгода только ноутбук получал 😆

Блин, за что обожаю ИТшку, так это за отзывчивость. Берешь такой и пишешь какому-либо СТО супер крупного сервиса, СРО другого не меньшего по размеру
парни, нужен совет
и вот, вы уже сидите вечером в баре и делитесь опытом, помогая друг другу. И до этой встречи вы может быть и не знакомы толком. Возможно ли такое в других отраслях? Я хз, но тут возможно)

17 октрября Avito.tech.conf - очень крутая конфа для менеджеров Прямо топ из топов. 1. Бесплатно. Просто берешь и регаешься п
17 октрября Avito.tech.conf - очень крутая конфа для менеджеров Прямо топ из топов. 1. Бесплатно. Просто берешь и регаешься по ссылке и вперед. 2. Там прямо звездный состав СТО. Каждого знаю лично. Они невероятно крутые. 3. Можно узнать про будущее Теха не в формате «звездные корабли», а в конкретных примерах. 4. Я, возможно, на часа 2 заскочу отмодерировать рабочую группу. 5. Расскажут, какого это проходить собес на руководителя. Ссылка тут

#пятничное Я хочу такой альбом😁

Цитата дня - Кажется у вас есть план? - Лучше! У меня есть уверенность!
Цитата дня
- Кажется у вас есть план? - Лучше! У меня есть уверенность!

Пока я тут работаю, все разбежались спать. Пряня держится из последних сил, но намекает, что пора 🤣
Пока я тут работаю, все разбежались спать. Пряня держится из последних сил, но намекает, что пора 🤣

Считаю, что это угарно!!! ChatGPT дропнули подборку промптом для разных ролей: руководители, менеджеры продуктов, инженеры и
Считаю, что это угарно!!! ChatGPT дропнули подборку промптом для разных ролей: руководители, менеджеры продуктов, инженеры и т.д. Зацените промпт 🤣
Draft an email to [recipient] about [topic]. Keep it clear, polite, and concise.

Ну и сам отчет, если решитесь читать 80 страниц

📝 Обзор свежего отчета “State of AI-assisted Software Development 2025” (от DORA и Google Cloud) Короче, ребятки, новость та
📝 Обзор свежего отчета State of AI-assisted Software Development 2025 (от DORA и Google Cloud) Короче, ребятки, новость такая: AI в разработке уже не «вау, будущее наступило», а скучная рутина. 90% разработчиков юзают AI каждый день, 80% уверены, что стали продуктивнее, но (!) целых 30% не доверяют коду, который им выдает ИИ. Главные выводы: 1️⃣AI = усилитель Он не делает магию. Хорошая команда станет ещё быстрее, плохая - ещё больше увязнет в хаосе. 2️⃣Траст упирается в психологию Прикольно: даже если AI объективно замедляет девелопера на 19%, тот может быть уверен, что работает на 20% быстрее. Сила самовнушения, ага. 3️⃣Новые профили команд В отчете описали 7 типов команд: от «Harmonious high-achievers» (счастливые уникумы, у которых всё летит) до «Legacy bottleneck» (команды, где каждое изменение — как операция на сердце). 4️⃣VSM (Value Stream Management) Это не скучный процесс, а реальный бустер: позволяет превратить локальную продуктивность от AI в измеримые бизнес-результаты. 5️⃣AI Capabilities Model Если хотите реального эффекта от AI - забудьте про «купим Copilot и заживем». Нужны: внятная AI-политика, качественные данные, внутренняя платформа, фокус на пользователе. Темная сторона AI ускоряет throughput, но ломает стабильность — багов и откатов становится больше. Уровень выгорания может расти, если команды не меняют процессы под новые темпы. 🔩 Вывод: AI-разработка - это не про тулзы, а про систему. Если у вас хаос в процессах и нет платформенной базы - AI только умножит этот хаос. 👉🏼 А у меня вопрос к вам: Как там у вас с AI? 🔥- пушка. Мы уже стали быстрее, выше, сильнее 👍 - по чуть-чуть, где-то как-то, но не я ❤️ - требуется поддержка, мы все еще с естественным разбираемся.