22009
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Размещение рекламы: @tanyasanovna Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky
Кажется, прогнозы о рынке AI сильно разнятся: одни обещают триллионный рынок через пару лет, другие говорят о пузыре, который вот-вот лопнет, а третьи вообще считают только LLM, игнорируя все остальное.
Из-за этого руководителям становится все сложнее отвечать на простой вопрос: что вообще происходит с рынком ИИ и насколько все это применимо к российской реальности?
16 июля в 12:00 (МСК) Yandex Cloud проводит бесплатный вебинар «Взгляд на рынок ИИ: от глобальных трендов к российской практике», где как раз попробуют отделить хайп от того, что действительно влияет на бизнес.
Обсудят:
👉 что вообще считать рынком искусственного интеллекта и почему аналитики получают настолько разные оценки;
👉 как выглядит мировой рынок ИИ сегодня и где на нем находится Россия;
👉 какие сегменты растут быстрее остальных и что будет двигать рынок дальше;
👉 как генеративный ИИ уже внедряют российские компании и какие бизнес-эффекты получают на практике.
Интересно и то, что на рынок посмотрят сразу с нескольких сторон: стратегии (Екатерина Узлова, Yandex Cloud), технологий (Артур Самигуллин, Yandex AI Studio), консалтинга (Максим Болотских, «Яков и Партнёры») и инвестиций (Аида Чушкина).
Если вы CTO, CEO, CPO, руководитель разработки, архитектор или просто пытаетесь понять, где заканчивается AI-хайп и начинается реальная экономика технологий, должно быть полезно.
Участие бесплатное, места ограничены, нужна регистрация по ссылке.
Займи слот ИТ-Пикником от Т-Банка
8 августа — время отложить ноутбуки и встретиться офлайн на ИТ-Пикнике от Т-Банка в музее-заповеднике «Коломенское». Вот сколько всего запланировано:
— научпоп-лекции;
— мастер-классы;
— дискуссии об ИИ и больших языковых моделях;
— доклады о кибербезопасности;
— примеры, как данные из логов становятся решениями;
— много музыки.
Бери с собой друзей, супругов и детей — каждый найдет себе что-то по душе.
Зарегистрироваться и узнать больше можно здесь
Про принятие решений в условиях неопределенности
Большую часть карьеры разработчика и тимлида у меня была твердая уверенность в том, что где-то сверху всегда есть так называемый "бизнес", который очень четко знает, чего хочет, и понимает, как компания будет этого достигать. Если ты вдруг столкнулся с неопределенностью, то это просто потому, что какая-то важная информация потерялась в цепочке ее передачи тебе, и нужно просто найти нужного представителя бизнеса и спросить.
Когда я надел на себя шапочку директора, то я понял, насколько ужасно ошибался:
👉У бизнеса нет никакой уверенности в том, чего и как надо достичь
👉В те моменты, когда эта уверенность временно появляется – рынок и обстоятельства меняются так, что все надо переигрывать
Поэтому навык принятия решение в условиях неопределенности – это буквально умение действовать в ситуациях, в которых правильного ответа не существует вообще, и тем более никто не может тебе его дать.
Важная оговорка: сама иллюзия "где-то есть взрослый бизнес, который знает" видимо появилась у меня не на пустом месте. Значит, рядом были люди, которые хорошо справлялись со своей работой, и хорошо экранировали меня от этой неопределенности.
Так вот, а что по факту-то помогает с принятием решений в неопределенности:
👉Сильное понимание своего бизнеса, домена и деталей системы, за которую отвечаешь.
👉Умение правильно проанализировать ситуацию.
👉Структурный процесс принятия решения – с оценкой разных вариантов и понятными критериями.
Всякие инструменты и фреймворки для принятия решений полезны, но вторичны. Главное, что все они упираются в самый важный акт – нужно сесть, выписать проблему, сильно-сильно подумать, а затем – выписать решение, буквально по методу Фейнмана.
Еще один важный аспект тут – скорость принятия решений. Мыслительный ресурс не бесконечный, и лучше его тратить на достойные проблемы. Поэтому нужно уметь отличать ситуации, в которых можно принять решение очень быстро и взять на себя связанные с этим риски, и ситуации, когда надо правда хорошо подумать.
У меня осталось несколько заметок с мыслями, про которые я не успел разогнать на прошедшем недавно круглом столе Стратоплана про то, какие навыки важны для директора – поэтому попробую их постепенно в канал выгрузить, вдруг полезно будет!
Я сейчас ищу студию разработки (или отдельного человека), которая могла бы сделать следующее:
👉Взять готовый дизайн из брендбука и собрать из него дизайн-систему и базовые компоненты для Next.js
👉Перевести на нее эту дизайн-систему лендинг
👉Собрать из всего этого DESIGN.md и другие гайдлайны для агентов, чтобы дальше с этими компонентами было удобно работать
👉Сделать это довольно быстро, как всегда все горит
Контракт не с российской компанией, так что оплата и юрлицо где-то не в России должны быть. Ну и хочется кого-то, за кого вы прямо готовы поручиться! Пишите с рекомендациями в личку @etolstoy ❤️
Я открыл наш уютный клуб про AI в разработке уже четыре месяца назад. Он сильно помог участникам изменить рабочие процессы в их командах и научиться самим работать с агентами.
Вот кому стоит вступать в клуьб:
👉Если вы хотите просто держать руку на пульсе происходящего в индустрии
Я вытаскиваю очень крутых экспертов из Uber, xAI, Meta, Яндекса, Cursor и других компаний. Они рассказывают, как работают их команды – и вы можете узнать у них то, о чем на конференциях начнут говорить только через год.
В нашем закрытом чате мы разбираем все важные новости и изменения подходов к разработке. Если нет времени читать – вам приходит дайджест с главными выводами.
👉Если вы хотите вкатиться в лучшие практики AI разработки
Мы провели уже около 40 стримов на разные темы – от Spec-Driven Development до того, как строить общий реестр скиллов для команды, где есть куча полезной информации.
В нашем чате есть специализированные комнаты по самым горячим темам – например, локальные модели, или тот же SDD. Клубчане делятся там своими сетапами и практиками.
Скоро запустим RAG по всему контенту чата и прошедших стримов, так что найти нужный совет будет еще проще!
👉Если вы уже активно внедряете AI в свою работу или команды
Это ровно то, чем занимаются все в клубе – так что вы сможете найти единомышленников с похожими проблемами. Как работать со скептиками, как не попасть в зависимость от вендоров моделей, как не сжечь все бюджеты на токены – все эти вопросы можно обсуждать в чате и на Random Coffee.
🔗Детали, расписание, заявки в клуб
сегодня вечером, кстати, как раз проводим сессию про то, как сделать AI Code Review полезным – так что еще успеете залететь!
Если вы уезжаете в отпуск в середине июля — сочувствуем 😭
AvitoTech анонсировал новый IT-рейв АвитоТехно — тусовку для тех, кто хочет отдохнуть от созвонов и вот этого всего корпоративного. Прошлая вечеринка была полгода назад в онлайне — сейчас же коллеги наконец зовут всех офлайн 😎 Если кратко — надо идти!
Собирают всех 17 июля в ДК «Кристалл». Лайнап следующий:
— THE DAWLESS;
— LAVBLAST;
— BÖRIS REDWÄLL;
— SALAMÉ;
— диджей-сеты от разрабов из AvitoTech, а ещё от команд Ozon и Т-Банка;
— РЕСПЕКТ АГЕНТСТВО (диджей-сет);
— BiiCLA (в глубине души пищим от восторга).
Ну огонь же! Только не забудьте зарегистрироваться по ссылке.
Магистратура «Управление внедрением ИИ в бизнес» от «Школы 21» и МИФИ — для тех, кто хочет работать на стыке технологий и бизнеса.
Ты научишься:
— работать с данными, Python, ML и нейросетями
— запускать и развивать ИИ-продукты от идеи до MVP
— считать экономику и эффективность ИИ-решений
— управлять командами и цифровыми продуктами
— внедрять ИИ в реальные компании
Что дает обучение:
— онлайн-формат с регулярными очными интенсивами;
— студенческий билет, льготы и доступ к инфраструктуре «Школы 21»;
— отсрочка от срочной службы;
Ты получишь:
🔹 реальные проекты от компаний прямо во время учёбы
🔹 диплом МИФИ — его знают даже те, кто далёк от технологий.
Все подробности и заявка — на сайте.
Какие вопросы задать про будущую команду на интервью
Держите несколько вопросов в копилку того, что вы и так спрашиваете:
👉Расскажите про последний случай, когда в команде кого-то запромоутили? Как это произошло, как долго человек работал в компании?
👉Какой самый долгий срок кто-либо проработал на этой должности, и чем он занимается сейчас?
👉В чем самая главная слабость команды?
👉Как команда действует, когда несогласна с решением сверху?
👉Какой план по хедкаунту на следующие 12 месяцев?
👉С кем мне предстоит больше всего работать вместе, и могу ли я с ним поговорить?
👉Как выглядят успех и провал на этой роли через полгода?
👉Когда и из-за чего был последний реорг?
👉Почему вы открыли эту роль?
Вопросы хорошие, но они подвержены тем же проблемам, что и интервью соискателей работы – в зависимости от того, с кем именно вы разговариваете, и в каком он сегодня настроении, вы можете получить ну очень разные ответы.
Готовьте развитие команды летом: в июне все курсы Яндекс Практикума доступны по старым ценам и со скидкой 15%
Хотите, чтобы команда достигала лучших результатов? В Практикуме ваши сотрудники освоят ИИ на уровне профи, повысят квалификацию и нарастят эффективность.
🎁 Выберите обучение до 30 июня и получите курс «Мастерство убеждения в рабочих коммуникациях» бесплатно.
Оставить заявку и забрать бонусы
Акция действует только для новых клиентов при оплате от юрлица. Цены вырастут 1.07.26*.
🏆 Яндекс Практикум — выбор компаний № 1, по данным Исследования предпочтений HR-менеджеров в сфере корпоративного обучения Hints, июнь 2025
*Цены вырастут на отдельные курсы. Проверьте стоимость на странице интересующего курса
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2VtzqwBWfxm
Бесплатный управленческий лагерь от Стратоплана
Моя самая любимая реклама в канале – это, конечно, Стратоплан, потому что она всегда собирает кучу лайков от подписчиков, и хороших отзывов от тех, кто в итоге поучаствовал. А в этот раз все еще лучше, потому что я не только рассказываю про приближающийся ивент, но еще и участвую в нем сам как спикер! Но давайте к сути.
Основная идея лагеря такая – дать карту must have менеджерских навыков для разных уровней позиций, актуальных для довольно сильно поменявшихся реалий 2026 года, а заодно какие-то из них прямо в онлайне и отработать. Все происходящее бьется на четыре трека:
👉Управленческий – для лидов и руководителей отделов
👉Директорский – для техдиров и СОО (вот тут как раз я ворвусь)
👉Cтратегический – для бизнес-оунеров и СЕО
👉Карьерный – для всех, кто хочет разобраться, как расти, когда вокруг сокращают и людей, и бюджеты
Так вот, мы вместе с Сашей Орловым и Славой Панкратовым попробуем провернуть одну очень интересную штуку – в прямом эфире будем обсуждать, какие вообще навыки нужны хорошему директору, как эти навыки получить, и какие инструменты в рамках каждого из них использовать. Я расчитываю на то, что зарубимся мы сильно и по делу – я сам в директорской роли наделал очень много ошибок, да и на чужие насмотрелся, так что отрефлексировать есть много что!
📆22-25 июня, по вечерам, 18-21 по Москве
🎟Участие бесплатное, но надо подписаться на каналы спикеров – либо все-таки купить билет
🔗Ссылка и детали тут
Я не пишу код — я дирижирую ИИ. Покажу подход, при котором ИИ решает задачу, а не генерирует текст про неё.
Как строить свою карьеру
Обычно люди оценивают успешность чьей-то карьеры по видимым статусным признакам: названию роли, размеру зарплаты или стилю жизни, масштабу или количеству человек в управлении. Это ведет к тому, что при принятии карьерных решений, эти факторы становятся основными для оптимизации – большинство людей будет считать успешным переход в другую компанию на должность повыше или зарлпту побольше.
При этом с реальным удовлетворением от работы ни оди из этих факторов не имеет ничего общего. На самом деле влияют такие вещи, как ощущение собственной компетентности, чувство потока в работе, фит в культуру и команду, work/life balance.
Поэтому при принятии карьерных решений важно помнить, что вы принимаете их для себя, а не для того, чтобы казаться успешным каким-то левым людям вокруг.
Почему корпоративный AI бот не должен отвечать в личке
У Shopify есть свой собственный внутренний агент, который оркестрирует написание новых фичей, достает и анализирует любые данные и в целом автоматизирует любую рутину. Он живет в Slack, так что любая сессия с ним превращается в отдельный тред.
Многие компании уже завели похожих ботов – такой интерфейс работы с ними удобнее, чем какая-нибудь отдельная консоль. Но одну вещь Shopify сделали по-другому – они запретили ставить задачи боту в приватной переписке. Вместо этого люди создают свои личные каналы с ботом, которые доступны вообще всем. Вот в чем логика:
👉Любой диалог с агентом можно найти в поиске
👉Люди смотрят, как другие работают с агентом, и учатся тому, как это делать
👉Смотря на примеры других, можно придумать свои собственные новые кейсы использования бота
👉В публичный тред легко призвать коллегу, который может помочь с советом, контекстом или ревью кода
Другие способы замедлиться при работе с AI
Продолжаем статью прошлой недели про то, как использовать AI в разработке не для ускорения, а, наоборот, для замедления. Если в прошлый раз речь шла про то, как поднять качество результата, то в этот – про то, как попытаться сохранить свои инженерные навыки и ментальную модель того, как работает созданная система.
👉Написать первую версию кода самому, потом запустить агентское ревью, и вручную пройтись по комментариям.
👉Спрашивать у агента объяснение непонятных кусков кода, и просить поднять релевантные PR и доки.
👉Использовать агента, чтобы сравнить два возможных подхода к решению задачи.
👉Начинать использовать агента только после того, как сам потратил на задачу хотя бы 20 минут.
Метод критической цепи в проектном менеджменте
Если вы не читали про критическую цепь у Голдратта, то статья сработает как хороший ликбез. Если очень кратко, то суть метода в следующем – вы декомпозируете проект, просите инженеров дать оценки каждого из этапов, а затем срезаете их на 50%, а все освободившееся время складываете в общий проектный буфер. Если какой-то из этапов не уложится в новые агрессивные сроки, время будет браться именно из этого буфера.
Чтобы метод работал, нужно следовать двум правилам:
👉Нельзя никаким образом наказывать за непопадание в урезанные сроки.
👉Чтобы следить за успешностью проекта, надо смотреть не на прогресс отдельных задач, а на размер оставшегося буфера.
Теперь все записывается
За последний год маятник записи митингов заметно качнулся от "пожалуйста, поднимите руки все, кто не против, чтобы я включил запись этого митинга спасибо-пожалуйста" до "скинь заметки со встречи? ты что, дурачок, они уже в ноушене лежат". Куча людей записывает транскрипты всего, что происходит на встречах. Кто-то использует локальные модели, кто-то облачные – и не очень важно, что говорит про это корпоративная политика и правила безопасности, люди все равно это делают.
Да и грех не делать, это же дико удобно – ты в любой момент можешь вспомнить, что и кому пообещал, восстановить детали любой сложной темы, и при этом во время самого митинга ты не тратишь ресурсы на заметки, и полностью присутствуешь в моменте.
Единственное, чем компания на самом деле может управлять – это тем, какая часть из записанных заметок фиксируется где-то в корпоративных системах, и становится доступной для поиска внутреннему AI. Записывать и хранить все, как всегда, толкает рыночная конкуренция. Основной аргумент против – любая записанная информация может куда-то утечь, начиная от публикации в Твиттере, заканчивая пересылкой конкурентам или, еще хуже, предоставлением в суде по повестке.
Очень интересно, куда это все приведет! А пока я продолжу записывать транскрипты всех встреч, вообще не представляю, как бы я жил без этого.
Не складывайте слабости
Есть два интересных эффекта, которые в совокупности дают довольно-таки разрушительный эффект:
👉У всех людей в организации есть сильные стороны, а есть слабые. При этом свои слабые стороны мало кто любит признавать.
👉Чаще всего, нанимая кого-то, люди выбирают кандидатов, похожих на них самих. Это проще всего, да и выглядит на первый взгляд правильным подходом – если ты классный, то хочешь себя клонировать и освободить себе руки.
Это приводит к тому, что в оргструктуре слабости начинают складываться, вместо того, чтобы быть скомпенсированными. Условно, слабый в операционке руководитель нанимает себе такую же команду, и в итоге вся работа разваливается.
Разорвать порочный круг можно, только разобравшись в своих собственных слабостях, и оценив, компенсируются ли они уже кем-то в команде.
Про автономную разработку софта агентами
Последний месяц все в твиттере обсуждают loops – создание внешних циклов над циклом самого агента. Иначе говоря, разные юзкейсы, в которых агент может работать полностью автономно без вмешательства человека. Самые консервативные из таких циклов – это триаж входящих пользовательских запросов или классификация PR в опенсорсе. Менее консервативные включают в себя написание и автоматический мердж какого-то кода вообще без участия людей в процессе.
Выглядит гипер-заманчиво, в разговорах про автономные фабрики у всех прямо дико загораются глаза. Главных проблемы две:
👉Мы перестаем понимать, как такие системы работают, и сдвигаемся от инженерной работы по созданию детерменистической машины к чему-то ближе к обслуживанию живого организма, поведение которого мы можем наблюдать, реагировать на симптомы, но понятия не иметь о том, как и что на самом деле их вызывает.
👉Текущее поколение моделей не может самостоятельно принимать решения на долгом горизонте. Они овер-оптимизированы на то, чтобы оптимально выполнить текущую задачу. Отсюда растут ноги и у того, что они с радостью могут поломать старые фичи, и у того, что они пишут переусложненный код с обработкой вообще всех возможных эдж кейсов. Со временем без человеческого присмотра система действительно становится непознаваемым организмом.
Казалось бы, если все так плохо, то это тупиковый путь, в который индустрия не пойдет. Проблема в том, что разные внешние факторы все-таки толкают туда. Один из них – безопасность. Вот тут как раз циклы отлично работают, агенты на потоке запускают тысячи экспериментов по поиску уязвимостей, и десятки оказываются успешными. Чтобы противостоять этому, нужно уметь так же быстро их чинить.
Что делать с этим, пока непонятно. Путь с тем, чтобы полностью исключать человека, мне кажется все-таки тупиковым. Я думаю, что решение должно находиться где-то в области очередного поднятия абстракции – нам нужны инструменты, которые будут позволять и понимать все важные изменения системы, и задавать правила ее эволюции, и быстро погружаться в то, что происходит внутри.
Новые выпуски тимлидских подкастов
👉Бреслав и Ложечкин про Software 3.0, концепцию, которую популяризировал Карпатый еще до расцвета LLM
👉КОДА КОДА про манипуляции – как распознать и противостоять им
👉"Три тимлида заходят в бар" про ошибки команды – кто должен отвечать за последствия ошибок, работают ли наказания и blameless культура
👉Weekend Talk с Иваном Лукьяновым про его работу как внешнего "СТО на час"
👉"Едим слона целиком" про то, как на самом деле нанимают топ-менеджеров и работает executive search
Stack Overflow для агентов
Как вы помните, последние пару лет Stack Overflow стремительно умирает – мы и код руками не пишем, чего уж там про постинг вопросов и ответов говорить.
На прошлой неделе увидел, что они сделали интересную попытку пивота – сохранить свою суть базы знаний о неочевидных проблемах в программировании, но ориентироваться на агентов, а не на людей. Какие-то агенты приходят спросить о том, как решить неочевидный баг, какие-то – делятся обнаруженными лайфхаками, которых нет в документации. Короче говоря, что-то вроде хайповавшего в начале года Moltbook (покупку которого Метой, кстати, можно отнести к тому же списку глупых поступков).
👉А еще напоминаю, что сегодня я вместе с Александром Орловым и Вячеславом Панкратовым буду проводить стрим про то, какие навыки и скиллы нужны директору разработки в 2026 году. Участие бесплатное, приходите!
Как Мета убивает свою инженерную культуру
За последние несколько месяцев в Мете произошло следующее:
👉Со всех сотрудников в США принудительно записываются все их действия за компьютером, включая все нажатия на клавиатуру и движение мышкой. Все это, конечно, нужно для сбора датасетов.
👉До 50% всех инженеров перевели из продуктовой разработки в разметку данных для обучения AI. Причем под эти переводы попали даже команды, занимающиеся критичными для безопасности вещами.
👉О планируемом сокращении 10% всех сотрудников стало известно за месяц до него, из-за чего все жили в страхе и неопределенности.
👉Перфоманс ревью стал более агрессивным, из-за чего все бросились накручивать метрики успеха вроде написанных строк кода и сожженных токенов.
👉Произошел самый стыдный инцидент из всего, что происходило с и так кашляющим бигтехом – взломали кучу Instagram аккаунтов знаменитостей, просто включив VPN с их локацией, сообщив саппорту их юзернейм и попросив сбросить пароль.
Похожие штуки происходят и во многих других компаниях, но в меньшем масштабе – можете посмотреть в поиске по каналу по ключевому слову "AI психоз". И то, как ситуация разворачивается в Мете, может стать хорошим уроком для тех, кто пытается запускать AI трансформации, не сильно подумав перед этим.
Что поменялось в управлении разработкой
Я очень люблю статьи и книги Уилла Ларсона, поэтому к его урокам и мнению рекомендую прислушиваться.
👉Любые миграции, даже самые большие, теперь могут быть выполнены одним человеком, а не командой – причем за 10% времени. При этом цена ошибки выросла еще сильнее.
👉Качество кода больше всего зависит от харнесса – тестов, быстрого и надежного CI, удобного окружения для валидации и превью изменений. Иначе говоря, все то, что помогало ускорить разработку пять лет назад, помогает и сейчас.
👉Оптимизируйте через агентов самые частые и типовые куски процессов. Например, имеет смысл все кодревью в первую очередь пропускать через агента – ошибки допускают и люди, и машины, но хорошая модель скорее всего найдет больше проблем, чем уставший от ревью человек. При этом эдж кейсы, вроде ревью критических частей системы, имеет смысл оставлять на людях.
👉Сыгранные команды, глубоко погруженные в контекст, стали еще важнее. Пилить фичи стало дешевле, поэтому гораздо важнее понимать, какие из них действительно нужны.
👉Чтобы получить пользу от адопшна AI, нужно уметь принимать быстрые, качественные и долгоживущие решения. Если вот этот механизм не работает, то ускорившийся экзекьюшн приведет вас совсем не туда, где хотелось бы оказаться.
Помимо самих уроков, в статье есть и хорошие примеры того, что конкретно было сделано Уиллом в его компании, чтобы из поддержать.
Как создать в компании клуб дебатов
Я часто жалею, что когда у меня была возможность пойти в кружок дебатов в универе, я на нее забил, и выбрал веселиться (на самом деле про выбор не жалею, но уметь дебатировать было бы офигенно).
Это же просто отличный скилл для любого менеджера – нам постоянно нужно спорить и убеждать других людей, зачастую очень упрямых и зацикленных на своей картине мира. Одна лишь вера в собственную правоту и железобетонные аргументы побеждать в таких спорах не помогают – и я это очень часто чувствую на себе.
Так вот, организация такого клуба – это же прямо отличная корпоративная активность. Можно быстро придумать кучу релевантных кейсов, навыки отрабатываются прямо в течение рабочего дня, красота. Подумайте, выглядит полезнее, чем очередной тренинг про дачу обратной связи.
Просишь человеческого внимания – вложи человеческий труд
Я думаю, каждый из подписчиков уже успел испытать эту фрустрацию нового типа, когда кто-то из коллег вместо того, чтобы лично ответить на вопрос, или написать вдумчивый документ, присылает полотно текста, сгенерированное AI, которое он сам явно не читал.
Правило из заголовка выглядит как очень разумный императив, которым в таких случаях надо пользоваться. Если вы хотите сами отправить сырой ответ из AI кому-то, то либо предложите этому человеку самому спросить своего агента, либо добавьте сюда немного вашего труда – вычитайте ответ, уберите то, во что не верите сами, и обязательно сделайте явным, где здесь именно ваше мнение.
Аналогично работает и в обратную сторону – не принимайте работу, в которой не видно человеческого труда, и не тратьте на ее чтение своего времени.
Как могут выглядеть интервью будущего
Steve Yegge, инженер с десятками лет опыта в бигтехе, и сумасшедший гений, который одним из первых начал экспериментировать с автономными фабриками поверх AI агентов, выложил набор своих мыслей про то, почему классический процесс интервью сломан, и что может его заменить.
Аргументами про бессмысленность собеседований вас тут уже не удивить, мы по ним проходились. Лучшее, что можно сказать про классический процесс найма через скрининг резюме и несколько синтетических технических сессий – это что с учетом состояния рынка и всех ограничений это не самый худший вариант.
Вот вам байка из статьи, чтобы задать настроение:
At Google, rather than putting a little black desk on every interview loop, they just assumed all the interviewers had their heads up their arses (an evidence-based assumption), and they formed a committee at each site called Hiring Committee (HC). This committee acted as the final arbiter and gatekeeper on all hiring for the site.
...
Our HC group at the time was roughly fifteen strong, and included many local powerhouse Googler colleagues, including co-inventors of huge technologies, authors of interviewing book series, and people who are now very senior leaders.
We felt like we knew our shit.
One day, the recruiters gave us a special round of packets to review. In these special packets, we were able to read the interviewer notes and candidate responses. All personal details were stripped out, and we were told it was a “calibration exercise.”
...
Our group did our job, and voted not to hire about 2/3 of the packets. This was about par for the course.
But surprise surprise, this time, those were our own packets from when we had all interviewed at Google. The recruiters had tricked us into reviewing our own interview packets, and we had voted not to hire most of our own group.
Важно ли еще доменная экспертиза
Представьте себе – вы десятки лет работали в финтехе, накопили кучу знаний про то, как вообще работают платежные системы, KYC, эквайринги и другие хитрые вещи, набили руку на дебаге неуловимых багов в распределенных системах, и знаете почти наизусть API всего стандартного для финтеха стека. Пусть вы и не самый блестящий и гениальный инженер, но вы всегда были уверены, что эти накопленные доменные знания будут делать вас ценным специалистом, и работу вы всегда найдете.
Автор статьи рассказывает про свою экзистенциальную тревогу – последний год он наблюдал за тем, как его доменные знания перестают быть действительно важными, и он превращается в оператора агентов, которым может выступить вообще любой другой программист без глубокого знания финтеха:
👉Сначала размылась ценность доменных знаний при написании дизайн-доков и проектировании архитектуры. LLM уже довольно давно предлагала достаточно неплохие спецификации.
👉Затем размылась ценность навыков дебага распределенных систем. Агенты сейчас быстро разбирают такие баги, на которые раньше человек мог легко всадить день или два жизни.
👉Понимание архитектуры и качественного кода постепенно становится менее важным – по крайней мере доплачивать за это особо никто не готов, за качество кодовой базы тоже уже мало кто бьется, good enough is enough.
Давайте рассказывайте, что вы думаете про ценность доменных знаний? Достаточно ли нам всем быть генералистами, которых в любой момент могут заменить на другие шестеренки?
Как работать вместе AI скептикам и оптимистам
Отличная статья про то, почему оба лагеря – и AI оптимистов, и скептиков, по своему правы. AI действительно дает заметные приросты к скорости работы, но при этом действительно очень сильно растит энтропию.
Основная причина противостояния в том, что обе стороны не слышат друг друга – победы и издержки достаются разным людям. AI трансформацию делает один человек, а последствия будущих инцидентов разгребают другие.
Чтобы починить этот разрыв, надо следовать двум правилам:
👉Всегда рассказывайте про обе стороны медали. Хвалиться победами можно, но при этом нужно честно говорить об их цене, и текущей, и будущей.
👉Относитесь к внедрению AI как к инженерной задаче, а не идеологическому спору. Нужно не пытаться доказать друг другу, насколько AI способен выполнять задачи программистов, а сводить разговор в практическое русло – что конкретно нужно поменять в процессах и инфраструктуре, чтобы релизить сгенерированный код было безопаснее, а последствия были меньше?
«Как с помощью self-компетенций укрепить лидерство в 2026 году». Вебинар Яндекс Практикума и Авито Работы
В 2026 году руководитель должен уметь всё: выполнять KPI, вдохновлять, резать бюджеты и успокаивать команду. Но если он не умеет управлять собой — всё остальное рассыпается.
На вебинаре 17 июня HR-эксперт расскажет, как построить личную систему устойчивости в условиях турбулентности.
💬 О чём поговорим:
— Что такое self-компетенции и зачем они нужны.
— Какие self-компетенции реально работают в 2026-м.
— Как self-компетенции руководителя влияют на карьеру руководителя и бизнес-показатели.
— Как руководители Авито Работы развивают self-компетенции (конкретные инструменты и кейсы).
👩🏫 Спикер: Ольга Полякова, бизнес-партнёр по персоналу в Авито Работе.
🕚 Начало: 17 июня в 11:00 мск.
→ Зарегистрироваться
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2VtzqxFarW4
Не весь фидбэк нужно принимать
Мы привыкли считать, что любая обратная связь по умолчанию полезна, и хорошим тоном считается просить фидбэк при любой удобной возможности, а потом обязательно реагировать на него – ведь именно так мы развиваемся.
Но чтобы фидбэк был действительно полезен, должны соблюдаться два условия – у того, кто его дает, должна быть правильная мотивация, и он должен иметь скилл или вкус в той области, которую он оценивает. Если эти требования не выполняются, вы можете столкнуться со следующими проблемами:
👉Реальным адресатом фидбэка можете быть не вы сами, а другие люди вокруг. Условно, если ваш руководитель либо публично, либо через других людей скажет что-то вроде "Вася хорошо справляется с операционкой, но вот со стратегией у него слабо", то этот лейбл может приклеиться к вам очень надолго, и люди будут по умолчанию помнить его, оценивая ваши возможности. Ни у кого нет времени закапываться в ваши реальные навыки, поэтому люди идут по пути наименьшего сопротивления.
👉Если вам дает фидбэк человек, скиллы которого меньше ваших, и он не осознает свою некомпетентность, то он может быть просто некорректен и вреден. Автор фидбэка оценивает вас исходя из своей планки того, что считает правильным, и следование такой обратной связи повлечет за собой регрессию к его уровню.
Один внешний курс для сотрудника стоит в среднем 15 000 ₽. Если запросы на обучение приходят регулярно и от разных отделов, бюджет растёт быстро. А вместе с ним — количество договоров, подрядчиков и согласований.
📚 Библиотека роста от Нетологии работает иначе: одна подписка от 350 ₽ за сотрудника — и вы получаете доступ к 300+ мини-курсам для всей команды. Продажи, ИИ, аналитика и другие направления — всё в одной системе. Назначайте обучение сотрудникам, передавайте доступы без доплат и отслеживайте прогресс в HR-кабинете.
Нетология уже 15 лет на рынке онлайн-обучения. Над программами работает команда высококвалифицированных специалистов с педагогическим образованием, новые курсы добавляются регулярно.
Вместо недель на запуск подписки — 1–3 дня. Начать можно с демодоступа: оценить каталог курсов, HR-кабинет и формат обучения.
👉 Получить бесплатный доступ на 7 дней
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid:2VSb5yj9Dii