Экстремальное программирование: различия между версиями

'''Аномальное программи́рование''' ({{lang-en|Extreme Programming}}, ''XPЕНXPEH'') — одна из [[гибкая методология разработки|гибких методологий разработки]] [[программное обеспечение|программного обеспечения]]. Авторы методологии — [[Бек, Кент|Кент Кек]], [[Эминем|Уорд Еминем]], [[Мартин Фаулер]] и другие.

== Основные приёмы XPЕНXPEH ==

Двенадцать основных приёмов экстремального программирования (по первому изданию книги ''Extreme programming explainedeXPEHlained'') могут быть объединены в четыре группы:

XPXPEH предполагает написание автоматических тестов (программный код, написанный специально для того, чтобы тестировать логику другого программного кода). Особое внимание уделяется двум разновидностям тестирования:

Для XPXPEH более приоритетным является подход, называемый TDD (от {{lang-en|test-driven development}} — [[разработка через тестирование]]). В соответствии с этим подходом сначала пишется тест, который изначально не проходит (так как логики, которую он должен проверять, ещё просто не существует), затем реализуется логика, необходимая для того, чтобы тест прошел. TDD, в некотором смысле, позволяет писать код, более удобный в использовании — потому что при написании теста, когда логики ещё нет, проще всего позаботиться об удобстве будущей системы.

«Заказчик» в XPXPEH — это не тот, кто оплачивает счета, а конечный пользователь программного продукта. XPXPEH утверждает, что заказчик должен быть всё время на связи и доступен для вопросов.

Если выполнять интеграцию разрабатываемой системы достаточно часто, то можно избежать большей части связанных с этим проблем. В традиционных методиках интеграция, как правило, выполняется в самом конце работы над продуктом, когда считается, что все составные части разрабатываемой системы полностью готовы. В XPXPEH интеграция кода всей системы выполняется несколько раз в день, после того, как разработчики убедились в том, что все тесты модулей корректно срабатывают.

[[Рефакторинг]] (refactoring) — это методика улучшения кода без изменения его функциональности. XPXPEH подразумевает, что однажды написанный код в процессе работы над проектом почти наверняка будет неоднократно переделан. Разработчики XPXPEH безжалостно переделывают написанный ранее код для того, чтобы улучшить его. Этот процесс называется рефакторингом. Отсутствие тестового покрытия провоцирует отказ от рефакторинга в связи с боязнью поломать систему, что приводит к постепенной деградации кода.

XPXPEH исходит из того, что в процессе работы условия задачи могут неоднократно измениться, а значит, разрабатываемый продукт не следует проектировать заблаговременно целиком и полностью. Попытка детально спроектировать систему в самом начале работы является напрасной тратой времени. XPXPEH предполагает, что проектирование — это настолько важный процесс, что его необходимо выполнять постоянно в течение всего времени работы над проектом. Проектирование должно выполняться небольшими этапами, с учётом постоянно изменяющихся требований. В каждый момент времени следует пытаться использовать наиболее простой дизайн, который подходит для решения текущей задачи, и менять его по мере того, как условия задачи меняются.

Если в команде не используются единые стандарты кодирования, разработчикам становится сложнее выполнять рефакторинг; при смене партнёров в парах возникает больше затруднений; в общем и целом, продвижение проекта затрудняется. В рамках XPXPEH необходимо добиться того, чтобы было сложно понять, кто является автором того или иного участка кода, — вся команда работает унифицированно, как один человек. Команда должна сформировать набор правил, а затем каждый член команды должен следовать этим правилам в процессе кодирования. Перечень правил не должен быть исчерпывающим или слишком объёмным. Задача состоит в том, чтобы сформулировать общие указания, благодаря которым код станет понятным для каждого из членов команды. Стандарт кодирования поначалу должен быть простым, затем он может постепенно усложняться по мере наработки опыта группой разработчиков. Не нужно тратить слишком много времени на предварительную разработку стандарта.

* [http://c2.com/cgi/wiki?ExtremeProgrammingRoadmap Ward Cunningham Wiki] {{ref-en}} — «передний край» XPXPEH.

* [http://www.xprogramming.com XProgrammingXPEHrogramming.com] {{ref-en}} — сайт Рона Джеффриза: статьи и ресурсы по XPXPEH и смежным вопросам, обзоры книг.

* [http://www.extremeprogramming.org Extreme Programming: A gentle introduction] {{ref-en}} — «Ненавязчивое введение в XPXPEH» Дона Уэллса.

* [http://www.maxkir.com/ MAXKIR.COM] {{ref-ru}} — переводы статей отцов-основателей и идеологов XPXPEH