Рецензии на книги — Роберт Мартин

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

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

Эту книгу я больше читала для самообразования, поэтому пока не могу высказывать определённое мнение по поводу тех предложений, которые выдвигает нам автор. И я просто расскажу, о чем она повествует. Автор - человек с большим опытом. Начинал он в совсем "древние" времена, застал перфокарты. С тех пор Программирование сильно изменилось. Немало людей не смогли преодолеть этот барьер. Но он справился, и до сих пор является профессионально востребованным специалистом. Как таковых технических специальных терминов в книге будет мало. Так, некоторые упоминания названий языков программирования, приложение с кратким перечнем программ, которые он предпочитает использовать (для тестирования, например). Часть книги посвящена описанию разработки через тестирование. Автор является ярым апологетом этого…

Однажды увидел в книжном магазине эту книгу. Полистал. Меня заинтересовали в первую очередь байки из жизни автора. Решил почитать и заказал книгу в веб-магазине.

После прочтения оказался несколько разочарованным. Дело в том, что баек, заинтересовавших меня, в этой книге не так уж и много. Конечно, в книге есть и много другого интересного материала, но книга закончилась быстрее, чем я удовлетворился полученной информацией. Наверное дело в том, что у Роберта Мартина свои собственные представления об идеальном программисте. Я бы сказал, что идеальным программистом он считает профессионального программиста. И вот что он вкладывает в это понятие. В его понимании профессиональный программист помимо 40 рабочих часов в неделю должен тратить ещё 20 часов в неделю на самообучение. Профессиональный…

Данное произведение скорее всего можно отнести к жанру художественной литературы, так как в книге автор в лёгкой и непринуждённой форме рассказывает истории из жизни. Большинство историй связаны с воспоминаниями автора из 70-х годов прошлого столетия, когда повсеместно использовались перфокарты и компьютеры с сильно ограниченными ресурсами. Если вы, также как я, не работали в IT в те времена, то все эти истории могут показаться вам не интересными.

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

В целом книга заслуживает внимания из уважения к ее автору дяде Бобу, но лучше не питать никаких иллюзий по поводу ценности ее содержимого, и просто относиться к…

Книга рассказывает о хороших принципах, но наглядность явно не на высоте. Вторая половина книги сопровождается простынёй с кодом на Java, который был актуален лет 10 назад.

Если рассказываешь о принципах, то обойдись без жёсткой привязки к коду - на мой взгляд он протух. Часть материала очень хорошо сейчас понимать без этой книги, хотя часть до сих пор не потеряла актуальности.

Прекрасная книга. Обязательна к прочтению тем, кто хочет стать программистом. Скорее всего через 5-10 лет совсем потеряет свою актуальность, но пока она прекрасно решает задачи возложенные на нее. Купил дочери, прочитал сам. Согласен решительно со всем изложенным материалом (ну кроме инструментария, хотя это вкусовщина). Рекомендую будущим программистам.

Книга достаточно понятно и просто преподносит основные идеи по созданию чистого кода.

Мне, как программисту, было полезно узнать что-то новое (например, как разделять слои абстракций, как происходит модульное тестирование и что такое TDD), так и пересмотреть свои взгляды на казалось бы базовые, но тем не менее, важны вещи в программировании, вроде комментариев в коде и именовании переменных/методов/классов.

Книга, помимо рассказа общих концепций чистого программирования, которые подходят для всех ЯП, преподносит конкретику в области объектно-ориентированных ЯП, а конкретно в Java. Так что, джавистам однозначно рекомендую к покупке.

Книга от профессионала своего дела, умудренного опытом, следующему поколению разработчиков.

Если ты пишешь код, то прочтение книги однозначно сделает тебя лучше.

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

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

А также присутствует ободряющая философия:

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

В моем варианте русского издания (Питер, 2016) есть некоторые недочёты перевода, кривой алфавитный указатель (возможно, страницы остались из оригинальной версии, соответственно указатель ссылается не туда, где понятие действительно упоминается), и как…

Еще одна книга, которая, как бы про программистов, но самом деле про профессионалов любой области. Мне кажется каждый, кто берет на себя обязательства по выполнению проектов и соблюдению сроков, сможет найти для себя в ней что-то интересное. Программистской специфики больше, конечно, чем в «Программист-фанатик» Чед Фаулер .

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

Обещая «попытаться», вы признаетесь в том, что ранее вы сдерживались; что у вас остался дополнительный резерв, которым вы…

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

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

Чистота кода очень важный аспект в разработке. Роберт Мартин очень четко разложил по полкам действия, чтобы держать код в чистоте. Кому-то может показаться, что из-за того, что книга старая и примеры в ней на Java, то она уже неактуальна (я встречал таких лиц, к сожалению). Но я считаю, что это не так. На чем бы код не был написан и когда бы не был написан - он должен быть всегда понятен остальным. Без всяких выкрутасов, без переменный типа a, b, c и kollichestvo. Когда у меня возникают сомнения как лучше что-то написать, то первым делом я лезу в Чистый код. Плюс ко всему этому там есть удобный сборник правил в конце книги, чтобы можно было обратиться к нему.

Также нельзя не упомянуть, что читается она легко (почти всегда). Да, есть моменты, когда ты сидишь и такой "ШТА?!". Но таких…

Маленькая, водянистая. Роберт Мартин в своём духе

Трудно это отнести к технической литературе. Книга почти целиком про личный опыт. Может послужить каким-то подспорьем для новичков, в моём же случае просто интересно дополнить свою картину мира мнением не последнего человека в индустрии. Многие вещи примитивны, но никогда никем вслух не обсуждаются. Это может и на новые мысли натолкнуть

Самое главное, что дает книга - понимание, что значит профессионализм. Т.е. то, что ждет от тебя работодатель, когда нанимает тебя. После прочтение становится понятным, что говорить на собеседованиях по софт скилзам. Это особенно актуально на высоких позициях, либо при собеседованиях в иностранные компании.

Также я открыл для себя понятие сроков и умение отказать. До прочтения книги и понимания того самого профессионализма, мне казалось, что начальству нельзя говорить нет и нельзя отказываться в коммите по срокам. В книге довольно четко объяснено, почему я был не прав.

Еще эта книга, как и все книги Боба Мартина биографична. Очень много тезисов подкрепляется его биографией.

Книга не очень большая, но если бы не автобиография, то могла бы быть меньше раза в 2.

Ну а еще, конечно же, TDD. Это…

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

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

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

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

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

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

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

Плохой перевод. Многие вещи более понятны, если читать…

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

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

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

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

Не знаю,…

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

Читал книжку в оригинале. Конечно те, кто пишет на Java получать максимум из книги, но и тем, кто работает с другими языками, будут очень полезны первые 30% книги – как правильно называть переменные, как организовать класс, сколько аргументов лучше передавать в функцию и т.д. Все эти вещи проходят всколзь при подготовке программистов в ВУЗах, а ведь именно из таких мелочей и складываются хорошие системы. Вообще, стоит прочитать точно всем программистам.