Профессию программиста хоронят примерно с момента её появления. В 1961 году в отраслевом обзоре всерьёз писали, что «абстракция навредит нашей профессии». Затем появились COBOL и FORTRAN — и началось по новой. Джойс Карри Литтл вспоминала в интервью: «Когда вышел FORTRAN, только и слышно было: „Программисты больше не нужны“».
Дальше — 2011 год, Дублин, конференц-центр. Студент последнего курса слушает панель, где спикер объясняет залу: работы вам не будет, рынок завалит дешёвая рабочая сила, европейские инженеры никому не интересны, а диплом по computer science — это подготовка кухонного подсобника. Последнее задело лично: подсобником он работал и знает, что труд этот тяжёлый и нужный. Дело было вскоре после финансового кризиса, вокруг говорили примерно то же. Он всё равно пошёл в разработку и взял первое предложение ещё до выпуска.
Сейчас на месте «дешёвой рабочей силы» — ИИ. Аргументы те же, интонация та же. И вот что из этого стоит вынести, если вы работаете в отрасли или только собираетесь.
Честная часть: рынок правда изменился
Период нулевой ставки, когда разработчиков сметали с рынка пачками, был аномалией, и это понимали все. Спрос тех лет ушёл, и коррекция оказалась в чём-то хуже, чем представлялось. Делать вид, что всё как прежде, — самообман. Вход в профессию стал дороже, конкуренция на позициях без опыта выросла, и «просто выучу язык и получу оффер» больше не работает как план.
При этом сравнивать нынешнюю ситуацию с тем, что было до разработки, автор текста умеет буквально на себе: пятнадцать лет в гостеприимстве, стройке, сельском хозяйстве, продажах, ландшафтных работах и физическом труде. Разработка остаётся лучшей из его работ, даже с поправкой на коррекцию.
Пессимизм по поводу индустрии — не новый жанр. Люди предсказывают смерть чего угодно, и иногда даже угадывают. Но в случае с разработкой прогнозы повторяются с завидной регулярностью и каждый раз с одинаковой уверенностью.
Что на самом деле меняется
Гергели Орош сформулировал это как рабочую характеристику профессии: она во многом про готовность постоянно учиться и жить в условиях перемен. Не про конкретный стек. Не про то, что вы выучили один раз и теперь у вас пожизненная гарантия.
Разницу хорошо видно на контрасте. Работа в баре: каждый вечер надо вымыть те же полы и вернуть всё ровно в то состояние, в котором было утром. Один и тот же цикл без цели и без изменений. Не то чтобы плохо — но от этой повторяемости сводит зубы. В разработке наоборот: задача почти всегда новая, старые решения ломаются, инструменты меняются быстрее, чем вы успеваете к ним привыкнуть. Кому-то это кажется стрессом. Кому-то — тем самым, ради чего стоит работать.
Практика: как вести себя, когда профессия едет
Держите в фокусе задачу. Инструмент меняется, задача — нет: понять, что болит у людей, и сделать так, чтобы не болело. Инженер, который умеет разговаривать с пользователем и разбирать незнакомую систему, переживает любую смену стека.
Учите то, что переносится. Отладка, чтение чужого кода, проектирование данных, умение задать вопрос «а зачем мы это строим» — этого хватит на десятилетия. Синтаксис последней библиотеки — нет.
Осваивайте новую волну раньше, чем она станет обязательной. С ИИ сейчас происходит ровно то, что происходило с высокоуровневыми языками: сначала «они всё испортят», потом «без них никуда». Разница в том, кто к моменту второй стадии уже умеет этим пользоваться.
Не строьте карту на десять лет. План «два года джун, три миддл, дальше видно» ломается о первый же сдвиг рынка. Вместо этого — ревизия раз в полгода: что я умею, чего не умею, что из этого спрашивают.
Что работает и когда не срабатывает
| Действие | Что даёт | Когда не сработает |
|---|---|---|
| Встроить ИИ-помощника в ежедневную работу: черновики, разбор ошибок, рутина | Освобождает время на то, что действительно требует головы; вы быстрее видите границы возможностей инструмента | Если используете вслепую, без понимания того, что он сгенерировал |
| Работать с незнакомым кодом: легаси, чужие проекты, открытые исходники | Навык ориентироваться в системе без документации — самый устойчивый к переменам | Если цель — только «прочитать», без попытки что-то в этом сломать и починить |
| Сменить домен внутри разработки | Новая предметная область поверх существующих навыков, доступ к другому рынку | Если смена продиктована сиюминутной паникой, а не интересом к области |
| Публичные проекты и портфолио | Проверяемый результат вместо слов в резюме | Как замена реальному опыту в команде — не работает |
Когда паника оправдана
Один сценарий, где тревога уместна: если единственный освоенный навык — механическое повторение действий по чужому списку. Такое автоматизируется первым, и это не про ИИ, а про саму природу такой работы.
Плохие результаты тоже случаются, и их не стоит отрицать. Тот же enshittification — прямое доказательство, что технологии могут ухудшать продукт, если внутри нет людей, которым не всё равно. Поэтому хороших и добросовестных людей в профессии нужно больше, а не меньше.
Две вещи, которые точно не помогут
Ждать, пока рынок вернётся к состоянию, которое было аномалией. И спорить с прогнозами вместо того, чтобы смотреть на свою текущую работу: что из неё автоматизируется первым, что нет, что можно сделать в этом месяце.
Разработка остаётся работой для тех, кто любит разбираться в сложном и жить с постоянными изменениями. Всё вокруг движется, всегда и без остановки, но это не обязательно к худшему. Полезнее задавать вопрос, как стать лучше в том, что делаешь, и строить запас прочности — на случай следующей волны, которая придёт быстрее, чем вы думаете.
Fluxs
Комментарии (0)
Войдите, чтобы комментировать.
Пока нет комментариев. Будьте первым.