Все много писали о парном программировании.
Как это круто и все такое.
Но проблема, похоже, возникает в том, что два программиста пишут как бы 150% работы одного программиста за день.
Ну то есть теоретически меньше.
А у нас было так, что просто каждому коммиттеру (тому, кто имеет право добавлять код в основную ветку программы) назначался рецензент и после коммита в транк (основная ветка программы) выдавался тикет (да!!! каждый коммит должен быть сделан в билете) был передан рецензенту (номер(а) коммита для этого билета был записан в билете).
Рецензент рассмотрел изменения и либо передал тикет тестировщику, либо вернул его коммиттеру по одной из причин: логическая ошибка, несоблюдение правил кодирования, сложный код, который невозможно прочитать и не документировать, либо он явно увидел ошибку в коде (например, забыл escape).
Таким образом повышалась как читабельность — были соблюдены все правила кодирования, так и документация — сложные участки кода документировались.
Никаких сложностей при просмотре чужого кода у меня не возникло, это не заняло много времени и добавило минуты отдыха к моему основному рабочему графику.
Плюс в просмотренном мной коде я увидел множество трюков, которые позже использовал.
Вы использовали/используете что-нибудь подобное? УПД.
Я осознал свою ошибку.
Переименовал тему.
Теги: #экстремальное программирование #парное программирование #идеальный код #разработка сайтов
-
Что Нужно Иметь В Рождественский Сезон
19 Oct, 24 -
Youtube: Почему Вам Стоит Это Проверить
19 Oct, 24 -
Запуск Кластера Rabbitmq В Kubernetes
19 Oct, 24 -
Композитный Видеовыход Для Atari 2600 Jr.
19 Oct, 24 -
Interplay Все Равно Будет Барахтаться
19 Oct, 24
