«Мифический человеко-месяц, или Как создаются программные системы» kitobiga sharhlar

Книга супер!

читаешь и понимаешь, откуда «растут ноги» у solid, ci и шаблонов.

Коротко и ясно расписано создание продуктов и типовые шибки.

За почти 50 лет всё ещё актуальна

Книга очень хорошая, обязательна к прочтению всем профессиональным программистам, но если читать в оригинале. Данный перевод очень плох :(. Жаль потраченных денег.

Отличная книга. Классика. Лучше читать в оригинале, но и в переводе в целом все ясно если вы «в теме» управления проектами.

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

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

Предпоследний главой идут «тезисы книги», которые кратко пересказывают всю книгу. По сути ещё приложили эту же книгу в кратком изложении. Мне кажется было бы проще по тексту подсветить важные мысли. Ну да ладно. Последняя глава — та самая новая глава, оценка мыслей книги, сделанная в 1995 г. — опять вкратце перепечатали книгу со свежими комментариями. Получили трижды написанную книгу в одной. Ну да ладно второй раз.

Основные мысли из книги:

- Стоимость проекта варьируется в зависимости от числа людей и числа месяцев (человеко-месяц), а длительность проекта — нет, т.к. люди и месяца не взаимозаменяемы.
- Практически ни один проект невозможно завершить менее чем за 3/4 от рассчитанного оптимального графика, вне зависимости от числа привлеченных людей.
- При написании ПО, в среднем, 1/3 уходит на планирование и проектирование, 1/6 — на написание кода, 1/4 — на тестирование компонентов, 1/4 — на тестирование всей системы в целомБольшой ошибкой будет не выделять достаточное время на тестирование, т.к. сбои выявляются в конце графика, поэтому о проблеме можно не знать почти вплоть до даты поставки.
- Добавление людей в проект требует увеличение общего объема трудозатрат на: 1) пересмотр и перераспределения работы; 2)обучения новых работников; 3) увеличение времени на коммуникации.
- В большинстве случаев, если проект не укладывается в сроки, то добавление людей задержит его ещё больше.
- Лучше иметь систему, в которой нет каких-то особенностей, но отражается один набор идей архитектурного дизайна (концептуальная целостность), чем иметь систему с кучей хороших, но независимых и несогласованных идей.
- Концептуальная целостность требует, чтобы проект исходил от одного разработчика или их небольшого числа, действующих в унисон.
- Для проекта важен набор документов (целевые критерии, спецификация, график и т.п.) — помимо возможности сообщить друг-другу решения, только когда пишешь, становятся видны недочёты и проступают несогласованностиИсправление ошибки в ПО имеет существенный (20-50%) шанс привнести ещё одну ошибку.
- При планировании надо ставить максимально четкие и недвусмысленные контрольные точки, чтобы не давать возможности участникам заниматься самообманом по поводу их достижения.
- Лучшая документация — это хорошочитаемый код (хорошо оформленный, с комментариями, понятными названиями переменных и т.п.)
И для тех, кто дочитал эту скукотень до конца — бонус трек, очень понравилась мысль, мне точно будет полезна: если вы хотите, чтобы ваши подчиненные открыто информировали о проблемах, то нужно научиться не предпринимать никаких действий в случаях когда проблемы могут быть решены подчиненными без вашего участия.

Ставлю 7, т.к., несмотря на достаточное количество умных мыслей, КПД книги не такой высокий. А может просто из-за того, что я не разработчик, я не осознал всю пользу книги. Желающим — читайте главу 2 (она дала название книги), а потом краткое изложение книги в главе 18. Далее уже можно выборочно почитать отдельные главы.

Отзыв с Лайвлиба.

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

Отзыв с Лайвлиба.

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

Отзыв с Лайвлиба.

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

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

Отзыв с Лайвлиба.

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

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

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

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

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

Брукс вынес на обсуждение базовые принципы разработки ПО и их проблемы. Он старается разобраться, почему практически в каждом проекте случается жопа с планированием, документированием, тестированием, поддержке и тд. Почему происходит срыв сроков или полный провал проекта. И что, собственно, со всем этим делать. В частности, в последней главе (издания 1995 года) интересно было увидеть зачатки аджайловских методологий.

Одним словом, Брукс убедил меня, что популярность "Мифического человеко-месяца" - это не просто пиар.

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

7 из 10 за тяжелый язык и моральное устаревание некоторых глав.

Отзыв с Лайвлиба.

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

Отзыв с Лайвлиба.

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

Отзыв с Лайвлиба.

Izoh qoldiring

Kirish, kitobni baholash va sharh qoldirish
Sotuvda yo'q
Yosh cheklamasi:
16+
Litresda chiqarilgan sana:
11 sentyabr 2020
Tarjima qilingan sana:
2021
Yozilgan sana:
1995
Hajm:
368 Sahifa
ISBN:
978-5-4461-1636-2
Umumiy o'lcham:
4.6 МБ
Umumiy sahifalar soni :
368
Mualliflik huquqi egasi:
Питер
Формат скачивания:

Ushbu kitob bilan o'qiladi