Рецензии на книги — Стив Макконнелл

Правильно будет начать не с книжки, а с себя. Я не гуру. За плечами имею долгий айтишный опыт, но собственно разработкой ПО - вынужденно на разных языках - занимаюсь около полутора лет. Говорю это для того, чтобы было понятно: я - из таргет-группы, книга написана для меня.

Жаль, что Стивен Макконнелл не относится к писательству как к конструированию ПО. Он с ужасом пишет, что программистам кое-где (не уточняется, но точно в Индии) платят за код построчно. Есть подозрение, что в американских издательствах компьютерной литературы платят именно так: Совершенный код сомнений в обратном не вызывает. Это даже не тот случай, когда читать книжку для пользы дела нужно по диагонали. Правильный способ такой: до середины читать то, что выделено жирным или большим шрифтом (заголовки), а начиная с…

Эта книга должна стать настольной книгой абсолютно ЛЮБОГО программиста, а зачастую, и менеджера. И настольной не в том смысле, что будет лежать на столе как подставка под кофе, а в том, что ее необходимо читать и осознавать, что там написано. Только полное понимание основ, сути своего дела является залогом успеха. Эта "программисткая библия", в которой ясно изложены "программистские заповеди". Эта книга научит понимать, что вы делаете, как вы делаете и для чего вы делаете. Не изобретайте велосипед. Читайте "Совершенный код", вдохновляйтесь, творите свои IT-чудеса и получайте максимум удовольствия.

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

Я не понимаю, каким образом эта книга устарела, как замечают отдельные читатели. Эта книга о том, как писать хороший код. В большинстве случаев Макконнелл воздерживается от упоминания конкретных технологий, поясняя, что, скорее всего, они устареют. Очень много времени автор посвящает принципам, очень много он…

Это та книга, которую я хотел бы прочесть раньше.

Если ответить на вопрос — что прочесть, «Совершенный код» Макконнелла ИЛИ «Чистый код» Мартина, то я бы порекомендовал именно Макконнелла. Хотя я не могу сказать, что у Мартина нет ничего дополнительно к тому, о чём пишет Макконнелл, что Мартин вторичен, нет. Как минимум эти его знаменитые SOLID-принципы описаны именно у Мартина в Чистом коде (хотя формулировки он потом в Чистой архитектуре и меняет потом, для SRP, например). Поэтому в конечном итоге я бы рекомендовал читать обе книги. Но начать бы рекомендовал с Макконнелла.

В «Совершенном коде» очень много ссылок на исследования и практически всё подкреплено цифрами. Научный здравый подход. Что лучше — автотестирование или код-ревью или парное программирование, что какие результаты даёт?…

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

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

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

В '11 году сообщество Stack Overflow признало книгу Стива Макконнелла "самой впечатляющей книгой, которую должен прочесть каждый разработчик программного обеспечения".

Библиография книги насчитывает более 500 исследований, научных работ, статей. Практически каждое утверждение автора подкреплено исследованием, проводившимся в этой области (чаще и не одним). Данная книга является невероятно обширным сборником практических советов по разработке ПО и не потеряла актуальности и сейчас, хотя написана была достаточно давно. Однозначно этот шедевр в favorites. Отдельные главы буду перечитывать и не один раз. И настоятельно бы не рекомендовал "слушать" людей с опытом программирования полтора года, утверждающих, что "Из всего объема (за вычетом предисловий и послесловий к послесловиям) процентов…

При прочтении вызвала двоякие чувства. С одной стороны, тут много полезных идей, которые должны быть вдолблены в голову программиста с начала его обучения. С другой -- описание этих идей ужасное. Не знаю, это перевод такой, или автор Лев Толстой от мира программирования, но читать книгу ОЧЕНЬ сложно. Перекрестные ссылки из конца в конец, рассуждения.

На текущий 2021 год не рекомендовал бы к покупке. Есть более свежие труды, написанные приличнее и содержащие не меньше информации.

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

Вот последние главы про тестирование мне в ней не понравились, но основная часть очень крутая, поэтому оценку не буду снижать

Хорошая профессиональная книженция в 896 страниц. Но непонятных терминов очень мало, так что читается очень легко. Перевод хороший и не вводит в заблуждение. Читать лучше одновременно с изучением своего первого языка программирования, чтобы раньше выработать привычку писать правильно и понятно. Время от времени автор повторяет сам себя и читаешь уже ранее озвученную мысль, но для меня это скорее плюс чем минус - лучше запоминается информация.

Теперь это моя любимая книга по разработке. Почти в каждой главе про себя так и говорил: "Точняк! Вот, что и как я стараюсь делать!". Книга воодушевляет, читать её очень приятно. Хорошая бумага, приятные шрифты и оформление. Никакой бесполезной или повторяющейся информации. Оптимальное время для прочтения - 2 курс. Я прочитал на 5 курсе и мои мысли приобрели более отчетливую форму : ) Много полезных ссылок на другие стоящие книги. В общем, мастрид однозначно. Автору моя пожизненная благодарность и лучи добра.

Как все книги от Microsoft Press эта перенасыщена информацией, графиками, научными выкладками. Ее не достаточно прочитать, ее нужно изучить. Изложенного материала хватит для скрупулезного изучения студентами технического ВУЗа в течении семестра с лабораторными работами и последующим экзаменом.

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

Перечитывать не хочу, но придётся.

Наступает момент, когда "Самый лучший в мире программист" задумывается о том, что ему ещё есть к чем стремиться и что узнать. В такой момент эта книга должна оказаться рядом, показать на сколько читатель лучший.

Много полезных практических советов, немного теории. Прекрасная книга для тех, кто хочет сделать свои программы действительно надежными, красивыми и повысить качество своих знаний.

Однозначно "must read" для тех, кто хочет посвятить свою жизнь написанию кода.

"Это просто самая лучшая книга по конструированию ПО из всех, что когда-либо попадались мне в руки. Каждый разработчик должен иметь ее и перечитывать от корки до корки каждый год. Я ежегодно перечитываю ее на протяжении вот уже девяти лет, и все еще узнаю много нового!" Джон Роббинс, автор книги "Debugging Applications for Microsoft .NET and Microsoft Windows"

Рабочие методики оценки стоимости программных продуктов. Очень много интересной статистической информации.

Мне понравилась книга, много приведено интересных исследований и с основными тезисами я согласна. Вот бы прочитать ее 3 года назад, когда я только попала в новую команду, где нам предстояло с нуля написать приложение, сейчас бы его сопровождать было проще. Конечно, есть у нее минус, как и всех книг связанных с программированием, что часть информации становится неактуальной в день выхода книги (но вроде, автор этот момент тоже подчеркивает в самом начале). Но все равно, ее лучше прочитать, чем нет.

Особенно хочу отметить главу про профессиональное развитие и личность. Знание усугубляет скорбь, это справедливо и при написании кода - зачастую заранее видишь, с какой проблемой столкнешься при одном подходе и видишь другую проблему при другом подходе.
приходится выбирать меньшее из двух зол. Небольшой недостаток книги - очень мало про технологии и очень много про т.н. «Софт-скилл».

хочется больше про технологии 

Имя автора внушило неоправдавшиеся надежды. Если вы читали хоть одну книгу про agile и scrum, вы не найдете здесь ничего "еще более" нового. Перевод халтурный (калька "портфолио" вместо портфеля проектов, really?).

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

Очень неплохая книга. Читала на английском, поэтому шло достаточно медленно. В целом показалось немного устаревшей, но несколько хороших идей оттуда взяла на заметку.

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