При разработке файлового сервера N10 я в очередной раз понял, насколько полезна экспертная оценка кода в больших группах, даже в проектах с гибкой методологией и полным делением на пары.
Мы с напарником большую часть итерации проработали над многопоточностью, блокировками и механизмами N10. Мы проводили модульное тестирование всего, что могли, но на уровне многопоточности и низкоуровневого сокетного ввода/вывода трудно быть полностью уверенным в своем коде. Поэтому мы сделали лучшее, что могли: привлекли дополнительных рецензентов. Впрочем, ситуация была особой – мы компенсировали невозможность написания достаточно полных модульных тестов.
В общем случае две пары глаз, постоянно наблюдающие за кодом, предоставляют все преимущества экспертной оценки. Добавьте сюда автоматическое форматирование и проверку стиля – и затраты на проведение экспертной оценки кода начинают перевешивать ее преимущества. А если можно получить преимущества без затрат, то зачем возиться с ее проведением?
В нашей лаборатории был установлен проектор, подключенный к двум компьютерам через двухпозиционный переключатель. Каждый раз, когда нам требовалось описать использованный в коде прием или шаблон проектирования, мы тратили несколько послеобеденных минут на запуск проектора и просмотр кода. Это было особенно полезно на ранних стадиях, когда архитектура и композиция системы еще не зафиксировались, мы еще только разбирались в том, как работать с Spring и Hibernate. Кроме того, это помогло разобраться во многих тонкостях работы с Eclipse.
Проектор пригодился и для демонстрации промежуточных версий. Мы могли рассадить всех заинтересованных лиц в комнате, не заставляя их толпиться у одного монитора.
Я уже не говорю, насколько весело было проецировать клипы с YouTube на стену.
Сочетание быстрых и медленных повторов позволяет отделить операции сопровождения и поддержки на сервере от клиентских компьютеров. Обновление или замена не требует «холодной перезагрузки» всей студии.
No related posts.