Посты
Я провалил собеседование по программированию — и это не важно
13 апреля 2026 г. • 4 мин чтения
Вот вопрос, на который я не могу найти ответ: я инженер-программист, который пишет код, или системный архитектор, который управляет ИИ?
Похоже, рынок труда тоже не знает.
Собеседование, которое всё изменило
Недавно у меня было довольно стандартное первое собеседование со стартапом. Мы обсудили компанию, должность, мой опыт — это была хорошая беседа. Потом, в конце, рекрутер неожиданно предложил мне задачу по программированию.
Я был честен с ним.
“Слушай, если бы я знал, что будет часть с кодированием, я бы подготовился, но я не писал код с ноября. Теперь весь код пишет ИИ.”
Он не был готов к такому ответу. Честно говоря, я тоже.
Но это заставило меня понять что-то важное. Как соискатель в 2026 году я не знаю, к чему мне готовиться — и я думаю, что многие из нас в той же ситуации.
Несоответствие, о котором никто не говорит
Роль меняется быстрее, чем процесс собеседования.
Компании по-прежнему тестируют навыки алгоритмов, кодирование на доске, задачи в стиле LeetCode. Но в моей реальной работе? Я не трогал клавиатуру для написания кода уже месяцы.
ИИ пишет код. Я проектирую систему. Я описываю функции. Я проверяю результат.
Есть фундаментальное несоответствие между тем, что компании тестируют, и тем, что на самом деле требует работа. И это несоответствие заставило меня задать более сложный вопрос:
Какие навыки на самом деле имеют значение?

Как выглядят правильные собеседования
На собеседованиях, которые я проходил недавно, те, что казались правильными, не были тестами по кодированию. Это были:
- Беседы о проектировании систем
- Обсуждение паттернов архитектуры
- Как вы структурируете приложение
- Как вы направляете ИИ-агента на создание нужного решения
Знание кодирования всё ещё актуально — но не для написания кода. Это для проверки кода. Для управления им.
Почему ИИ не видит лес
Вот что я узнал, работая с ИИ каждый день:
ИИ не видит лес. Он невероятно хорош в реализации функции — он видит деревья — но он не знает существующих паттернов в вашем приложении. Он не понимает архитектуру.

Вы можете ему это рассказать. Я делаю это в Claude каждый день. Но это моя работа — держать это видение.
В этом разница. В этом новая роль инженера.
Работа человека — это:
- Ясно коммуницировать архитектуру
- Направлять агентов к правильному паттерну
- Убедиться, что части подходят друг другу
ИИ пишет код. Я убеждаюсь, что это правильный код.

Роль, которая появляется
Поэтому когда я думаю о том, к чему готовиться сейчас, я больше не готовлюсь к тестам по кодированию.

Я сосредоточиваюсь на:
- Проектировании систем и на том, как думать о сложных приложениях
- Паттернах архитектуры и когда их применять
- Ясной артикуляции — как описать то, что я хочу, достаточно точно, чтобы агент мог это построить
Если компания хочет, чтобы я решал задачи в стиле LeetCode и писал алгоритмы на доске, мы не согласны с тем, что такое эта роль.
Потому что роль, к которой я готовлюсь — роль, которая, я думаю, появляется — это не “инженер, который пишет код”.
Эта роль ушла. Эта роль была пять лет назад.
Новая роль: инженер, который проектирует системы и управляет ИИ для построения этих систем.
Что это значит для вас
Если вы сейчас ищете работу, вы находитесь в том же переходном периоде, что и я.
Рынок ещё не адаптировался. Некоторые компании по-прежнему тестируют старые навыки, но реальная работа меняется — и быстро.

Не расстраивайтесь, если вы не писали код. Это не пробел в навыках.
Вместо этого сосредоточьтесь на:
- Основах проектирования систем
- Архитектуре и на том, как приложения подходят друг другу
- Навыках коммуникации для работы с ИИ-агентами
Роль меняется. Убедитесь, что вы готовитесь к роли, которая приходит, а не к той, которая исчезает.
Мой новый подход
Я не знаю, провалил ли я то собеседование или то собеседование не смогло протестировать правильные вещи.
Но я знаю одно: я больше не решаю задачи LeetCode.
Это просто не имеет смысла. Это кажется пустой тратой моего времени. Вместо этого я развиваю навыки для роли, которую я действительно хочу.
Вы недавно были на собеседовании, которое казалось несоответствующим реальной работе, которую вы делаете? Мне интересно, только ли я чувствую этот сдвиг.
Если это вас заинтересовало, у меня есть ещё контент об инженерии ИИ и о том, как развивается эта область. Подпишитесь на мой информационный бюллетень, чтобы не пропустить то, что будет дальше.
Автор: Chuck Conway — инженер AI с почти 30-летним опытом разработки программного обеспечения. Он создает практические системы AI — конвейеры контента, агенты инфраструктуры и инструменты, которые решают реальные проблемы — и делится тем, что он узнает на этом пути. Свяжитесь с ним в социальных сетях: X (@chuckconway) или посетите его на YouTube и на SubStack.