📎 58% инженеров пишут код с помощью ИИ, но доверяют ему только 11%

Согласно исследованию, большинство разработчиков пишут код с помощью искусственного интеллекта, однако полностью полагаются на него редко. Спросили Виталия Секретенко, технического директора, ГК «КОРУС Консалтинг» о том, как ИИ влияет на разработку ПО.

🟥 Ускоряем рутину, но не релизы

Использование ИИ позволяет решать небольшие, рутинные задачи и быстрее писать код по готовым паттернам. Однако скорость релизов зависит не только от разработки: также необходимо проводить ревью, тестирование и интеграцию. Поэтому сложно утверждать, что в целом процесс написания кода стал занимать существенно меньше времени. Скорее, использование ИИ-инструментов позволяет одновременно работать над несколькими проектами и выполнять больше задач.

🟥 Доверяй, но проверяй

Мы относимся к ИИ, как к помощнику, а не автономному инструменту. В отдельных задачах ИИ может быть более внимателен к деталям, чем человек — особенно там, где важно следовать шаблону. При этом мы понимаем ограничение технологии: в новых и нестандартных задачах модель может делать ошибки. Поэтому ИИ — это хороший инструмент для ускорения рабочих процессов, но его применение не отменяет необходимости верификации.

🟥 Стандарты не упрощаем

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

🟥 Архитектура важнее шаблонов

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

💫 Подписывайтесь на Логистика IT is

📌 В России запустили единую платформу по борьбе с мошенничеством — ГИС «Антифрод». К системе уже подключились крупнейшие операторы, «Госуслуги» и банки.

Спросили Виталия Секретенко, технического директора департамента логистики ГК «КОРУС Консалтинг», насколько сложно реализовать такую систему?

Сделать такую платформу технически возможно — по сути, это высоконагруженная event-driven система с набором правил и механизмами обмена данными. Однако основные трудности заключаются не в коде. Во-первых, это интеграция: нужно связать операторов, банки и госорганы, при том, что у каждого свои информационные системы, форматы данных и уровень цифровой зрелости. Формально подключение можно реализовать быстро, но добиться стабильной и единообразной работы — это длительный и ресурсоемкий процесс. Во-вторых, возникают сложности с работой в реальном времени: такая система должна реагировать практически мгновенно, что накладывает высокие требования, связанные с задержками и отказоустойчивостью. В-третьих, важно не только выявлять мошенников, но и не допускать массовых блокировок легитимных действий. Баланс между безопасностью и ложными срабатываниями — одна из самых сложных задач.

Берегись бэклога | канал о заказной разработке и ИИ в бизнесе 💫

Бюджеты сокращаются, а требования к эффективности ИТ-проектов растут. При этом для крупных компаний заказная разработка остается необходимостью: типовые решения не всегда справляются с критичными бизнес-процессами.

🟨Какие проекты заказной разработки сейчас получают бюджеты?
🟨Когда кастом реально дает контроль и ускорение процессов?
🟨Как управлять рисками проектов в условиях ограниченных ресурсов, роста роли ИИ и усложнения ИТ-ландшафтов?

Разбирались вместе с Полиной Ефремовой, директором по развитию бизнеса в направлении «Заказная разработка», и Виталием Секретенко, техническим директором департмента логистики, ГК «КОРУС Консалтинг».

➡️ Читайте в статье для GlobalCIO

Берегись бэклога | канал о заказной разработке и ИИ в бизнесе 💫

⚡️ ГК «КОРУС Консалтинг» подвела итоги 2025 года. В непростое для рынка время мы продолжаем расти: выручка достигла 10,8 млрд рублей, это +19% год к году. Мы усилили ключевые подразделения, вывели на рынок новые компании и продукты и расширили штат до 1600+ человек.

Особенно гордимся нашим направлением «Заказной разработки», которое показало самый быстрый рост среди всех подразделений, +55% за год.

Спасибо партнерам за доверие, а команде — за экспертизу и проекты, которые бизнесу приносят реальную пользу ⚡️

➡️ Читайте подробнее о наших результатах — по ссылке

Берегись бэклога | канал о заказной разработке и ИИ в бизнесе 💫

💡ИИ в бизнесе: разбор кейсов, которые уже работают

Как понять, будет ли ИИ эффективен в ваших процессах — от продаж, логистики и производства до ИТ-проектов? У большинства компаний одна проблема: неясно, в каких задачах ИИ действительно работает и как оценить потенциальный эффект до запуска проекта.

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

