Эта книга - юбилейное (дополненное и исправленное) издание своего рода
библии для разработчиков программного обеспечения во всем мире, написанное
Бруксом еще в 1975 году. Тогда же книга была издана на русском языке и давно
уже стала библиографической редкостью. В США полагают, что без прочтения
книги Брукса не может состояться ни один крупный руководитель программного проекта.
Если вы никогда не слышали об этой книге, вы можете поискать ссылки на нее
в Интернете (Frederick P. Brooks, The Mythical Man-Month).
Вам все сразу станет понятно. Вот, например, как отзываются
об этой книге заказчики крупнейшего зарубежного web-магазина Amazon.com.
Об авторе
Фредерик Брукс - профессор вычислительной техники в школе бизнеса Кенан
университета штата Северная Каролина в Чэпел Хилл. Он известен, прежде
всего, как "отец IBM System/360". Помимо этого, Брукс занимался разработкой в
IBM архитектуры компьютеров Stretch и Harvest.
В 1985 году Фредерик Брукс, Боб Эванс и Эрик Блох были награждены
Национальной медалью в области технологии за проектирование разработки
операционной системы Operating System/360.
Доктор Брукс был членом национального и военного комитетов по науке,
основал в Чэпел Хилл факультет вычислительной техники и возглавлял
его с 1964 по 1984 годы. В настоящее время он занимается преподаванием и
исследованиями в области архитектуры компьютеров, молекулярной графики и
виртуальных сред. Издательство Символ-Плюс
без темы (28/06/2010)
Книга так себе. Трудна для понимания, а
примеры, которые автор приводит взяты из
давнего времени и современному читателю не
всегда ясны. В книге на самом деле много
лишней воды. Но почитать всё же интересна,
именно как философский труд.
без темы (05/06/2010)
Одна из лучших книг которые я когда-либо
читал. Должна быть в личной библиотеке
каждого разработчика.
Ретро (27/04/2010)
Книга интересна в первую очередь как
ретроспективный взгляд, который в чем-то
поможет осознать нынешнее положение дел в
мире разработки программных продуктов. Это
скорее философский труд, нежели нечто
практическое, многие концепции и идеи
совершенно не актуальны.
Для практических целей книга не представляет
полезности, но для понимания движущих сил в
разработке, связей, будет очень полезна
без темы (08/02/2010)
В книге есть несколько "золотых" идей о разработке ПО. Но эти идеи уже стали достоянием литературы по разработке ПО и неоднократно воспроизводились в других книгах в БОЛЕЕ ПОНЯТНОМ сегодняшнему читателю виде. Масса лишних параграфов, которые на сегодняшний день утратили свою актуальность или перестали быть понятными современному читателю.
Эта книга -- классика, но сегодня есть другие более понятные книги в которых содержатся современные наработки. Возьмите того же Джоела Спольски.
без темы (15/12/2009)
Отличная книга! Совершенно точно must-have для каждого уважающего себя разработчика, менеджера и... даже любознательного заказчика.
Архитекторам (29/10/2008)
Книга в первую очередь для архитекторов.
Библия для тех, кто хочет строить ПО в стиле Реймского собора.
без темы (20/01/2008)
Несмотря на то, что книга, безусловно, классика CS (только Computer Science, а не Counter Strike), читать её местами нудновато. Бывает, что автор принимается переливать из пустого в порожнее, кроя общими и малопонятными терминами вроде "концептуальной целостности продукта". Местами напротив, интересные идеи по поводу организации разработки... Для программиста она вряд ли стоит затраченных денег. Менеджеры проектов, скорее всего, имеют другое мнение.
без темы (11/01/2008)
Книга несомненно отличная, поражает дальновидность автора в некоторых облостях.
Читается легко, написано живо и интересно.
Дает очень хорошие советы в том Как должен быть утсроен проект и руководство им. Причем независимо от размеров проекта. Для руководителей проекта - незаменимая книга.
Немного горчит привкус некоторых примеров и мнений 20 летней давности (о медленных компиляциях, одной машине на группу, язиках типа PL/I), чувствуется что книга написана во времена пакетной обработки заданий, но этот привкус еще более подчеркивает незыблимость основных идей, выдеравших испытание временем и пронесенных архитектороами систем в настоящее. Концептуальная целостность продукта, а также "Закон Брукса" - я считаю важнейшие идеи книги, но не едиственные.. книга пестрит отличными идеями!
без темы (20/12/2007)
Книга хорошая! Маст хев! НО! Берегите её подальше от своих менеджеров, ибо они начнут ловко жанглировать понятиями из этой книги, обращая их в свою сторону и, в итоге вынуждая делать вас больше за меньшие деньги. Невероятно, но факт =)
Обязательная к прочтению (10/11/2004)
Эту книгу просто необходимо прочитать в первую очередь всем, кто связан с разработкой программного обеспечения!
Мифический человеко-месяц или как создаются программные системы (04/06/2004)
Сейчас стараются нанять "подешевше" и помоложе, да чтобы с ним было легко договориться. А то мне буквально на днях (я проф. корректор) редактор, которой далеко за 60, сказала, что она не понимает мою правку. Хотя до бухгалтерско-таможенных текстов она (с ее слов) и работала с художественной литературой, редактор она все же непрофессиональный, как я поняла. Профессиональный редактор (если он не ленивый) должен сначала отредактировать текст, потом корректор должен его вычитать и уж потом считывать. А мне эта редактор дает текст, где и конь не валялся, и говорит, что текст надо сверить с оригиналом. А в "оригинале" те же самые ошибки, что и в верстке. Текст то пришел по электронной почте. Унификации никакой, запятые стоят как бог на душу положит, а редактор считает, что там править нечего. И ведь внушила главреду, что она распрекрасный редактор. А корректор у нее хороший только тот, кто мало правит и видит то, что должна она видеть, а не корректор. В общем, жизнь себе не усложняет. А в изд-ве "Росмэн" его владельцы просто чихают как на перевод, так и на корректуру и редактуру. Только что станет с русским языком лет эдак через 10, ведь школьники учатся не только по учебникам.
Необходимая книга (28/01/2004)
Очень полезная книга. Руководителю любого ранга, у которого есть в подчинении разработчики ПО просто необходимо ознакомиться с содержанием этой книги, а программистам читать в обязательном порядке.
без темы (22/01/2003)
Отличная книга!! Сам уже давно купил и прочитал. Сейчас второй экземпляр покупаю - в подарок!
Рекомендую прочитать руководителям всех уровней (09/08/2002)
Замечательная книга! Хотелось бы, чтобы её прочли не только руководители проектов и ИТ_специалисты, но и руководители организаций, где имеются подразделения, так или иначе связанные с разработкой и внедрением программных продуктов.
Это поможет понять специфику труда программиста и достичь более полного взаимопонимания.Книга написана почти художественным языком и очень легко читается.
Рекомендую (12/04/2001)
Книга заслуживает внимание хотя бы потому, что охватывает огромный промежуток времени в 20 лет. Книга хорошо систематизирована: Четко поставлены вопросы, очерчены проблемы и даны хорошо аргументированные ответы. Полезна всем от простого программиста до менеджера проекта. Последний прочитать ее просто обязан.
Омерзительный перевод!!! (18/08/2000)
Перевод этой замечательной книги изобилует ошибками, огрехами и неточностями.
Работу переводчика г-на С.Маккавеева вряд ли можно оценить выше, чем на "два". Редактор г-жа Н.Макарова и корректор г-жа С.Беляева также едва ли заслуживают более высоких оценок (или они не читали текста?).
Несколько примеров:
название главы 10: "Документарная (!!!) гипотеза" -- беспомощная gопытка калькировать английское "Documentary hypothesis".
название главы 11: "Планируйте на выброс" (Где вы, редактор?!)
Английское слово "paragraph" (речь идет о "comment paragraphs" -- блоках комментариев в программе) переводится как "параграф (???) комментариев" (с. 158 и далее).
Начиная со стр. 87, вводится без расшифровки и затем интенсивно используется аббревиатура ПЕРТ.
Следовало бы пояснить, что она является "калькой" с английского PERT = Program Evaluatio-and-Review Technique, и на русский язык переводится примерно как "система планирования и руководства разработками".
Море неприятных небрежностей перевода типа "чистый (???) и элегантный программный продукт" (с. 235)
На описание остального брака жаль тратить свое время (упомяну лишь, что проблемы есть и у корректора).
Во всем тексте перевода сохранена неуклюжая стилистика подстрочника. Редактор с текстом НЕ РАБОТАЛ.
Итак, вот еще одна прекрасная книга, отвратительно переведенная на русский язык.
Как ни странно, в последние годы число таких, мягко говоря, неудачных переводов становится все больше и больше.
Господа издатели! Нанимайте профессионалов!
Господа, претендующие на то, чтобы называться переводчиками! Хотя бы изредка читайте хорошие книги на русском языке и не будьте столь
самоуверенны -- заглядывайте в словарь. А то стыдно и неприятно.
корзина
)
(голосов: 75)
Фредерик Брукс - профессор вычислительной техники в школе бизнеса Кенан
университета штата Северная Каролина в Чэпел Хилл. Он известен, прежде
всего, как "отец IBM System/360". Помимо этого, Брукс занимался разработкой в
IBM архитектуры компьютеров Stretch и Harvest.
В 1985 году Фредерик Брукс, Боб Эванс и Эрик Блох были награждены
Национальной медалью в области технологии за проектирование разработки
операционной системы Operating System/360.
Доктор Брукс был членом национального и военного комитетов по науке,
основал в Чэпел Хилл факультет вычислительной техники и возглавлял
его с 1964 по 1984 годы. В настоящее время он занимается преподаванием и
исследованиями в области архитектуры компьютеров, молекулярной графики и
виртуальных сред.