Общее описание
Небольшая книга размером чуть более 200 страниц, состоящая из 14 глав. Вставок кода нет, изображений, таблиц и прочего графического материала практически тоже нет. Уровень чтения лёгкий.
Краткий обзор
Первая глава описывает, что отличает обычного разработчика от профессионала.
Одна из следующих глав говорит о том, как важно говорить "нет" и что "нет" — это не проявление слабости, а способ сохранить качество и доверие заказчика. А вот следующая глава, напротив, — про то, как правильно говорить "да" и как отсеять неуклюжие обещания.
Далее идёт сразу несколько глав про написание кода и про тестирование, но не стоит думать, что там какие-то технические особенности. В случае написания кода это, например, рассуждения, как влияние музыки или ночное программирование сказывается на качестве и скорости (опять-таки по меркам дядюшки Боба). Впрочем, по тестированию некоторая теоретическая база есть, но не стоит её воспринимать как идеал.
Дальше идёт несколько групп, которые я бы объединил в общее название "планирование, оценки и управление рисками". В этих же главах обсуждаются и встречи, оценка времени (покер-планирование, метод быстрого голосования и др.), как избежать давления, сохранение качества кода при давлении.
Заключительные три главы можно было бы сгруппировать в единую под названием "Управление и коммуникации". Тут рассматриваются коммуникации разработчиков с другими разработчиками и с заказчиками. Рассматриваются менеджерские и наставнические тематики.
Мнение
Возможно, опытные разработчики посчитают эту книгу малополезной, но для начинающих программистов это весьма полезный материал. Кроме хард-скиллов, дядюшка Боб затрагивает важность софт-скиллов (о важности хард-скиллов у него есть другие книги). В целом, большинство глав весьма банальны. Они не скучные, но и не особо информативны. Из наиболее интересных можно отметить главы о тестировании. А также, как показывает мой опыт при работе с программистами, многие из них настолько покорны, что не способны сказать "нет" и отговорить заказчика от заведомо неправильной идеи. Учитывая, что книга небольшого размера, я бы рекомендовал её к прочтению тем, кто не так давно стал разработчиком или планирует им стать.
