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

DG>Так вот вопрос, насколько реально добиться того, чтобы стоимость изменений не росла эспонециально (от времени, от объема проекта)?
DG>И что для этого надо делать?

ну, во-первых при проектировании постараться отделить мух от котлет, чтобы изменения в одной части программы не приводили к лавинообразному росту изменений в других частях, а во-вторых, правильно выбирать средство разработки — работа в том же CBuilder, который позволяет быстро стартануть, обычно и приводит к тому, что "чем дальше в лес, тем ну его нафиг"

DG>И вообще, что All думает по поводу правила вынесенного в subj?

самое интересное, что в реальной жизни оно так и получается, НО _возможность_ завтрашних изменений надо закладывать в программу вчера