Dale, а там даются советы, что делать, если "унаследованного кода" на сотни Мб исходников, и абсолютно всё неряшливо, без тестов и документации?
Буквально пару слов, не более
Там вообще советов немного. В основном все больше предостережения, какие капканы бывают и что в них приводит, но не описывается, как открыть замок и разжать пружину, когда уже попался. Довольно близко по содержанию к Бруксу - наблюдение в течение большого периода времени за судьбами достаточно крупных проектов и осмысление результатов этого наблюдения. Причем, что приятно, никакой "крепости задним умом" типа "вот кабы тогда поступили так-то, был бы полный успех" - только подтвержденные документальными данными факты, никаких домыслов "если бы да кабы".
Есть другая книга, о которой я писал чуть раньше и которая полностью посвящена этой проблеме:
Майкл К. Физерс. Эффективная работа с унаследованным кодом. Вот в ней есть вполне практически применимые рецепты и стратегии. Вообще напоминает "Рефакторинг" Фаулера, да фактически и является разновидностью рефакторинга, только несколько иной.
Фаулер описывает тепличные условия, когда код изначально писался "правильно", но по ходу дела несколько испортился (либо поначалу был хорош, но поменялись/добавились требования), и для проверки корректности рефакторингов можно воспользоваться уже имеющимися регрессионными тестами. В случае Физерса такой роскоши и близко нет - именно упомянутый случай "абсолютно всё неряшливо, без тестов и документации". Некоторые улучшения кода делаются без регрессионного тестирования (автор анализирует случаи, когда это относительно безопасно), для других тесты дописываются задним числом (лучше поздно, чем никогда).
Если рецепты Фаулера можно сравнить с пластической хирургией для кода (где горбинку с носа убрать, где малость силикона подкачать, но в принципе и так можно жить), то книга Физерса - это реанимация для загибающегося горбатого престарелого пациента с последующим омоложением и превращением в красавца. И если у Фаулера метафора "запаха кода", то в случае Физерса я даже затрудняюсь подобрать пристойный аналог, хотя он использует ту же метафору.
Возвращаясь к теме: книга Гласса охватывает более широкий круг вопросов, поскольку охватывает весь жизненный цикл проекта - от сбора требований до выведение продукта из эксплуатации, причем внимание, уделяемое каждому этапу, пропорционально "удельному весу" каждого этапа в общем цикле.