IEEE Spectrum: что делает инженера адаптивным в эпоху ИИ

ИИ-бум изменил работу инженеров: появились новые инструменты, которые нужно осваивать, выросли ожидания от того, сколько команда должна успевать за рабочий день, а найти работу стало сложнее. Из-за этого сложно советовать студентам, какие языки программирования или технические навыки учить, и профессиональный совет сводится к общей фразе «будь адаптивным», смысл которой почти никто не раскрывает. IEEE Spectrum (материал ассистента редактора Гвендолин Рак выходит в печатном номере за сентябрь 2026 года) разбирает, что стоит за этим советом, на основе интервью с исследователями и практиками.

Саманта Брунхейвер, доцент инженерного факультета Аризонского государственного университета, с 2020 года ведёт при поддержке гранта Национального научного фонда США проект об адаптивности молодых инженеров: она опрашивает менеджеров, недавних выпускников и студентов. По её определению, адаптивность, это «способность распознать, что происходит изменение или неопределённость, и затем эффективно на это отреагировать». Но само понятие контекстно-зависимо: у каждого работодателя своё представление о том, что оно означает, а конкретное проявление разное, для программистов это смена инструментов, для инженеров аэрокосмической или биомедицинской отрасли, смена процедур и регламентов. Брунхейвер сводит развитие адаптивности к трём шагам: распознать потребность в изменении, оценить варианты и действовать; университетам и работодателям она советует давать студентам разнообразный практический опыт, стажировки, командные проекты, волонтёрство, руководящие роли, и поощрять рефлексию, которая помогает поверить в собственную способность справиться с ситуацией.

Масштаб изменений подтверждают два отчёта. Согласно отчёту сети профессиональных услуг PwC об эффектах ИИ (июнь 2026 года), быстрее всего навыки устаревают в технологическом, медийном и телеком-секторах. А по последнему отчёту Всемирного экономического форума о будущем рабочих мест (2025 год), работодатели во всех отраслях ожидают, что к 2030 году изменится 39% ключевых навыков сотрудников.

Дженна Батлер, исследователь Microsoft, изучающая благополучие и продуктивность разработчиков, называет нынешний переход не беспрецедентным, но необычно быстрым: это очередной «период хаоса», который наступает при смене парадигмы, на этот раз ИИ меняет само представление о том, что способен делать компьютер. Разработчики, по её словам, сейчас особенно сильно нагружены код-ревью: «Спросишь двадцать разработчиков, получишь двадцать три разных способа работать с этим. Все ещё пытаются разобраться», этот этап она называет «неудобной серединой». По её мнению, разработка со временем будет больше опираться на промптинг моделей и управление агентами, чем на построчное написание кода: тем, кто пришёл в профессию решать задачи, это понравится, а тем, кто любит именно писать код, нет. Батлер призывает руководителей выделять сотрудникам хотя бы час в неделю на обучение без ожидания, что за это время будет написан код или сделан прогресс по текущим задачам, и давать достаточно инструкций при внедрении нового: без времени, пространства и объяснений сотрудники под давлением требований к продуктивности рискуют держаться за старые инструменты и выгорать.

Энди Хант, разработчик и соавтор книги The Pragmatic Programmer (издательство Addison-Wesley Professional, 1999 год), считает, что базовые обязанности инженера устойчивее, чем кажется, даже если инструменты постоянно меняются: работая над юбилейным изданием книги к её 20-летию, он с удивлением обнаружил, что большая часть советов всё ещё применима, и это мнение он подтверждает спустя ещё семь лет. «Основа работы, это решение проблем и коммуникация, и это никуда не денется», говорит он. Отождествлять себя с конкретным языком программирования, по его словам, всё равно что плотнику называть себя «пользователем молотка» или «специалистом по шуруповёртам»: гораздо важнее системное мышление, понимание теории информации и ограничений задачи, а не владение конкретной технологией. При этом он признаёт, что нынешний процесс найма, где резюме часто фильтруют по конкретным языкам и годам опыта, затрудняет такой более широкий взгляд на профессию.

Батлер заключает, что происходящее с ИИ не предопределено: люди и организации сами выбирают, как использовать ИИ и какие модели применять, и наравне с адаптацией к переменам должны сами задавать их направление.

Ключевые факты

