Все равно, что в курилке спросить - кто не пользуется ершиком в туалете?

Вы удивитесь, но код ревью не везде проводится ) речь идет о компаниях, где во главе стоят решение бизнес - задач

Я удивлюсь, если кто-то решит назвать оценку кода другом/колегой-разработчиком код ревьюингом 😁

А еще решил добавить)) Решение бизнес задач не равно/исключает код ревью по вашему?))

Не по моему) я была на проекте где я сама себе проводила код ревью будучи еще джуном, то есть это был мой первый коммерческий проект Сейчас из проекта я ушла, но новой команде разработчиков его сложно поддерживать Вот и решила узнать у общественности, кто проводит вообще код ревью ? Или мой кейс уникальный )

На мой взгляд ревью стоит проводить в продукте, достигшем самоокупаемости.

Если, как Вы говорите, команде сложно поддерживать Ваш код, то либо они его удалили и переписали, либо разобрались и все хорошо.

Но вот как гарантировать, что ревьюеры сделали лучший код по отношению к Вашему - вот это задача)

Можно удовлетвориться тестами, конечно, но всегда хочется получить экспертное мнение. А это сложно. Часто команды «экспертов» считают, что проще переписать, нежели думать кто там что хотел вложить в смысл )

И тут уже только профессионализм проджекта может решить - экспертно ли мнение «проверяющих».

Интересное мнение;) мой старый продукт спас бы опытный наставник, который проводил бы регулярное код-ревью, следил бы за соблюдение принципов SOLID и в принципе следил бы за соблюдение архитектурных принципов, которые были приняты до меня. Поддержка продукта была бы проще и дешевле и после моего ухода Сейчас разработка выходит дорогая, так как для реализации простых фич нужно вносить много изменений

Эксперимент есть эксперимент. Борис Стругацкий )