АЯ
я не про програмные слои а про корпоративные
Size: a a a
2021 July 01
SP
а они тут причем?
АЯ
девы пилят код в бранчах -> код ревьювится другими девами\лидом -> бранчи сливаются в фичабранчу и ревьювится уже архитектомо
SP
ну, можно прочитать им лекцию что такое continious integration :)
SP
у меня есть
АЯ
ну при CI дизайн ревью на каждую бранчу не прикрутишь, разве что периодически там раз в месяц.
но с таким успехом техдолг будет только расти
но с таким успехом техдолг будет только расти
SP
мммм... на каждый тикет в джире ты бы писал у меня ревью
SP
прям в тикете
SP
и прописывал бы что где куда
SP
ДО того как начнешь код писать
SP
я про такого рода вещи
SP
не хочешь писать постоянно "прописываю в openapi спеке, ну добавляю роут, прописываю валидацию вот так-то, делаю то-то то-то" - описываешь стандартный флоу добавления новых роутов и делаешь на это отсылку. Упрощенно.
SP
так 80% всего будет просто отсылкой к выбранному "стандартному решению стандартной проблемы"
АЯ
так какая разница где писать - буковками в таске или командами в коде.
главное кто это всё будет проверять
главное кто это всё будет проверять
SP
дальше если у тебя разработчики через какое-то время выдают результат в соответствии с дизайн ревью то можно и код ревью потихоньку отменять
SP
ну явно не "архитектор". Это каким-то микроменеджментом попахивает или "все оч хуево с доверием"
SP
а так твои тиммейты и будут проверять
АЯ
ну так они и так и так проверяют решение жи.
SP
ну а если ты тиммейтам не доверяешь - значит твой лид/менеджер хуйло