Vex

А вообще к слову... в Рыба-Меч потрясащий обман - 3d червь , а как Стэн взломал Фэбэровцев ?, он использовал такие наборы букв, я со стула падал , там единственное слово proxy верно, да и то применяется в какой-то абстрактной функции сомнительного содержания

Цитата(remax @ 18.4.2004, 13:10)

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

Если так то 95% программистов работает суперэкстремальным методом! Заказчик не знает чего он хочет, маркетинговый отдел не знает что он рекламирует, отдел продаж не знает что он продал, кодеры не представляют себе вообще зачем эта хрень которую они делают хоть кому-то может понадобиться, менеджеры не понимают не только то что требует заказчик, но и что делают программисты...

У меня уже было не один раз: сначала продали, потом программисты выпучили глаза когда им сказали что именно продали, затем лихорадочно чего-то сделали, совсем не соответствующее тому что изначально предполагалось продавать, но и естественно и не то что хочет заказчик, так как так как хочет заказчик вообще сделать невозможно даже теоретически, при этом в конечном итоге заказчик остаётся доволен!

Апофеозом было требование в одном ТЗ, которое вполне утвердили в отделе продаж и договор с этой фишкой был подписан, что программа должна посылать email на специальный адрес в случае проблем сетью у компьютера... Прошу заметить что ИМЕННО тот компьютер у которого возникли проблемы с сеткой и должен был об этом посылать email!

Насколько я знаю XP (eXtreme Programming) это: тесты и парное программирование.
Там вроде ещё есть составляющие но я про них не знаю ;)
Vit
Откуда у тебя сведения именно про 95 процентов?

Цитата(Vit @ 17.1.2005, 04:19)

Если так то 95% программистов работает суперэкстремальным методом!

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

Цитата(chipset @ 17.1.2005, 23:22)

Насколько я знаю XP (eXtreme Programming) это: тесты и парное программирование. Там вроде ещё есть составляющие но я про них не знаю ;)

Итак, основные составляющие XP:

Планирование:

• Написание User Stories
• План создается в результате планирования релиза
• Выпускаются частые небольшие релизы
• Постоянно измеряется скорость проекта
• Проект делится на итерации
• Люди постоянно меняются задачами

Дизайн:

• Простота
• Метафора системы
• Использование CRC-сессий для дизайна
• Написание пробных решений для уменьшения риска
• Не добавлять никаких функций раньше времени
• Рефакторить безжалостно

Кодирование:

• Заказчик всегда рядом
• Весь код должен соответствовать принятому стандарту
• Весь код должен быть создан парным программированием
• Частая интеграция кода
• Коллективное владение кодом

Тестирование:

• Любой код должен иметь Unit Test
• ВСЕ Unit тесты должны проходить перед отдачей
• Функциональные тесты периодически выполняются и их результаты публикуются

Более подробно о каждой составляющей можно почитать вот тут

http://xprogramming.com.ua/ - у меня эта ссылка не открылась, она точно живая

Цитата(Nastya @ 28.1.2005, 00:50)

http://xprogramming.com.ua/ - у меня эта ссылка не открылась, она точно живая

у меня тоже не открылась.

Цитата(Nastya @ 28.1.2005, 00:50)

http://xprogramming.com.ua/ - у меня эта ссылка не открылась, она точно живая

Ccылка живая, по крайней мере сейчас

Цитата(remax @ 18.4.2004, 22:10)

Принципиально отличается от традиционного программирования по четко сформулированому ТЗ. Необходимость использования связана с тем, что заказчик обычно не представляет себе как должна выглядеть необходимая ему программа. Но если ему показать что-то более-менее похожее на его задачу, то он вполне может скорректировать под свои требования

Помоему наоборот по НЕЧЕТКОМУ ТЗ, так как заказчик не знает чего хочет. И потом там принято за компом по двое программить.

Это вы тут написали про Rapid Prototype, а не Extremе Programming.

Второе подразумевает под собой следующую тактику разработки П.О: сначала готовятся test cases для будующей программы (еще перед программированием, и даже проектированием!), потом все более-менее по классическому плану. Отличительная черта EP: за каждым компьютером сидит пара программистов.

Этот способ себя зарекомендовал, по-моему, при разработке малых и средних проектов.

Критичное программирование - это программирование в критические дни