Экстремальное программирование. Разработка через тестирование

Никогда не думал, что книга по программированию станет одной из любимых книг, которую захочется прочитать, не потому что нужно освежить знания, а что бы получить удовольствие. Благодаря ей, мой пет проджект растет и от этого не становится все сложнее и сложнее. Я бы даже сказал он становится все удобнее и удобнее. Когда я возвращаюсь к нему, после недельного перерыва, мне не нужно час вникать, разбираться что там происходит. Я довольно быстро приступаю к работе. У меня не возникает желание все удалить и начать заново, как я это делал обычно прежде. Пожалуй, TDD для меня самый мощный инструмент для борьбы со сложностью.

Как практикующий экстрим-программер - рекомендую. :)

Открывает глаза на планирование проектов разработки ПО. Книга будет полезна любому руководителю проектов - много полезных идей.Активно использую идеи из книги: в работе и в личных проектах.

Кент Бек считается одним из основателей методологии TDD и поэтому мне хотелось познакомиться с его книгой о разработке через тестирование. До этого я читал разные материалы об автотестах и методиках тестирования, и хотелось познакомиться с первоисточником.Мои впечатления неоднозначны. Книга из трёх частей — в первой практика, чтобы показать, как происходит работа в TDD-стиле. Все это я уже где-то читал и мне не было интересно. Вторая часть — показать, как с TDD писать инструментарий для тестирования. Плохая идея, как по мне, причем автор сам говорит о ее сомнительности, приводя аналогию операции на собственном мозге. Зачем оно тогда в книге? Новички не знают о XUnit, JUnit и тп. А те, кто знает уже современный инструментарий, тем и читать это не сильно интересно как по мне. Третья часть — теория. Что-то из нее было интересно почитать, но часть про шаблоны проектирования тут непонятно зачем. Понять шаблоны из такого описания невозможно, а кто с шаблонами уже знаком, тому и не надо описы…Далее

Поскольку я не программист, мне книжка была интересна поскольку постольку, хотелось только разобраться, что же это за TDD такое, приобщиться, так сказать, к бест практисам. Принципы изложены уже в предисловии, так что можно было дальше не читать, но мне обычно тяжело бросать начатые книги, да и хотелось разбора понагляднее, чтобы понять, а есть ли где-то в этой концепции место проектировщику и может ли проектировщик что-то для себя извлечь. Штош, основную идею я вроде как уяснила, но как приложить ее к своей повседневной практике - пока сообразить не получилось, как, впрочем, и есть ли вообще смысл примеряться. Суть одной строкой вот в этой цитате:Красный - зеленый - рефакторинг - это мантра TDD.Ну то есть прикидываешь, чего тебе надо добиться, пишешь проверочный тест, потом пишешь какой угодно код, чтобы тест хоть как-то выполнился, потом шлифуешь полученное так, чтобы тест выполнялся и при этом код не дублировался. Начинаешь заново с другим кусочком логики. Автор разбирает это на ра…Далее