Расскажу про SDD на AI Dev Live 2026
С тех пор, как я пошел работать в CodeSpeak, я довольно плотно закопался в Spec-Driven Development – и сам начал использовать разные фреймворки, и пообщался с кучей компаний разного масштаба, чтобы понять, а как они живут с SDD в больших реальных проектах.
А выяснилось, что, как и от любого другого подхода, от SDD часто ожидают очень странного – кто-то уверен, что это поможет полностью отказаться от чтения кода, кто-то – что это поможет передать разработку продактам и аналитикам, кто-то – что они получат самооновляемую продуктовую документацию. На самом деле все, конечно же, не совсем так.
На основе вот этих наблюдений, собственного опыта и разных идей, которые мы обсуждаем в CodeSpeak, у меня получился классный доклад, который я рассказывал внутри нескольких компаний, которые подумывали пойти в SDD. И вот пришло время наконец-то выступить с ним публично!
Где: Онлайн-конференция AI Dev Live 2026
Когда: 11–12 ноября 2026 (ср-чт), с 14:00 до ~19:15 Мск
Формат: онлайн-эфир на русском с лекциями (всего будет 15 докладов), будет возможность задавать вопросы в чате
Как попасть: бесплатно, подписавшись на каналы спикеров через бота, либо платно
🔗Регистрация и подробности
С тех пор, как я пошел работать в CodeSpeak, я довольно плотно закопался в Spec-Driven Development – и сам начал использовать разные фреймворки, и пообщался с кучей компаний разного масштаба, чтобы понять, а как они живут с SDD в больших реальных проектах.
А выяснилось, что, как и от любого другого подхода, от SDD часто ожидают очень странного – кто-то уверен, что это поможет полностью отказаться от чтения кода, кто-то – что это поможет передать разработку продактам и аналитикам, кто-то – что они получат самооновляемую продуктовую документацию. На самом деле все, конечно же, не совсем так.
На основе вот этих наблюдений, собственного опыта и разных идей, которые мы обсуждаем в CodeSpeak, у меня получился классный доклад, который я рассказывал внутри нескольких компаний, которые подумывали пойти в SDD. И вот пришло время наконец-то выступить с ним публично!
Где: Онлайн-конференция AI Dev Live 2026
Когда: 11–12 ноября 2026 (ср-чт), с 14:00 до ~19:15 Мск
Формат: онлайн-эфир на русском с лекциями (всего будет 15 докладов), будет возможность задавать вопросы в чате
Как попасть: бесплатно, подписавшись на каналы спикеров через бота, либо платно
🔗Регистрация и подробности
1❤10🔥7👍4👎1
Как AI повлиял на организацию работы в Anthropic
Как и все другие отчеты компании, которая зарабатывает на продаже токенов, а еще и готовится к скорому IPO, воспринимаем эту ссылку с килограммом соли. Но все равно интересно!
👉Нанимать на джуновые позиции стали прямо существенно меньше, процент джуновых позиций упал с 27 до 9%. Основная причина в том, что воспитывать джунов некогда, ведь все время уходит на то, чтобы менеджерить агентов, количество часов работы которых в 6 раз больше, чем человеческих.
👉Чтение отчетов от агента занимает около половины рабочей недели среди нетехнических специалистов. В результате они стали тратить больше времени на то, чтобы придумывать более удобные тулы для мониторинга AI.
👉Качества, на которые скринят при найме, сместились с технической экспертизы к автономности и способностей судить о результате.
Как и все другие отчеты компании, которая зарабатывает на продаже токенов, а еще и готовится к скорому IPO, воспринимаем эту ссылку с килограммом соли. Но все равно интересно!
👉Нанимать на джуновые позиции стали прямо существенно меньше, процент джуновых позиций упал с 27 до 9%. Основная причина в том, что воспитывать джунов некогда, ведь все время уходит на то, чтобы менеджерить агентов, количество часов работы которых в 6 раз больше, чем человеческих.
👉Чтение отчетов от агента занимает около половины рабочей недели среди нетехнических специалистов. В результате они стали тратить больше времени на то, чтобы придумывать более удобные тулы для мониторинга AI.
👉Качества, на которые скринят при найме, сместились с технической экспертизы к автономности и способностей судить о результате.
❤19👍4
Про решение конфликтов в технических командах
Сама статья – довольно базовый гайд по тому, как менеджеру замечать конфликты и зарешивать их, поэтому все пересказывать не буду. Отмечу одну важную мысль оттуда – перед тем, как бросаться решать лежащий на поверхности конфликт, надо понять, а что все-таки за ним лежит на самом деле, и, в зависимости от этого, подходить по-разному:
👉Технический конфликт – обычная разница двух инженеров во мнениях. Сами по себе такие конфликты чаще всего продуктивны, если только не зацикливаются на одном и том же, или не переходят в сферу личных предпочтений.
👉Конфликт, вызванный невнятным оунершипом – люди спорят, так как не знают, кто должен принимать решение.
👉Межличностный конфликт, в котором люди подозревают худшее в мотивах друг друга.
👉Структурный конфликт, происходящий не из-за разногласий людей, а из-за того, как организована внешняя система вокруг них, например, структура команд или границы их ролей.
👉Конфликт из-за поведенческих проблем, который появился потому, что кто-то вел себя вне социальных норм.
Сама статья – довольно базовый гайд по тому, как менеджеру замечать конфликты и зарешивать их, поэтому все пересказывать не буду. Отмечу одну важную мысль оттуда – перед тем, как бросаться решать лежащий на поверхности конфликт, надо понять, а что все-таки за ним лежит на самом деле, и, в зависимости от этого, подходить по-разному:
👉Технический конфликт – обычная разница двух инженеров во мнениях. Сами по себе такие конфликты чаще всего продуктивны, если только не зацикливаются на одном и том же, или не переходят в сферу личных предпочтений.
👉Конфликт, вызванный невнятным оунершипом – люди спорят, так как не знают, кто должен принимать решение.
👉Межличностный конфликт, в котором люди подозревают худшее в мотивах друг друга.
👉Структурный конфликт, происходящий не из-за разногласий людей, а из-за того, как организована внешняя система вокруг них, например, структура команд или границы их ролей.
👉Конфликт из-за поведенческих проблем, который появился потому, что кто-то вел себя вне социальных норм.
Substack
Conflict Resolution For Engineering Managers: A Practical Guide
How to recognize the real problem, handle disagreements, and know when to step in.
👍13
Про жесткий, но честный менеджмент
Когда я пришел в Авито руководить мобильной разработкой, Рома Павлушко, который тогда был СТО и моим менеджером, сказал мне одну очень важную мысль – руководитель должен быть готов принимать непопулярные решения. А я совсем не умел этого делать. Весь мой предыдущий тимлидский опыт говорил об обратном – за свою команду надо стоять стеной, ограждать ее от сумасшедшего бизнеса, и ни в коем случае не давать им сталкиваться с суровой реальностью. Ведь так приятно быть хорошим и добрым менеджером, который противостоит очевидному злу.
Благодаря этому и другим советам Ромы я постепенно научился держать правильный, на мой взгляд, баланс – в первую очередь заниматься решением бизнесовых целей, но при этом работать с командой открыто и по-человечески, беря на себя ответственность за любые непопулярные решения.
Так вот, если у вас не было своего Ромы, есть альтернативный способ – новая открытая программа Стратоплана "Черный курс менеджмента" про то, как смотреть на деньги, задачи и людей глазами бизнеса. Вот что там будет:
👉Разбор вредных менеджерских когнитивных искажений вроде того, о котором я рассказал
👉Практики жесткого, но честного менеджмента – как контролировать работу, решать проблемы, увольнять и воспитывать команду.
👉Разбор кучи менеджерских кейсов и историй от Славы Панкратова, Александра Орлова и кучи других крутых менеджеров.
Так получилось, что я тоже вписался выступить – я поразгоняю про то, должен ли тимлид думать о деньгах компании, когда надо закрывать не взлетевший проект и как оценивать импакт от себя и своей команды.
📆10-12 ноября, по вечерам в будние дни
🔗Участие бесплатное, регистрация тут
Когда я пришел в Авито руководить мобильной разработкой, Рома Павлушко, который тогда был СТО и моим менеджером, сказал мне одну очень важную мысль – руководитель должен быть готов принимать непопулярные решения. А я совсем не умел этого делать. Весь мой предыдущий тимлидский опыт говорил об обратном – за свою команду надо стоять стеной, ограждать ее от сумасшедшего бизнеса, и ни в коем случае не давать им сталкиваться с суровой реальностью. Ведь так приятно быть хорошим и добрым менеджером, который противостоит очевидному злу.
Благодаря этому и другим советам Ромы я постепенно научился держать правильный, на мой взгляд, баланс – в первую очередь заниматься решением бизнесовых целей, но при этом работать с командой открыто и по-человечески, беря на себя ответственность за любые непопулярные решения.
Так вот, если у вас не было своего Ромы, есть альтернативный способ – новая открытая программа Стратоплана "Черный курс менеджмента" про то, как смотреть на деньги, задачи и людей глазами бизнеса. Вот что там будет:
👉Разбор вредных менеджерских когнитивных искажений вроде того, о котором я рассказал
👉Практики жесткого, но честного менеджмента – как контролировать работу, решать проблемы, увольнять и воспитывать команду.
👉Разбор кучи менеджерских кейсов и историй от Славы Панкратова, Александра Орлова и кучи других крутых менеджеров.
Так получилось, что я тоже вписался выступить – я поразгоняю про то, должен ли тимлид думать о деньгах компании, когда надо закрывать не взлетевший проект и как оценивать импакт от себя и своей команды.
📆10-12 ноября, по вечерам в будние дни
🔗Участие бесплатное, регистрация тут
❤30👎18👍12🔥10
Насколько сильно агенты влияют на наше мнение
Мы в CodeSpeak постоянно читаем агентские трейсы чтобы понимать, как именно люди взаимодействуют с агентами. Мы довольно давно заметили один забавный факт – когда модель предлагает вопрос с несколькими вариантами ответа практически всегда человек выбирает ответ, рекомендованный агентом. Конечно, такой эффект можно списать на то, что модели довольно умные, поэтому чаще всего предлагают не фигню – и люди с ними соглашаются рационально.
Но последний рисерч от Антропика эту человеколюбивую теорию опровергает. В чем его суть:
• 50 аналитиков около часа работали с агентом над задачей про стратегию развития фермерского кооператива.
• По ходу работы им надо было сделать четыре выбора, в каждом из которых оба варианта действий были одинаково разумны, а в конце дать итоговую рекомендацию.
• Перед каждым решением святой рандом тайно определял, какой из вариантов агент подсветит как рекомендуемый. Агента запромптили отстаивать свой вариант как собственное мнение, но менять позицию, если данные явно против, и никогда не искажать результаты.
• При анализе результатов влияние агента оценивали, сравнивая, как часто люди выбирали вариант А, когда агент склонялся к А и когда к Б.
Результаты предсказуемо неутешительные:
👉Аналитики выбирали рекомендованный агентом вариант в 86% случаев, а не в 50%, как должно было бы быть.
👉Аналитики, которые уже высказали свое предпочтение до просмотра рекомендованных вариантов ответа, отказывались от него в 60% случаев, если агент был не согласен, и лишь в 6%, если согласен.
👉Финальную рекомендацию агента люди принимали менее охотно, и чаще оставляли выбор за собой.
👉Когда у аналитиков спрашивали, почему они сделали тот или иной выбор, они повторяли все аргументы, написанные им агентом, но почти никогда не указывали его как источник, а приписывали их собственному мнению, и были полностью уверены в своей рекомендации.
Я надеюсь, что кто-то в мире уже пишет новое издание "Думай медленно, решай быстро" со списком всех новых когнитивных искажений во взаимодействии людей и AI, здесь же просто золотое дно.
Мы в CodeSpeak постоянно читаем агентские трейсы чтобы понимать, как именно люди взаимодействуют с агентами. Мы довольно давно заметили один забавный факт – когда модель предлагает вопрос с несколькими вариантами ответа практически всегда человек выбирает ответ, рекомендованный агентом. Конечно, такой эффект можно списать на то, что модели довольно умные, поэтому чаще всего предлагают не фигню – и люди с ними соглашаются рационально.
Но последний рисерч от Антропика эту человеколюбивую теорию опровергает. В чем его суть:
• 50 аналитиков около часа работали с агентом над задачей про стратегию развития фермерского кооператива.
• По ходу работы им надо было сделать четыре выбора, в каждом из которых оба варианта действий были одинаково разумны, а в конце дать итоговую рекомендацию.
• Перед каждым решением святой рандом тайно определял, какой из вариантов агент подсветит как рекомендуемый. Агента запромптили отстаивать свой вариант как собственное мнение, но менять позицию, если данные явно против, и никогда не искажать результаты.
• При анализе результатов влияние агента оценивали, сравнивая, как часто люди выбирали вариант А, когда агент склонялся к А и когда к Б.
Результаты предсказуемо неутешительные:
👉Аналитики выбирали рекомендованный агентом вариант в 86% случаев, а не в 50%, как должно было бы быть.
👉Аналитики, которые уже высказали свое предпочтение до просмотра рекомендованных вариантов ответа, отказывались от него в 60% случаев, если агент был не согласен, и лишь в 6%, если согласен.
👉Финальную рекомендацию агента люди принимали менее охотно, и чаще оставляли выбор за собой.
👉Когда у аналитиков спрашивали, почему они сделали тот или иной выбор, они повторяли все аргументы, написанные им агентом, но почти никогда не указывали его как источник, а приписывали их собственному мнению, и были полностью уверены в своей рекомендации.
Я надеюсь, что кто-то в мире уже пишет новое издание "Думай медленно, решай быстро" со списком всех новых когнитивных искажений во взаимодействии людей и AI, здесь же просто золотое дно.
Anthropic
How AI agents shape experts’ judgment calls
In a randomized trial, professional analysts working with an AI coding agent went with the option the agent was randomly assigned to favor 86% of the time. We look at what this means for human oversight of AI-assisted work.
🔥32❤4
В тридцатых годах прошлого века Джо изобрёл дропкик — приём, после которого соперник уже не встаёт. Чем он занимался следующие девяносто лет, история умалчивает, зато известно, чем занят сейчас: руководит разработкой в бигтехе. Вопрос «как это возможно» — не к Джо: человек, влетающий с двух ног в невозможное, на такие мелочи не отвлекается.
Джо пишет байки о больших системах и о людях, которые их строят и роняют: без успешного успеха, сов на глобусе и имён. Из свежего — почему доверие руководителя — это кредит, который выдают задачами, а увольнение — банкротство после внешнего управления. И история костыля, который восемь лет держал прод, пока его не признали частью архитектуры: разница между костылём и частью архитектуры — восемь лет стажа.
Канал молодой, постов пока немного, но каждый по делу.
«В прод с двух ног»
Джо пишет байки о больших системах и о людях, которые их строят и роняют: без успешного успеха, сов на глобусе и имён. Из свежего — почему доверие руководителя — это кредит, который выдают задачами, а увольнение — банкротство после внешнего управления. И история костыля, который восемь лет держал прод, пока его не признали частью архитектуры: разница между костылём и частью архитектуры — восемь лет стажа.
Канал молодой, постов пока немного, но каждый по делу.
«В прод с двух ног»
👎65👍9❤4
Как научиться хорошо писать
Несмотря на то, что текстов писаться и публиковаться стало намного больше, выделиться на их фоне заметно проще. Теперь для этого не нужно иметь какого-то огромного таланта или узнаваемого отточенного стиля, как у того же Вастрика. Достаточно просто отличаться от того, как пишет LLM, и излагать свои мысли ясно.
И вот как раз таки ясность мыслей – это не только необходимое условие для хорошего письма, но и оттачиваемый этим письмом навык. И я готов забиться на то, что в будущем именно ясность мыслей в любых коммуникациях будет одним из самых ценных качеств.
Поэтому держите статью про то, как учиться лучше писать через следующие приемы:
👉Редактуру собственного текста
👉Сбор фидбэка на то, что получилось
👉Копирование элементов чужого стиля
👉Внедрение правильных привычек
Несмотря на то, что текстов писаться и публиковаться стало намного больше, выделиться на их фоне заметно проще. Теперь для этого не нужно иметь какого-то огромного таланта или узнаваемого отточенного стиля, как у того же Вастрика. Достаточно просто отличаться от того, как пишет LLM, и излагать свои мысли ясно.
И вот как раз таки ясность мыслей – это не только необходимое условие для хорошего письма, но и оттачиваемый этим письмом навык. И я готов забиться на то, что в будущем именно ясность мыслей в любых коммуникациях будет одним из самых ценных качеств.
Поэтому держите статью про то, как учиться лучше писать через следующие приемы:
👉Редактуру собственного текста
👉Сбор фидбэка на то, что получилось
👉Копирование элементов чужого стиля
👉Внедрение правильных привычек
👍19❤1
Ещё недавно от хорошего тимлида ждали понятных вещей: выстроить процессы, собрать сильную команду, обеспечить предсказуемую поставку и не сорвать сроки.
Сегодня этого уже недостаточно.
AI ускоряет разработку, но не гарантирует бизнес-результат. Команды становятся автономнее, но управлять ими не проще. Привычные карьерные лестницы меняются, а вместе с ними - представления о том, каким должен быть сильный руководитель.
И возникает неудобный вопрос: если меняется сама система работы, почему мы продолжаем управлять ею по старым правилам?
Именно об этом — TeamLead Conf 2026, конференция для тех, кто отвечает не только за код и процессы, но и за людей, решения и результат.
На какие темы будем говорить:
AI внедрили. Где деньги?
Как перейти от экспериментов с нейросетями к измеримому эффекту для бизнеса? Что делать, если AI пишет код быстрее, чем команда успевает его проверять? И где заканчивается полезная автоматизация и начинается потеря контроля?
Команда перегружена. Результата нет!
Как отличить низкую эффективность сотрудников от проблем в устройстве организации? Почему привычные метрики не всегда показывают реальное состояние команды? Как удерживать сильных специалистов и не превращать управление в бесконечное тушение пожаров?
А что с самим руководителем?
Постоянные изменения, высокая ответственность, десятки решений ежедневно. Как сохранить профессиональную устойчивость, выстроить карьерную стратегию в условиях неопределённости и перестать расплачиваться собственным временем за каждую управленческую проблему?
Это разговор о том, как меняется сама профессия руководителя в IT.
В программе — реальные управленческие кейсы, инженерные практики, мастер-классы и инструменты, которые можно забрать в работу.
TeamLead Conf 2026 для тех, кто не хочет просто успевать за изменениями, а хочет понимать, как управлять ими.
Рекламодатель: ООО "Конференции Олега Бунина ИНН: 7733863233 erid: 2SDnjd8SXqW
Сегодня этого уже недостаточно.
AI ускоряет разработку, но не гарантирует бизнес-результат. Команды становятся автономнее, но управлять ими не проще. Привычные карьерные лестницы меняются, а вместе с ними - представления о том, каким должен быть сильный руководитель.
И возникает неудобный вопрос: если меняется сама система работы, почему мы продолжаем управлять ею по старым правилам?
Именно об этом — TeamLead Conf 2026, конференция для тех, кто отвечает не только за код и процессы, но и за людей, решения и результат.
На какие темы будем говорить:
AI внедрили. Где деньги?
Как перейти от экспериментов с нейросетями к измеримому эффекту для бизнеса? Что делать, если AI пишет код быстрее, чем команда успевает его проверять? И где заканчивается полезная автоматизация и начинается потеря контроля?
Команда перегружена. Результата нет!
Как отличить низкую эффективность сотрудников от проблем в устройстве организации? Почему привычные метрики не всегда показывают реальное состояние команды? Как удерживать сильных специалистов и не превращать управление в бесконечное тушение пожаров?
А что с самим руководителем?
Постоянные изменения, высокая ответственность, десятки решений ежедневно. Как сохранить профессиональную устойчивость, выстроить карьерную стратегию в условиях неопределённости и перестать расплачиваться собственным временем за каждую управленческую проблему?
Это разговор о том, как меняется сама профессия руководителя в IT.
В программе — реальные управленческие кейсы, инженерные практики, мастер-классы и инструменты, которые можно забрать в работу.
TeamLead Conf 2026 для тех, кто не хочет просто успевать за изменениями, а хочет понимать, как управлять ими.
Рекламодатель: ООО "Конференции Олега Бунина ИНН: 7733863233 erid: 2SDnjd8SXqW
👎9❤6🔥6👍4
Про менеджмент агентского инбокса
Я тут читал статью, автор который жалуется на то, что, став VP of Technology, в итоге коммитит гораздо больше, чем делал это в роли сеньора или принципала. Но мне были интересны не сами слезы по этому поводу, а один конкретный тейк – проблема не столько в общем количестве задач, сколько в постоянном переключении контекста между ними. Пока ты сформулировал задачу одному агенту, к тебе стучится другой за ответом на вопрос, третий просит твоего ревью, а четвертый воткнулся в какие-нибудь проблемы с пермишнами. В итоге ты прыгаешь между чатами, как угорелый, и заканчиваешь день максимально выжатым.
Мне очень нравится одна конкретная UX идея, которая помогает взять это постоянное переключение контекста под контроль. Чаще всего его называют Agent Inbox.
Собственно, суть в том, чтобы менеджерить агентов не на уровне отдельных сессий, а на уровне общего инбокса, куда приходят все действия, требующие вашего внимания. А как работать с инбоксом мы с вами уже прекрасно пониманием – есть и техники его приоритизации, и таймбоксинга, и много чего еще.
Где вообще посмотреть на этот ваш Agent Inbox:
👉Plannotator Inbox – опенсорсный тул, работает поверх любых агентов
👉problem-brief – скилл от @zaytsevand, который и как мод для Claude Code работает, и как отдельная страничка. Андрей на прошлой неделе подробно рассказывал в нашем AI клубе про то, как он построил свой агентский сетап так, чтобы не умирать от переключения контекстов при работе с 6 параллельными агентами – и там много других крутых идей!
Я тут читал статью, автор который жалуется на то, что, став VP of Technology, в итоге коммитит гораздо больше, чем делал это в роли сеньора или принципала. Но мне были интересны не сами слезы по этому поводу, а один конкретный тейк – проблема не столько в общем количестве задач, сколько в постоянном переключении контекста между ними. Пока ты сформулировал задачу одному агенту, к тебе стучится другой за ответом на вопрос, третий просит твоего ревью, а четвертый воткнулся в какие-нибудь проблемы с пермишнами. В итоге ты прыгаешь между чатами, как угорелый, и заканчиваешь день максимально выжатым.
Мне очень нравится одна конкретная UX идея, которая помогает взять это постоянное переключение контекста под контроль. Чаще всего его называют Agent Inbox.
Собственно, суть в том, чтобы менеджерить агентов не на уровне отдельных сессий, а на уровне общего инбокса, куда приходят все действия, требующие вашего внимания. А как работать с инбоксом мы с вами уже прекрасно пониманием – есть и техники его приоритизации, и таймбоксинга, и много чего еще.
Где вообще посмотреть на этот ваш Agent Inbox:
👉Plannotator Inbox – опенсорсный тул, работает поверх любых агентов
👉problem-brief – скилл от @zaytsevand, который и как мод для Claude Code работает, и как отдельная страничка. Андрей на прошлой неделе подробно рассказывал в нашем AI клубе про то, как он построил свой агентский сетап так, чтобы не умирать от переключения контекстов при работе с 6 параллельными агентами – и там много других крутых идей!
Oioannou
AI Promised Less Work. I Have Never Worked More. - Orestis Ioannou
Agents made implementation cheap, so I started doing far more of it in parallel. My GitHub history since 2019 shows what that did: as VP of Technology I am back at my full-stack engineer pace, with bursts, burnout and a low season that is no longer low.
❤18👍8
Что приходит на смену Leetcode собеседованиям
Алгоритмические задачи на собеседованиях всегда были довольно странной идеей, и чаще всего показывали не способность мыслить, а упорство в зарешивании всех известных задач на Leetcode. Сегодня такой подход к собесам стал еще бесполезнее – проверять скиллы на задаче, решение которой находится в одном промпте от разработчика, ну совсем бессмысленно.
Вот какие альтернативы сейчас начинают применяться чаще всего:
👉Code review – собеседуемому отдается кусок кода с багами и неоптимальными дизайн-решениями, который надо обсудить.
👉Product & Technical Deep Dive. Собеседуемому выдается какая-то продуктовая задача, и вместе с собеседующим они придумывают, как ее решить и с точки зрения пользовательских сценариев, и с точки зрения архитектуры, которую надо построить.
👉Решение задачи в реальном времени. Выдается какая-то прикладная инженерная задача, кандидат решает ее с использованием любых агентов, шарит свой экран и комментирует действия.
👉Открытые вопросы про прошлый инженерный опыт и про то, как бы кандидат подходил к решению ваших проблем.
Алгоритмические задачи на собеседованиях всегда были довольно странной идеей, и чаще всего показывали не способность мыслить, а упорство в зарешивании всех известных задач на Leetcode. Сегодня такой подход к собесам стал еще бесполезнее – проверять скиллы на задаче, решение которой находится в одном промпте от разработчика, ну совсем бессмысленно.
Вот какие альтернативы сейчас начинают применяться чаще всего:
👉Code review – собеседуемому отдается кусок кода с багами и неоптимальными дизайн-решениями, который надо обсудить.
👉Product & Technical Deep Dive. Собеседуемому выдается какая-то продуктовая задача, и вместе с собеседующим они придумывают, как ее решить и с точки зрения пользовательских сценариев, и с точки зрения архитектуры, которую надо построить.
👉Решение задачи в реальном времени. Выдается какая-то прикладная инженерная задача, кандидат решает ее с использованием любых агентов, шарит свой экран и комментирует действия.
👉Открытые вопросы про прошлый инженерный опыт и про то, как бы кандидат подходил к решению ваших проблем.
Eng-Leadership
Is LeetCode Dead? What’s the Alternative?
How technical interviews are evolving in the age of AI, and what you need to know.
❤30👍15🔥1
Конференция AI Dev 2026 уже на этой неделе
Я уже рассказывал в канале про то, что на этой неделе классная конференция про AI в разработке, в том числе с большим упором на темы, которые мы тут в канале постоянно обсуждаем – как перестраивать SDLC с агентами, как внедрять AI в большие и маленькие компании, как это все меняет привычные процессы и карьерные треки.
Так вот, если вы еще не зарегистрировались (а там бесплатные билеты), то давайте уже вписывайтесь. А я вам пока посоветую несколько докладов, которые точно пойду сам послушать:
👉LLM Wiki 2.0: как растить базу знаний агента. Все мои личные попытки завести LLM Wiki пока приводили только к пачке маркдаун-файлов очень сомнительного качества, которые ни я сам читать ен хотел, ни агентов своих не отправлял. Интересно понять, skill issue ли это, или решения такого класса правда пока не особо заводятся.
👉Внедряем AI в легаси-проект. Кирилла Мокевнина всегда кайф послушать, а тут потенциально получается доклад, который потом можно будет скидывать другим людям как how-to.
👉AI-ревью здорового человека. В последнее время я стал все более скептически смотреть на AI код ревью. Значимая часть проблем, которые любой такой инструмент находит, не очень полезны, и скорее даже вредны, подталкивая агента-разработчика к переусложненному коду. Но опять же, как и во всех других вопросах не исключаю skill issue, и нужно послушать других умных людей.
🔗Регистрация тут, я тоже выступаю, так что давайте приходите!
Я уже рассказывал в канале про то, что на этой неделе классная конференция про AI в разработке, в том числе с большим упором на темы, которые мы тут в канале постоянно обсуждаем – как перестраивать SDLC с агентами, как внедрять AI в большие и маленькие компании, как это все меняет привычные процессы и карьерные треки.
Так вот, если вы еще не зарегистрировались (а там бесплатные билеты), то давайте уже вписывайтесь. А я вам пока посоветую несколько докладов, которые точно пойду сам послушать:
👉LLM Wiki 2.0: как растить базу знаний агента. Все мои личные попытки завести LLM Wiki пока приводили только к пачке маркдаун-файлов очень сомнительного качества, которые ни я сам читать ен хотел, ни агентов своих не отправлял. Интересно понять, skill issue ли это, или решения такого класса правда пока не особо заводятся.
👉Внедряем AI в легаси-проект. Кирилла Мокевнина всегда кайф послушать, а тут потенциально получается доклад, который потом можно будет скидывать другим людям как how-to.
👉AI-ревью здорового человека. В последнее время я стал все более скептически смотреть на AI код ревью. Значимая часть проблем, которые любой такой инструмент находит, не очень полезны, и скорее даже вредны, подталкивая агента-разработчика к переусложненному коду. Но опять же, как и во всех других вопросах не исключаю skill issue, и нужно послушать других умных людей.
🔗Регистрация тут, я тоже выступаю, так что давайте приходите!
AI Dev Live 2026
AI Dev Live 2026. Онлайн-конференция о разработке с AI
Онлайн-конференция AI Dev Live 2026, 11–12 ноября. Что реально работает в разработке с AI-агентами сегодня и что изменилось за год. Участие 10 000 ₽ ($120) или бесплатно с подпиской на каналы спикеров.
👎8🔥4👍1
Почему книги не работают
Замечали ли вы за собой, что после прочтения книги, от которой вы ожидали получения новых знаний, в голове почти ничего не остается? Ну, вернее, есть ощущение того, что вы все поняли, которое начинает разрушаться, когда вы по факту пытаетесь обратиться к запомненному материалу.
Основная идея эссе в том, что и книги, и лекции, и другие похожие способы обучение полагаются на transmissionism – когнитивную модель, предполагающую, что если один человек произнесет в нужном порядке слова другому человеку, то они отложатся в его голове автоматически.
Конечно, такая модель не работает. Люди, которые действительно хотят учиться, вырабатывают собственные модели – обсуждают прочитанное с другими людьми на книжных клубах, пишут свои эссе по темам, глубоко думают про затронутые вопросы и смотрят, что про них же говорят в других источниках. Все эти способы требуют нехилой такой силы воли и осознанности – поэтому доступны только малому количеству людей.
Что делать, конечно же, непонятно – но есть надежда на то, что когда-то в будущем мы придумаем сильно более эффективный способ обучать.
Замечали ли вы за собой, что после прочтения книги, от которой вы ожидали получения новых знаний, в голове почти ничего не остается? Ну, вернее, есть ощущение того, что вы все поняли, которое начинает разрушаться, когда вы по факту пытаетесь обратиться к запомненному материалу.
Основная идея эссе в том, что и книги, и лекции, и другие похожие способы обучение полагаются на transmissionism – когнитивную модель, предполагающую, что если один человек произнесет в нужном порядке слова другому человеку, то они отложатся в его голове автоматически.
Конечно, такая модель не работает. Люди, которые действительно хотят учиться, вырабатывают собственные модели – обсуждают прочитанное с другими людьми на книжных клубах, пишут свои эссе по темам, глубоко думают про затронутые вопросы и смотрят, что про них же говорят в других источниках. Все эти способы требуют нехилой такой силы воли и осознанности – поэтому доступны только малому количеству людей.
Что делать, конечно же, непонятно – но есть надежда на то, что когда-то в будущем мы придумаем сильно более эффективный способ обучать.
andymatuschak.org
Why books don't work
Designing media to reflect how people think and learn
👎23❤5👍4
Teamlead Good Reads – ежедневные советы про менеджмент людей и команд
Про жесткий, но честный менеджмент Когда я пришел в Авито руководить мобильной разработкой, Рома Павлушко, который тогда был СТО и моим менеджером, сказал мне одну очень важную мысль – руководитель должен быть готов принимать непопулярные решения. А я совсем…
Тем временем напоминаю, что новый открытый курс Стратоплана стартует уже сегодня, а в 19:00 по Москве я буду накидывать хоттейки про то, надо ли тимлиду думать о деньгах компании, когда нужно закрывать свои проекты, каких последствий от этого ждать, и надо ли платить людям за выслугу лет и прошлые победы.
👉Регистрация тут, приходите пообсуждать!
👉Регистрация тут, приходите пообсуждать!
👍4❤2🔥1