4

Весьма странная книга.

Начало очень интригующее. Автор поднимает проблему неудач в разработке и ставит самой вероятной причиной "неудачу языка" (language failure), т.е. команда проекта не смогла сформировать общую понятийную базу, для того чтобы на ее основе из этих кирпичиков создавать систему как "лингвистический объект". Автор широко цитирует Жака Дерриду и его идеи деконструкции как главный инструмент семантического моделирования. Отмечу что подобный подход используется в Domain-Driven-Design, который является более приземленной практикой без опоры на философию, но в книге почему-то вообще про это ни слова.

Также автор интересно описывает роль технического директора, как "дизайнера семантики", который с опорой на техническую эрудицию вырабатывает и доносит смыслы до всей команды через разные аналитические артефакты.

Кроме этих двух интересных мыслей (обсуждение которых занимает 15% книги), в книге больше нет вообще ничего - все остальное это какой-то набор советов от "деда", которые никак не увязаны с его программными принципами. Он пишет, типа, делайте микросервисы, не забывайте про SOLID и прочее. Так например в одной из частей автор начинает хвалить Cassandra и рассказывать ее технические приемущества, при это больше про конкретные инструменты разработки не пишется. Это что, "product placement" что ли?. Ну если ты пишешь про какие-то базовые вещи и философские основы создания кода, зачем спускаться на такой уровень?

Вообщем по хорошему, книге надо ставить 2, но за интересные идеи про "неудачу языка" и креативный характер работы тех.директора накину один балл.