
Разработка ПО
DigitalDemiurge
- 37 книг
Это бета-версия LiveLib. Сейчас доступна часть функций, остальные из основной версии будут добавляться постепенно.

Ваша оценкаЖанры
Ваша оценка
(!)О сути и полезности книги сделал отдельный отзыв, здесь только о ПЕРЕВОДЕ.
Общая оценка переводного издания - 3. Эта оценка и автору перевода и издательству.
Список моих претензий к книге:
1) пропущена целая часть раздела, что при первом прочтении приводило к непониманию в логике изложения;
2) переводчик явно не владеет терминологией по тестированию и разработке ПО, совершенно не соблюдается устоявшаяся терминология; примеры: 1) вместо "модульные тесты" используется "блочные тесты", вместо "наследование" используется "подклассификация";
3) переводчик слишком литературно пытался передать суть написанного, хотя можно было проще и понятней;
4) при упоминании рефакторингов из главы 25 в предыдущих главах нет ссылок на номер станицы, где он описан (хотя в англоязычном они точно есть);
5) шрифт мелкий; книга на английском занимает 450стр., а русский перевод в 400 впихнули; сравнивал с другими книгами этого же издательства.
Я считаю, что в целом перевод плохой, что препятствует хорошему усвоению материала. Приходится периодически обращаться к англоязычному варианту.

Книга уникальна в своё роде, т.к. большинство книг описывают методологию TDD, что предполагает наличие тестов на момент внесения новых изменений или проведения рефакторинга. Эта же книга описывает ситуацию, когда имеет код без тестов. Автор пишет: "При изменении кода тесты должны находиться на местах. А для размещения тестов на их местах зачастую приходится изменять сам код". Собственно на протяжении всей книги приводятся шаблоны, которые позволяют вносить тесты в код без тестов и выполнять безопасные изменения.
Главы частей 2 и 3 слабо между собой связаны. Их можно читать практически независимо.
Важно отметить, что большинство техник описано для работы с ООП кодом. Про процедурный код написано в одной главе 19. В этой главе есть хорошая мысль о том, что многие процедурные языки в своём развитии пришли к поддержке ООП парадигмы. И этим нужно пользоваться, т.к. ООП даёт больше возможностей для организации тестирования. Я для себя обранужил сходство этой мысли с тем, что происходит с языком программирования ABAP от компании SAP.
Из недостатков.

















