Аннотация к книге "Профессиональная разработка программного обеспечения"
Способны ли вы поставить в срок 90% своего ПО, не выйти из бюджета и соблюсти все реальные требования заказчика? А хотите?
Стив Макконнелл, автор бестселлеров по разработке ПО, приводит убедительные аргументы, доказывая, что отдельные успехи разработки ПО можно превратить в повседневную практику, если сделать совершеннее саму профессию разработчика ПО на всех уровнях, начиная с отдельного специалиста и заканчивая отраслью в целом. Он показывает, почему и как отрасль пришла к своему современному состоянию, описывает шаги, которые должен предпринять каждый, кто хочет подняться на новый уровень в создании ПО. Он пишет о корпоративных методиках, призванных увеличить количество профессионально выполненных проектов, и о лицензировании организаций и академических учебных программ как о средстве повышения профессионализма. Продолжая свой предыдущий труд, "After the Gold Rush", автор развеивает устоявшиеся мифы, сложенные о разработке ПО.
Программисты, разработчики ПО, инженеры и все, кто занят в сфере ПО, должны прочитать эту книгу, в которой есть ответы на следующие вопросы:
Почему устаревшие и неэффективные методики разработки ПО так живучи? (глава 12)
Что такое "культ карго" в разработке ПО, и кто его адепты? (глава 3)
Насколько повышает рентабельность инвестиций применение лучших методик работы с ПО? Как подтвердить рентабельность проекта? (глава 13)
Как строится карьера профессионального разработчика ПО? (глава 16)
Что больше влияет на ход проекта: хорошие кадры или хорошие методы? (глава 15)
Насколько велика разница между лучшими компаниями индустрии ПО и худшими? (введение)
Пишет обозреватель Дерек Хофман (Derek Hofmann) (Mesa, AZ USA):
Книга адресована проектировщикам, разработчикам, программистам и аналитикам (ниже я дал им собирательное название "разработчик(и)". По сути, она представляет собой дорожную карту разработчика, стремящегося повысить свою квалификацию и свою ценность для работодателей (даже если они и не осознают этого).
Прочитав ее, я узнал о придуманной Макконнеллом "лестнице профессионального развития" - способе, позволяющем работнику оценить уровень своего профессионализма и узнать, в каких областях ему надо получить дополнительные знания, если он хочет расти как специалист. В книге также говорится о лицензировании инженеров ПО (в Техасе это уже делают), и о недавно аттестованной программе подготовки инженеров ПО, и о кодексе этики и профессионального поведения инженеров ПО.
Значительную часть этой информации можно найти в Интернете, но в книге вся она препарирована и аккуратно разложена. Довольно много данных (в основном статистических) я не нашел больше нигде, например данные по рентабельности инвестиций для конкретных видов деятельности в инженерии ПО (5-я строка сверху в табл. 13-3), точные данные о сильном влиянии различных факторов на производительность программистов (только факторы, связанные с общением, обусловливают разницу в 53%, см. табл. 15-1), а также интересная диаграмма, показывающая, как профессиональное лицензирование влияет на количество хороших и плохих разработчиков.
Эта дорожная карта описывает весь путь от начинающего разработчика или выпускника университета к лидирующим позициям в индустрии ПО.
Может быть людям книга не понравилась потому, что название не совсем верное. Главная идея не методы и практики, а то, что программирование из искуства для одареных становится инженерной специальностью. Со своими формальными требованиями к профессионалу. И с этой точки зрения книга очень полезна. В ней по полочкам раскладывается эта идея. ИМХО в будущем именно так и будут становится программистами.
Книга вполне себе. Практические рекомендации начинаются ближе ко второй трети. первая треть посвящена тому что бы доказать что инжинерный подход к архитектуре ПО лучше чем творческий. Думаю это несколько излишне, потому что те кто покупают такую книгу уже с этим согласны. Остальные две трети - выше всяких похвал.
Особенность этой книги в том, что в ней речь идет о роли людей в процессе разработки ПО. Что нужно, чтобы стать профессионалом в этой области. Какие применять методики. Как оценить собственный профессионализм.
Рекомендую всем разработчиками ПО, которые относятся к своей работе серьезно.
Самая главная тема этой книги - то, чего катастрофически не хватает! ОТВЕТСТВЕННОСТЬ программиста, аналитика, руководителя за результаты своей работы. И сколько бы раз не повторялось слово "ответственность" - ничего не меняется, но вот с такой книгой - может и изменится. Тут замечательные аргументы про нереалистичные сроки, про молчаливое согласие итп.
Да - там мало практических советов, хотя они и есть - например, лестница развития кадров. Но ценность этой книги скорее в том, что автор даёт отличную аргументацию (статистику собранную водном месте итп) в вечных спорах с некоторыми "старообрядцами" на извечные темы: "стоит ли фиксить баги, если заказчик на них не жалуется?", "как быть если, сроки спускают сверху".
Книга действительно описывает _профессионалов_ - отвечающих не только за свой личный труд, но из за отношения с заказчиком и коллегами.
Нормальная книга, заставляет задуматься о текущем положении вещей, на нашем предприятии как раз ситуация с подрядчиком по книге попадает под 100% с ситуацией "патологический проект", когда читал четко видел многое из описанного в реализации ПО на нашем предприятии, так что на счет голой теории ошибаетесь, то что описано очень даже хорошо случается на практике. А главное видно как надо с этим бороться.
Купил эту книгу из-за хорошего названия -- подумал, что будут рассмотрены методы и практики создания ПО. Главе к 6 понял, что ничего такого там нет и не будет. На самом деле, книгу вернее было бы назвать "Тезисы в пользу создания дисциплины "Инженерия ПО", тогда разочаровавшихся в ее покупке будет гораздо меньше. После переосмысления названия книги, нашел полезными три-четыре главы. Но из-за 4 глав из 21 книга не оправдывает цены. Также все статистические данные, обзоры и рекомендации приводятся относительно США и Канады, что вызывает сомнения относительно практической ценности для российских программистов и IT-менеджеров.
Сначала, показалась хорошей, но после прочтения еще пары авторов стало понятно, что такое впечатление сложилось изза того, что это была первая книга по данной тематике, которую я прочитал. С очень многими вещами не согласен, Остальные вещи гораздо лучше описаны у Брукса и Маккарти.
Насколько классная книжка "Совершенный код" - настолько плоха эта.
Создаётся ощущение, что автор просто рекламирует свою фирму. Никакой конкретики. Примеры типа: "Одна фирма работала плохо, а потом начала работать хорошо и её доход вырос"
Интересно разве что руководителям крупных софтверных компаний для расширения кругозора. Для основной массы прогшраммеров - пустая трата времени и денег.
Книга классная! Коллеги уже все записались в очередь на ее чтение.
А вот присылать вместе с книгой кучу макулатуры, которую я не заказывала - это, уважаемые книготорговцы, моветон.
В кратце, книга читается, почти как художественная литература, за исключением нескольких статистических данных, однако и они так же представляют немаловажный интерес. Но всё же, те кто думает, что эта книга продолжение "Совершенный код" - вы ошибаетесь. Главная цель книги - сделать разработку ПО более собранным и обдуманным (распланированным) действием.
В гники нет практики, только теория. Теория мощная и правильная. Но не стоит принимать как руководство к действияю данную книгу. Книга дают возможность задуматься и принять правильное решения по возникшему вопросу.
Для того, чтобы оставить отзыв, необходимо указать Вашу оценку книге
2006, сентябрь: книга на бумаге "Профессиональная разработка программного обеспечения", ISBN: 5-93286-085-5, издательство "Символ-Плюс", 240 стр., мягкая обложка, тираж 3000 экземпляров
Александр
Неизвестный автор
Л.П. Елисеев
Алексей Корсун
bashu@yandex.ru
Михаил Юрьевич
Неизвестный автор
theiggs@gmail.com
igor.genius@gmail.com
coyl@yandex.ru
Дима
Неизвестный автор
Юрий
agatata@mail.ru
SSL
djsv
maximus
sdudkin@gmail.com
Solid
Vitaly Kuznetsov