Эпоха ИИ в разработке: как меняется роль инженера-программиста и что это значит для вас

Меня зовут Сайед Ахмер Шах. Мне 19 лет, я из Пакистана, и я все еще студент, изучающий программную инженерию. Мне важно сказать это в самом начале, потому что я пишу не как эксперт, взирающий с вершины многолетнего опыта. Я пишу как человек, который находится прямо внутри этого процесса, наблюдая, как земля уходит из-под ног, пока я только учусь ходить по ней.

Это не статья из серии «через 10 лет роботы отберут вашу работу». Я не знаю, что произойдет через 10 лет. Никто не знает, даже те, кто руководит крупнейшими лабораториями ИИ в мире, как бы уверенно они ни звучали со сцены. Но я точно знаю, что произошло со мной за последний год, что я видел у старшего разработчика, с которым работал на стажировке, и что наблюдаю во всей индустрии, где пытаюсь построить карьеру. Об этом я и хочу вам рассказать.

Как все было раньше

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

Никогда это не было так. Разработка ПО больше напоминала строительные работы, только здание было невидимым.

Все начиналось с проблемы. Банку нужно приложение, чтобы люди могли отправлять деньги, не посещая отделение. Ресторану — система управления заказами. Больнице — база данных историй болезни, чтобы они не терялись в шкафах. Задача инженера заключалась в том, чтобы взять эту расплывчатую человеческую потребность и превратить ее в тысячи, иногда миллионы, точных инструкций, которым машина могла бы следовать, никогда не путаясь, потому что машины не терпят путаницы. Одна неправильно поставленная запятая могла обрушить всю систему.

Это означало, что разработчик годами изучал «грамматику» языков программирования — Python, Java, JavaScript, C++ — так же, как вы годами изучали бы иностранный язык, прежде чем смогли бы написать на нем роман. Затем, помимо этой грамматики, нужно было освоить логику: как разбить огромную проблему на достаточно мелкие части, чтобы компьютер мог обрабатывать каждую по отдельности. Затем — инструменты вокруг: базы данных для хранения информации, серверы для запуска программ, системы контроля версий, чтобы десять человек могли работать над одним проектом, не перезаписывая работу друг друга.

И затем, после того как все это было написано, нужно было протестировать, намеренно сломать, найти места сбоев и исправить их. Отладка — поиск одной неверной строки из десяти тысяч — часто была самым болезненным и наиболее уважаемым навыком в этой области. Старшие инженеры не были старшими потому, что быстро печатали. Они были старшими потому, что годами вырабатывали инстинкт, где прячутся проблемы и как сбоят системы.

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

Этот мир не исчез. Но это уже не вся история.

Затем машины тоже начали писать код

Где-то за последние два-три года произошло нечто, чего большинство людей вне IT еще не осознали полностью. Инструменты ИИ для кодирования перестали быть игрушками, способными автодополнять одну строку кода, и стали чем-то ближе к младшим инженерам, с которыми можно по-настоящему общаться.

GitHub Copilot был одним из первых инструментов, показавших, что это вообще возможно — он сидел внутри вашего редактора кода и предлагал целые блоки кода по мере ввода, обучаясь на огромном количестве публично написанного кода. Затем появились такие инструменты, как Cursor, который по сути является целым редактором кода, перестроенным вокруг ИИ с нуля, позволяя вам описывать желаемое на простом русском языке и наблюдать, как он пишет, редактирует и реструктурирует реальные файлы в реальном проекте. Затем появились Claude Code и OpenAI Codex, и они пошли еще дальше — они не просто предлагают код, они могут планировать задачу, писать по нескольким файлам, выполнять команды в терминале, тестировать то, что они создали, замечать собственные ошибки и исправлять их, почти как настоящий напарник, сидящий рядом с вами.

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

