Средства и методы разработки

Это не от реального проекта. Я так подробно все расписал для обучения самого себя. Идеал - он недостижим, прежде всего потому что его нахрен не надо достигать. Просто хочется иметь некую эталонную модель, а насколько полно ей следовать - это вопрос целесообразности. Идеал не достижим, потому что стоимость ресурсов, затраченных на его достижение, всегда меньше потенциального выигрыша от использования идела, если бы он все же был достигнут. Типа первый закон Evgeny_CD :)))))))))) Что касается вызова левых методов (скажем так, обобщенно, в стиле ООП), то как раз сейчас я и пытаюсь придумать методологию быстрого контроля обращения некоего программного модуля к внешним сущностям. Понятно, что есть Doxygen, Understand for C++ , и пр. тулзы. Но нужен некий файл - описание программного модуля, где четко описано, что он там use. И скрипт, который тупо проверят - есть ли из кода вызовы к методам, не описанным в use. Такая технология актуальна не только для либ. Например, есть некая глобальная переменная (куда же без них в малоресурсных системах). Так вот, если по ошибке ее модифицировать - тоже будет еще та засада. Это тоже надо контролировать автоматически, а не путем разглядывания кода или документации на него (пусть и автоматом сгенеренной тулзой типа Doxygen).