Задача

Разработка и эксплуатация

Система берет на себя работу, которая идет фоном к разработке: разбор незнакомого кода, ревью изменений, однотипные правки по всему репозиторию, дежурство по инцидентам.

Что забирает система

Работа вокруг написания кода

a Вход в незнакомый код Разбор чужого сервиса: как он устроен, откуда берет данные, где точки отказа. Ответ приходит из самого репозитория, поэтому не расходится с кодом.
b Ревью изменений Первый проход по изменению до того, как его смотрит человек: расхождения с принятыми в команде правилами, пропущенные проверки, неучтенные случаи.
c Однотипные правки Переход на новую версию библиотеки, смена подхода к логированию, переименования через десятки файлов. Поиском с заменой это не делается, нужно понимать контекст каждого места.
d Дежурство При инциденте поднимается история похожих случаев и принятых тогда решений. Дежурный получает контекст, а не начинает разбор заново.
Из чего складывается задача

Что приходится разобрать до запуска

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

  1. 01 Соглашения команды правила ревью, требования к тестам, запрещенные к использованию решения
  2. 02 Контур работы где живет код и допустимо ли обращение к внешним сервисам
  3. 03 Границы допустимого что система меняет сама, что предлагает, что не трогает никогда
  4. 04 Точки встраивания на каких шагах процесса разработки система подключается к работе
Результат

Что получает заказчик

Короткий вход в проект Новый разработчик получает ответы по устройству сервиса сразу, не отвлекая тех, кто его писал.
Единая планка ревью Правила применяются одинаково ко всем изменениям и не зависят от того, кто сегодня смотрит код.
Знание остается в команде Решения и разборы инцидентов сохраняются между сессиями. Уход человека не уносит с собой контекст проекта.
Код остается внутри Система работает на модели в контуре заказчика. Это снимает запрет там, где исходный код нельзя отправлять наружу.

Направление собрано в продукте AKI.Code - агенте разработки, работающем в терминале.

Кто приходит с задачей

Кто инициирует

Технический директор Команда растет, качество кода начинает зависеть от того, кто именно смотрел изменение
Руководитель разработки Ревью и ввод новых людей съедают время сильных инженеров
Директор по информационной безопасности Внешние помощники для работы с кодом запрещены политикой
Владелец унаследованной системы Систему поддерживают люди, которые ее не писали
Следующий шаг

Разбор процесса разработки

Отвечаем в течение одного рабочего дня. Для первого разговора достаточно описать состав команды и ограничения контура.

Обсудить задачу Смотреть AKI.Code