Post #948

Как устроены архитектурные ревью в Skyscanner У Подлодки есть замечательный выпуск с Филиппом Дельгядо про то, почему code review часто добавляет больше проблем, чем пользы, и про другие виды peer review, которыми его можно заменить. Если вы уже посмотрели выпуск или доклад Фила на ту же тему, и хотите узнать, а как оно работает на практике, то вот вам кейс от Skyscanner. - Автор планируемого изменения готовит документ, в котором описывает решаемую проблему и детали своего решения. - Этот пропозал читают и комментируют все связанные с изменением команды. Весь ревью организован асинхронно, встреча собирается только в том случае, если есть какие-то крупные вопросы и комментарии, которые автору удобнее разобрать голосом. - Документ продолжает жить и дальше, постепенно превращаясь в документацию разработанного сервиса или принятого решения.