Хабр, привет! Меня зовут Сергей Бережной, я директор по взаимодействию с разработчиками в Яндексе и эксперт онлайн-магистратуры «Фронтенд-, бэкенд-разработка и ИИ-решения» ИТМО в партнёрстве с Яндекс Практикумом. Сегодня хочу поговорить о том, почему креативность и умение думать — главные навыки разработчика в эпоху сгенерированного кода, почему ИИ — экзоскелет, а не автопилот и почему если вы используете ИИ в разработке, вы уже тимлид.
За последние годы разговор об искусственном интеллекте почти всегда сводится к одному вопросу: что он научился делать вместо человека. Пишет код, генерирует интерфейсы, рисует иллюстрации, составляет документы, помогает с архитектурой. На этом фоне легко начать воспринимать креативность как что-то второстепенное: если модель умеет генерировать решения, значит, разработчику остаётся только выбрать лучшее. Мне кажется, это ровно обратная ситуация.
Что такое креативность
Креативность — это не про вдохновение и не про искусство. Это способ решения проблем и способность придумать то, чего раньше не существовало: новый способ донести информацию, новое инженерное решение, новый процесс, новый интерфейс. Можно сказать, что создание продукта целиком — тоже один из вариантов такой креативности, но продукт всегда складывается из множества подобных решений.
Именно поэтому развитие ИИ не уменьшает ценность разработчика, а повышает ценность навыка придумывать новые способы решения задач.
Часто говорят, что человек способен создавать новое, а искусственный интеллект только комбинирует уже существующие знания. Но если посмотреть шире, то вся наша культура устроена именно так. Музыка состоит всего из семи нот. При этом комбинации этих нот позволяют создавать бесконечное количество произведений. Более того, значительная часть искусства вообще строится на переосмыслении уже существующего культурного наследия. Старые идеи соединяются новым способом, и появляется новый смысл.
Когда креативность появляется в разработке
То же самое происходит и в разработке. Большинство инженерных решений не возникает из ничего. Мы соединяем известные паттерны, технологии, архитектурные подходы и ограничения проекта в комбинации, которой раньше не существовало. Именно поэтому я бы не проводил жёсткую границу между тем, что сделано человеком, и тем, что создано с помощью ИИ. Гораздо интереснее другой вопрос: удалось ли получить результат, который работает, нравится людям и создаёт ценность.
Для разработчика это особенно важно. Когда перестаёшь воспринимать модель как конкурента и начинаешь относиться к ней как к ещё одному источнику комбинаций, появляется гораздо больше пространства для поиска решений. В онлайн-магистратуре «Фронтенд-, бэкенд-разработка и ИИ-решения» мы именно поэтому сначала выстраиваем фундамент разработки, а уже поверх него учим использовать ИИ как часть инженерного процесса. Такой подход позволяет понимать, где новые инструменты действительно усиливают разработчика.
Есть идея, которую я много лет назад услышал в пересказе от дизайнеров Студии Лебедева, — концепция сверхзадачи. Она очень хорошо объясняет, откуда вообще берётся креативность. Когда перед человеком стоит слишком простая задача, он почти всегда решает её привычным способом. Мозгу незачем искать что-то новое. Но стоит выкрутить масштаб за пределы привычного — и готовые решения перестают работать.
Представьте: нужно сделать то же самое, но не для ста пользователей, а для тысячи. Или не за секунду, а в десять раз быстрее. Или не на одном сервисе, а сразу на нескольких. Само направление работы остаётся прежним, но привычные инструменты уже не справляются. Именно в этот момент приходится что-то изобретать.
Мне нравится ролик, где LEGO-тележка должна переехать щель между двумя столами. Сначала щель совсем маленькая, и тележка спокойно её пересекает. Потом расстояние постепенно увеличивают. Приходится ставить колёса больше. Потом делать платформу шире. Потом конструкция начинает перебрасывать балку на другую сторону, перемещать по ней платформу и последовательно переносить саму себя через препятствие. Каждый следующий шаг выглядит гораздо сложнее предыдущего, хотя вопрос остаётся тем же самым: как переехать чуть более широкую щель.
Разработка устроена точно так же. Пока задача помещается в привычные рамки, мы используем привычные решения. Но стоит сознательно поднять планку — увеличить масштаб системы, требования к производительности или количеству пользователей, — начинают появляться новые архитектурные идеи, новые процессы и новые инженерные подходы. Поэтому креативность можно тренировать вполне осознанно. Для этого достаточно регулярно задавать себе вопрос: «Что в этой задаче можно сделать ещё сложнее?» Иногда именно это небольшое изменение рождает решение, которое потом оказывается полезным и для исходной задачи.
Почему ИИ — это не автопилот разработчика, а его экзоскелет
Когда мы обсуждаем, что стоит делегировать искусственному интеллекту, а что нет, мне нравится опираться на два образа из фантастики: роботы и экзоскелеты.
Представьте красивые фьорды. Что интереснее: если автономный робоконь сам промчится по этим пейзажам или если он понесёт вас на спине? Во втором случае именно вы проживаете этот опыт. Робот только усиливает ваши возможности.
С современными ИИ-инструментами ситуация такая же. Можно построить систему, где рой агентов сам придумывает архитектуру, распределяет роли, проверяет результаты и доводит работу до конца. Но гораздо интереснее использовать их там, где они действительно усиливают вас, а самому оставаться участником процесса. Не наблюдателем, а пилотом. Эта разница кажется принципиальной.
Если разработчик постепенно превращается в человека, который только нажимает кнопку «Запустить», его собственная ценность со временем уменьшается. Если же он использует ИИ как экзоскелет — инструмент, который позволяет быстрее исследовать пространство решений, проверять гипотезы и выполнять рутинные части работы, — его возможности расширяются.
Почему каждый современный разработчик — уже тимлид
Представьте, что вы руководите сильной командой специалистов. Каждый из них умеет делать свою работу лучше вас: кто-то проектирует интерфейсы, кто-то пишет бэкенд, кто-то отвечает за инфраструктуру. Можно ли сказать, что команда полностью заменяет руководителя? Если заменяет, значит, руководитель просто делает ту же работу, что и остальные. Но если он определяет направление, соединяет компетенции разных людей и создаёт продукт поверх их возможностей, именно в этом и появляется его ценность. С ИИ происходит то же самое.
Если ваша задача сводится к тому, чтобы делать то же самое, что уже умеет модель, вопрос замены действительно возникает. Но если вы определяете, какую проблему нужно решить, какие инструменты использовать, как соединить результаты их работы и каким должен быть итоговый продукт, то ИИ становится частью вашей команды, а не вашим конкурентом. Поэтому разговор о будущем разработки постепенно смещается от навыка «уметь писать код» к навыку «уметь проектировать систему», где код — лишь один из компонентов решения.
Поэтому в онлайн-магистратуре «Фронтенд-, бэкенд-разработка и ИИ-решения» мы много внимания уделяем не отдельным ИИ-инструментам, а именно системному мышлению: как строить архитектуру, процессы и продукты, которые останутся актуальными по мере развития технологий.
Вместо вывода
ИИ действительно умеет писать код, генерировать тексты, изображения и проектные артефакты быстрее человека. Но всё это не отменяет необходимость думать.
Напротив, чем сильнее становятся модели, тем большую ценность приобретает способность находить новые способы решения задач, проектировать сложные системы, соединять идеи, проверять гипотезы и постоянно нарабатывать собственную инженерную интуицию.
Именно поэтому креативность перестаёт быть качеством, которое принято связывать только с дизайнерами или художниками. Для разработчика она становится одной из основных профессиональных компетенций. Потому что выигрывает уже не тот, кто быстрее пишет код, а тот, кто способен придумать решение, которого раньше не существовало.
Автор: veged
