книги Бизнес Менеджмент (управление) IT-менеджмент

Фредерик Брукс

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

Алишер
27 января 2013
Алишер
0или 1

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

Ответить
Александр Александрович
0или 0

Книга, прямо скажем, не простая. При прочтении некоторых глав возникало стойкое ощущение, что я совершенно не понимаю, о чем собственно пишет автор и о каких таких "проблемах" он говорит. Но потом я вспоминаю, в каком году была написана книга и все встает на свои места.

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

Ответить
Команда BooksRu
25 июля 2012
Команда BooksRu
1или 0


Александр Александрович, спасибо за Ваш отзыв! Мы выбрали его лучшим на прошедшей неделе и дарим Вам книгу от Нурали Латыпова и Анатолия Вассермана "Острая стратегическая недостаточность. Страна на переПутье". Надеемся, что и о ней Вы напишите хороший отзыв)
Книгу высылаем Вам по почте.

Ответить
Дмитрий
08 июня 2012
Дмитрий
3или 0

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

Читать стоит, но если с первых глав не пошла значит не время еще...

Ответить
scorpozoid
27 января 2011
scorpozoid
0или 3
Читать скучновато. Примеры про компьютеры на которых работали динозавры утомляют - приходится о многом догадываться. Но, тем не менее, книга хороша. Становится очевидно, что многие современные проблемы в разработке ПО прорастают своими корнями в стародавние времена. В книге есть удобная глава (почти в самом конце), в которой автор бегло пробегает по содержанию всей книги (эдакое освежающее краткое содержание). Абсолютно точно must have, из некоторых параграфов можно прочитать только заголовки, смело пропустив истории о барабанные винчестеры и оверлеи на них. Для ретроспективы интереснее читать "The Jargon File" :-)
Ответить
Виктор Борисович
13 декабря 2010
Виктор Борисович
1или 1
Забавно почитать про времена, когда про оперативную память в 1 Мб писали, употребляя выражение "как минимум". Также в книге я нашёл отличный экскурс в историю развития информатики, но больше всего понравился рассказ автора про "серебряную пулю", вернее про то, что ее нет.
Ответить
Андрей Викторович
0или 5
Книга так себе. Трудна для понимания, а примеры, которые автор приводит взяты из давнего времени и современному читателю не всегда ясны. В книге на самом деле много лишней воды. Но почитать всё же интересна, именно как философский труд.
Ответить
Гость
31 января 2020
Гость
1или 0

Вы просто не поняли. Похоже, управление и архитектура не ваше.

