Плохой менеджер Артём Арюткин
Канал про IT менеджмент Авито - СРО платформы разработки, Ex- Яндекс СРО, платформы для разработки, ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ Автор:Арюткин Артём РКН https://www.gosuslugi.ru/snet/6763fd618e552d6
显示更多📈 Telegram 频道 Плохой менеджер Артём Арюткин 的分析概览
频道 Плохой менеджер Артём Арюткин (@badtechproject) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 14 376 名订阅者,在 技术与应用 类别中位列第 8 661,并在 俄罗斯 地区排名第 45 239 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 14 376 名订阅者。
根据 26 八月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 -146,过去 24 小时变化为 -6,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 21.70%。内容发布后 24 小时内通常能获得 10.34% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 3 120 次浏览,首日通常累积 1 486 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 59。
- 主题关注点: 内容集中在 архитектура, llm, finops, факс, контекст 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“Канал про IT менеджмент
Авито - СРО платформы разработки,
Ex- Яндекс СРО, платформы для разработки,
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ
Автор:Арюткин Артём
РКН https://www.gosuslugi.ru/snet/6763fd618e55...”
凭借高频更新(最新数据采集于 27 八月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
数据加载中...
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 27 八月 | 0 | |||
| 26 八月 | 0 | |||
| 25 八月 | +3 | |||
| 24 八月 | +3 | |||
| 23 八月 | +4 | |||
| 22 八月 | +1 | |||
| 21 八月 | +3 | |||
| 20 八月 | +3 | |||
| 19 八月 | +2 | |||
| 18 八月 | +35 | |||
| 17 八月 | +7 | |||
| 16 八月 | +1 | |||
| 15 八月 | +5 | |||
| 14 八月 | +16 | |||
| 13 八月 | +1 | |||
| 12 八月 | +4 | |||
| 11 八月 | +4 | |||
| 10 八月 | +1 | |||
| 09 八月 | +1 | |||
| 08 八月 | +5 | |||
| 07 八月 | +2 | |||
| 06 八月 | +4 | |||
| 05 八月 | +13 | |||
| 04 八月 | +12 | |||
| 03 八月 | +6 | |||
| 02 八月 | +5 | |||
| 01 八月 | +3 |
| 2 | То есть нормальный скроллинг у вас сделать не получается, да?!
Есть гипотеза, что никто не ожидает, что ваще будут читать люди, а не агенты) | 1 474 |
| 3 | О, вот то, что Борис писал еще в марте, теперь легло в отдельный Playbook по SDLC от Claude (AI native, конечно же)!
Забирайте! | 1 518 |
| 4 | Жизнь - это бесконечные попытки:
- выучить Английский
- накачаться 😁 | 1 623 |
| 5 | Что там Стенфорд наисследовал про AI и работу
Стэнфорд выпустил прекрасный обзор того, что на самом деле происходит с рынком труда из-за AI.
Ребята посмотрели на данные и вот что там получилось.
1. Массового AI-апокалипсиса пока нет
С 2022 года безработица среди людей из наиболее подверженных влиянию AI профессий выросла на 0,77 процентного пункта, а среди наименее подверженных на 0,85.
То есть рынок труда действительно становится хуже, но пока нет оснований утверждать, что именно AI массово отнимает у людей работу.
Более того, количество программистов продолжает расти. Просто заметно медленнее, чем раньше.
2. Компании много рассказывают про AI, но мало меняют
По наиболее консервативной оценке AI использует примерно 20% компаний.
Но даже среди них внедрение чаще всего означает:
— несколько инструментов;
— одну-две функции;
— бесконечные пилоты;
— Copilot, купленный всем и используемый половиной.
Только 5% компаний сообщили, что AI как-то повлиял на количество сотрудников. Причем примерно одинаковая доля компаний увеличила и сократила штат.
3. Локально продуктивность действительно растет
AI увеличил производительность сотрудников поддержки в среднем на 15%, а новичков — сразу на 30% (вот тут у нас и собрались основные потери в вакансиях).
В экспериментах с разработчиками отдельные задачи выполнялись на 10–56% быстрее.
Но есть нюанс.
Быстрее написать кусок кода, не значит быстрее выпустить продукт. После генерации остаются ревью, тестирование, интеграция, безопасность, инфраструктура и бесконечное «а зачем мы вообще это сделали».
4. А вот джунам действительно становится больно
Безработица среди недавних выпускников в США достигла 5,6%, что на 1,6 процентного пункта больше, чем три года назад.
Причем проблема возникает в профессиях, где AI хорошо справляется с типичными задачами новичков: написать простой код, собрать информацию, подготовить текст, сделать базовый анализ.
Уже после публикации обзора Стэнфорд обновил исходное исследование: занятость людей 22–25 лет в наиболее затронутых AI профессиях оказалась примерно на 19% ниже уровня, на котором она была бы при такой же динамике, как у их сверстников в менее затронутых профессиях.
Компании просто нанимают меньше молодых сотрудников, т.е.происходит это преимущественно не через увольнения.
Короче, AI-революция может начаться не с массового увольнения дорогих сеньоров.
Она начинается с того, что компания решает:
«А давайте пока не будем брать еще двух джунов. Справимся агентами».
Авторы честно предупреждают: это пока корреляция, а не доказанная причинность. На рынок одновременно влияли ставки, постковидный перенаём и удалёнка. | 1 776 |
| 6 | #пятничное | 2 496 |
| 7 | У меня, кстати, год назад был обзор книги по инвестициям
Можно и продублировать. Книжка хороша!
💰«Разумный инвестор» — или как не сжечь свои деньги в костре жадности
Короче, у меня инвестиционный счет появился в 2017 году.
Но я тот еще инвестор…
Однако уже тогда давно я осознавал, что моя цель - сохранение капитала, а не х10.
Пошел искать книги и наткнулся на это сокровище!
Это не книга - анти-курсы по «как быстро разбогатеть».
Актуальна каждый раз, когда ты соблазняешься очередным «тут точно x10, брат».
🧓 Кто такой Бенджамин Грэм?
Отец value-инвестирования, человек, которому Уоррен Баффет до сих пор ставит свечки в инвестиционном храме.
Он не учит угадывать рынок. Он учит не терять деньги. И в этом вся магия.
📊 Основные идеи, чтобы потом не говорить «а я не знал»:
1. Рынок - это Мистер Шизик
Каждый день он приходит и предлагает тебе купить-продать акции. Сегодня - в истерике. Завтра - в эйфории.
Что ты должен делать? Во первых, ты никому ничего не должен!
А, сори, не та, статья! 😁
Игнорировать его и пользоваться моментами, когда он особо не в себе.
2. Инвестор ≠ Спекулянт
Инвестор- это человек, который покупает бизнес, а не график.
Если ты смотришь на свечи и RSI, а не на отчётность - ну ты понял…
3. Маржа безопасности
Покупай дешевле, чем это стоит. С запасом.
Потому что ты не Уоррен Баффет. И ты ошибёшься. Не раз.
4. Инвестирование - это скучно
Скучно - значит правильно.
Всё, что вызывает у тебя адреналин, - повод закрыть терминал и пойти попить чай.
🧘♂️ Психология важнее математики
Ты не проиграл, потому что рынок пошёл не туда.
Ты проиграл, потому что начал паниковать, продавать на минус 20% и смотреть, что говорит какой-нибудь эксперт с YouTube.
Настоящая доходность — в голове, а не в калькуляторе.
А еще, помните, что каждый ваш шаг - это ставка на наиболее вероятностное событие (вы так поняли из ваших знаний и умений), но, иногда, срабатывают события с вероятностью близкой к 0.001%.
🧾 Для кого эта книга:
Для тех, кто уже однажды «инвестировал» в крипту на пике
Для тех, кто не хочет каждый день играть в угадайку
Для тех, кто устал от «вот мой портфель, подпишись, ставь 🔥»
⚠️ Важно:
Книга написана не как мотивационный пинок, а как таблетка от жадности и тупости.
Стиль - академический, местами занудный. Но как хорошее вино - со временем заходит.
📦 Вывод:
«Разумный инвестор» - это как скучный, но очень умный дед.
Он не будет размахивать руками, он просто скажет:
«Сынок, не суетись. Купи хорошие компании и не трогай их. Всё будет».
☣️ Важное, наиважнейшее мнение автора блога 🤣
Ну а еще, смотри на активы шире: знания, квартира, время на семью и работу, ра карьерного консультанта и прочее - тоже активы.
Ребалансируй все ваши активы правильно, а не только на инвестиционном счету 😉
Что, конечно, не является инвестиционной рекомендацией 🤣
🔥 — Если уже прочитал и зашло
❤️ — В список must-read
💅 — Если не зашло | 2 370 |
| 8 | Ну что, докладываю вам, как тут у нас дела с Демычем и его финансовой грамотностью.
0. Взяли все его накопленные средства и разделили, как я писал в мае.
1. Демыч красавчик, что четко и системно продолжает с моей помощью разделять все поступающие средства по счетам.
2. Мы чуть-чуть скорректировали схему еще на старте и Делим его средства на 4 части:
- наличные - тратит по своему усмотрению
- вклад
- золото
- и акции (как видите, хорошо, что взяли золото😁 Не грустите, мы же в долгую тут)
Не могу сказать, что он прямо горит энтузиазмом и интересуется, че как у него там дела и что же мы там покупаем.
Хотя пару раз пошутил над Наташкой, что пусть почаще покупает на ОЗОН, чтобы его акции в фонде росли)
В целом, считаю, что сама по себе идея хороша)
Все это все еще не является индивидуальной инвестиционной рекомендацией.
А вы сами инвестируете в фондовый рынок?
😭 - даааа…зачем ты напомнил
🦄 - еще бы: выйду на пенсию в 35! Ну или в х5
🙈 - инвестирую в неотгулянные отпуска на работе | 2 313 |
| 9 | Пу-пу-пуууу
То есть нас уже предупреждали 😁 | 2 806 |
| 10 | ой, ну раз вам нравится, вот вам ПДФка с разбором)))) | 2 886 |
| 11 | Как такие обзоры? | 2 801 |
| 12 | У разработки есть свой налог на масштаб
Платите вы его процессами, зависимостями и количеством людей, которых надо позвать на созвон 😉
DX выкатили свежие Core 4 бенчмарки по 500+ компаниям. Там есть интересный срез: как отличаются метрики у инженерных организаций разного размера.
Не динамика во времени, а сравнение групп:
— <100 инженеров
— 100–500
— 500–2500
— 2500+
Иииии вот что видно.
1. Change Fail Rate растет с масштабом
У tech-компаний:
<100 инженеров - 4,0%
2500+ - 4,8%
У non-tech:
3,95% → 5,26%
То есть большие организации чаще выпускают некачественные решения.
2. Developer Experience начинает проседать
Медианный DXI у tech-компаний:
— <100: 66
— 100–500: 66
— 500–2500: 67
— 2500+: 64
До нескольких тысяч инженеров все примерно стабильно.
А потом сложность начинает догонять.
3. PR на инженера тоже становится меньше
— <100: 3,8 PR/неделю
— 2500+: 3,35
Примерно минус 12%.
PR, конечно, не productivity, но сигнал вполне понятный.
И вот тут мне нравится термин:
Налог на масштаб разработки
Чем больше организация, тем больше ресурсов съедают:
— зависимости;
— согласования;
— коммуникации;
— legacy;
— инфраструктурная сложность;
— процессы управления процессами.
Код мы научились производить быстрее, тут спасибище AI.
А вот организация вокруг его производства быстрее пока не стала: все те же процессы, все те же команды, все те же люди.
Поэтому одна из ключевых задач Developer Platform / DevEx - не просто ускорять написание кода, а снижать налог на масштаб.
Иначе дадим каждому инженеру AI-агента…
…а потом они оба будут три дня ждать ревью 😁 | 2 752 |
| 13 | Сегодня шел 3670 день, как я пытаюсь накачаться😁 | 2 629 |
| 14 | 没有文字... | 2 903 |
| 15 | Наташка водила меня сегодня по музеям!
Главным впечатлением считаю - водный экскаватор!
Вы когда-нибудь такой видели?
Я ваще в восторге! | 2 967 |
| 16 | #пятничное
Ну че, было?
💯 - аххахаха, ваще
❤️ - да, но мне не разрешили смеяться над этой картинкой
🙈 - когда поняла, что это про тебя | 2 995 |
| 17 | Вот такую красоту мне прислали почитать)
Начав читать я понял аудиторию, кому она подойдет)
В обзоре расскажу | 3 412 |
| 18 | Не грустите там, у нас всегда есть План Б! | 3 626 |
| 19 | А вот тут мы с Сашей Поломодовым разбирали разные фреймворки и историю их развития | 3 109 |
| 20 | Модель тройного долга от соавтора фреймворка SPACE
Маргарет-Энн Стори, соавтор фреймворка SPACE для повышения продуктивности разработчиков, недавно представила свою модель тройного долга (Triple Debt Model), в которой скрытые человеческие издержки ускоренной с помощью ИИ разработки программного обеспечения рассматриваются в трех категориях:
технический долг, который накапливается в коде.
когнитивный долг, который накапливается в людях, входящих в команду.
долг намерений, который накапливается во внешних знаниях, состоящих из лежащих в основе проекта соображений, целей и проектных ограничений, которые недостаточно задокументированы.
И идея там довольно простая:
AI позволяет нам быстрее производить код, но это совсем не значит, что мы автоматически быстрее производим хорошие и понятные системы.
Просто долг начинает накапливаться немного в других местах😉
Всего Стори выделяет три вида долга:
1. Технический долг
Плохие архитектурные решения, костыли, сложный код, отсутствие тестов и все то, что потом делает систему дорогой в изменении и поддержке.
Причем тут есть забавный парадокс.
Именно этот долг AI потенциально умеет неплохо сокращать:
-отрефакторить код;
-написать тесты и т.п.
То есть код может становиться даже лучше.
2. Когнитивный долг
Это долг, который накапливается уже в голове разработчика: агент написал 1000 строк хорошего кода. И даже тесты все зеленые. Так что вперед и PR в проде.
Только инженер, который этот PR принял, понимает систему чуть хуже, чем если бы писал это изменение самостоятельно. А потом еще один PR. И еще один.
Иииии в какой-то момент получается довольно странная система:
код работает, но никто толком не понимает почему.
Скорость производства кода растет быстрее скорости нашего понимания системы.
Вот это Стори и называет cognitive debt.
И да, тот факт, что скорость производства выросла - это супер! В этом вся суть моей работы, в принципе.
3. Долг намерений — Intent Debt
А вот это типовая проблема, которая всплыла наверх. Раньше она тоже была, но мы особо ей внимание не уделяли.
Можно прекрасно понимать, как работает код, но совершенно не понимать:
почему он работает именно так?
Какие продуктовые ограничения существовали? Что вообще хотел пользователь? Какие компромиссы были приняты?
Все это обычно живет где-то между:
- ADR;
- документацией;
- и, конечно же в голове того самого Тим-лида😁
А теперь представьте AI-first разработку.
Один агент написал изменение.
Через полгода другой агент должен его изменить.
И второй агент пытается понять намерения первого агента… по коду первого агента.
Ну удачи.
В мире AI-разработки документация, ADR, спецификации, acceptance criteria и domain model — это уже не какая-то бюрократия рядом с разработкой.
Это внешняя память вашей системы (на следующей неделе расскажу, как решают и эту задачку)
Причем память нужна уже не только людям, но и агентам.
Последние пару лет мы в основном спрашивали:
как заставить AI писать больше хорошего кода?
Но следующий вопрос будет:
как сделать так, чтобы люди и AI продолжали понимать систему, пока AI пишет все больше кода?
Потому что код становится все дешевле.
А вот понимание:
-зачем система существует;
- почему она устроена именно так;
- какие ограничения нельзя нарушать;
становится только дороже.
И возможно, через несколько лет главным инженерным активом компании будет уже не сам код.
А накопленный контекст вокруг него. | 3 643 |
