Рецензии на книги — Фредерик Брукс

Наконец-то я прочитал эту книгу. Прочитал в основном только потому, что многие мои знакомые разработчики часто спрашивали: "А ты читал Мифический человеко-месяц?" - обязательно прочитай, это классика.

Для меня чтение этой книги было в тягость, я не нашёл в ней совершенно ничего нового для себя и поставил оценку 1 из 5. Если бы меня спросили другие, стоит ли им читать, то я бы сказал следующее. Если вы только окончили институт (стали новоиспеченным инженером-программистом) и мало работали по специальности, то, возможно, книга окажется для вас полезной. Тот же, кто проработал по специальности уже несколько лет, прочитал нескольких других умных книг как по программированию, так и по управлению, и понимает, чем программа, написанная в гараже на коленках, отличается от полноценного…

Вещи написаны в книге кажутся поверхностными и очевидными. Прописные истинны, а-ля "9 женщин не могут родить ребенка за месяц". Но. Я разработчик, и мне было забавно читать и понимать, что за последние пару лет я видел вживую в исполнении менеджмента буквально все ошибки, от которых пытается предостеречь автор. Хотя, это говорит скорее не о какой-от уникальной ценности информации в книге, а о качестве менеджмента. Книгу прочесть все-таки стоит, хотя бы из-за легендарной главы "Серебряной пули нет". А еще это неплохой экскурс в историю становления отрасли.

В нескольких пунктах: 1. Проекты чаще всего проваливаются из-за недостатка времени, чем по каким-либо другим причинам. 2. Добавление людей в проект на его поздних стадиях лишь замедлит процесс. 3. В зависимости от сложности проекта в человеко-месяцах приводится формула минимального времени выполнения, из которого следует и количество занятых в проекте. При более длительном выполнении проекта его стоимость медленно растет, при более коротком - растет стремительно. 4. В ближайшее время не будет технологий, способных на порядок увеличить скорость разработки. 5. Большой выигрыш в скорости разработки дает использование уже готовых модулей без погружения в их внутренности, но, к сожалению, большинство кода не готовится специально к повторному использованию, что делает его непригодным для…

Книга о том, как пишутся большое программное обеспечение (ПО), очень большое, например, такое как операционные системы. А точнее — про проблемы при написании такого ПО. При этом эта книга написана в 1975 году! Было переиздание книги в 1995 года, но само содержание изменению не подверглось, добавилась только, по большей части, одна глава. Несмотря на возраст книги почти в 50 лет, она весьма популярна у разработчиков — у меня в руках книга, отпечатанная в 2024 году. Книга подаётся как сборник эссе, но читается как весьма целостная книга.

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

Предпоследний главой идут «тезисы книги», которые кратко пересказывают всю книгу. По сути ещё приложили эту же книгу в кратком изложении. Мне…

Я иронизирую, конечно. Не наши - это в плане что забугорные, а вот если посмотреть с точки зрения единства отрасли, то очень даже наши. По граблям они ходили и мы ходим по тем же, но вообще-то они пытались сделать так, чтобы мы-то не следовали их примеру. Другой вопрос, что полноценной передачи опыта как-то не случилось. Вот и я прочла эту книгу не в 1975 году, когда она впервые вышла, и не в 1995, когда она была переиздана, а в 2024, когда и пишу эти строки. Другой вопрос, что в 1975 меня и в проекте не существовало, а в 1995 я под стол пешком ходила - а где-то у людей уже был обширный опыт разработки разного рода ПО, и большого, и маленького, и были кое-какие идеи, как с этим всем справляться. Вообще, книга читается как нечто ультрасовременное и злободневное в той части, где автор…

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

Прочитал книгу, только потому, что многие люди просто без ума от неё и рассказывали с упоением, что это книга для них открыла "Америку". Книга написана в 70-х годах, дополнение представлено в виде пары новых глав которые были написаны в 80-х годах. В книге автор рассказывает о провале компании IBM в создание своей OS/360 и неправильном подходе в разработке. Автор писал её тогда, когда ещё не было ООП, всех современных языков программирования, грубо говоря даже персональных компьютером тогда ещё не было (преувеличиваю, персональные ПК уже были, но это было больше игрушкой для избранных, чем массовым пользовательским продуктом). Я уже молчу о методологиях разработки, о которых автор знать не мог ибо их тоже не было, когда была написана эта книга. Интереса книга не представляет ибо она не…

Классика управления проектами разработки ПО.

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

Я решил прочитать эту книгу, так как где-то её рекомендовали к прочтению программистам, руководящим программистами.

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

Так что я читал её уже просто из желания знать "базу", знать, с чего всё начиналось. Но отмечу и то, встречалось немало интересных фактов…

За пять лет карьеры менеджера проектов я брался за эту книгу три раза. И только с четвертой попытки она покорилась мне.

Вообще, "Мифический человеко-месяц" Брукса считается библией IT-менеджера, но читать ее крайне тяжело.

Тут тебе и сложность языка и устаревание информации. Что не удивительно, ведь впервые книга была издана в 1975 году. Уууууу.... Привет, динозаааааавры!

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

Но все же ценность книги не в этом.

Брукс вынес на обсуждение…

Второе издание известной книги о создании програмных систем. Первое издание было выпущено в 1975 г., но до сих пор актуально. Если вы программист или менеджер програмных проектов - то это книга из разряда Must read

В книге автор резюмирует свой опыт в сфере разработки программного обеспечения, накопленный в том числе при разработке OS/360. Автор пишет о наиболее распространенных ошибках при разработке ПО, напротив, успешных методах, а также о своих взглядах на развитие программной инженерии. Может быть интересно всем, кто занимается разработкой или управлением в сфере IT.

первая сотня страниц, полна информации, все остальное устарело

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

На надейтесь найти серебряную пулю в этой книге, ее нет ни в этой книге, ни в какой другой, как не было и 30 лет назад.

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

Для себя нашел интересным главы посвященные описанию ремесла программиста, которые можно смело брать, и давать читать друзьям\знакомым, которым интересно узнать, так что же Вы делаете целыми днями уткнувшись в монитор :-).

Достаточно тяжёлая книга для восприятия, хотя есть моменты, которые привели к некоторому просветлению. Закон Брукса!

Наверно это настолько классика, что почти ничего нового я в этой книжке не нашел. И, кажется, так и не дочитал.. Что, впрочем не умаляет ее достоинств. Если ищете с чего начать путь в IT менеджмент - прочитайте. Для начала - самое оно.

Классика

Must read

"Считается" классикой -- подозреваю, что в основном среди программистов, мечтающих стать менеджерами.