Skip to content

Посты

Я провалил собеседование по программированию — и это не важно

13 апреля 2026 г. • 4 мин чтения

Я провалил собеседование по программированию — и это не важно

Вот вопрос, на который я не могу найти ответ: я инженер-программист, который пишет код, или системный архитектор, который управляет ИИ?

Похоже, рынок труда тоже не знает.

Собеседование, которое всё изменило

Недавно у меня было довольно стандартное первое собеседование со стартапом. Мы обсудили компанию, должность, мой опыт — это была хорошая беседа. Потом, в конце, рекрутер неожиданно предложил мне задачу по программированию.

Я был честен с ним.

“Слушай, если бы я знал, что будет часть с кодированием, я бы подготовился, но я не писал код с ноября. Теперь весь код пишет ИИ.”

Он не был готов к такому ответу. Честно говоря, я тоже.

Но это заставило меня понять что-то важное. Как соискатель в 2026 году я не знаю, к чему мне готовиться — и я думаю, что многие из нас в той же ситуации.

Несоответствие, о котором никто не говорит

Роль меняется быстрее, чем процесс собеседования.

Компании по-прежнему тестируют навыки алгоритмов, кодирование на доске, задачи в стиле LeetCode. Но в моей реальной работе? Я не трогал клавиатуру для написания кода уже месяцы.

ИИ пишет код. Я проектирую систему. Я описываю функции. Я проверяю результат.

Есть фундаментальное несоответствие между тем, что компании тестируют, и тем, что на самом деле требует работа. И это несоответствие заставило меня задать более сложный вопрос:

Какие навыки на самом деле имеют значение?

visual_002.jpg

Как выглядят правильные собеседования

На собеседованиях, которые я проходил недавно, те, что казались правильными, не были тестами по кодированию. Это были:

  • Беседы о проектировании систем
  • Обсуждение паттернов архитектуры
  • Как вы структурируете приложение
  • Как вы направляете ИИ-агента на создание нужного решения

Знание кодирования всё ещё актуально — но не для написания кода. Это для проверки кода. Для управления им.

Почему ИИ не видит лес

Вот что я узнал, работая с ИИ каждый день:

ИИ не видит лес. Он невероятно хорош в реализации функции — он видит деревья — но он не знает существующих паттернов в вашем приложении. Он не понимает архитектуру.

visual_006.jpg

Вы можете ему это рассказать. Я делаю это в Claude каждый день. Но это моя работа — держать это видение.

В этом разница. В этом новая роль инженера.

Работа человека — это:

  1. Ясно коммуницировать архитектуру
  2. Направлять агентов к правильному паттерну
  3. Убедиться, что части подходят друг другу

ИИ пишет код. Я убеждаюсь, что это правильный код.

visual_003.jpg

Роль, которая появляется

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

visual_007.jpg

Я сосредоточиваюсь на:

  • Проектировании систем и на том, как думать о сложных приложениях
  • Паттернах архитектуры и когда их применять
  • Ясной артикуляции — как описать то, что я хочу, достаточно точно, чтобы агент мог это построить

Если компания хочет, чтобы я решал задачи в стиле LeetCode и писал алгоритмы на доске, мы не согласны с тем, что такое эта роль.

Потому что роль, к которой я готовлюсь — роль, которая, я думаю, появляется — это не “инженер, который пишет код”.

Эта роль ушла. Эта роль была пять лет назад.

Новая роль: инженер, который проектирует системы и управляет ИИ для построения этих систем.

Что это значит для вас

Если вы сейчас ищете работу, вы находитесь в том же переходном периоде, что и я.

Рынок ещё не адаптировался. Некоторые компании по-прежнему тестируют старые навыки, но реальная работа меняется — и быстро.

visual_009.jpg

Не расстраивайтесь, если вы не писали код. Это не пробел в навыках.

Вместо этого сосредоточьтесь на:

  • Основах проектирования систем
  • Архитектуре и на том, как приложения подходят друг другу
  • Навыках коммуникации для работы с ИИ-агентами

Роль меняется. Убедитесь, что вы готовитесь к роли, которая приходит, а не к той, которая исчезает.

Мой новый подход

Я не знаю, провалил ли я то собеседование или то собеседование не смогло протестировать правильные вещи.

Но я знаю одно: я больше не решаю задачи LeetCode.

Это просто не имеет смысла. Это кажется пустой тратой моего времени. Вместо этого я развиваю навыки для роли, которую я действительно хочу.


Вы недавно были на собеседовании, которое казалось несоответствующим реальной работе, которую вы делаете? Мне интересно, только ли я чувствую этот сдвиг.

Если это вас заинтересовало, у меня есть ещё контент об инженерии ИИ и о том, как развивается эта область. Подпишитесь на мой информационный бюллетень, чтобы не пропустить то, что будет дальше.

Автор: Chuck Conway — инженер AI с почти 30-летним опытом разработки программного обеспечения. Он создает практические системы AI — конвейеры контента, агенты инфраструктуры и инструменты, которые решают реальные проблемы — и делится тем, что он узнает на этом пути. Свяжитесь с ним в социальных сетях: X (@chuckconway) или посетите его на YouTube и на SubStack.

↑ Вернуться в начало

Вам также может понравиться