Зачем следовать трендам с интеграцией ИИ в работу, когда можно стать нонконформистом и отрицать моду с ИИ-истерией? Привет, друзья!👋

Всё чаще мы слышим доклады про ИИ: как прикрутили его в продукт, где он не нужен, или упоминание ИИ на каждом слайде.

Ну бесит же, правда?

Проще стать нишевым айтишником — отрицать тренды и сидеть дальше в своём Vim, который запустил через терминал. Ибо все эти GUI-оболочки — для любителей рафа на кокосовом молоке. Мы только за хардкор и боль.

Нишевый айтишник — это не просто человек с необычным стеком. Это тот, кто специально отвергает модные инструменты: никаких VS Code и macOS, только «нишевые» редакторы и «нишевые» ОС. Сидит в терминале, гордится болью и смотрит на остальных свысока. Красивый образ. Но дальше начинается реальность.

Да, в таком инфошуме легко скатиться: из человека, который интересуется темой, в человека, у которого уже рвотный позыв от одного упоминания ИИ. Нишевый айтишник внутри каждого из нас иногда просыпается именно так.

Но почему так произошло? Люди резко поделились на две группы — или проблема глубже?

Каждый из нас и так уже работает с ИИ. Да, все по-разному, но используют.

Раздражение больше вызывает другое: тебя насильно просят включить ИИ во все процессы, но как это сделать конкретно — не говорят.

Вроде бы всё звучит логично, и встроить ИИ в SDLC можно. Но тут есть одно (на самом деле больше) «но».

В каждой компании этот процесс разный.

Недостаточно просто взять чужую схему и перенести её к себе.

Как минимум нужно переложить под реальность компании, адаптировать, сделать 3–4 пилотных выпуска разных по бизнесу продуктов, описать правила и гигиену использования — и уже потом говорить всем о внедрении ИИ.

Да, с отдельными задачами он хорошо справляется. Но когда у вас микросервисная архитектура, вы делаете доработку в своём продукте, а это может затронуть соседний продукт и по цепочке — другие, тогда просто написать работающий код в рамках одного микросервиса недостаточно.

Но можно точно сказать одно: мы получили в руки инструмент, масштаб которого настолько огромен, что сравнится разве что с инструкцией «как закрыть Vim». И самое главное — необходимо уже сейчас здраво оценивать ситуацию в своей команде, продукте и способах внедрения в свой процесс разработки. Задокументировать это, рассказывать о своих бест-практисах, обмениваться идеями и т.п.

От ИИ мы точно не убежим. Если что-то не можешь победить — возглавь.

В своём прошлом посте я как раз рассуждал на тему будущих ролей в командах (вот тут можно прочитать). И изменения точно будут. Главное, чтобы они были правильными. Если мы не будем предлагать изменения на местах, быстро свалимся в то, что изменения нам навяжут — и не факт, что они будут правильными.

В этом посте были ссылки, но мы их удалили по правилам Сетки