Всем привет, меня зовут Сергей Прощаев, я Tech Lead и руководитель направления Java | Kotlin разработки в FinTech & E‑commerce и преподаю на курсах разработки и архитектуры в ОТУС. В этой статье расскажу о парадоксе, который осенью 2026 года подтверждают сразу несколько крупных исследований: AI‑инструменты и агенты ускоряют написание кода, а изменения доезжают до main не быстрее, а иногда и медленнее, чем год назад.
Когда основная работа над публичным API библиотек для Go, C++, Python, Rust и TypeScript была закончена, встал следующий вопрос: а как теперь удобно описывать саму архитектуру? Не только собрать первый пример, но и вносить изменения, обсуждать их на ревью, проверять корректность связей и не запутываться по мере роста проекта. В Service Architect
Для AI‑Disrupt PDLC Сбера трудно подобрать какой‑то один привычный термин. Его называют методологией разработки, но внутри одновременно находятся модель жизненного цикла, референсная архитектура, уровни автономии AI‑агентов, модель зрелости организации, платформенные практики, governance и набор количественных ориентиров. При этом многие отдельные элементы могут выглядеть знакомо: Specification‑Driven Development, IDP, Golden Paths, Policy as Code и управление автономией агентов появились не в рамках […]
С AI в клиентской разработке стало выгодно делать то, что раньше технически было несложно, но экономически бессмысленно. Какой‑нибудь специфический фильтр, дополнительный экран в админке, сценарий обработки данных… Раньше смотришь на задачу и понимаешь, что руками это несколько часов работы. Клиенту функция не настолько нужна, сколько она стоит в хорошей реализации, поэтому либо от неё отказываемся, либо ищем готовый плагин, который умеет нужное и подгружает ещё семьдесят свистелок.
Развитие отечественного ПО уже нельзя обсуждать только в терминах замены зарубежных решений. Компаниям нужно находить заказчиков, развивать продукты, готовить специалистов и разбираться, где ИИ приносит пользу. Эти вопросы стали основой ИТ-форума РУССОФТ, прошедшего 24–26 сентября в Репино.
Привет, Хабр! Решил сегодня поделиться некоторыми мыслями, которые накопились в последнее время, надеюсь будет интересно и полезно. Это лонгрид. Инженер-продакт
Полгода назад я написал первую статью о том, как мы развиваем АСК Легарус, и закончил её словами, что постараюсь писать об этом регулярно. Ну что же. Прошло ровно полгода. Видимо, для меня это и есть регулярно 😊 Зато теперь есть о чём рассказать. И есть где. Корпоративный блок конечно хорошо, но думаю наш опыт будет […]
Материал актуален на 25.09.2026, подготовлен в соавторстве: Полина Пушкарева @PauletteB — адвокат практики интеллектуальной собственности и Александр Афонин @ABP_LEGAL_ALEX — руководитель практики интеллектуальной собственности Договор на разработку ПО – это соглашение, по которому исполнитель обязуется создать программный продукт или выполнить согласованный комплекс работ по заданию заказчика, а заказчик – предоставить необходимые материалы, принять результат и оплатить его на условиях договора. […]
Как шаг за шагом организовать процесс внедрения статического анализа по ГОСТ Р 71207—2024: рассказываем простыми словами с отсылками на соответствующие пункты стандарта. Статья будет полезна компаниям, планирующим внедрять разработку безопасного ПО (РБПО) или проходить сертификацию по методике ВУ и НДВ ФСТЭК России.
Первые несколько дней с AI агентом легко создают ощущение, что разработку наконец‑то «сломали». Даёшь задачу, через несколько минут получаешь diff на несколько файлов, тесты и уверенный отчёт о том, что всё готово. Если мерить производительность от момента, когда ты сформулировал prompt, до появления кода, результат действительно впечатляет. Примерно через неделю я заметил другую вещь: код стал появляться заметно быстрее, а задачи не начали с той же скоростью […]