Отзывы на книгу «Чистая архитектура. Искусство разработки программного обеспечения», страница 2

Книгу однозначно нужно прочитать, если задаешься вопросами: 1. В какую функцию положить необходимый функционал? В какой класс положить эту функцию? В какой модуль положить класс? В каком микросервисе(или компоненте) должен жить функционал? 2. Как писать приложения, чтобы не хотелось его переписать несколько раз? 3. Для чего нужны классы и интерфейсы? 4. Как сделать так, чтобы код не превращался в лапшу через какое то время?

Одним словом, это первое, что нужно прочитать, если ты хочешь понимать как проектировать архитектуру ПО и писать расширяемый код.

Не понравилось: Очень многие вещи крайне догматично подаются - как лозунги.

Через чур автобиографична, если выкинуть главы с рассказами о жизни дедушки Боба, то книга будет ощутимо короче.

Плохой перевод. Многие вещи более понятны, если читать на английском(советую читать оригинал, когда какие то моменты не ясны), в оригинале книга гораздо лучше.

Первая половина книги ок, вторая половина книги мне не очень пришлась по душе, хотя именно она в общем-то и есть про архитектуру.

Много слишком громких заявлений, слишком безапелляционных заявлений, немало тем, пояснения которых хотелось бы расширить — сократив или убрав вовсе болтологические части, которым в книге отведено слишком много места. И, кажется, повторения одних и тех же идей тоже можно убрать.

Для меня вся эта книга примерно про DI. Без примеров реального внедрения этого DI и IoC-контейнеров при этом. Упомянут джавистский Spring и всё, видимо в картине мира Мартина это сразу всем всё поясняет.

Разбивайте, дети, приложеньку на слои и связывайте их с DI так, чтобы низкоуровневые детали использовали/импортировали высокоуровневые бизнес-правила, и будет вам щастья три мешка.

Не знаю, как-то я ожидал большего от этого громкого названия. Нет, безусловно, это было интересно-полезно для меня, но многие части читались уж очень уныло. Моя оценка балансирует между 3 и 4. Возможно просто было завышены ожидания, это же дядя Боб. Такие дела.

Рекомендовать читать разработчикам тем не менее можно. Просто надо быть готовым, что этого прочесть будет — мало. Я догонялся потом другой книгой, Implementing the Clean Architecture, автор Sebastian Buczyński — там практика и реальный код.

на мой взгляд уникальность книги в максимально общем ответе на вопрос “как должна выглядеть идеальная программная архитектура и какими характеристиками обладать?“. в принципе автор не даёт никаких новых прорывных истин по проектированию программных моделей, но умело компилирует общие принципы и старается показать общий, системный путь, то к чему нужно стремится, формулирует своеобразное универсальное шаблонное правило. мне не хватало этой системности и книга навела определённый порядок в куче общих представлений и принципов.

Довольно очевидные вещи для опытных архитекторов, но всё так четко структурировано и разложено по полочкам, что прочитать было в удовольствие. Отдельное спасибо автору за последнюю главу "Архитектурная археология" - полувековой срез архитектур программного обеспечения.

Небольшая книженция про архитектуру программного обеспечения с отголосками Solid, принципов программирования и тд, в общем то, что необходимо для получения гибкого ПО (изменения, добавление новых фишек)

Книгу эту читала в рамках профессионального самообразования в надежде лучше понимать, в чем заключается работа архитектора и какими навыками надо обладать + на что стоит обращать внимание и в своей повседневной не архитектурной работе. Не скажу, что она закрыла все мои вопросы или даже что научила меня чему-то, что я могла бы начать применять хоть завтра - все-таки у меня не тот уровень абстракции, вероятно, будь я разработчиком, а не аналитиком - было бы полезнее. Самой познавательной, пожалуй, была глава про парадигмы программирования, а самой интересной частью - байки из жизни, но я байки вообще люблю. Центральная продвигаемая автором мысль о деталях реализации и их взаимозаменимости показалась достаточно продвинутой, впрочем, в моем личном опыте пока что нет реализации какого-то продукта с нуля, чтоб это применить - всегда имела дело с каким-нибудь наследием. В целом - впечатление скорее хорошее. Для общего кругозора почитать можно, но слишком больших надежд на просветление и стремительный карьерный рост после прочтения на эту книгу я бы возлагать не стала =)

Это хорошая и мудрая книга. Про принципы SOLID, про уровни абстракции, про направление зависимостей. Слишком много ооп, впрочем чего еще ждать от книги, в которой столько java (на самом деле куда меньше java-кода, чем в "чистом коде"). Я ещё не строила большие приложения, но когда начну, перечитаю.

Книга легко читается, нет слишком сложных объяснений с непонятным кодом. Много полезной информации получил, например что нужно отделять модели от деталей, а главное зачем это надо. Нужно писать ПО так, чтобы оно не зависило от бд и фреймворка. Сталкиваюсь с этим постоянно на работе, но раньше не думал о таких вещах. Здорово объясняются принципы SOLID, то что это не дополнительные возможности ЯП, а дополнительные ограничения.

Отличная книга о проектировании архитектуры ПО. Автор не привязывается к какому-то конкретному подходу, а дает общие принципы, лежащие в основе успешной архитектуры. Обязательно к прочтению.

Не просто отличная книга. Евангелие современного программирования. Читать обязательно. Особенно тем, кто читал про SOLID - здесь первоисточник, а остальные сурсы, включая вики - формальное повторение без понимания смысла.