Книга супер!
читаешь и понимаешь, откуда «растут ноги» у solid, ci и шаблонов.
Коротко и ясно расписано создание продуктов и типовые шибки.
За почти 50 лет всё ещё актуальна
Книга очень хорошая, обязательна к прочтению всем профессиональным программистам, но если читать в оригинале. Данный перевод очень плох :(. Жаль потраченных денег.
Отличная книга. Классика. Лучше читать в оригинале, но и в переводе в целом все ясно если вы «в теме» управления проектами.
Книга о том, как пишутся большое программное обеспечение (ПО), очень большое, например, такое как операционные системы. А точнее — про проблемы при написании такого ПО. При этом эта книга написана в 1975 году! Было переиздание книги в 1995 года, но само содержание изменению не подверглось, добавилась только, по большей части, одна глава. Несмотря на возраст книги почти в 50 лет, она весьма популярна у разработчиков — у меня в руках книга, отпечатанная в 2024 году. Книга подаётся как сборник эссе, но читается как весьма целостная книга.
Действительно, много мыслей до сих пор актуальны, хотя есть что-то, что безбожно устарело, где-то это главы целиком.
Предпоследний главой идут «тезисы книги», которые кратко пересказывают всю книгу. По сути ещё приложили эту же книгу в кратком изложении. Мне кажется было бы проще по тексту подсветить важные мысли. Ну да ладно. Последняя глава — та самая новая глава, оценка мыслей книги, сделанная в 1995 г. — опять вкратце перепечатали книгу со свежими комментариями. Получили трижды написанную книгу в одной. Ну да ладно второй раз.
Основные мысли из книги:
В нескольких пунктах: 1. Проекты чаще всего проваливаются из-за недостатка времени, чем по каким-либо другим причинам. 2. Добавление людей в проект на его поздних стадиях лишь замедлит процесс. 3. В зависимости от сложности проекта в человеко-месяцах приводится формула минимального времени выполнения, из которого следует и количество занятых в проекте. При более длительном выполнении проекта его стоимость медленно растет, при более коротком - растет стремительно. 4. В ближайшее время не будет технологий, способных на порядок увеличить скорость разработки. 5. Большой выигрыш в скорости разработки дает использование уже готовых модулей без погружения в их внутренности, но, к сожалению, большинство кода не готовится специально к повторному использованию, что делает его непригодным для этого.
Вещи написаны в книге кажутся поверхностными и очевидными. Прописные истинны, а-ля "9 женщин не могут родить ребенка за месяц". Но. Я разработчик, и мне было забавно читать и понимать, что за последние пару лет я видел вживую в исполнении менеджмента буквально все ошибки, от которых пытается предостеречь автор. Хотя, это говорит скорее не о какой-от уникальной ценности информации в книге, а о качестве менеджмента. Книгу прочесть все-таки стоит, хотя бы из-за легендарной главы "Серебряной пули нет". А еще это неплохой экскурс в историю становления отрасли.
Классика управления проектами разработки ПО.
На всю жизнь запомнил "Правило Брукса": добавление новых людей в проект не ускорит его окончание.
За пять лет карьеры менеджера проектов я брался за эту книгу три раза. И только с четвертой попытки она покорилась мне.
Вообще, "Мифический человеко-месяц" Брукса считается библией IT-менеджера, но читать ее крайне тяжело.
Тут тебе и сложность языка и устаревание информации. Что не удивительно, ведь впервые книга была издана в 1975 году. Уууууу.... Привет, динозаааааавры!
Однако, как ни странно, это придает книге особый шарм. Примерно к сотой странице забываешь, что язык сложен, а синяк от регулярно выпадающих из книги перфокарт постепенно заживает. Ну и местами переворачивается мир, когда узнаешь, что распределение машинного времени между разработками и долгое время компиляции проекта - это обычные проблемы менеджеров прошлого.
Но все же ценность книги не в этом.
Брукс вынес на обсуждение базовые принципы разработки ПО и их проблемы. Он старается разобраться, почему практически в каждом проекте случается жопа с планированием, документированием, тестированием, поддержке и тд. Почему происходит срыв сроков или полный провал проекта. И что, собственно, со всем этим делать. В частности, в последней главе (издания 1995 года) интересно было увидеть зачатки аджайловских методологий.
Одним словом, Брукс убедил меня, что популярность "Мифического человеко-месяца" - это не просто пиар.
Готов рекомендовать ее не только менеджерам, но и всем участникам IT-проектов. Более того, считаю, что эта книга должна быть обязательной в программе студентов-программистов.
7 из 10 за тяжелый язык и моральное устаревание некоторых глав.
Второе издание известной книги о создании програмных систем. Первое издание было выпущено в 1975 г., но до сих пор актуально. Если вы программист или менеджер програмных проектов - то это книга из разряда Must read
В книге автор резюмирует свой опыт в сфере разработки программного обеспечения, накопленный в том числе при разработке OS/360. Автор пишет о наиболее распространенных ошибках при разработке ПО, напротив, успешных методах, а также о своих взглядах на развитие программной инженерии. Может быть интересно всем, кто занимается разработкой или управлением в сфере IT.
«Мифический человеко-месяц, или Как создаются программные системы» kitobiga sharhlar, 14 izohlar