Классическое IT всё? Нас всех уволят? Часть 2.
Начало выше 👆
В больших компаниях, конечно, всё будет сложнее.
Там нельзя просто сказать: “пусть продакт нагенерит код и выкатит в прод”.
Большие кодовые базы, процессы, безопасность, легаси, комплаенс, зависимости, релизные циклы — всё это никуда не денется.
Но людей, которые нужны просто для механического производства кода, скорее всего, будет требоваться меньше.
А зона ответственности одного инженера будет становиться шире.
Я думаю, рынок двигается в сторону T-shaped специалистов.
То есть не “я фронтендер и больше ничего не трогайте”.
А “я могу взять бизнес-задачу и протащить её до результата”.
Например:
фронтендер, который понимает бэкенд, API, базы, аналитику и продукт;
бэкендер, который может собрать интерфейс и не умереть;
разработчик, который понимает ML-интеграции;
инженер, который умеет в инфраструктуру;
аналитик, который может сам собрать прототип;
дизайнер, который может не только рисовать, но и собирать живые интерфейсы.
Короче, ценность будет не в том, что ты умеешь писать код.
Ценность будет в том, что ты можешь решать задачу целиком.
С допущениями, понятно.
Никто не говорит, что каждый должен стать одновременно дизайнером, ML-инженером, девопсом, безопасником, аналитиком и продавцом.
Но если ты сидишь в одной маленькой зоне и не смотришь по сторонам — это риск.
Особенно сейчас.
При этом я не считаю, что тем, кто сейчас учится программированию, нужно всё бросать.
Наоборот.
Мне кажется, у людей, которые сейчас реально лезут в IT, есть шансы и некоторое преимущество на перед.
Потому что в эру AI всё меньше людей хотят понимать, как оно работает под капотом.
Многие хотят просто “написать промпт”.
Но промпт без понимания системы — работает в 8 из 10 случаев.
А человек, который понимает код, архитектуру, данные, API, ограничения, инфраструктуру и бизнес-логику, с AI становится не слабее, а сильнее.
Просто стратегия меняется.
Раньше можно было сказать:
“Я учу React и иду работать фронтендером”.
Сейчас я бы сказал иначе:
“Я учу React, но параллельно понимаю бэкенд, базы, тесты, деплой, продуктовую логику и учусь собирать законченные штуки”.
Если ты фронтендер — посмотри в сторону бэкенда и инфры.
Если ты бэкендер — посмотри в сторону фронта.
Если ты <разработчик> — разберись в аналитике и продукте.
Если ты аналитик — попробуй генерить код.
Если ты дизайнер — попробуй собирать конечный продукт.
Если ты не умеешь тестировать — научись, потому что я вообще слабо представляю разработчика, который не умеет тестировать.
Главный навык ближайших лет — расширять свою площадь влияния.
Не просто “писать код”. И даже не просто его генерить.
А уметь взять проблему и довести её до работающего решения.
И вот тут, как мне кажется, будет главный раскол.
Одни люди будут спорить, заменит ли AI разработчиков.
А другие будут с помощью AI делать в 5–10 раз больше, запускать продукты быстрее, демпинговать старые SaaS-ы, забирать маленькие рынки и спокойно зарабатывать.
Потому что многие продукты, которые раньше требовали команды, теперь можно собрать маленькой группой или даже одному.
И если раньше преимущество было у компаний, у которых есть большая команда разработки, то сейчас преимущество может начать смещаться к людям, которые быстрее думают, быстрее проверяют гипотезы и быстрее доводят до рынка. Без хуйни.
То есть проблема уже не в том, КТО напишет код.
Проблема в том, кто поймёт, что ИМЕЕТ СМЫСЛ делать. И кто потом убедится, что смысл действительно был.
Если накидаете реакций — отдельно напишу, что я думаю про ML, инфраструктуру и безопасность.
Потому что там история сложнее.
Код-то понятное дело дешевеет
Но всё, что вокруг кода, можно сказать что тоже.
Интересно?
