Эта книга об экстремальном программировании. Экстремальное программирование, часто обозначаемое аббревиатурой - это упрощенная методика организации производства для небольших и средних по размеру команд разработчиков, занимающихся разработкой программного продукта в условиях неясных или быстро меняющихся требований. Данная книга предназначена для того, чтобы помочь вам определить, оправдано применение XP в вашей ситуации или нет.
Рецензии
Разработчикам ПО к переменам не привыкать: в этом бизнесе меняется абсолютно все, причем с ошеломляющей скоростью. Это аксиома, с которой не поспоришь. С ней и не спорят. Спорят о том, как вести себя в такой ситуации. Грубо говоря, существует два выхода - стараться любой ценой эти изменения предсказать и обуздать, изводя кипы бумаги на документацию и сутки рабочего времени на совещания, или же плыть по течению, включив перемены в сам процесс разработок и всячески их приветствуя. Второй вариант выглядит несколько необычно и, наверное, поэтому методологию разработки ПО, которая основана на этих принципах, назвали экстремальной. На деле ничего экстремального в ней нет - основной упор делается на положения, хорошо известные всем и каждому: тестирование, непосредственную коммуникацию между разработчиками и заказчиками, тесное общение в команде. Удивительное дело, в новой интерпретации эти старые,
как мир программирования, принципы дают удивительный результат: проекты создаются быстрее, качественнее и, наконец, веселее.
Книга одного из основателей методологии и главного ее пропагандиста Кента Бека "Extreme Programming: Embrace Change" (в русском переводе из названия чудесным образом исчезла вторая половина названия, ну да это мелочи) представляет собой довольно полное изложение основных принципов этой методологии, написанное весело, бодро и сердито. Книга предназначена тем, кто собрался познакомиться с ХР и хочет решить, насколько эта методология ему подходит. Прекрасный язык изложения, иллюстративная, по-бековски напористая подача материала.
Закономерное, что эта книга стала первым (за исключением пары-тройки статей) русскоязычным источником по одной из самых популярных гибких методологий. Выбор издательства радует, не радует лишь неизбежный для "первого блина" ком. В данном случае, это перевод. Уж сколько раз твердили миру, что любой текст (за исключением телефонных справочников) нуждается в литературной правке. Как обидно видеть слабую переводческую работу, которую второпях даже не вычитали: нелепые терминологические ошибки, местами - подстрочник вместо нормального русского языка, исковерканные имена и фамилии (рекорд - 2 ошибки на 4-буквенное слово!). В оригинале книга читается легко, русский вариант намного тяжелее, "топорнее". То и дело спотыкаешься об ошибки, опечатки и явное недопонимание оригинала.
Так вот и борешься с противоположными чувствами: то ли радоваться - "Ура! Бек заговорил по-русски", то ли искать тухлый помидор, чтобы запустить в редактора-переводчика. Будем же оптимистами. По слухам, "Питер" собирается продолжать "методологическую" серию. Пожелаем же им не торопиться с выпуском очередного бестселлера, напичканного смысловыми и языковыми ошибками. Не надо спешить. Методологии живут дольше, чем версии "Photoshop 7.0" или "Microsoft Office 2000". Можно вполне успеть перевести книгу, выверить, отредактировать и уже тогда выпускать ее на радость и пользу всем, интересующимся повышением эффективности процесса разработки ПО.
Дата: 26.06.2003
Отзыв: Отличная книга. Очень понравился стиль изложения материала.
Имя посетителя: madm
Дата: 15.01.2003
Отзыв: После прочтения осталось двойственное впечатление. С одной стороны, книга читается легко, хорошо описывается формирование концепций XP и взаимоотношения между ключевыми составляющими этого подхода. С другой стороны, изложение показалось несколько поверхностным, не хватает примеров, подводные камни (classic mistakes) XP описаны кратко и чувствуется, что многие практические аспекты метода остались за кадром. На мой взгляд, название "Введение в XP" более соответствовало бы содержанию книги. В качестве введения в XP она определенно хороша. Практикующие XP вряд ли найдут в ней что-либо новое для себя.
Имя посетителя: Владимир Кисленков
Дата: 15.11.2002
Отзыв: Хорошая книга. Полезна как противоядие против излишне "умных" подходов к разработке. Сам метод XP довольно прост для усвоения. Ведь мы сами интуитивно стремимся так и делать.
Имя посетителя: Алексей Вячеславович Черемхин
Дата: 21.10.2002
Отзыв: Приветствую, коллеги! Меньше года назад серия книг Кента Бека в Силиконовой Долине шла на ура. Только каждая из них стоила от 35 баксов = а тут стольник рублевичей. Молодцы, оперативно перевели! Советую посмотреть на сайт легендарного Мартина Фаулера - http://www.martinfowler.com/ - там много и об XP и об конкурирующих технологиях. Вадим Владимирович PS: Будьте добрее и ничего не бойтесь!
Имя посетителя: Вадим Владимирович Синицын
Дата: 23.09.2002
Отзыв: Интересная книга. Актуальная для небольших проектов 3 - 5 человек, т.к. методики, описанные в книге не годятся на большие и средние проекты, от 10 и более человек. Но сам перевод качественный и примеры делают книгу более живой и читабельной.
Имя посетителя: Andrey Marchenko
Дата: 04.09.2002
Отзыв: Побольше бы таких книг! Спасибо.
Имя посетителя: Дмитрий
Дата: 07.08.2002
Отзыв: Перевод вполне достойный. И читается легко и слух (взгляд) не режет. Все термины переведены и переведены правильно. Для того, чтоб не возникало неоднозначностей, рядом приведены английские варианты. Допускаю, что оригинал читается ЕЩЕ ЛЕГЧЕ, но мне лично приятнее читать на родном великом и могучем. Спасибо издательству. Побольше бы таких книг. Особо хотелось бы увидеть Refactoring М.Фаулера.
Имя посетителя: Mikhail Andronov
Дата: 14.06.2002
Отзыв: Отлично, что перевели, но имеются большие претензии к переводу: http://www.xprogramming.ru/Discuss/default.asp?cmd=show&TopicID=49&ReplCount=10
Имя посетителя: Роман Еремин
Дата: 03.06.2002
Отзыв: Хорошая кнга. Это не перевод xpInstall.pdf Огорчает опечатки в старой терминалогии и не совсем хороший перевод современной терминологии. Чувствуется отсутствие у издательства единого словаря перводов. В целом книга легко читается.
Имя посетителя: Владимир Сердюк
Эта книга харизматических лидеров экстремального программирования - о том, как планировать проекты разработки программного обеспечения по технологии XP. В основном она предназначена руководителям - тем, кто должен составлять план работ, а потом следить, чтобы он соответствовал действительности. Она будет полезна и программистам с заказчиками, поскольку это две основные роли в процессе планирования и разработки ПО.
Рецензии
Как спланировать проект по созданию ПО
Издательство "Питер" (www.piter.com) выпустило в свет очередную книгу из серии ХР (eXtreme Programming). Она написана в полуразвлекательной манере, а по объему напоминает скорее брошюру. Предназначено это издание в первую очередь для руководителей подразделений, отделов или групп (не обязательно занимающихся программированием, тем более в экстремальном режиме), но может быть полезно также и программистам, и заказчикам ПО. Книгу без особого напряжения можно одолеть за полтора-два часа. В ней множество коротких и в какой-то мере поучительных (при условии, что читатель захочет учиться) жизненных (но с заокеанскими реалиями) историй, нередко сопровождаемых рисунками. Вообще в издании использован иллюстративный подход к рассматриваемой проблеме. Глав в книге, несмотря на ее ограниченный объем, очень много - 27, но они совсем крохотные - каждой из них отведено всего три-четыре страницы, а то и
меньше, иногда они предваряются эпиграфами.
В программистской среде хорошо известен термин "управление проектом", однако планирование, как показывают Бек и Фаулер, представляет собой совершенно иную процедуру. Они полагают, что время "тяжеловесов" при разработке корпоративных проектов ПО ушло в прошлое, а на первый план выходит поэтапное планирование этого процесса, что позволяет добиться мобильности при проектировании. Такая мобильность появляется при разбиении объемного проекта на несколько небольших составляющих, представляющих собой программы, выпускаемые одна за другой. Авторы утверждают, что план - это не догма, он может и должен изменяться с учетом обстоятельств, которые в жизни оказываются весьма изменчивыми, а само планирование помогает спрогнозировать такие изменения. Бек и Фаулер подчеркивают, что планирование работ по созданию ПО предполагает не слепое следование к намеченной цели, а осмысление на каждом этапе создавшегося
положения и корректировку плана действий.
Читатель найдет в книге множество практических советов. Так, по мнению авторов, при разработке ПО план должен быть как можно более наглядным, с тем чтобы любой специалист мог оценить выполненную работу. Кроме того, они рекомендуют чаще (лучше ежедневно) обсуждать в коллективе ход работ, с тем чтобы каждый видел, над чем конкретно работает его коллега, что им сделано на сегодняшний день, какие возникают проблемы, и с учетом этого мог при необходимости скорректировать план. Немаловажным при планировании проекта является и необходимость согласования действий между программистами. В книге также рассматриваются вопросы, которые тревожат всех руководителей: как оценить трудозатраты, как учесть пожелания и требования заказчика и наладить наиболее эффективное взаимодействие с ним, как проконтролировать выполнение работ и др.
В пособии практически отсутствуют специальные термины для программиста, а если таковые появляются, то авторы в большинстве случаев их разъясняют на наглядных примерах. В конце издания приведен небольшой толковый словарь и алфавитный указатель.
К сожалению, в русской редакции книги встречаются принципиальные ошибки: так, дословный перевод слова bugs (что на самом деле может означать "ошибки" в программе) привел к искажению смысла целой главы, посвященной отладке, - она так и названа "Жучки"), что для такого опытного компьютерного издательства недопустимо.
Александр Чубуков
Опубликовано: PC WEEK/RE №6, февраль, 2004
Отзывы читателей
Дата: 26.06.2003
Отзыв: Отличное продолжение отличной книги :) Правда практики маловато...
Имя посетителя: madm