Одним з ключових ресурсів для екстремального програмування є ресурс Ward's Wiki aka Portland Pattern Repository aka C2.com . Саме тут низка людей викреслила різні методології та задокументувала їх під час їх використання.
У цій вікі є сторінка: Рецензії кодексу програм екстремального програмного забезпечення, на яку є кілька учасників, зокрема Рон Джеффріс та Кент Бек.
На це вони сказали:
Огляди коду вважають важливими багато гуру великих процесів. Вони покликані забезпечити відповідність стандартам і, що ще важливіше, призначені для того, щоб код був чітким, ефективним, працював і мав QWAN. Вони також мали намір допомогти поширити знання про код іншим колективом.
ExtremeProgramming вимагає, щоб усі розробки займалися двома інженерами, які працюють разом. Код насправді переглядається на льоту, в достатній мірі. Це гарантує, що більше однієї людини інтимні знання про код завжди.
ExtremeProgramming вимагає, щоб усі об'єкти мали UnitTests. Вони гарантують, що об’єкт працює і продовжує працювати як змінений.
Деякі мови є рефлексивними. На таких мовах UnitTests можуть безпосередньо перевіряти відповідність важливим стандартам. (наприклад, об'єкти повинні реалізовувати і # = і #hash, або ні.)
ExtremeProgramming практикує CollectiveCodeOwnership, що означає, що об’єкти, які потребують уваги, переглядають багато розробників. Це, як правило, чинить тиск на ті, хто виробляє код, який не відповідає стандартам. Відвідувачам розробникам рекомендується / очікується, що вони приведуть код у відповідність, коли виявлять відхилення. Це також забезпечує розповсюдження знань про код за межами початкової пари програмістів, які його створили.
Тому проекти ExtremeProgramming не потребують явного перегляду. Відкиньте їх зі своєї методології.
Існує також трохи більше обговорень на цю тему від інших.
Ключові моменти, однак, полягають у тому, що за допомогою поєднання тестів, спільної власності та парного програмування ці речі вирішують цілі, які, як правило, мають робити огляд коду, такі як:
- Розсіюйте знання про те, що робиться
- Другий (або більше) набір очних яблук на коді, щоб переконатися, що він відповідає стандартам
- Перевірте правильність функціонування коду
Це робиться постійно за допомогою парного програмування та автоматизованого тестування в екстремальному програмуванні, і тому явна перевірка Фагана не потрібна.
Пов'язане читання: