Новая AI-driven версия экосистемы Digital Q: революция в разработке ПО
На мероприятии открыто обсуждали проблемы заказной индустриальной разработки: неконтролируемое усложнение архитектуры, “вендор-лок”, хаотичное использование генеративных моделей и много другое. Главный же инсайт от “Диасофт” состоял в том, что разработчик больше не должен заниматься рутиной, доверив ее искусственному интеллекту и Экосистема. При этом команды должны сфокусироваться на бизнес-логике. Демонстрация того, как команда из 2-х человек собирает прототип CRM-ки за 1 день, опираясь на 400-страничное ТЗ, а за 3 месяца выводит готовое enterprise-решение, заставил задуматься даже опытных разработчиков.
Услышав это, мы решили задать прямые, часто неудобные вопросы человеку, который отвечает за вывод экосистемы разработки Digital Q на рынок, директору по работе с партнерами, члену правления компании “Диасофт”, Александру Сахарову.
Александр, привет! Для начала общий вопрос. Откуда родилось и кто придумал название экосистемы AI-driven Digital Q?
Привет! Мы не меняли название экосистемы – это по-прежнему Digital Q. Но за счет ИИ-трансформации разработки нам удалось создать новую версию, где искусственный интеллект является одним из главных драйверов производительности и изменений.
За последние полгода все лидеры в этом направлении выпустили довольно подробные отчеты о том, как ИИ меняет процесс разработки. Недавно на ЦИПР 2026 Сбер представил отчет “AI-Disrupt PDLC” . Аналогичные материалы выпустили ведущие аналитические агентства – от Gartner до Bain, а также лидеры в области ИИ-трансформации: Anthropic, Google и Amazon. Все единогласны во мнении, что ИИ-революция в разработке ПО уже произошла, наблюдаемые изменения носят необратимый и кардинальный характер.
Мы, разумеется, эти изменения тоже наблюдаем. Наш ответ – новая версия экосистемы Digital Q. С августа 2026 года она доступна для скачивания и развертывания, каждый может сразу же начать ею пользоваться.
Когда ты говоришь, что благодаря вашей экосистеме разработки кросс-функциональная команда сжимается с 12 до 4-5 человек, у Enterprise-заказчика холодеет кровь. В крупных компаниях уже выстроены команды и центры разработки - это огромные структуры и тысячи узкопрофильных программистов. Как вы предлагаете перестраивать эту махину под логику вашего контура?
Да нет, многие уже начали эти процессы. Как я сказал выше, уже на последнем ЦИПР многие крупные российские компании показали практические результаты. Это, кстати, можно видеть, наблюдая за новостями, в которых анонсируются сокращения ИТ-команд. Вот уж где точно должна холодеть кровь.
Можно сказать, что сегодня процесс разработки становится удобнее для заказчика. Мировые консультанты дали этому явлению новый термин – Specification Driven Development (SDD). Главное здесь – это постановка задачи и спецификация. Остальное – разработка, код, безопасность – делает экосистема, или как ее еще называют аналитики, Integration Development Platform (IDP). Мы выделяем два контура: Контур замысла (Контур требований) и Контур реализации. В Контуре замысла работает заказчик: здесь рождаются требования и, что очень важно, критерии оценки результатов. В Контуре реализации работает экосистема, которая оркестирует процесс разработки на базе множества различных ИИ-агентов и строго определенных правил.
Инвестиции в создание собственной разработки исчисляются миллиардами для крупных заказчиков. Понятно, что использование готовой платформы экономит деньги на старте. Но давай все же прикинем стоимость владения (TCO). Каковы требования к “железу” для развертывания экосистемы on-premise? Не сожрут ли затраты на инфраструктуру всей выгоды от внедрения экосистемы?
Начнем с того, что для разработчиков ПО есть возможность бесплатной работы с экосистемой Digital Q. Наша задача – дать разработчикам новый современный инструмент, который позволит им радикально быстро создавать ИТ-решения нового поколения.
Что касается требований к инфраструктуре, если вы поручаете ИИ-помощникам генерить миллионы строк сырого кода, то вам действительно понадобятся колоссальные вычислительные мощности и бесконечные ресурсы для поддержки тяжеловесных коммерческих ИИ-моделей. Наш подход принципиально иной: независимость от конкретной LLM-модели. Мы предлагаем гибридную схему: в Контуре замысла – семантически мощные LLM-модели для анализа ТЗ и проектирования, в Контуре исполнения – относительно легкие ИИ-агенты.
Поскольку более 50% всего кода генерируется из готовых библиотечных компонентов, то ИИ не приходится создавать все по-новой. Дописывается лишь уникальная бизнес-логика, объем которой как правило не превышает 15%.
Экосистема Digital Q ориентирована на создание мискросервисного ПО, работающего на базе контейнеризации, обеспечивающей управляемое горизонтальное масштабирование. Требования к инфраструктуре самые базовые: мы за последний год выпустили множество отчетов о нагрузочном тестировании на самых обычных российский серверах, показывающих как на простейшем оборудовании обеспечена работа более 100 тысяч одновременно работающих пользователей с нагрузкой более 4000 транзакций в секунду.
Отлично, что ты коснулся темы реиспользования кода. Как раз мой следующий вопрос об этом. Enterprise любит гордиться уникальной цифровой идентичностью, утверждая, что их процессы неповторимы. Как вы гарантируете в рамках экосистемы, что при глубокой кастомизации под требования конкретного заказчика, готовые компоненты не превратятся в кастомный монолит, который ИИ-агенты не смогут поддерживать и читать?
Переиспользование стандартных компонент – это наше базовое и принципиальное отличие. Приведу всего один пример, но думаю его будет достаточно: наш платформа управления ролями и авторизацией Digital Q.Security сертифициирована во ФСТЭК и гарантирует правильную работу в своей части. Вопрос: зачем генерировать такой компонент заново? Это приводит к потере сертификации и качества, необходимости дополнительного сложного тестирования, а также к серьезным затратам токенов. На этом примере очевидно: есть компоненты, которые не нужно писать с нуля, их надо переиспользовать. Таких компонентов много, и их грамотное использование серьезно упрощает создание новых приложений.
Уникальность Enterprise-бизнеса в цифровой среде, как правило, не кроется в стандартных интеграционных шлюзах, механике авторизации, работе с базами данных и т.д. Многие бизнес-процессы типичны для всех организаций вне зависимости от сферы деятельности: создать заявку на отпуск, организовать личный кабинет сотрудника и многое другое. Все это – ИТ-рутина.
Если говорить об AI-driven экосистеме Digital Q, то в ней всегда первичны не артефакты, а машиночитаемая модель (логическая схема). ИИ-агенты всегда ограничены стандартами архитектуры и “не имеют права” генерить что-то новое, если это нарушает стандарты. Нарушение правил возможно только в ручном режиме. Благодаря этому ИТ-архитектура конечного приложения всегда остается прозрачной и открытой.
Вы утверждаете, что на выходе заказчик получает полностью независимый и чистый микросервисный код. Но давай представим, что крупный заказчик через 3 года решил расторгнуть контракт с Диасофт. Как будет проходить дальнейшая работа команды? Сможет ли заказчик сам поддерживать сгенерированный код без вашей инфраструктурой обвязки?
Экосистема гарантирует правильный процесс производства ПО. Заказчик получает все артефакты в открытом виде: полную документацию и весь код. Все это находится в репозитории – в любой момент с материалами можно работать как раньше, а также подключать их к любой другой аналогичной IDP.
Мы работаем открыто, понимая простую вещь: изменения в процессе разработки происходят так быстро, что для того, чтобы IDP соответствовала самым современным стандартам, нужно ее активно развивать. Для этого требуются десятки высококвалифицированных специалистов, которые занимаются только ее развитием. Это серьезные затраты и компетенция, доступная далеко не всем компаниям. Попробовать создать аналогичную экосистему может каждый, но быстро станет понятно: это очень и очень сложно.
На партнерском дне была продемонстрирована фантастическая скорость сборки прототипа из 400-страничного ТЗ. Но в промышленной эксплуатации критичны SLA (Service Level Agreement) и цена ошибки. Если сгенерированный код приведет к падению контура, кто будет нести финансовую и юридическую ответственность: вендор, заказчик, разработчик промта для ИИ?
Разумеется, всю ответственность несет ИТ-департамент заказчика, который отвечает за бесперебойность и отказоустойчивость всего ПО, которое идет в опытную и промышленную эксплуатацию. Именно поэтому те, кто предлагает просто наладить работу ИИ-агентов, часто сами того не осознавая, ведут ситуацию к хаосу. Беспорядочная работа ИИ-агентов ведет к катастрофе.
Главное – не сами агенты, а IDP (или в нашей терминологии – экосистема), которая оркестрирует процесс разработки и гарантирует “золотой путь” процесса разработки. Именно экосистема гарантирует прозрачность и правильность процесса и всех артефактов. А это, в свою очередь, позволяет ИТ-департаменту квалифицированно брать на себя ответственность на основе понимания архитектуры и логики работы ПО.
Крупные корпорации – это огромные конгломераты из десятков дочерних предприятий со своими ИТ-дочками. Какова тут экономика для подобного типа заказчиков? Может ли Digital Q становиться внутренним закрытым маркетплейсом внутри холдинга, чтобы использовать и переиспользовать наработки друг друга? Это работает по модели лицензий, франшизы?
Одно из важнейших предназначений экосистемы – это организация слаженной распределенной разработки большого количества команд. Для крупных корпораций это очень важно: проекты сложные, команд много, требуется синхронизация и унификация процессов и технологий, что как раз и обеспечивает экосистема. Также она исключает дублирование функций, обеспечивает единые стандарты архитектуры, информационной безопасности, отказоустойчивости, масштабируемости и т.д.
Экосистема Digital Q позволяет развернуть внутри свой собственный маркетплейс готовых компонентов и решений. Как это работает: участники создают цифровые компоненты и размещают их в маркетплейсе, а служба главного архитектора холдинга рассматривает эти компоненты и утверждает часть из них в качестве базовых. Затем распределенные команды их переиспользуют.
Что касается модели лицензирования, она гибкая и рассчитывается исходя из масштаба внедрения в той или иной корпорации. Экономический эффект от переиспользования готовых компонентов весьма существенный. В проектах для финансовой индустрии, где у нас накоплено больше всего готовых компонентов, доля переиспользуемого кода иногда превышает 50%.
Александр, дай, пожалуйста, 3 аргумента для обоснования внедрения новой AI-driven версии Digital Q. Как крупному заказчику защитить покупку платформы на своем внутреннем финансовом комитете?
Самый современный процесс разработки ПО на базе ИИ – готовый “из коробки”. Скачиваете с сайта, устанавливаете и уже через неделю ваши специалисты работают в 10 раз быстрее, выпуская высокачественные решения в микросервсиной архитектуре.
ИТ-системы, созданные с помощью Digital Q – это качественные решения с полностью открытым кодом и в современной микросервисной архитектуре. Экосистема гарантирует соблюдение высоких стандартов по производительности, прозрачности, информационной безопасности, горизонтальной масштабируемости, логированию. В итоге заказчик получает ИТ-продукт, полностью готовый для промышленного использования в крупной корпорации.
Все платформы, входящие в экосистему Digital Q, являются лидерами рынка по оценке аналитиков. Так, low-code решение признано лучшим low-code продуктом для крупного бизнеса по версии CNews, IaasSaasPaas и CIONavigator. Кроме того, эксперты неизменно высоко оценивают и другие платформы экосистемы: интеграционную шину данных Digital Q.Integration, платформу работы с данными Digital Q.DataFactory, платформу цифровизации бизнес-процессов Digital Q.BPM и ряд других.
Сама платформа для разработки не стоит денег. Защищать на финансовом комитете ничего не надо. Вы же на защищали на финансовом комитете использование бесплатной версии Figma, правда? Монетизация платформы построена на фактическом использовании вычислительных мощностей, которых, кстати, требуется радикально меньше, чем при использовании монолитных решений
Если конвейер способен самостоятельно вносить изменения в спецификации, исправлять ошибки в уже работающем коде и фиксировать документально эти изменения, считаете ли вы, что рано или поздно участие человека станет “нулевым”?
Зависимость от разработчиков будет снижаться. Их число, вероятно, существенно уменьшится, это приходится признавать. Фокус компетенции смещается в Контур замысла – на продуктовых лидеров и аналитиков. Также растет важность инженеров по сопровождению систем и информационной безопасности.
Александр, и последний завершающий вопрос, если мы встретимся с тобой через 5 лет, какой главный технологический сдвиг, по твоему мнению, мы будем обсуждать как уже свершившийся факт?
Прогнозировать крайне сложно – все меняется очень быстро. Но одно очевидно: ИИ обеспечит кардинальные изменения. Думаю, через пять лет о middle- и junior-разработчиках уже все забудут. А в мире появятся миллионы гуманоидных роботов, работающих в качестве «синих воротничков»
