К 2030 году команды разработки будут меньше, но их станет существенно больше.

Такой прогноз даёт Gartner, и лично мне этот тренд кажется очень здоровым для отрасли.

📊 По данным Gartner:
• 80% компаний сократят большие инженерные команды в пользу малых, AI-усиленных команд.
• 40% корпоративных приложений будут разрабатываться на AI-native платформах (в сравнении с 2% в 2025!) — почти 20-кратный рост.

То есть речь не о сокращениях ради сокращений, а о переходе к другой модели: не «одна гигантская команда», а много маленьких автономных команд + ИИ-агенты.

⸻

Почему это хорошо для нас — разработчиков?

• Меньше людей → меньше коммуникационных накладных расходов.
Меньше митингов, меньше бюрократии, больше фокуса на деле.

• Парное программирование станет нормой, но напарником будет ИИ.
Он всегда на связи, не выгорает и не «надоедает».

• Рутина уходит машинами.
Генерация REST-контроллеров, CRUD-логики, конфигураций инфраструктуры — автоматизируется.

• Фокус смещается на архитектуру и доменную экспертизу.
Самое интересное остаётся у людей.

• Больше ценности — больше компенсация.
Когда твой вклад становится ближе к продукту и бизнесу, растёт и стоимость работы.

⸻

Иначе говоря:
ИИ — это не “замена”, а “усилитель”, способный освободить нас от низкоуровневой рутины и вернуть разработку к инженерии.

Как вам такой поворот событий?
Верите, что tiny teams — это будущее? Или есть риски, которые вас тревожат? 👇

Gartner прогнозирует, что будущее принадлежит доменно-специализированным ИИ-моделям.

Не уверен, что это прям так и будет. В конце концов, ChatGPT — это Generative Pre-Trained Transformer: его изначальная идея была — «научить читать, а потом дообучить под задачу». Но по факту он уже «из коробки» оказался достаточно умным, чтобы решать кучу задач без всякого доп. обучения.

Так или иначе, уже сегодня ИИ стал крайне полезным для изучения предметной области и реально заменяет аналитика процентов на 80.

⸻

Как мы используем ИИ в команде

Мы разрабатываем core банковской системы. И, как мы с Женей любим повторять, «домен прежде всего, а не технологии». Поэтому первым делом вся команда пошла изучать бухучёт: проводки, транзакции и прочие основы.

Самым эффективным способом обучения оказалось… просто поговорить об этом с чатом.
Объяснить на примерах, попросить отразить проводки в бухгалтерской книге, задать уточняющие вопросы, попросить «разложить на пальцах», что такое Debit для Liabilities и почему так.

⸻

Процесс онбординга теперь выглядит иначе

Любой новый разработчик прежде чем допустить его к коду — идёт «общаться с чатом про бухучёт» на пару дней.

Результат?
Количество странных коммитов и попыток «заложить архитектуру на случай, если вдруг появится что-то кроме Debit и Credit» сократилось практически до нуля.

⸻

Вывод

Изучайте предметную область вместе с ChatGPT.

Это дешевле, быстрее, безопаснее и гораздо менее больно, чем изучать её уже после того, как неверная модель домена проросла в архитектуру.

Когда игрался с Primitive Obsession и проиграл.

P.S.: чтобы такой фигни не было, используй Value Object

Отвечаем на самый волнующий вопрос при запуске новых проектов, MVP и стартапов. Приятного просмтра!

YouTube | ВК

Хочется почитать какую-нибудь стоящую книгу по разработке или около-разработческой тематике.
Что можете порекомендовать из относительно новых?