➡️ Переходите по ссылке, чтобы получить подборку

Берегись бэклога | канал о заказной разработке и ИИ в бизнесе 💫

Рынок отечественного ПО постепенно переходит от этапа импортозамещения и стремительного количественного роста к этапу качественного развития.

⚡️ Как будет меняться рынок в ближайшие 5 лет? В новой статье ComNews рассказывает Полина Ефремова, директор по развитию бизнеса в направлении «Заказная разработка».

1. От роста к качеству
Рынок уходит от «быстро заменить» к «системно перестроить». Поэтому в фокусе — интеграция систем, работа с данными, инфобез и повышение эффективности разработки.

2. ИИ выходит из стадии пилотов
2025 был годом экспериментов, а в 2026–2030 годах рынок будет двигаться к более массовому использованию ИИ в аналитике, документообороте, поддержке принятия решений и автоматизации рутинных процессов. Критически важным остается вопрос кадров и производительности команд, потому что выигрывать будут те, кто умеет делать сложные решения быстрее и с понятным бизнес-эффектом.

3. Баланс скорости и безопасности
Компании учатся внедрять ИИ без потери контроля над бизнес-процессами: ускорять работу команд, но не рисковать данными, репутацией и соответствием требованиям регуляторов.

➡️ Подробности — в полном материале ComNews

🔥 Создаем платформу управления заказами для «Петровича»

Новое решение станет ключевым элементом целевой ИТ-архитектуры компании и поддержит дальнейший рост бизнеса: повысит уровень клиентского сервиса и устойчивость цифровой инфраструктуры.

Владислав Бердичевский, директор по информационным технологиям «Петрович-Тех»: Клиентский сервис для “Петровича” — главный приоритет. При этом онлайн является ключевым каналом розничных продаж, через который проходит более 50% заказов, что создает основную нагрузку на операционные процессы и напрямую влияет на качество клиентского сервиса. С ростом объемов текущие подходы к управлению заказами начали ограничивать развитие. Поэтому мы приняли решение о системной модернизации, создании собственной OMS-платформы. Она повысит управляемость процессов, ускорит обработку заказов и обеспечит устойчивость системы при росте нагрузки. Платформа также станет основой для новой модели резервирования и масштабирования онлайн-продаж.

➡️ Подробнее — читайте на нашем сайте

С июня 2025 года в Минцифры прорабатывали идею обязательной маркировки софта, который разработан на основе open source решений. Но в мае 2026 проект отложили.

Спросили Виталия Секретенко, технического директора департамента логистики ГК «КОРУС Консалтинг», зачем бизнесу open source решения и что будет, если маркировку все же введут.

Какие плюсы и минусы у ПО на основе open source решений с доработкой?

Из преимуществ можно выделить
✅ быстрый вывод продукта на рынок,
✅ снижение стоимости разработки,
✅ использование зрелых технологий,
✅ упрощенный поиск специалистов для доработок решений, основанных на популярных open source-инструментах (например, Linux, PostgreSQL, Kubernetes)

К минусам можно отнести
❌необходимость постоянно следить за лицензиями и уязвимостями open source решения,
❌внушительные затраты на команду, которая разбирается в коде и может исправлять ошибки самостоятельно.

Необходима ли маркировка в перспективе?

Скорее нет. Доля open source в продукте ничего не говорит о его качестве, безопасности или зрелости. Ключевой аспект здесь – кто отвечает за поддержку ИТ-решения, его обновление и развитие. Формально измерить долю open source в том или ином продукте всё равно невозможно, поэтому маркировка будет весьма условной.

Как введение маркировки сказалось бы на рынке ИТ?

Такая система может привести к бюрократическому подходу, когда больше внимание будет уделяться не качеству продукта, а формальным признакам. Это может вылиться в имитацию «собственной разработки» вместо реальной конкуренции, когда фактор отсутствия open source или его минимальной доли в ИТ-решении будет превалировать над его зрелостью и востребованностью на рынке.

Если маркировку open source всё же введут, какие дополнительные расходы понесут компании?

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

1️⃣Постоянные расходы на работу с технологией: подписки на инструменты для анализа состава ПО (SCA), системы CI/CD, решения для контроля уязвимостей.
2️⃣Затраты на персонал: специалистов по разработке, информационной безопасности и юридической поддержке.
3️⃣Единовременные расходы: аудит используемых библиотек, выбор и оформление лицензий.

Берегись бэклога | канал о заказной разработке и ИИ в бизнесе 💫