Здравствуйте, zorba, Вы писали:

Можно начать разбираться посредством написания Unit-тестов к различным модулям или компонентам системы...

Здравствуйте, zorba, Вы писали:

Z>Как Вы подходите к такой задаче?

Ну, если кода очень много, то надо его переписать .

Здравствуйте, zorba, Вы писали:

U>>Начинаю исправлять ошибки и добавлять функциональность, т.е. решать текущие задачи.

Z>Когда-то работал в крупной компании. Использовал именно этот метод. К своему стыду, даже через два года нифига не понимал за пределами своего маленького мирка в котором давали поработать. Не хочу повторить еще раз эту ошибку...

Поддерживаю. Тоже шел по этому пути. В итоге я и через месяц и через два и через пять работал так же медленно, как в первый день работы. Ну почти. Лично мне без схем и подробных объяснений вообще не понять тонны кода, где даже комментариев почти нет. Где-то должен быть документ, который описывает архитектуру, начиная с самого абстрактного уровня и заканчивая описанием реализации. К сожалению таких документов почти что не встречал. Сам же стараюсь делать их, когда прихожу к некой конечной точке разработки.