ИИ-ревью, или как я себя чуть не уволил
AI-ревьюер для GitLab, который проверяет не отдельный merge request, а всю задачу сразу, во всех сервисах, которые она задела. И почему для этого понадобился агент, а не анализ diff через API.
AI-ревьюер для GitLab, который проверяет не отдельный merge request, а всю задачу сразу, во всех сервисах, которые она задела. И почему для этого понадобился агент, а не анализ diff через API.
Когда основная работа над публичным API библиотек для Go, C++, Python, Rust и TypeScript была закончена, встал следующий вопрос: а как теперь удобно описывать саму архитектуру? Не только собрать первый пример, но и вносить изменения, обсуждать их на ревью, проверять корректность связей и не запутываться по мере роста проекта. В Service Architect
Есть два проекта в двух разных компаниях — оба о том, как затащить дело в крупных корпоратах. Первый: 50 человек персонала, результата практически нет, еле успели доделать всё за год. Второй: людей втрое меньше, и по успешности всё сильно лучше, чем в первом проекте. Давайте посмотрим на суровую реальность. График роста численности персонала в первой […]
Секция «Инструментарий аналитика» на INFOSTART A&PM EVENT 2026
Иногда архитектура системы «есть» — но ответить на простой вопрос всё равно сложно. Например: Что происходит после того, как пользователь нажал кнопку «Оплатить заказ»? На первый взгляд ответ очевиден: frontend вызывает backend, backend создаёт заказ, идёт в платёжный сервис, сохраняет данные и отправляет письмо. Но если начать разбирать сценарий чуть подробнее, картина обычно становится менее […]
Всем привет, меня зовут Сергей Прощаев. Я Tech Lead и руководитель направления Java/Kotlin‑разработки в FinTech и E‑commerce, а ещё преподаю на курсах разработки и архитектуры в OTUS. Представьте: вам как системному аналитику выдали задачу — внедрить новый механизм кэширования в высоконагруженный API‑шлюз. Вокруг 12 микросервисов, три команды разработки, бизнес‑спонсор, который хочет «просто ускорить всё», и Confluence, где документация умерла год назад. С чего начать? […]
Представьте: в вашей компании уже не десятки, а сотни микросервисов. Новый разработчик приходит в команду и первую неделю тратит не на код, а на поиски. «Где лежит этот API?», «Как запустить этот сервис локально?», «Кому писать, если он падает?». Каждая команда изобретает свои велосипеды для документации, а общие инструменты превращаются в разрозненную коллекцию закладок в […]
Всем привет, меня зовут Сергей Прощаев. Tech Lead и руководитель направления Java | Kotlin разработки в FinTech & E-commerce, преподаю на курсах разработки и архитектуры в OTUS. В этой статье разбираю системный подход: как системному аналитику спроектировать доменную модель, которая прямо ложится в код Java-микросервисов, и избежать ситуации, когда архитектор после передачи требований перекраивает всё […]
Когда программист впервые слышит слово «архитектура», он обычно представляет что-то скучное: диаграммы, стрелочки, коробочки, совещания на три часа и человека, который запрещает писать код. А потом проходит несколько лет. И внезапно оказывается, что проект, который «быстро накидали», начинает разваливаться от любого изменения. Добавили одну кнопку — сломался импорт. Поменяли отчёт — умерла авторизация. Обновили библиотеку […]