Как ИИ меняет роли и ценность людей в продакшене
Мы весь год активно перестраиваем роли внутри студии под работу с ИИ. Обычно все сводят эту тему к тому, чтобы раздать команде нейронки и ускорить написание кода. В самом начале мы тоже пошли по этому пути, но быстро поняли, что главная фишка не в этом.
ИИ в разработке — это не трансфер экспертизы от технарей в сторону нейронки.
Наоборот, это возможность для технических ребят с помощью нейронок выйти за рамки одной узкой специальности. Когда человек понимает принципы инженерии, он спокойно переносит свои навыки с одного стека на несколько.
И самый неожиданный вывод, что главным критерием крутости любого спеца, помимо технической базы, становятся софты.
Под софтами я имею в виду умение погружаться в продукт, самому выжимать недостающую информацию и врубаться, какой результат нужен.
По этому признаку людей и раньше делили на «головы» и «руки», но ИИ этот контраст усиливает прямо драматически.
Раньше сильный спец мог понимать задачу целиком, но руками делал только свою часть — а теперь он сам собирает почти все решение.
И главная задача сейчас — найти внутри команды именно таких софтовых ребят и дать им работать в любом окружении: на бэкенде, на фронтенде, на любой платформе.
Понятное дело, есть куча задач, которые нейронкой пилить невозможно. Например, крутые вайбовые UI-проекты, которые мы часто делаем. Когда нужна сложная анимация, плавность движений, эффекты, транзишны — весь этот лук энд фил может оценить только человек своим глазом. У нейронки просто нет таких органов восприятия, она этого банально не видит.
Но много ли у вас таких задач в обычном продакшене?
Большая часть работы — это базовый код и несложный бэкенд. Если не брать тяжелую архитектуру и быстродействие больших проектов, нейронка справляется с этим гораздо лучше, чем с анимациями. Поэтому толковый фронтендер легко генерирует API и сам решает типовые задачи на бэке.
Эта же фулстековость работает и в параллель — стирается грань между iOS и Android. Один платформенный разработчик вник в задачу, разобрался с бизнес-требованиями и с нейронкой сделал фичу сразу под обе платформы — вместо того чтобы два разработчика, iOS и Android, параллельно тратили время на аналитику одной и той же фичи.
Знали бы вы, конечно, как трудно было заставить первых айосеров залезть в андроид или собрать себе API. Мы набили целую кучу шишек, пока искали рабочие подходы.
Похожая история с автотестами и документацией, раньше это было долго и дорого, а теперь это база, которая просто генерируется. Ловить краш корзины из-за того, что туда прилетел null, а не 0 — больше не задача тестировщика, это закрывают автотесты. А тестировщик должен фокусироваться на том, чего не умеет нейронка — смотреть глазами человека и отвечать за логику и лук энд фил.
Если сидеть внутри огромного продакшена с вековыми слоями легаси, этого тренда можно еще долго не замечать. Но мы в студии постоянно запускаем новые проекты с нуля — и на старте отлично видно, как ИИ не просто экономит бюджеты, а меняет непостредственно дизайн команд.
Там, где раньше мы работали командой в 6–8 человек, теперь хватает 2–3 софтовых ребят.
При этом многие по инерции держатся за привычную позицию разработчика: «моя работа заканчивается там, где заканчивается моя специальность». Понятно, что мало кому нравится из нее выходить, но так работать больше не получится.
Или если человек освоил нейронку, но по-прежнему ждет разжеванное ТЗ в режиме «скажите, как сделать» — это тоже не прокатит в долгосроке. По сути это позиция оператора ИИ, и за бездумное нажатие Enter в вашем Клоде рано или поздно перестанут платить ту ЗП, к которой вы привыкли.
· 30.10
При переходе от 6–8 человек к 2–3 я бы отдельно проверял, может ли второй участник объяснить и изменить решение, которое первый собрал с ИИ. Иначе выигрыш в скорости легко оборачивается зависимостью от одного человека. Как вы организовали независимую проверку кода и передачу контекста в такой команде?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён