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