Clean Architecture: A Craftsman's Guide to Software Structure and Design

Знакомство с автором началось с другой его книги "Чистый код", которая на данный момент мой топ-1 по программированию, и которую возможно, со временем, даже перечитаю. Не смотря на то что примеры там не на javascript (я - front-end программист), они довольно общие, и для себя я нашел в ней много пользы и что-то перенял.

В "Чистой архитектуре" надеялся тоже поднять свой уровень, но, увы, примеры показались слишком бек-ендовые и было сложно сообразить как я могу это всё применить у себя на front-end. Т.е. в целом, как front-end я разочарован, но оценка нейтрально 3, потому что другие программисты возможно смогут найти книгу более практичной и применимой. Принципы SOLID описаны лучше чем во многих первых попавшихся статьях из google, время покажет смогу ли я их применить в своей области. Частично книга автобиографична, наверное я бы тоже отнесся к истории автора с большим восторгом, если бы весь остальной контент был понят и переварен, но в моём случае эти вставки не показались сильно интересными.

Поэтому если кому-то и рекомендовать, скорее это бек ендер, и скорее всего с каким-то опытом работы с реальными проектами, иначе боюсь примеры покажется так же далеки как и мне.

Неплохая книга. Идейная преемница "Чистого кода" того же автора.
Если "Чистый код" рассказывает о том что такое хорошо, а что такое плохо при написании самого кода, то "Чистая архитектура" объясняет как этот код правильно организовать с точки зрения компонентов.
Очень хорошо в книге объясняется что такое абстракции, внедрение зависимостей, архитектурные границы, для чего это нужно и чем чревато пренебрежение абстракциями.
Есть также неплохое объяснение SOLID и других менее известных принципов.
Еще в книге очень много личного опыта автора, примеров проектов, над которыми он работал аж с 70-х годов. Было любопытно почитать о работе программистов во времена многочасовой компиляции, отсутствия ОС и написания кода в блокноте (бумажном, а не приложении).
В целом книга конечно полезная и учит смотреть на проектирование своего кода под новыми углами.

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

По содержанию, кроме последней, автобиографической главы можно ставить 10. Но к изданию и переводу есть вопросы, например, понятие служба и сервис в книге используются как синонимы и порой странно видеть их одновременно в одном предложении. Возможно, стоит читать в оригинале.

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

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

Мне показалось забавным в книге то, что в течении всех глав Роберт Мартин рассказывает о своем опыте и тех решениях, к которым он пришел сквозь годы опыта, но в книге есть глава, написанная другим автором (Симоном Брауном) в 2017 году, и ее содержание примерно такое– "Все советы данные Робертом конечно классные, но вот что я думаю на этот счет..." и показывает доработанные и совмещенные решения, которые ранее описывал Роберт Мартин.

Книга читается легко, после неё можно переходить на более конкретную "хардовую" книгу паттернам и архитектуре на том языке, на котором вы разрабатываете. В данной книге есть код, C и Java, все в целом понятно и без знания данных языков, но Роберт подробно описывает происходящее в данных примерах. Следовательно, уметь читать данный код не обязательно.

Могу смело рекомендовать к прочтению :)

Книгу однозначно нужно прочитать, если задаешься вопросами:

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

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

  Не понравилось:

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

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

Книга мне "зашла" ( хотя поначалу она не совсем мне понравилась), и заставила пересмотреть некоторые подходы к текущим проектам. Главные мысль книги, по моему мнению:

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

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

  Чего недостает этой книге - это наличие упражнений или разбора каких-то кейсов в разрезе каждой главы, т.к. в текущем виде это просто набор мнений и наблюдений (хоть и мотивированных) конкретного автора.

В небольшой книге Мартин достаточно расписал про архитектуру ПО, чтобы такие бублики как я, что-то да выяснили для себя.

Книга мне понравилась не только с тех. точки зрения, но и с точки зрения литературного написания. Это вторая книга, которую я читаю от Роберт Мартина. И есть у него какой-то стиль написания, не знаю, приятный, душевный. Читается оч просто.

Но перед чтением поймите, что в этой книге не будет конкретики. За все время был только 1 отрывок реального кода. Остальное - это UML-диаграммы. Это неплохо. Просто будьте к этому готовы, что книга очень теоретическая.

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

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

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

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

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

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

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