И люди, создавшие этот мир, рассказывают нам, как далеко это уже зашло. Генеральный директор Google, Сундар Пичаи, заявил, что более 30% кода в Google теперь пишется ИИ. Генеральный директор Microsoft, Сатья Наделла, сказал нечто подобное о кодовой базе своей компании. Генеральный директор Anthropic, Дарио Амодеи, предсказал в начале 2025 года, что подавляющее большинство кода может быть написано ИИ в течение нескольких месяцев. Руководство по ИИ в Google говорило о том, что ИИ будет работать как младший инженер-программист в течение года. Это не случайные инфлюенсеры, шумящие ради кликов. Это люди, которые буквально управляют компаниями, создающими эту технологию, и они говорят нам — публично, под запись — что земля уже сдвинулась. [1][2][3]

А еще есть Райан Даль. Если вы не из IT, это имя может ничего вам не говорить, но в нашей индустрии оно значит очень много. Даль создал Node.js в 2009 году, технологию, которая незаметно питает огромную часть современного интернета — это одна из причин, по которой так много веб-сайтов и приложений, которыми вы пользуетесь каждый день, вообще работают. Это не какой-то младший разработчик с горячей точкой зрения. Это один из самых уважаемых ныне живущих инженеров. И в начале 2026 года он опубликовал сообщение, которое в течение нескольких часов разлетелось по всему миру разработчиков: эра написания кода людьми вручную, строка за строкой, фактически закончилась. Он был осторожен, чтобы сказать, что это не означает, что инженерам нечего больше делать — но та часть работы, где нужно «писать синтаксис слово за словом», та часть, на которую большинство из нас потратили годы обучения, больше не является тем, где живет настоящая работа. [4][5]

Когда я прочитал это, сидя в своей комнате в общежитии в Пакистане, я почувствовал что-то среднее между волнением и небольшой, тихой паникой. Потому что я точно знал, о чем он говорил. Я уже сам начал это чувствовать.

Моя собственная ловушка

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

Когда эти инструменты стали хорошими, я обленился. Не ленился в смысле не работать — я работал все время, отправлял код, выполнял задания, быстро создавал проекты. Но ленился гораздо более опасным способом. Я открывал инструмент ИИ, описывал, что мне нужно, и позволял ему писать все целиком. Это работало. Оно запускалось. Я переходил к следующей задаче. Я не читал код построчно. Я не спрашивал себя, почему та или иная функция была так структурирована, или что на самом деле делает конкретное ключевое слово под капотом, или почему ИИ выбрал этот подход, а не другой, который мог бы существовать.

Некоторое время это казалось прогрессом. Я создавал вещи быстрее, чем мои одноклассники. Я все успевал. Но где-то в глубине души постоянно срабатывала тихая тревога. Если бы меня попросили объяснить код, который я только что «написал», смог бы я на самом деле его объяснить? Иногда мог. Но все чаще и чаще честным ответом было «нет». Я смотрел на свой собственный проект и понимал, что он делает, но не как и почему, не по-настоящему — потому что я не делал это мышление. ИИ делал это мышление. Я просто задавал вопросы и копировал.

Это ужасное положение для инженера. Потому что в тот момент, когда что-то ломается так, что ИИ не может это исправить — а это произойдет, потому что ИИ по-прежнему делает уверенные ошибки, по-прежнему неправильно понимает контекст, по-прежнему пишет код, который выглядит правильным, но скрывает тонкий недостаток — вы застряли. У вас нет основы, чтобы даже понять, с чего начать поиск. Я помню одну конкретную ночь, когда проект, который я в основном «создал с помощью ИИ», сломался в условиях, близких к продакшену, и я сидел там почти два часа совершенно потерянный, не потому что проблема была такой уж сложной, а потому что я никогда не развивал в себе навык думать самостоятельно. Я отдал эту «мышцу» на аутсорс еще до того, как ее построил.

Та ночь стала моим переломным моментом. Я очень четко понял, что если я продолжу так, то не стану инженером-программистом, использующим ИИ. Я стану человеком, который промптит ИИ и надеется на лучшее. И это не одно и то же, даже если со стороны какое-то время они могут выглядеть идентично.

