Описывает test driven development процесс разработки из первых уст.
Про юнит тестирование, очень много полезных приемов и решений. Книга-справочник паттернов.
Читать первых 100 страниц, а остальной частью книги пользоваться как справочником. Стоит знать запахи и основные методы борьбы с ними. С этой книги стоит начинать изучать ООП.
Рассказывает как хачить в легаси проектах, чтобы хоть как-то начать рефакторинг/тестирование. Поможет очень в сильно безнадежных проектах. Выход есть! :)
Рассказывает про OOP/SOLID принципы и шаблоны проектирования. Читать 1 раз и навсегда запомнить все те основные шаблоны, которые иначе очень сложно просто заучить.
"Быстрая разработка программ:
принципы, примеры, практика"
Роберт Мартин
Так же про SOLID, но немного более тяжелым языком.
"Чистый код. Создание, анализ и рефакторинг"
Роберт Мартин
Код ревьюшки собранные в одном месте. Описано почему не стоит писать так (пример), а стоит писать так (пример).
Библия программиста. Буквально библия. Стоит иметь на полке и открывать в рендомных местах, читать и просветляться. Пробовать, переживать, снова открывать в любом месте и снова просветляться.
Немного о том, как работают команды. Что стоит и чего не стоит делать, чтобы увеличить производительность команды.
Проекты делают не роботы а люди. Люди - существа сложные. Книга о том, как принимать это во внимание.
Классный списочек, лучше всего купите их и читайте бумажные версии
ОтветитьУдалитьleokom, зачем?
ОтветитьУдалитьКстати, Бека в бумаге не найти, а Месарош отвратительно переведен на русский.
PS: все читал.
Чтобы немножко от компа отвлекаться )
Удалить"Шаблоны тестирования xUnit" нет в продаже :(
ОтветитьУдалитьЧто можете еще посоветовать в списочек, ребята?
ОтветитьУдалитьФаулера - PoEAA
УдалитьБека - Implementation patterns
Джошуа Кириевски - Refactoring To Patterns
Ну и банду четырёх, естественно
УдалитьMark Seeman: Dependency Injection in .NET
ОтветитьУдалить1 глава книги подойдет всем ООП языкам, т.к. в ней объяснено, как думать. После этой книги я все паттерн ориентированные книги отношу к, цитирую ВикиПедию: "Методологические антипаттерны: 'Паттерн проектирования' само по себе использование паттернов считается анти-паттерном — знаком того, что система не воплощает достаточный уровень абстракции."