Программист-прагматик. Путь от подмастерья к мастеру

Эту книгу нужно ОБЯЗАТЕЛЬНО прочитать КАЖДОМУ студенту, который учится на специальностях, связанных с ИТ. Причём лучше прочитать уже на втором-третьем курсе, чтобы студенты не только знали языки программирования и алгоритмы, но и принципы разработки, чтобы они понимали, что значит «быть разработчиком».

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

Следует учитывать, что книга (в оригинале) написана в 1999 или 2000 году, так что некоторые пункты потребуют пересмотра в плане средств и методи, но тем не менее, почти все они до сих пор актуальны.

В книге довольно много очевидных советов: по типу что нужно регулярно инвестировать время в свои знания, то есть читать технические книги, проходить курсы, учить новые языки программирования, изучать свои редакторы кода, изучить все что вас окружает, а затем переходить к другим областям computer science. Половина этих советов кажется слишком очевидной, особенно если это не первая книга, которую вы читаете по данной теме. Многие советуют читать ее как можно раньше, но на мой взгляд, чтобы вынести по максимуму из книги, вам нужно иметь хоть какой-то опыт промышленной разработки, так как если его не будет, то многие вещи покажутся слишком абстрактными. В идеале ее хорошо прочитать от двух раз. Приведу несколько подсказок из книги, которые являются довольно важными:
1) Будьте катализатором изменений
2) Сделайте качество одним из пунктов требований
3) Критически анализируйте прочитанное и услышанное
4) Важно, что говорить и как говорить (Не закрывайтесь, а общайтесь с людьми, это важно!)
5) Сделайте инструменты продолжением своих рук
6) Не поддавайтесь искушению просто устранить симптомы и тем самым решить проблему на поверхностном уровне — работайте с глубинной причиной
7) Не предполагайте – доказывайте
8) Изучите командную строку, чтобы делать свою работу быстрее
9) Не экономьте время на написании тестов, так как в будущем это окупится с лихвой
10) Если видите проблему - исправьте, не оставляйте ее на потом, так как проблемы будут накапливаться как снежный ком

Крайне полезная и в то же время хорошо написанная книга Э.Ханта и Д.М.Томаса "Программист прагматик". В ней авторы сравнивают работу программистов со средневековыми строителями, полагая её столь же трудной и ответственной и имея надежду, что со временем методы и подходы к этому труду станут столь же совершенными, по сравнению с нынешними.
Авторы охватывают широкий круг тем, начиная от проектирования и заканчивая тестированием продукта. Дух взвешенности и прагматизма пронизывает каждую главу книги, в которых авторы делятся своими взглядами на работу, наделяя программиста чувством ответственности за свой продукт и здравым смыслом, не давая полагаться на случай. Они дают вполне чёткие и конкретные советы по тому, как организовать свою работу, какими принципами руководствоваться, какие приёмы и инструменты использовать. Благодаря чтению этой книги можно провести качественную подготовку проекта и организовать свою работу, чтобы продукт был качественным и в то же время гибким. Книга содержит примеры кода и ряд упражнений, что делает её полезной и в практическом плане.
Если говорить о стиле, то она ещё и хорошо организована, авторы чётко понимают взаимосвязь между её частями, что явным образом отражено в её структуре и в каждой главе. И при этом она читается легко и интересно, благодаря образам и историям, которые достаточно необычны для книги такой направленности, что очень выделяет её и в то же время помогает запомнить материал.
Очень рекомендую к прочтению всем, кто осваивает профессию программиста.

Must read, даже тем, кто уже занимается разработкой не один год. Новичкам – must read дважды: в самом начале и через год-полтора активного опыта.
Главы, мысли и идеи достаточно модульны, чтобы можно было читать их совершенно отдельно. Некоторые из них написаны в стиле "капитан очевидность", но не считаю это недостатком – мало ли кому что не очевидно.
Здесь не так много готовых рецептов, но вся книга пропитана идеями – они, в отличии от первых, не теряют актуальности со временем поэтому год издания нисколько не влияет на ценность.

Я читал старое издание (которому аж 20 лет). Для своего времени книга была очень хороша, рассказывая о лучших практиках и принципах программирования.

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

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

Прекрасная книга, не утратившая свой актуальности.

Прошло 20 лет, сменились технологии и методологии разработки, а прагматичная философия все так же актуальна. Практические примеры и предложения писать на Perl иногда вызывают ностальгическую улыбку. Уже есть более приятные и современные языки. Есть современные проблемы, нуждающиеся в прагматичном подходе.

Приятно, что в книге есть один совет, который больше не нужен. Сейчас, мне кажется, уже нет людей и проектов, не использующих систем контроля версий. Уже никого не надо убеждать зачем они нужны. Хотелось бы, чтобы и остальные советы стали не нужными и очевидными. Чтобы не нужно было объяснять, зачем писать тесты и документацию, почему надо стремиться делать ортогональные и несвязанные модули. К сожалению, эволюция среднего программиста движется. очень медленное. Мне понадобилось 14 лет, чтобы через опыт, книги и общение с другими людьми познать дзен прагматичного программирования.

Язык книги не современный, чувствуется, что читаешь очень старую книгу (для IT 20 лет это вечность). Возможно, современный молодой программист даже не всегда поймет, о чем идет речь, как если бы она была написана в 16 веке.

Книга хорошая, но рекомендую почитать что-нибудь современное (блоги, телеграм-каналы), или сходить на конференцию - пользы будет больше. Думаю, что новому времени нужна новые подходы, книги быстро устаревают.