Мифический человеко-месяц, или Как создаются программные системы – Фредерик Брукс

Наконец-то я прочитал эту книгу.

Прочитал в основном только потому, что многие мои знакомые разработчики часто спрашивали: «А ты читал Мифический человеко-месяц?» – обязательно прочитай, это классика. Для меня чтение этой книги было в тягость, я не нашёл в ней совершенно ничего нового для себя и поставил оценку 1 из 5.

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

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

Тот же, кто проработал по специальности уже несколько лет, прочитал нескольких других умных книг как по программированию, так и по управлению, и понимает, чем программа, написанная в гараже на коленках, отличается от полноценного программного продукта навряд-ли найдёт в этой книге для себя что-то новое. Во-первых, многие данные из книги просто устарели – технологии продвинулись настолько вперед, что многие рекомендации теперь просто не нужны. Во-вторых, сама книга написана тяжелым языком, а это обычно говорит о том, что автор не осознает того, о чем пишет. Если взять, например, тот же «Человеческий фактор» от Т. Демарко и Т. Листера, то сразу видно, что товарищи реально понимают о чём пишут и излагают это очень понятным языком. В целом, весь материал, изложенный в этой книге, можно было бы уменьшить в 20 раз и книга стала бы намного лучше. Мне кажется, что книга продаётся и расходится сейчас только благодаря пиару и некоторым крылатыми фразам типа «Серебряной пули нет». Да, в своё время она была полезна, но сейчас есть лучшие источники для получения знаний.

В нескольких пунктах:

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

2. Добавление людей в проект на его поздних стадиях лишь замедлит процесс.

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

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

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

Вещи написаны в книге кажутся поверхностными и очевидными. Прописные истинны, а-ля «9 женщин не могут родить ребенка за месяц».

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

Хотя, это говорит скорее не о какой-от уникальной ценности информации в книге, а о качестве менеджмента.

Книгу прочесть все-таки стоит, хотя бы из-за легендарной главы «Серебряной пули нет». А еще это неплохой экскурс в историю становления отрасли.