Нон-фикшн (хочу прочитать)
Anastasia246
- 5 132 книги

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

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

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

Бездефектная система, которая отвечает на неправильные вопросы, не приносит пользы.

кто бы ни назначал ресурс, он обязан нести ответственность за его освобождение.

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
















Другие издания


