наличие регулярных кодревью выливается в минимум двоих людей знакомых с каждым отдельно взятым куском кода, а так же решает проблему "сделаю криво -- потом поправишь". и никакого запугивания не надо :)
У нас с кодревью как раз все очень неплохо. И был еще человек, который теоретически мог это сделать хорошо и быстро. Проблема была только в том, что он был занят на супер важной и срочной фиче C, и привлечь его не было возможности.
у нас такое обычно решается тем, что неопытный человек (в твоем случае, ты) шлет на ревью драфт реализации опытному, опытный делает замечания, и только после этого реализация доводится до конца и шлифуется... просто чтобы не было "а косяки потом поправим" хотя бы в плане грубых ошибок.
Ну как бы это, код ревью сложной фичи, реализованной неумелым человеком, может потребовать времени, вполне сравнимого с реализацией фичи самим ревьюером. И уж точно сравнимо по времени с "косяки потом поправим".
Да, с перфекционистами это должно работать. :) Правда несовместимо со стилями, объявляющими злом выделенное владение кодом. Ну и заставляет задуматься о "числе грузовиков" для такого проекта.
Comments 15
Reply
Reply
Reply
Reply
Reply
Reply
Leave a comment