Собеседование по коду AI-эпохи выглядит иначе, чем пять лет назад, и один из самых ярких сигналов пришёл 27 октября. Феликс Ризеберг (Felix Rieseberg) из Anthropic написал, что для его команды coding interview мёртв: он перестал давать сигнал, и в этом месяце его убрали из циклов найма. Тарик (@trq212) из команды Claude Code ретвитнул это в тот же вечер, а рядом поделился двумя заметками о том, как агенты меняют повседневную разработку. Вместе эти посты складываются в довольно цельную картину.
Почему собеседование по коду больше не работает
Классическое coding interview проверяло способность быстро написать работающий код под наблюдением. Пока писать код было дорого и трудно, это был разумный прокси для общей инженерной квалификации. Но когда агент решает типовую задачу за минуты, результат такой проверки перестаёт отличать сильного инженера от слабого: слишком много факторов, включая то, насколько кандидат владеет инструментами, а не мышлением.
Важно, что это говорит не сторонний комментатор, а человек, который нанимает людей в Anthropic, то есть в компании, делающей эти самые инструменты. Заявление касается его команды, а не всей индустрии, и из одного поста нельзя делать вывод, что все последуют этому примеру. Но направление показательное: те, кто ближе всех к агентам, первыми перестают доверять старым метрикам.
Оптимистичный взгляд для junior-инженеров
Ризеберг называет свой тезис «острым и оптимистичным»: он видит возможность именно для начинающих инженеров. Логика, по-видимому, такая: если порог входа в написание кода снижается, то junior без многолетнего опыта получает шанс конкурировать способностью учиться, ставить задачи и проверять результат. Полный аргумент находится в его статье по ссылке, и в посте он лишь анонсирован, так что здесь стоит отделять то, что сказано явно, от наших домыслов. Явно сказано одно: сигнал от кодинг-интервью пропал, и в этом он видит шанс для джунов.
Практический вывод для тех, кто начинает карьеру: стоит инвестировать не в заучивание алгоритмических задач, а в умение разбирать чужой и сгенерированный код, проектировать и объяснять свои решения.
Как распространять open source, если код правят агенты
Вторая мысль Тарика касается open source. Он считает, что нужен новый способ распространения открытого ПО: чтобы люди могли модифицировать его через агентов, но при этом автоматически получать обновления из upstream. Coding-агенты, замечает он, способны сделать такое слияние, но сами по себе, без запроса, этого не делают.
Проблема знакома каждому, кто правил чужую библиотеку под себя. Форк быстро расходится с оригиналом, а ручное слияние изменений забывают или откладывают. Если же модификации делает агент, возникает соблазн «настроить под себя» без оглядки на то, как это переживёт следующий релиз. Идея в том, чтобы сама схема распространения учитывала такой сценарий: локальные правки агента и обновления автора должны сходиться по умолчанию. Готового решения в посте нет, это именно формулировка потребности, но потребность реальная и, скорее всего, породит новые инструменты и конвенции.
AI-native dock: личный эксперимент с режимами
Третий пост более частный. Тарик экспериментирует с личным проектом: AI-native док для macOS с кастомными режимами (writing, building и другими), помогающими не отвлекаться. Агент может сам менять поведение режимов и добавлять новые. Для классификации активности и уведомлений в реальном времени используется jev, и на основании этого агент действует.
Интересно здесь не само приложение, а подход: интерфейс, который настраивает сам себя через агента, вместо жёстких настроек, заданных разработчиком. Это тот же принцип, что и в мысли про open source: пользователь получает не готовый продукт, а изменяемую основу, которую агент подстраивает под него. Это небольшой личный эксперимент, а не анонс продукта, и о его публичном релизе в постах ничего не говорится.
Вывод
Три разных сюжета объединяет одно: код становится дешёвым, и ценность смещается к постановке задач, оценке результата и управлению тем, что агент уже написал. Найм перестраивается под это, дистрибуция ПО ищет способ не ломаться от агентских правок, а личные инструменты превращаются в то, что можно перенастроить разговором. Для junior-инженеров это шанс, для опытных разработчиков — повод пересмотреть, какие навыки они на самом деле продают.
Добавить комментарий