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

Или до того как толком разберусь с теоретической частью TDD или DDD лучше вообще не соваться? 

Это сообщение отредактировал(а) ДобренькийПапаша - 8.4.2010, 10:51

ДобренькийПапаша, сначала неплохо было бы определиться, что конкретно ты хочешь разрабатывать. В зависимости от специфики той или иной области требуются различные инструменты. Хотя есть список общих инструментов:

• Система контроля версий -- необходимо всегда, если ты хочешь отслеживать изменения в своих исходниках (если они происходят, конечно  ). Реализация нового функционала может привести к нарушению работы уже существующего, поэтому важно иметь возможность откатиться назад (ветки, метки и пр. радости стоит рассматривать позднее).
• Система учета дефектов (багтрекер) -- атрибут продукта, в разработке, тестировании и использовании которого задействовано несколько людей и им требуется регулярно обмениваться информацией. Для единоличной работы, в принципе, не нужен; но для работы коллектива необходим.
• Сервер непрерывной интеграции -- машина, на которой происходит сборка дистрибутивов, прогонка автоматических тестов и т.п. Необходима для быстрого получения результатов после очередного этапа разработки. Для единоличной разработки нужен, если проект достаточно большой. Но тут, мне кажется, в пору искать единомышленников 
• Планировщик -- система, применяющаяся, в основном, в Agile-командах для эффективного планирования итераций.
• Инструменты для тестирования -- тут, к сожалению, знаний у меня маловато. Это ипостась тестировщиков и менеджеров по качеству, поэтому оставляю слово за ними...

А насчет <...>DD, то основы модульного тестирования и связанные с этим архитектурные приемы, знать и использовать рекомендуется. Но начинать я считаю надо с GoF. А дальше постепенно уже по надобности читать Фаулера, Нильсена, Бека и т.д. Главное, чтобы не получилось как в анекдоте: "написано 32 строчки кода, использовано 16 шаблонов"...   

Теперь это уже BDD