Мне несказанно повезло, что я успел получить высшее образование до наступления бума ChatGPT.
Я окончил Университет Карнеги-Меллона по направлению «программная инженерия» в 2021 году. LinkedIn уже тогда был завален корпоративным слопом для вовлечения пользователей. Но этот слоп, хотя бы, писался людьми, а не LLM.
Эх, были же времена.
Когда я начал изучать рынок труда, оценка навыков джуниора, по сути, сводилась к одному бинарному вопросу: «Умеешь ли ты писать код?»
В то время, если я хотел запустить с нуля приложение, на это требовался минимум месяц усилий. И даже если ты знал, какие и как использовать библиотеки, как настроить аутентификацию, на что обратить внимание, как докеризировать своё приложение и как настроить автодеплой в пайплайне CI/CD, ты всё равно был обречён мучительно и монотонно набирать код, рискуя наплодить ошибок.
Сегодня же вся эта рутина полностью исчезла. Масштабируемые, обслуживаемые и красивые веб-приложения можно деплоить с Macbook Pro на собственном домене, меньше чем за 6 часов. Я знаю это, потому что сам так делал. Неоднократно. Самые ценные навыки молодого разработчика испарились, и мы по этому поводу даже не чешемся.
Мне страшно за будущее джуниор-разработчиков, и в этой статье я расскажу, почему.
Традиционная иерархия безнадёжно разрушена
Раньше джуниоры рассматривались просто как наборщики кода. В любой компании бигтеха — от мультимиллиардных гигантов вроде Meta (где мой брат-близнец трудится в роли миддла) и до компаний поскромнее вроде Oscar Health — иерархия выглядела так:
Разработчик уровня Senior или Staff составлял диздок. Как вообще этот документ появлялся? Да как угодно. Он мог быть как лихорадочно набран в 3 ночи по срочному запросу, так и просто спущен от руководства продакт-менеджеру. Конечный результат был один — подробный технический документ, зачастую с фрагментами кода, в котором описывалось, что конкретно нужно создать.
Миддл-разработчик распределял изложенные в диздоке задачи между собой, джуниорами и сеньором, который заканчивал свой проект раньше срока.
Джуниоры же выступали наборщиками кода. Ожидалось, что они будут писать код, но на деле им зачастую не удавалось даже наладить IDE или запустить локально модульные тесты.
И когда впервые вышел ChatGPT, эта иерархия дала трещину. Сегодня же, когда у нас есть модели вроде Gemini 3 Pro и Claude Opus 4.5, она разрушилась окончательно. Можно скормить ИИ документ бизнес-требований (BRD), и он за 15 минут реализует поставленную задачу без вмешательства со стороны человека. Начиная с инструкций и заканчивая пул-реквестом — всё на основе одного промпта.
И мне, как сотруднику Coinbase, у которого в команде нет ни единого джуниора, очень интересно…
Что же сегодня делают начинающие разработчики?
Правда, от которой не отвернёшься
Если бы я закончил статью на этом, она бы просто стала очередным слопом вроде тех, какими заполнен LinkedIn.
Но меня беспокоит то, что всему этому есть подтверждения.
Приведу собственный пример. 30 декабря я написал диздок для новой функциональности: полноценной системы обучения в стиле Coursera для моей платформы алготрейдинга. С видео-уроками, контрольными тестами, учебными материалами, практическими заданиями и сертификатами.
Свои диздоки я составляю несколько иначе. Я прошу ИИ создать HTML-документ, в котором будет просто расписан весь user flow. Такой подход полностью заменяет инструменты вроде Figma, позволяя мне непосредственно видеть, как выглядит процесс пошагово.
Скриншоты user flow
Потом на основе этого документа я уже составляю на Markdown диздок, описывающий:
модели данных,
контроллеры и любые асинхронные задачи, которые могут потребоваться,
веб-страницы,
компоненты страницы,
окончательный план реализации.
Итак, 31 декабря я реализовал минимально необходимую основу страницы и 1 января её развернул.
И это не лендинг. Это продакшен-система, где присутствует:
35 компонентов React. Видеоплееры, механизм контрольных тестов, трекеры активности, генераторы сертификатов.
Отслеживание прогресса по 6 модулям и 35 урокам с сохранением между сеансами.
Механизм обнаружения полного просмотра видео с помощью YouTube API, который автоматически отмечает прохождение урока после просмотра 75% таймлайна.
Механизм тестовых заданий с перета��овкой вопросов, их проверкой, возможностью повтора и отслеживанием баллов.
Генератор PDF-сертификатов с кодом верификации при помощи html2canvas и jsPDF.
Интеграция с учётной записью LinkedIn. Можно добавить сертификат в свой профиль буквально одним кликом.
Система ревью с оценками в виде звёзд, статистикой и функцией редактирования.
Ограниченные по времени промо-акции с таймерами отсчёта и купонами.
Платёжная система: Stripe Checkout, Apple Pay, Google Pay.
Обучающая система, показывающая пользователям, как с нуля выстраивать стратегию алготрейдинга, тестировать её на исторических данных и запускать на платформе NexusTrade.
Код получился весьма неплох. Я помню время, когда писал подобный сам. Тогда у тебя был VSCode, YouTube и Stack Overflow. Кофе лилось рекой, и кружка из-под него могла не мыться неделю. Не буду кривить душой, код не идеален. Но он хорош. Я вполне могу разобрать его логику, и это отчасти внушает уверенность, что в ближайшие месяцы проблем с его обслуживанием не возникнет.
Но даже с учётом возможных трудностей при обслуживании общая математика всё равно изменилась. Одни выходные и последующие попутные правки — это явно быстрее, чем несколько месяцев разработки.
Но эта интеграция в основном опирается на уже реализованную инфраструктуру. Такие компоненты, как платежи и встроенные обучающие материалы, были уже созданы. А вот механизм тестов и управление обучением… всё это полностью новый код.
Два года назад для этого проекта потребовалось бы три разработчика и три месяца реализации, а то и дольше. Я это знаю, потому что сам участвовал в таких проектах. В них старший разработчик занимается архитектурой, миддл — реализует основную функциональность, а джуниор штампует компоненты, пишет тесты, правит граничные случаи.
Тогда работа джуниора состояла в следующем:
на основе предоставленного дизайна создать 35 компонентов UI,
реализовать логику контрольного теста и механизм его проверки,
наладить отслеживание прогресса,
реализовать генерацию сертификатов в PDF,
написать конечные точки API,
исправить сотни мелких попутно возникающих багов.
Вся эта работа — именно реализация — и перекочевала к ИИ.
Я не писал эти 35 компонентов вручную. Я объяснил ИИ, что мне нужно, и проверил выданный результат. Во многих случаях Opus 4.5 генерировал корректный код с первой попытки. Я же лишь принимал решения в духе: Что эта система должна делать? Как должны быть связаны эти части? Каким должен быть пользовательский опыт?
Джуниор выступал эдаким слоем реализации между мыслительным процессом сеньора и рабочим ПО. Сегодня же этот слой почти растворился.
И здесь возникает неудобный вопрос, на который у меня нет ответа: «Если джуниоры не будут пропускать через себя всю эту реализацию, как они выработают чутьё, чтобы стать сеньором? Тем, кто проектирует системы и может отличить дельную выдачу ИИ от мусора.»
Я знаю, что код в порядке, так как имею весь этот опыт. Тот опыт, когда любая идея воплощалась ценой значительных усилий. Сегодня это уже не так — вне зависимости от того, называем мы результат «слопом» или нет.
Неудобная правда
Я не отношусь к сторонникам мрачных прогнозов в отношении ИИ. И я даже написал вирусную статью на тему хайпа вокруг ИИ, где изложил свой взгляд на вещи.
Но я и не слепой.
На моей первой работе в Oscar Health меня считали прекрасным инженером из-за «выдающейся способности к исполнению». За что? За то, что я умел быстро писать рабочий и качественный код.
А если бы я устроился на ту работу в 2026? Меня что, сочли бы посредственным?
И да, со временем я освоил проектирование систем и научился писать хороший, обслуживаемый код, который люди не боятся брать в ревью. Да, все эти навыки пригодились. Но, знаете, что стало самым полезным (как минимум в моей бывшей рабочей среде)?
Способность быстро выполнять черновую работу.
Сегодня же этого временного барьера просто…нет. ИИ может писать качественный код за считанные часы при минимальном содействии со стороны человека. И если бы это было пределом его возможностей, то вся моя тирада утратила бы смысл. Но ChatGPT вышел 30 ноября 2022 года. То есть прошло всего три года. А что будет ещё через три?
Но я не думаю, что профессия разработчика обречена на корню. Я не верю, что ИИ заберёт всю работу, и что студенты факультетов компьютерных наук сегодня получают бессмысленное образование.
Однако я не могу отвергнуть очевидные вещи.
Роль джуниора существовала, потому что реализация была сложной. Перевод диздока в рабочий код требовал времени, навыков и терпения. Все эти препятствия оправдывали целый уровень в инженерной иерархии.
Теперь же этих препятствий нет.
И что делают джуны сегодня? Возможно, вместо написания кода, они стали делать его ревью — проверять выдачу ИИ, высматривать галлюцинации, вникать в системы достаточно глубоко, чтобы уловить ошибку машины.
Возможно, их роль свелась к чему-то вроде джуниор-архитектора, который уже на ранних этапах карьеры осваивает проектирование систем. А может, эта роль просто исчезнет, и мы придумаем полностью новую модель наставничества? Или же эти специалисты станут переоценёнными ревьюерами кода, от которых не следует ожидать глубокого понимания его работы.
Признаюсь, меня это несколько пугает.
Неудобное решение
У меня есть совет начинающим разработчикам, и я понимаю, как он прозвучит.
Потратьте год на создание чего-нибудь с нуля. Без Cursor. Без Claude. Без Copilot. И даже без копирования сообщений об ошибках в ChatGPT.
Создайте реальную систему с аутентификацией, базами данных, API и фронтендом на React. Разверните её в облаке, используя только документацию, Stack Overflow и собственное терпение.
Сделайте это, прежде ч��м идти в реальный мир на свою первую стажировку программистом.
Ощутите всю тягость неудачных абстракций, когда их приходится рефакторить вручную. Испытайте ту боль, когда схема базы данных, которую вы криво спроектировали на втором месяце, начинает давать сбой на восьмом. Почувствуйте, к чему может привести «короткий путь», когда ваша страница начинает грузиться по одиннадцать секунд, и вам приходится выискивать причину, перебирая строки одну за другой.
Это может прозвучать как дедовщина в духе «я же через это прошёл». Как некое отпугивание со стороны того, кто успел забраться наверх, пока не убрали лестницу.
Может, так и есть.
Но вот вам факты: я понимаю, что ИИ сгенерировал хороший код только потому, что сам годами писал плохой. Я улавливаю галлюцинации, потому что тоже совершал такие ошибки. Я доверяю только собственному видению, так как выработал его постепенно. Но и даже теперь я всё равно иногда ошибаюсь.
Как можно выработать чутьё, ни разу не почувствовав провал?
Думаю, никак.
Джуниоры, которые минуют этап всей этой боли, не станут сеньорами. Они станут операторами ИИ — теми людьми, которые могут создавать код, но не умеют его оценивать. Теми, кто может запросто интегрировать губительный пул-реквест, роняющий весь продакшен — просто потому что ИИ был убедителен, а у них не хватило опыта, чтобы увидеть ошибку.
Да, я понимаю, почему мой совет звучит жестоко. Зачем намеренно выбирать трудный путь, когда есть простой? Зачем ограничивать себя, когда другие такие же джуны с помощью ИИ клепают код в 10 раз быстрее?
А затем, что у быстрого пути есть предел. К 2030-му году сеньорами станут не те, кто ставил рекорды по вайбкодингу в 2025. Это будут те, кто умеет отлаживать сгенерированный код, когда он ломается так, что ИИ не может его починить. Те, кто может взглянуть на систему и почувствовать неладное ещё до её оценки по метрикам.
Нельзя выработать это чутьё, просто наблюдая за работой ИИ.
Поэтому, да: пройдите тяжёлым путём. Хотя бы раз. Создайте что-то реальное без костылей. Прочувствуйте последствия каждой оплошности. Наработайте часы. Накопите знания.
Тогда, и только тогда вы сможете браться за инструменты ИИ с пониманием того, что они вам предлагают.
В противном случае нас ждёт поколение разработчиков, которые не смогу разрабатывать без ИИ. И когда ИИ ошибётся — а он будет ошибаться — не останется никого, кто бы знал, как это исправить.
И меня бесит само осознание того факта, что сейчас мы как раз к этому и идём.
Комментарии (48)
Dimon41
15.02.2026 13:06Автор пишет о том, что скоро будет только ИИ кодить, а проверить его некому. Только доверие. И новое тоже сможет клепать только ИИ.
dckeexoq
15.02.2026 13:06Однобокая статья, которая опять строится на предположение, что через 3 года прогресс ИИ будет такой же, как с 22го. Вероятность такого развития есть и не нулевая, но и не 100%.
Второй момент. Иерарахия\ревью - это и так атавизм, которыми закрывали либо не сформулированные\не обговоренные требования к коду, тестам и т.п., либо чье-то наплевательское отношение к своей работе и прочие корпоративные проблемы. Взрослым людям не нужны ревью, а детям они не помогут. Толкового разработчика я узнаю на 1 курсе универа - как родного, а бестолковому не скрыться за "годами опыта", званиями и т.п.
Начинающие инженеры сейчас не разобьются о проблему "непреодолимой пропасти". Для этого есть мы - кто понимает, что происходит, видит недостатки начинающего и знает, как их закрыть.
В целом ничего страшного не происходит, просто ценность хорошей памяти у людей падает, а ценность аналитических способностей растет. Мир взаимосвязан и имеет множество нетривиальных обратных связей. Массовые увольнения среди скорострелов будут, но они же и будут проигрывать, т.к. это просто признак определенной глупости в менеджменте.
fedorez
15.02.2026 13:06Взрослым людям не нужны ревью
вот не согласен. так же и забронзоветь можно, и начать интеллектуально лениться. существует некоторый психологический гистерезис между "начал терять форму" и "заметил что что-то не то стало", совершенно аналогично набору лишнего веса (который неожиданно проявляется в севших за зиму джинсах). иногда даже суперпрофи полезно получить крошек за шиворот даже от не так уж суперского, тонизирует
dckeexoq
15.02.2026 13:06А это не запредельный уровень самоизоляции от коллег с опытом в команде, отделе, фирме или городе. Общаясь с тремя- пятью такими коллегами за рюмкой кофе, ты понимаешь, чем дышат люди с твоим опытом на других стэках.
Молодежь в команде тоже предоставлена сама себе? Никто не торопится "засунуть свои ручки в мясорубку"? Никто не проверяет бэкролл и форвардролл стратегии команды на продакшене по заветам хаос-манки?
Нужно работать над "корнем проблемы", а не затыкать дыры процессов и состояния команд еще большим количеством "насилия над личностью" и прочей бюрократией. Нужно четко осознавать, что мы в России, а не в Кремниевой долине, куда со всего мира едут люди разной степени образованности и этики, чтобы за еду работать на местных галерах в четырехлетнем марафоне опционов, а потом лечиться от выгорания.
iiwabor
15.02.2026 13:06В компании где я сейчас работаю, мы столкнулись сейчас с тем, что джуны, часто использующие нейросети в работе, не развиваются в мидлов, а наоборот - деградируют. Нагенерил код, сдал таску и начисто забыл о том, что и как делал.
Как код работает в проекте, как сам проект работает, как работают смежные с ним проекты - они разбираться не хотят, а зачем? Это не говоря уже о качестве "нагенеренного" кода. Приходится ограничивать для них применение ИИ.
Плюс компания в начале года дополнительно выделяет 3% от суммы годовой оплаты сотрудника на его обучение. И ставятся личные цели чему должен научиться, за выполнение - премия. Или нет, если не выполнил.
Владельцы компании пошли на доп расходы, а иначе все это кончится большими проблемами в будущем.
TimsTims
15.02.2026 13:06Владельцы компании пошли на доп расходы, а иначе все это кончится большими проблемами в будущем.
При этом, с другой стороны, компании могут заморозить найм на какое-то время, ведь уже не нужно столько рук, чтобы клепать то же количество задач. Значит, в одном месте сократили расходы (-10% на увеличение штата), в другом увеличили (+3% на обучение текущего). И не факт, что экономически, компания в минусе (у кого как).
OlegZH
15.02.2026 13:06И это не лендинг. Это продакшен-система, где присутствует: ...
Набросать можно много чего. Может получиться и весьма работоспособно. Только качество этой работоспособности будет невысоким. Как и многое из того, что нас окружает вокруг. В плане программного обеспечения. Почти любой продукт можно копнуть и найти изъяны и системные дефекты. Хотя, да, мы такими продуктами активно пользуемся. А ИИ радостно это всё воспроизводит. Ну, да. Такого обучающего материала навалом. Обобщить легко.
От ИИ был бы настоящий толк, если бы он проанализировал накопленное ПО и выдал бы более простую прозрачную и безопасную архитектуру вместо существующего многослойного пирога.
Раньше джуниоры рассматривались просто как наборщики кода.
Все деления условны и формальны. Но если вот так относиться к людям, то... Ну а теперь Вы будете ждать массового появления наборщика пром(п)тов. А где, собственно. разработка? Ведь, никто не ответить на вопрос, почему все программисты всегда решают одни и те же задачи? Ну, если задача уже решена, то почему нельзя взять готовое решение? Если этого не понимаю "милды" и "сеньёры", то получается, что, на деле, никаких серьёзных специалистов в индустрии просто нет. А есть заядлые пользователи определённых библиотек и технологий, которые всюду эти буквосочетания и продвигают. Проходят годы, меняются и буквосочетания. А если бы и был какой-нибудь сеньёр настоящий, то он, во первых строках, сказал бы, что у нас такая-то задача, и спросил бы, а зачем нам вот эта технология. Главное, ведь, решить задачу, а не применить технологию. А если для решения задачи потребуется создать новую технологию (или взять готовую технологию из другой области), то так тому и быть.
Кстати. Этот флёр вокруг ИИ такой ароматный исключительно потому, что с ИИ никто не требует обратной совместимости. Дайте мне — потенциальному "джуну" — аналогичную задачу, я Вам тоже с нуля напишу (в конце-концов) нечто прилично работающее. Ну, да. подождать придётся. Только, если "джуны" исчезнут, то, потом, исчезнут и остальные. И всё будет сплошной ИИ: ИИ на ИИ сидит и ИИ погоняет. Будет там, наверное, какой-то живой конечный пользователь, но и его мы уже не сможем отличить от ИИ.
norguhtar
15.02.2026 13:06От ИИ был бы настоящий толк, если бы он проанализировал накопленное ПО и выдал бы более простую прозрачную и безопасную архитектуру вместо существующего многослойного пирога.
Ну тут есть момент ИИ сейчас это синтез существующего, а не предоставление нового. Если вы ИИ положите узкую задачу, которую до этого никто не решал в широком поле результат будет удручающим.
constaprol
15.02.2026 13:06А хватит ли денег у инвесторов на эти 3 года, чтобы посмотреть, что будет дальше.
Интересно, что ИИ обучается на куче кода. которое навайбкодили и качество кода явно оставляет желать лучшего, а точно ли ИИ развивается и будет развиваться.
AndPronin
15.02.2026 13:06Ну, большинство джунов програмистов, скажем, на python, очень слабо представляют, как оно там под капотом. А С++ не все знают ассемблер. Мир движется к абстракции и упрощению. Это нормально.
onets
15.02.2026 13:06Конечный результат был один — подробный технический документ, зачастую с фрагментами кода, в котором описывалось, что конкретно нужно создать
Я перестал понимать истерию по поводу джунов. Что значит джун - это наборщик кода, предоставленного в документе?
Я когда закончил ВУЗ по специальности и пришел на первую работу программистом - я получил ТЗ и задачу "написать программу по этому ТЗ". В ТЗ были описаны бизнес-процессы, сущности с полями (тогда я еще не знал как это называется), мокапы экранов и формы отчетов. Все, никаких технических решений, никаких участков кода, никаких схем БД, ничего такого. Как хочешь так и делай, главное, чтобы выглядело и работало как описано в ТЗ.
Плюс со стороны начальника отдела были некоторые входящие технические ограничения - C#, WinForms, компоненты DevExpress, MS SQL и одна собственная библиотека - аналог будущих ORM в мире C#.
Всю остальную работу - по уточнению ТЗ, переработке ТЗ в программный код, в БД и все вот это вот я делал сам. Никто не писал за меня участки кода, все локальные технические решения (в том числе и ошибочные разумеется) я принимал сам.
По прошествии 18 лет моя работа по сути не поменялась. Разве только, что я могу самостоятельно сделать бизнес-анализ и написать ТЗ (но во-первых я в любом случае сделаю это хуже чем опытный аналитик, и во-вторых не все сениоры этим занимаются, зависит от компании и состава команды), определить приоритет для какой-нибудь задачи и системы стали трехзвенные вместо двух.
Короче eсли джуну надо предоставить готовый код, который он просто перенесет в IDE и нажмет кнопку компиляции - это не джун, а хз пойми кто.
Cringeon
15.02.2026 13:06Не следует, через 10 лет уже вряд ли в массах будут писать коммерческий код руками
empezamosdenuevodesdecero
15.02.2026 13:06Дичайшая отрванность от реальности. Хотите джунов, верните буткемпы со стипендией. Год этот, джуну тоже надо что-то кушать.
Пример из личного опыта. Я далеко не джун, но я в Аргентине и без ВНЖ, и документов, которые позволят мне нормально трудоустраиваться по белому. На своем опыте я сделал себе имя в «узких» кругах и это позволяет мне выживать.
Карты РФ - давно превратились в тыкву, а уж с заботой о моих переводах с 2026 года, рынок РФ для меня исчез.
Раньше джуну из РФ можно было нарабатывать опыт на международных фриланс биржах, конкурировать с индусами с кучей «орденов и медалей», сейчас и этого нет.
В общем получается что своих специалистов нужно растить с детства. Ребенок с интересом к ИТ в семье айтишников - вот кто займет место «джунов».
То, что сейчас происходит в айти я уже видел в авиаотрасли и других инженерных направлениях. Решение есть, но оно тяжелое и дорогое. Да и никто не будет этим заниматься.
OlegMax
15.02.2026 13:06Хотите джунов, верните буткемпы со стипендией
Так никто джунов и не хочет. Раньше они хоть как-то оправдывали свое существование, решая несложные, но времязатратные задачки и обещая вырасти. Сейчас такие задачки эффективнее отдать ИИ, а расти они сами (в большинстве) не хотят, предпочитая носить запросы от начальства в LLM, а код в обратную сторону, не вникая ни во что по пути
paperwork
15.02.2026 13:06Я далеко не джун, но я в Аргентине и без ВНЖ, и документов, которые позволят мне нормально трудоустраиваться по белому.
(Ничего себе... поэтому такой ник?)
В общем получается что своих специалистов нужно растить с детства. Ребенок с интересом к ИТ в семье айтишников - вот кто займет место «джунов».
Но почему именно в семье, а не на крупном предприятии с госзаказами? Такой способ воспроизводства кадров будет неэффективным, если только не все 100% детей будут выбирать ту же профессию и те же увлечения, что и у родителей, но в это не очень верится...
Foreststander
15.02.2026 13:06Сомневаетесь в коде от ИИ? Отдайте его на ревью другому ИИ
gsl23
15.02.2026 13:06Вот лично 100% согласен. С чего автор считает что умение сеньора ревьювит не поддается ИИ обучению ? Научился кодить, научится и ревьювить сначала плохо, потом лучше, со временем обойдет любые возможности любого сеньора.
Смешно ей богу, это как раньше утверждали, что машина в шахматы не научится играть)
nkrainov
15.02.2026 13:06Со временем. Но для этого
Дожить надо до этого момента.
Необходимо уметь определить, что человек не нужен для проверки кода. А для этого нужен спец.
qqsick
15.02.2026 13:06Опять куча всего про ИИ, про скорость деплоя с Macbook Pro на собственном домене.... но про оптимизацию ни слова.
Быстрый деплой чего-то прожорливого по ресурсам ПК из черного ящика? Чет нагенерировалось, а оптимизация,а тестирование, а анализ распределения памяти по регистрам и тд Почему то же еще самолеты еще старющем софте... Может потому что там всё отлажено до последнего бита, всё ясно куда и почему записывается, что где сохраняется. Мне кажется, что ИИ немного не тому учат... Может ассемблер ей какой скормить? А то позиция: "железо всё стерпит" несколько не устойчивая
Arn984575
15.02.2026 13:06Ничто не мешает использовать ИИ для создания нагрузочных тестов на k6, генерации реалистичных сценариев, раздувания базы до сотен гигабайт и анализа метрик — с его помощью можно быстро выявить p95/p99 задержки, узкие места в БД и проблемы с connection pool даже без глубокого опыта в performance-инжиниринге; проблема не в ИИ, а в людях, которые не гоняют код под нагрузкой и не проверяют деградацию при росте данных, а потом удивляются, что «упал прод», хотя даже в pet-проектах можно настроить rollback, алерты и метрики, тогда как в среднем бизнесе с ИТ-бюджетом в десятки миллионов в год годами не делается даже базовый apt upgrade, остаётся Ubuntu 16, древний Zabbix-агент 2015 года, отсутствие автотестов, rollback и нормального мониторинга, и вместо системной модернизации звучат аргументы про «слишком сложный переход на Ubuntu 24 php 8.4 и зависимости», Хотя у меня проект уже работает в Docker на легаси-стеке и способен держать нагрузку — вопрос не в технологиях, а в управлении и ответственности.
qqsick
15.02.2026 13:06Печально,что такие темы не форсят... В основном типа: "смотрите, жмёшь кнопку и всё само деплоится и компилируется, а потом работает." А то, что же там под капотом, какие ресурсы потом это жрёт и можно ли этому доверять - ну как то не модно обсуждать и расписывать
nomhoi
15.02.2026 13:06Как использовать AI для обучения джунов?
https://share.google/aimode/WLqb8fOaaitlJRWXOКак видится, сейчас джун может прокачаться намного быстрее с помощью AI:https://share.google/aimode/gshemddMUnjF0Lrve
Джуны сейчас находятся в лучшем положении, чем раньше?
https://share.google/aimode/uHYFqYzYUZYZDul0pnomhoi
15.02.2026 13:06Долгосрочная стратегия: Руководство компании, включая директора по персоналу Никл ЛаМоро (Nickle LaMoreaux), считает, что отказ от найма младших специалистов разрушает «конвейер талантов». Без набора новичков сегодня компания может столкнуться с нехваткой опытных руководителей через 5 лет.
spirit1984
15.02.2026 13:06Я окончил Университет Карнеги-Меллона по направлению «программная инженерия» в 2021 году.
...
В то время, если я хотел запустить с нуля приложение, на это требовался минимум месяц усилий.
...
Сегодня же вся эта рутина полностью исчезла. Масштабируемые, обслуживаемые и красивые веб-приложения можно деплоить с Macbook Pro на собственном домене, меньше чем за 6 часов. Я знаю это, потому что сам так делал. Неоднократно. Самые ценные навыки молодого разработчика испарились, и мы по этому поводу даже не чешемся.
Странное начало статьи. 2021 - это не то чтобы очень давно, и уже тогда приложение можно было развернуть в AWS или Azure гораздо шустрее, чем за месяц. Чему там обучают в Университет Карнеги-Меллона, что выпускник по программной инженерии задвигает такие странные тезисы?
Disonco
15.02.2026 13:06Можно сравнить нынешнюю ситуацию со спортом, чтобы стать топ спортсменом нужно много тренироваться, тоже самое и для того чтобы стать сеньором. Но тут вдруг появляется устройство которое делает человека быстрым, сильным, ловким, топ спортсменом, и все спортсмены начинают им пользоваться. Ожидаемо что через какое-то время базовые характеристики тех кто этим устройством пользуется упадут. С LLM тоже самое.
mustafa222
15.02.2026 13:06Сделайте это, прежде чем идти в реальный мир на свою первую стажировку программистом.
Давайте начнем с основы - прежде чем в школе писать шариковой ручкой обязательно же надо писать перьевой. Если вы не знали в мире были большие баталии на этот счет. Люди были уверены что дети отупеют если не будут делать кляксы чернил на бумаге и не пройдут через ту "боль", которую проходили поколения
Или другой пример: зачем вам удобный графический редактор кода - установите всем блокнот первый год - пусть страдают и познают до автоматизма синтаксис
Или третий пример: когда наставала эпоха google было опять же много споров - ну это же отупение населения. Как можно просто вбить строку поиска и читать выдачу. Это как краткое содержание войны и мира прочитать
Мой вывод: всегда когда ты настрадал какой-то опыт, то очень сложно наблюдать как другие идут не таким же путем, особенно если делают это на порядок легче в силу технологий или других обстоятельств. Ты как бы становишься лузером и они обесценивают тебя. Отсюда многие безосновательные идеи - прежде чем стать программистом надо отучиться в универе, познать алгоритмы, выучить ассемблер и c++. А иначе как ты смеешь подходить к react. А в итоге "ты программист" <=> "ты прошел собес на программиста в данной компании и справляешься с нагрузкой в данной компании" Это все что требуется)
OlegZH
15.02.2026 13:06С одной стороны, настоящее развитие никогда не бывает без преодоления трудностей. Нужна определённая нагрузка, чтобы росли "мышцы". Легкость "овладения" оборачивается увеличенным временем на исправление ошибок, возникающих вследствие низкого уровня знаний. С другой стороны, судя по тем приложениям, которыми мы пользуемся, "прохождение собеса" означает, как раз, не самый высокий уровень прошедших. Да, отрасль постоянно выдаёт работающий продукт. Но его качество...
То ли дело с техническими специальностями. Сантехник, например. Хорошо определённый набор навыков. Хорошо определённый набор инструментов. И критерий качества очень простой: течёт/не течёт. Почему в ИТ всё по другому? Почему нельзя просто выучиться на программиста, как на сантехника? Должен же быть какой-то набор базовых представлений. чтобы готовый специалист уже с первого дня работы мог работать по специальности. Тут нужны и алгоритмы, и архитектура, принципы построения сетей, баз данных. Без образования приходится выдумывать всякие "гибкие" технологии создания программного обеспечения и тратить жизнь на объяснение того, "протечка" программного кода не "баг", а "фича". Протечка, однако, всегда останется протечкой.
astenix
15.02.2026 13:06Условно «Учитесь перебирать мотор и подвеску, иначе не сможете ездить по городу в магазины».
punhin
15.02.2026 13:0620 лет назад пришёл в образование - преподавал студентам эконометрику и статистику, и вскоре обнаружил, что лучшие результаты в изучении этих предметов и решении задач показывают те студенты, которые прошли путь вычисления вручную всех значений, а не те, кто сразу стал использовать готовые формулы в экселе (ну, то есть, берём формулу, раскладываем её на числитель и знаменатель, на произведения, считаем все необходимые суммы по отдельности, а не вбиваем в табличку Х и Y, и после ввода формулы смотрим на результат). Первые шаги студентам нужно было делать осознанно, понимая, что они делают, как они это делают и вообще, зачем это нужно. Потом уже можно и формулы применить для ускорения расчётов, но сначала - только вручную.
Так же будет и с нейросетями - рассматривайте их как бесплатные мегабыстрые калькуляторы, за которыми глаз да глаз нужен, иногда - даже на концептуальном уровне понимания сути задачи и того, каким должно быть правильное решение. Как в той истории про 1$ за удар молотком и 99$ за то, чтобы знать, куда именно нужно ударить.
DmitryHidden
15.02.2026 13:06Снова потратил время на бесполезную статью фантазёра. Проблему никто не решает, а отрясают воздух. Хотите джунов - верните буткемпы и стипендии
AstRonin
15.02.2026 13:06Ну, походу компаниям предстоит пойти путем альтруизма и нанимать джунов на маленькую ЗП и просить сеньеров отдавать им часть несрочных дел, чтоб те учились, а не были бы узким горлышком
Tzimie
Вопрос в другом. Кто будет синьерами в 2036 году. Или это будет каста типа программистов на коболе, потому что свежей крови уже нет?
shtwark
А что, ИИ не сможет изучить кобол и прочее легаси? Автор статьи ведь частично предсказал это, он написал чатгпт вышел три года назад, насколько круче он может статьчерез 3 года. А тут 10 лет, он будет еще круче. Думаю за это время мир изменится до неузнаваемости. И хорошо, если те, кто останется за бортом ИИ революции, не начнут собираться в банды и кошмарить остальных. Хотя их тогда просто перестреляют
R0uT3r
Ничего себе у вас фантазия хорошо работает. Мне бы так)
gun_dose
Большинству сеньоров, кого я знаю, сейчас 35-45 лет. Через 10 лет им будет 45-55 лет. То есть перспектива, что сеньоры как будто бы закончатся из-за отсутствия джунов, это даже не ближайшее десятилетие. И за это десятилетие ещё 100 раз всё изменится
Serge1001
А они нужны будут?
Tzimie
Ну может кожаные вообще будут не нужны
rg_software
Я думаю, если выйти из пузыря, то окажется, что есть масса профессий, где люди "не-сеньорского уровня" существовать не могут в принципе. Спортсмены, музыканты -- очевидно, откуда деньги у тех, на кого не ходят смотреть/слушать. Юристы, врачи -- менее очевидно, но тоже по сути работают подмастерьями, пока не накопят опыта и клиентов.
Вход в профессию будет занимать гораздо больше времени. Наверно, неприятно, когда начало собственной карьеры приходится на такие события, но что поделаешь. А как всё устаканится, новое положение вещей будет восприниматься как вариант нормы.
Tzimie
Да, например бесплатное стажерство на пять лет. Кто может себе это позволить?
rg_software
Ну по этой логике в мире нет ни музыкантов, ни спортсменов. Кто может себе позволить бесплатно или за еду развиваться настолько, чтобы на тебя пошла публика.