Всемирный экономический форум (отчёт 2025 года): работодатели во всех отраслях ожидают, что к 2030 году изменится 39% ключевых навыков сотрудников; по отчёту PwC (июнь 2026), быстрее всего навыки устаревают в технологическом, медийном и телеком-секторах.
Саманта Брунхейвер (Аризонский госуниверситет, грант NSF с 2020 года) определяет адаптивность как способность распознать изменение и эффективно отреагировать; сводит её развитие к трём шагам, распознать потребность, оценить варианты, действовать.
Дженна Батлер (исследователь Microsoft) описывает нынешний этап как «неудобную середину» и приводит пример: «Спросишь двадцать разработчиков, получишь двадцать три разных способа работать с этим»; советует руководителям выделять сотрудникам хотя бы час в неделю на обучение без требований к результату.
Энди Хант, соавтор The Pragmatic Programmer (1999), считает, что базовые обязанности инженера, решение проблем и коммуникация, устойчивее, чем конкретные инструменты, и предостерегает от отождествления себя с одним языком программирования.
Материал выходит в печатном номере IEEE Spectrum за сентябрь 2026 года под заголовком «The Adaptable Engineer».

Почему это важно

ИИ ускорил оборот навыков у инженеров: по данным Всемирного экономического форума, к 2030 году должны измениться 39% ключевых навыков сотрудников во всех отраслях, а по отчёту PwC быстрее всего это происходит в технологическом, медийном и телеком-секторах. Профессиональный совет молодым инженерам почти всегда сводится к «будь адаптивным», но ни вузы, ни работодатели обычно не объясняют, что конкретно это значит и как этому учиться, материал IEEE Spectrum пытается закрыть этот разрыв через интервью с исследователями и практиками.

Кому это важно

В первую очередь, студентам и начинающим инженерам, которым сложнее устроиться на работу и понять, какие навыки осваивать. Отдельно, программистам: по словам исследователя Microsoft Дженны Батлер, именно на них сейчас ложится заметно возросшая нагрузка код-ревью из-за инструментов на основе ИИ. И отдельно, преподавателям и руководителям: Саманта Брунхейвер (Аризонский госуниверситет) говорит, что вузы должны прямо объяснять, что такое адаптивность, а Батлер настаивает, что именно руководители обязаны выделять сотрудникам время и объяснения для освоения новых инструментов.

Как это применить

Брунхейвер предлагает три шага, распознать потребность в изменении, оценить варианты, действовать, и советует набирать разнообразный практический опыт (стажировки, командные проекты, волонтёрство, руководящие роли) плюс сознательно рефлексировать над своими решениями, чтобы укрепить веру в собственную способность справляться с ситуацией. Батлер советует руководителям выделять сотрудникам не меньше часа в неделю на обучение без ожидания рабочих результатов и давать достаточно инструкций при внедрении новых инструментов. Хант советует развивать системное мышление и понимание ограничений задачи, а не привязывать профессиональную идентичность к конкретному языку или инструменту.

Можно ли доверять

Источник, полноценный редакционный материал IEEE Spectrum со ссылками на именованные отчёты (Всемирный экономический форум, 2025; PwC, июнь 2026) и прямыми цитатами трёх экспертов с проверяемыми должностями: доцент Аризонского госуниверситета с грантом NSF, исследователь Microsoft, соавтор известной книги The Pragmatic Programmer. При этом в тексте нет ссылок на сами отчёты и точных цифр по конкретным заявлениям, например, о «значительном росте» код-ревью у разработчиков не приведено ни одной цифры, а сколько именно людей опросила Брунхейвер, не указано. По содержанию это стандартный карьерный совет без новых данных или методологии, выводы экспертов звучат убедительно, но проверить их можно только на слово источникам.

Риски и подводные камни

Главный риск, принять общие карьерные рекомендации за нечто более конкретное, чем они есть: цифры про рост нагрузки код-ревью в тексте отсутствуют, а формулировки вроде «значительный рост» ничем не подкреплены. Отдельно Батлер предупреждает о риске для самих компаний: если руководители требуют роста продуктивности, но не дают сотрудникам времени и инструкций на освоение новых инструментов, те рискуют цепляться за старые привычные способы работы и выгорать, вместо того чтобы адаптироваться.

«Спросишь двадцать разработчиков, получишь двадцать три разных способа работать с этим. Все ещё пытаются разобраться.»

— Дженна Батлер, исследователь Microsoft