Экстремальное программирование и быстрая разработка ПО

[Mihalych]

by Арсений Чеботарев
http://citforum.ru/SE/project/xp/

[Mihalych]

Вот интересно, в России, в игрострое, кто-нибудь использует Xp ?

[Arrow]

Для крупных проектов ИМХО простовато, а для мелких сложновато.
А вообще, у меня подбная схема. Только цикл меньше недели, рефакторинг практически отсутствует, и пары нету, да еще не понятно за что, в итоге, платить деньги гейм дизайнеру.

[Dva]

>> Вот интересно, в России, в игрострое, кто-нибудь использует Xp ?

PM из Никиты на последнем КРИ докладывал по XP
Послушать можно здесь:

Андрей Тягунов, Никита
Управление игровым проектом: XP vs реальная жизнь
http://kriconf.ru/index.php?type=records

т.о. как минимум Никита использует.
Многие XP симпатизируют, в том числе и мы, но применяют только часть элементов.

[Mihalych]

Сообщение от Dva

т.о. как минимум Никита использует.
Многие XP симпатизируют, в том числе и мы, но применяют только часть элементов.

Thnx! Послушаю ))

[Mihalych]

Вот еще на эту тему нашел
http://www.dtf.ru/articles/read.php?id=858

[Basara]

Сообщение от Arrow

рефакторинг практически отсутствует.

И это не есть хорошо.Если цикл короткий,то рефакторинг можно делать после нескольких циклов, но исключать его совсем - непозволительно.

[Basara]

Сообщение от Dva

Многие XP симпатизируют, в том числе и мы, но применяют только часть элементов.

Универсальных подходов не бывает. Есстественно приходится адаптировать под проект и имеющуюся команду.

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

Если в шутку то:
Мы можем сделать продукт быстро,качественно,дёшево.Выберите пожалуйста две любых характеристики.

А если всерьёз то:
Тех. процесс различен в зависимости от того какие параметры в треугольнике баланса ты примешь за constant,optimized,as is.

[Arrow]

Сообщение от Basara

И это не есть хорошо.Если цикл короткий,то рефакторинг можно делать после нескольких циклов, но исключать его совсем - непозволительно.

Если проект пишут пять человек. Разработки больше чем на месяц. И код еще где-то придется использовать.

[orika]

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

Вообще прочитать всем советую (хотя бегло). Там много интересных идей есть и хотя они все банальны, но еще раз уложить в голове полезно.

orika.