Поэтому я изменил свой подход к работе, намеренно и упорно. Теперь, прежде чем я позволю инструменту ИИ написать для меня хоть одну строку, я заставляю его сначала объясниться. Что он собирается делать? Как он планирует это сделать? Почему именно этот подход, а не другой? Я прорабатываю это с ним — иногда это занимает тридцать, сорок минут, прежде чем будет написан какой-либо реальный код — пока я искренне не пойму план настолько хорошо, что мог бы, в теории, написать его сам, просто медленнее. Только тогда я позволяю ИИ генерировать код, и даже тогда я читаю каждую его часть так, будто проверяю чью-то домашнюю работу, потому что в каком-то смысле так оно и есть. Это медленнее. Это менее эффектно. Но после каждой сессии я действительно знаю что-то, чего не знал раньше, вместо того чтобы просто иметь папку с кодом, который я не могу отстоять.

Что я видел во время стажировки

Это подводит меня к тому, что все это для меня кристаллизовало — моя стажировка в софтверной компании XCL.

Там работал старший Laravel-разработчик, человек с многолетним реальным опытом, над действительно большой, сложной кодовой базой — такой проект с таким количеством движущихся частей, что новичок просто заблудился бы, пытаясь найти, где находится та или иная функция. Однажды я спросил его, может ли он показать мне, как он работает сейчас, изо дня в день. Он согласился и показал.

То, что я увидел, было, честно говоря, немного сюрреалистичным. Он использовал Cursor почти постоянно для написания реального кода — описывая, что ему нужно, позволяя ему генерировать большие секции, корректируя по ходу дела. Затем, после того как часть работы была сделана, он переключался на Claude специально для ее ревью — выискивая баги, логические ошибки, то, что не совсем соответствовало остальной системе. Он прямо сказал мне: вот что для него работает сейчас. Писать с помощью одного инструмента, проверять с помощью другого, быстро двигаться, быстро выпускать.

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

Я долго сидел с этим вопросом. У меня до сих пор нет идеального ответа. Но я пришел к одному убеждению, и я хочу объяснить, почему.

Будут ли инженеры заменены?

Вот что я на самом деле думаю, исходя из того, что я читал, что видел своими глазами и что пережил сам: инженеры-программисты не будут заменены. Но способ, которым мы работаем, уже меняется, и он начал меняться некоторое время назад, а не в каком-то далеком будущем.

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

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

Сам Райан Даль высказал ту же мысль, когда его заявление стало вирусным — он не говорил, что инженеры закончены, он говорил, что часть работы, связанная с набором синтаксиса вручную, закончена, и остается дизайн-мышление, принятие решений, а также проверка и управление тем, что производит машина. Это различие имеет огромное значение. [5][6]

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

Выжившими, я думаю, будут люди посередине. Люди, которые агрессивно используют ИИ, без чувства вины, потому что отказ использовать такой мощный инструмент был бы сам по себе глупостью. Но люди, которые никогда не позволят ему заменить реальное понимание в их головах — которые по-прежнему спрашивают «почему», которые по-прежнему читают код построчно, которые по-прежнему достаточно знают, чтобы поймать ИИ, когда он уверенно идет к обрыву.

Что я говорю себе, и, возможно, вам тоже

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

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

Тот старший разработчик в XCL не ошибался, работая так, как он делает. Он быстр, эффективен, и он поставляет реальное, работающее программное обеспечение для реальных клиентов. Но он достиг этой скорости после многих лет понимания того, что вообще означает «хороший код», после многих лет ручной отладки, после формирования суждения, которое теперь позволяет ему доверять и проверять работу ИИ за секунды, а не за часы. Я думаю, что это настоящий урок, скрывающийся за всем этим. Инструменты изменились. Отправная точка — нет. Вы по-прежнему должны понимать, прежде чем сможете руководить. Просто вы получаете возможность руководить чем-то гораздо более быстрым и способным, чем вы сами, если вы заслужили это право.

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

Практический совет: Не бойтесь использовать ИИ в своей работе, но всегда стремитесь к глубокому пониманию того, что он делает. Задавайте вопросы, анализируйте код, который генерирует ИИ, и используйте его как инструмент для ускорения, а не как замену для вашего критического мышления. Это путь к тому, чтобы стать востребованным инженером в новой эре.