Ответить
Иван Владимирович
4или 0
Одна из лучших книг которые я когда-либо читал. Должна быть в личной библиотеке каждого разработчика.
Ответить
ZeFender
26 апреля 2010
ZeFender
0или 2
Книга интересна в первую очередь как ретроспективный взгляд, который в чем-то поможет осознать нынешнее положение дел в мире разработки программных продуктов. Это скорее философский труд, нежели нечто практическое, многие концепции и идеи совершенно не актуальны. Для практических целей книга не представляет полезности, но для понимания движущих сил в разработке, связей, будет очень полезна
Ответить
d.zavodnikov@gmail.com
08 февраля 2010
[email protected]
0или 0
В книге есть несколько "золотых" идей о разработке ПО. Но эти идеи уже стали достоянием литературы по разработке ПО и неоднократно воспроизводились в других книгах в БОЛЕЕ ПОНЯТНОМ сегодняшнему читателю виде. Масса лишних параграфов, которые на сегодняшний день утратили свою актуальность или перестали быть понятными современному читателю. Эта книга -- классика, но сегодня есть другие более понятные книги в которых содержатся современные наработки. Возьмите того же Джоела Спольски.
Ответить
Олег Громов
15 декабря 2009
Олег Громов
0или 0
Отличная книга! Совершенно точно must-have для каждого уважающего себя разработчика, менеджера и... даже любознательного заказчика.
Ответить
DiUs
29 октября 2008
DiUs
0или 0
Книга в первую очередь для архитекторов. Библия для тех, кто хочет строить ПО в стиле Реймского собора.
Ответить
Sidorian@mail.ru
20 января 2008
[email protected]
0или 0
Несмотря на то, что книга, безусловно, классика CS (только Computer Science, а не Counter Strike), читать её местами нудновато. Бывает, что автор принимается переливать из пустого в порожнее, кроя общими и малопонятными терминами вроде "концептуальной целостности продукта". Местами напротив, интересные идеи по поводу организации разработки... Для программиста она вряд ли стоит затраченных денег. Менеджеры проектов, скорее всего, имеют другое мнение.
Ответить
xiled@yandex.ru
11 января 2008
[email protected]
0или 0
Книга несомненно отличная, поражает дальновидность автора в некоторых облостях. Читается легко, написано живо и интересно. Дает очень хорошие советы в том Как должен быть утсроен проект и руководство им. Причем независимо от размеров проекта. Для руководителей проекта - незаменимая книга. Немного горчит привкус некоторых примеров и мнений 20 летней давности (о медленных компиляциях, одной машине на группу, язиках типа PL/I), чувствуется что книга написана во времена пакетной обработки заданий, но этот привкус еще более подчеркивает незыблимость основных идей, выдеравших испытание временем и пронесенных архитектороами систем в настоящее. Концептуальная целостность продукта, а также "Закон Брукса" - я считаю важнейшие идеи книги, но не едиственные.. книга пестрит отличными идеями!
Ответить
coyl@yandex.ru
20 декабря 2007
[email protected]
0или 0
Книга хорошая! Маст хев! НО! Берегите её подальше от своих менеджеров, ибо они начнут ловко жанглировать понятиями из этой книги, обращая их в свою сторону и, в итоге вынуждая делать вас больше за меньшие деньги. Невероятно, но факт =)
Ответить
vl-z@rambler.ru
29 декабря 2005
[email protected]
0или 0
Очень хорошая книга. Профессионально необходима руководителя команд разработчиков ПО
Ответить
Павел Шмаков
10 ноября 2004
Павел Шмаков
0или 0
Эту книгу просто необходимо прочитать в первую очередь всем, кто связан с разработкой программного обеспечения!
Ответить
Неизвестный автор
03 июня 2004
Неизвестный автор
0или 0
Сейчас стараются нанять "подешевше" и помоложе, да чтобы с ним было легко договориться. А то мне буквально на днях (я проф. корректор) редактор, которой далеко за 60, сказала, что она не понимает мою правку. Хотя до бухгалтерско-таможенных текстов она (с ее слов) и работала с художественной литературой, редактор она все же непрофессиональный, как я поняла. Профессиональный редактор (если он не ленивый) должен сначала отредактировать текст, потом корректор должен его вычитать и уж потом считывать. А мне эта редактор дает текст, где и конь не валялся, и говорит, что текст надо сверить с оригиналом. А в "оригинале" те же самые ошибки, что и в верстке. Текст то пришел по электронной почте. Унификации никакой, запятые стоят как бог на душу положит, а редактор считает, что там править нечего. И ведь внушила главреду, что она распрекрасный редактор. А корректор у нее хороший только тот, кто мало правит и видит то, что должна она видеть, а не корректор. В общем, жизнь себе не усложняет. А в изд-ве "Росмэн" его владельцы просто чихают как на перевод, так и на корректуру и редактуру. Только что станет с русским языком лет эдак через 10, ведь школьники учатся не только по учебникам.
Ответить
Дмитрий Куприянов
28 января 2004
Дмитрий Куприянов
0или 0
Очень полезная книга. Руководителю любого ранга, у которого есть в подчинении разработчики ПО просто необходимо ознакомиться с содержанием этой книги, а программистам читать в обязательном порядке.
Ответить
Vladekk
20 декабря 2003
Vladekk
0или 0
Книга рулез, жаль дорогая и тонкая ;-)
Ответить
Михаил Козлов
26 марта 2003
Михаил Козлов
0или 0
И взаимодействовать стало гораздо проще. Конечно, после того, как они прочитали эту книжку.
Ответить
trevogin@cit.ifmo.ru
22 января 2003
[email protected]
0или 0
Отличная книга!! Сам уже давно купил и прочитал. Сейчас второй экземпляр покупаю - в подарок!
Ответить
Klyuev@Kurganstat.ru
09 августа 2002
[email protected]
0или 0
Замечательная книга! Хотелось бы, чтобы её прочли не только руководители проектов и ИТ_специалисты, но и руководители организаций, где имеются подразделения, так или иначе связанные с разработкой и внедрением программных продуктов. Это поможет понять специфику труда программиста и достичь более полного взаимопонимания.Книга написана почти художественным языком и очень легко читается.
Ответить
aenicky@yahoo.com
11 апреля 2001
[email protected]
0или 0
Книга заслуживает внимание хотя бы потому, что охватывает огромный промежуток времени в 20 лет. Книга хорошо систематизирована: Четко поставлены вопросы, очерчены проблемы и даны хорошо аргументированные ответы. Полезна всем от простого программиста до менеджера проекта. Последний прочитать ее просто обязан.
Ответить
prenkoyura@mail.ru
16 ноября 2000
[email protected]
0или 0
Книга замечатьльная, но перевод не понравился.
Ответить
petrov@ifanbel.bas-net.by
17 августа 2000
[email protected]
1или 0
Перевод этой замечательной книги изобилует ошибками, огрехами и неточностями. Работу переводчика г-на С.Маккавеева вряд ли можно оценить выше, чем на "два". Редактор г-жа Н.Макарова и корректор г-жа С.Беляева также едва ли заслуживают более высоких оценок (или они не читали текста?). Несколько примеров: название главы 10: "Документарная (!!!) гипотеза" -- беспомощная gопытка калькировать английское "Documentary hypothesis". название главы 11: "Планируйте на выброс" (Где вы, редактор?!) Английское слово "paragraph" (речь идет о "comment paragraphs" -- блоках комментариев в программе) переводится как "параграф (???) комментариев" (с. 158 и далее). Начиная со стр. 87, вводится без расшифровки и затем интенсивно используется аббревиатура ПЕРТ. Следовало бы пояснить, что она является "калькой" с английского PERT = Program Evaluatio-and-Review Technique, и на русский язык переводится примерно как "система планирования и руководства разработками". Море неприятных небрежностей перевода типа "чистый (???) и элегантный программный продукт" (с. 235) На описание остального брака жаль тратить свое время (упомяну лишь, что проблемы есть и у корректора). Во всем тексте перевода сохранена неуклюжая стилистика подстрочника. Редактор с текстом НЕ РАБОТАЛ. Итак, вот еще одна прекрасная книга, отвратительно переведенная на русский язык. Как ни странно, в последние годы число таких, мягко говоря, неудачных переводов становится все больше и больше. Господа издатели! Нанимайте профессионалов! Господа, претендующие на то, чтобы называться переводчиками! Хотя бы изредка читайте хорошие книги на русском языке и не будьте столь самоуверенны -- заглядывайте в словарь. А то стыдно и неприятно.
Ответить

Оставьте отзыв

Для того, чтобы оставить отзыв, необходимо указать Вашу оценку

Оцените книгу:

Наличие на складе

Склад в Москве

Ожидаемое поступление (если вы сделаете заказ прямо сейчас): 30.12.2024; планируемая отправка: 31.12.2024

Склад в С.-Петербурге

Ожидаемое поступление (если вы сделаете заказ прямо сейчас): 27.12.2024; планируемая отправка: 28.12.2024