ХР основывается на методиках, которые удовлетворяют как краткосрочным инстинктам отдельных программистов, так и долгосрочным интересам всего проекта в целом. Благодаря использованию чрезвычайно коротких циклов разработки ХР предлагает быструю, реальную и постоянно функционирующую обратную связь. Ассоциативные ссылки &T позволяют хранить связи между объектами разных потоков. При попытке синхронного обращения к объекту другого потока, &-ссылка возвращает null. Но зато &-ссылки позволяют асинхронно посылать задачи своим таргет-объектам независимо от того, в каком потоке эти объекты находятся.

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

Рефакторинг: улучшение существующего кода / Мартин Фаулер

Приемочные тесты позволяют убедиться в том, что система действительно обладает заявленными возможностями. Кроме того, приемочные тесты позволяют проверить корректность функционирования разрабатываемого продукта. Таким образом, задачи исполняются в потоках, но посылаются объектам, хранящимся в этих потоках. Чтобы послать задачу, коду не нужно знать ничего про потоки и очереди, ему нужно иметь ассоциативную ссылку на объект-получатель.

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

· Социальная защищенность программиста (Programmer welfare):

Целью реализации XP является более качественный код и, соответственно, более качественный продукт. Кроме того, этот подход призван повысить качество жизни людей, которые занимаются разработкой, сняв распространенные боли и проблемы, связанные с рабочим процессом. Использование парного программирования поможет в разработке более качественного кода, тем более, что создания игр требует высокой производительности и стабильности. Из 20-ти участников этого проекта 5 (в том числе упомянутые выше 3 основных автора XP) опубликовали еще во время самого проекта и в дальнейшем 3 книги и огромное количество статей, посвященных XP. Приведенные ниже данные иллюстрируют проблемы некоторых техник XP при их применении в достаточно сложных проектах.

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

Экстрим в программировании - да, полезно

В экстремальном программировании планирование — неотъемлемая часть разработки и то, что планы могут поменяться, учитывается с самого начала. Экстремальное программирование — гибкая методология, в центре которой качественный работоспособный код с простой архитектурой. Ее предназначение — снизить уровень неопределенности в проектах и по-настоящему гибко реагировать на изменения требований к продукту. Бек Кент рекомендует внедрять XP для решения проблем в проекте.

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

Экстремальное программирование: постановка процесса. С первых шагов и до победного конца / Кен Ауэр, Рой Миллер

ExtremePlanner концентрируется на планировании и отслеживании развития функций (или пользовательских историй), которые имеют реальную ценность для бизнеса для клиентов. Такие инструменты, как SpiraTeam и Rapise, предназначены для гибридных проектов Scrum + Extreme. Поскольку Extreme Programming больше ориентируется на общение и сплоченность команды, команда больше сосредоточена на развитии. Это дает предварительное представление о поведении продукта всем в команде, а также помогает в достижении критериев приемлемости в начале самого спринта. Для каждого спринта вы задействуете только те необходимые и достаточные функции, которые приоритетны для клиента и которые вы можете предоставить в спринте. Готовность принять изменения на любом этапе разработки, чтобы поставляемый конечный продукт не устарел.

• Вы не можете создать достаточно деловой ценности за 40 часов.
• Вы можете использовать его для тестирования настольных, веб-и мобильных приложений.
• Приемочные тесты должны быть одним или несколькими тестами, чтобы убедиться, что история была правильно реализована.
• Экстремальное программирование – единственный верный способ создания программного обеспечения.
• Программисты, члены команды должны придерживаться одних и тех же стандартов оформления программного кода.

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

Правила планирования игры

Больший размер команды разрушает необходимую для успеха простоту коммуникации и делает невозможным применение многих перечисленных приемов. В каждый момент времени система должна быть сконструирована настолько просто, насколько это возможно. Не надо добавлять функции заранее - только после явной просьбы об этом. Вся лишняя сложность удаляется, как только обнаруживается. ХР базируется на процессе эволюционирующего дизайна, который продолжается столь же долго, сколько существует сама система.

Реализация ссылочной модели в языке программирования Аргентум

Этот тест будет храниться до конца проекта, пока требуется функциональность. Каждый раз, когда код изменяется, мы запускаем все тесты, написанные всеми разработчиками, и сразу узнаем, если что-то больше не работает. Делая акцент на передовых методах программирования, XP рекомендует развертывание путем коротких итераций и коллективного управления при постоянном участии заказчика. Результатом является новое определение отношений между клиентом и поставщиком с удивительными результатами с точки зрения качества кода, сроков и удовлетворенности клиентов [исх. Источник Экстремальное программирование — гибкая методология разработки программного обеспечения.