Автор
Мартин Фаулер

Martin Fowler

  • 26 книг
  • 16 подписчиков
  • 384 читателя
4.4
445оценок
Рейтинг автора складывается из оценок его книг. На графике показано соотношение положительных, нейтральных и негативных оценок.
4.4
445оценок
5 243
4 144
3 47
2 9
1 2
без
оценки
107

Рецензии на книги — Мартин Фаулер

17 мая 2017 г. 16:58

2K

4.5

Главная ценность книги — она доносит очень важную мысль:

Рефакторинг это необходимо и нужно.

Если вдруг кто ещё не понимает этого, то поймите =)

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

В общем, о прочтении не жалею =)

24 сентября 2023 г. 17:43

470

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

18 июля 2023 г. 16:26

1K

4

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

Мои впечатления неоднозначны. Книга из трёх частей — в первой практика, чтобы показать, как происходит работа в TDD-стиле. Все это я уже где-то читал и мне не было интересно. Вторая часть — показать, как с TDD писать инструментарий для тестирования. Плохая идея, как по мне, причем автор сам говорит о ее сомнительности, приводя аналогию операции на собственном мозге. Зачем оно тогда в книге? Новички не знают о XUnit, JUnit и тп. А те, кто знает уже современный инструментарий, тем и читать это не сильно интересно как по мне. Третья часть…

Развернуть

7 августа 2012 г. 08:25

888

4

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

26 июля 2009 г. 00:57

1K

5

Одна из книг формирующих сознание разработчика. Обязательна к прочтению.

24 февраля 2024 г. 16:34

105

0 Чистый код, который работает

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

Красный - зеленый - рефакторинг - это мантра TDD.

Ну то есть прикидываешь, чего тебе надо добиться, пишешь проверочный тест, потом пишешь…

Развернуть

18 августа 2016 г. 19:04

2K

4.5

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

Разрабатывать ПО трудно. Разрабатывать сложное ПО невыразимо трудно. Количество “движущихся частей” (уж не говоря о числе их сочетаний) в современных программных системах во много раз превышает количество элементарных конструктивных элементов любых устройств или других материальных объектов, создаваемых человеком. В этом…

Развернуть

27 февраля 2007 г. 13:19

402

5

Открывает глаза на планирование проектов разработки ПО. Книга будет полезна любому руководителю проектов - много полезных идей.

Активно использую идеи из книги: в работе и в личных проектах.

20 марта 2021 г. 09:09

1K

5 Ещё один musthave

Считаю её ещё одним мастхэвов для начинающих, и думаю, что стоит перелистывать опытным. В книге поэтапно объясняют как приводить замусоренный путанный код в порядок. Именно поэтапно не ломая, и не путаясь ещё больше в происходящем.

Поэтапное объяснение того, как аккуратно перенести метод из одного класса в другой, и на что обратить внимание. Как разбить сложное условие, как разбить длинные метод, что бы сделать его понятнее? Какие есть варианты решения, если класс стал большой, а что делать, если он настолько маленький, что в целом может и не нужен? Что делать есть в методе стало слишком много параметров?

А так де довольно много советов по написанию качественного кода от опытных коллег (авторов)

Но вот под конец становится уже скучновато, потому она завершается схожими приемами, но я таки…

Развернуть

13 января 2021 г. 07:35

261

5 Первая любимая книга по разработке

Никогда не думал, что книга по программированию станет одной из любимых книг, которую захочется прочитать, не потому что нужно освежить знания, а что бы получить удовольствие. Благодаря ей, мой пет проджект растет и от этого не становится все сложнее и сложнее. Я бы даже сказал он становится все удобнее и удобнее. Когда я возвращаюсь к нему, после недельного перерыва, мне не нужно час вникать, разбираться что там происходит. Я довольно быстро приступаю к работе. У меня не возникает желание все удалить и начать заново, как я это делал обычно прежде. Пожалуй, TDD для меня самый мощный инструмент для борьбы со сложностью.

2 мая 2020 г. 08:45

618

4 Новое издание книги про рефакторинг, в этот раз на самом популярном языке 2019 года — js

Я читала её полтора года назад на русском и про джвау, теперь прочитала на английском и про джаваскрипт. Фаулер, конечно, джаваскриптом не проникся. Ни одной проверки на существование поля в объекте я не увидела. Зато было много условных блоков без фигурных скобок и объявления переменных через let. Первые четыре главы это сильно кололо глаза, но потом я догадалась, что Фаулер совсем не фронтендер. И стало терпимее.

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

Картинки перед главами очень странные, не всегда понятно, что они значат. Легенды для картинок тоже нет.

Печатная книга выглядит красиво, но она тяжёлая и чуть больше стандартного А5, страницы очень тонкие и шрифт…

Развернуть

16 декабря 2018 г. 02:17

448

5 Окно в мир TDD (для меня)

До прочтения этой книги я пытался писать тесты по статьям которые читал, но только с ней у меня начало получаться хорошо.

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

Рекомендую!

5 мая 2018 г. 17:03

2K

5 Ещё одна хвалебная рецензия

Книгу прочёл 2 раза с периодичностью в 5 лет, на подходе 3 раз. Большинство практик и техник стал внедрять в свой промышленный код еще будучи программистом. Сейчас продолжая работать в данной области стараюсь делать code review с учётом данных подходов и методов, да и что греха таить программируя дома, часто ловлю себя на мысли, что писать “быдло-код” просто не могу и не хочу.

22 ноября 2023 г. 11:03

134

4

Есть много интересных мыслей, но в целом подходы сильно привязаны к языку, на котором пишет автор. Несколько вещей, которые вынесла лично для себя: - Если работаешь над проектом в одиночестве, оставляй последний тест завершающимся с ошибкой, чтобы в следующий раз приступив к работе, быстро вернуться к проблеме. Если работаешь в команде - всегда! оставляй после себя все тесты успешными. - Мальнькие шаги лучше, чем большие - Если тесты выполняются долго, их никто не будет запускать часто - Шаблонов огромное множество, научись их грамотно выбирать и переделывать под нужды именного твоего проекта

6 января 2020 г. 16:06

2K

5 Строго для не новичков

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

11 мая 2017 г. 17:39

901

3

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

19 апреля 2013 г. 17:49

209

4

Прочитал половину, проникся, но пока так и не понял, на кой ляд мне UML. Ничего, также было и с объектно-ориентированным программированием и с паттерном MVC - после их изучения, я ещё год-два не понимал, зачем они мне.

13 августа 2007 г. 22:40

685

5

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

Показать ещё