Должны стоять на полке
Эти книги должны стоять на полке любого программиста для того, чтобы программист регулярно черпал из них мудрость веков. Ну или хотя бы в качестве простого справочника... В дополнительных комментариях, как правило, не нуждаются.
Гамма, Хелм, Джонсон, Влиссидес
"Приемы объектно-ориентированного проектирования. Паттерны проектирования" | |
Фаулер, Бек, Брант, Робертс, Апдайк
"Рефакторинг: улучшение существующего кода" | |
Бек
"Экстремальное программирование: разработка через тестирование" |
Нужно читать
Эти книги совсем не обязательно держать на полке постоянно, но они должны быть прочитаны хотя бы раз. А лет через пять перечитаны еще раз в качестве "контрольного в голову".
Макконнелл
"Совершенный код" Очень хороший сборник советов для разработчика, заставляющий взглянуть на свою работу с более прагматической точки зрения. При прочтении некоторых глав я плакал — знания, которые пришлось заработать своими потом и кровью, в книге изложены простым доступным языком с примерами из жизни. За малым не поставил книгу в раздел "Должны стоять на полке". | |
ДеМарко
"Deadline. Роман об управлении проектами" Классная книга. Роман-детектив об управлении софтверными проектами. Есть главный положительный герой, героиня, злодей и различные запоминающиеся персонажи. В каждой главе герой узнает что-то новое, анализирует и учится. Все это написано интересно и с юмором. | |
Йордон
"Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте" | |
Брукс
"Мифический человеко-месяц, или Как создаются программные системы" Классика жанра об управлении программными проектами. Первое издание было в 1975(!) году. Актуальна до сих пор. | |
Демарко, Листер
"Человеческий фактор: успешные проекты и команды" В книге рассказывается о влиянии человеческого фактора на процесс разработки ПО, на его успешность или, наоборот, неуспешность. Помогает взглянуть на процесс разработки как на процесс взаимодействия людей, а не бездушных роботов. С примерами из реальной жизни и анализом последствий. Читается легко. | |
Купер
"Психбольница в руках пациентов" Любой предмет, которым мы пользуемся, имеет интерфейс, особенно, если это программа. Алан Купер рассказывает о хороших и плохих интерфейсах, о кардинальном различии точек зрения разработчика и пользователя, о снобизме инженеров, о том, как сделать продукт лучше. Суперкнига, читать легко и интересно, а главное — очень полезно. | |
Бек
"Шаблоны реализации корпоративных приложений" Начиная читать я ожидал обнаружить в этой книге шаблоны проектирования, а оказалось, что о проектировании в этой книге очень мало, зато очень много советов (шаблонов) о том, как реализовать свои идеи в коде так, чтобы и код оставался читабельным, и систему было легко поддерживать и расширять в дальнейшем (от именования классов и их методов до поведенческих шаблонов, сохраняющих симметрию кода). Все примеры даны на языке Java, но это не мешает, потому что шаблоны, описанные здесь применимы и в других языках. В отличие от "Чистого кода" Роберта Мартина, эта книга является самостоятельным произведением, а не сборной солянкой. К сожалению, я так и не понял, почему в названии упоминаются "корпоративные" приложения. По-моему, в любом приложении применение таких шаблонов даст только положительный результат. | |
Кериевски
"Рефакторинг с использованием шаблонов паттернов проектирования" Очень понравилась. Толковый мужик, знает, о чем пишет. Как бы заполняет нишу между "Рефакторингом" Фаулера и "Шаблонами проектирования" Гаммы и его друзей. |
Можно читать
Книги вполне достойные прочтения. Однако, если у вас в очереди на чтение есть книги из раздела "Нужно читать", то, наверное, лучше сначала потратить время на "нужно", а "можно" — оставить на попозже.
Рейнвортер
"Как пасти котов. Наставление для программистов, руководящих другими программистами" Неплохая книга. Название говорит само за себя. Однако, эта книга также и для тех, кто готов попробовать перейти на новый уровень и посмотреть на процесс разработки ПО с точки зрения руководителя. | |
Мартин
"Чистый код: создание, анализ и рефакторинг" Книга напоминает краткий конспект многих других книг по разработке ПО, но в ней собраны только те моменты, которые касаются чистоты кода. Можно использовать как справочник или как повод освежить в голове какие-то забытые знания. | |
Хант, Томас
"Программист-прагматик. Путь от подмастерья к мастеру" Честно сказать, после стольких восторженных отзывов, я ожидал от книги б́ольшего. Как следствие, немного разочаровался. Книга хорошая, множество действительно полезных советов и точек зрения, но стиль изложения немного сумбурный на мой взгляд (гуманитарный язык?), в некоторых местах книги явно не хватает более конкретных примеров. Лично я не рекомендовал бы новичкам в программировании читать эту книгу, потому что многие главы просто окажутся непонятными. Лучше начать с "Совершенного кода" Макконнелла, например. В результате, после долгих колебаний поставил эту книгу в раздел "Можно читать". Возможно, изменю своё мнение позже. |
В очереди на чтение
- "Архитектура корпоративных программных приложений", Фаулер
- "Балдеющие от адреналина и зомбированные шаблонами", Демарко, Хрущка, Листер, Робертсон, Макменамин, Робертсон
- "97 этюдов для архитекторов программных систем", Форд, Найгард, Де Ора
- "Стандарты программирования на С++", Саттер, Александреску
- "Об интерфейсе. Основы проектирования взаимодействия", Купер, Рейман, Кронин
- "Идеальная архитектура. Ведущие специалисты о красоте программных архитектур", Спинеллис, Гусиос
В "Программисте-практике" рекомендуют генерировать текст и писать тестовые скрипты на Perl. Но книга написана в 2000 году. Что-нибулдь изменилось в этой области?
ОтветитьУдалитьМожет, для этого уже применяют Python?
Если в вашем проекте удобнее использовать Python, то именно его и нужно использовать. На мой взгляд язык для написания тестов нужно выбирать, исходя из объективных причин, а не потому, что Хант или Томас посоветовали это в своей книге.
Удалить