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

T>Если возвращаться к теме статьи, то ты не определил количественную меру сложности,
T>Если мы сформулируем это понятие количественно,
А если не смогем количественно, не отказываться же от практических наблюдениий?
Вобще-то у MS есть количественные алгоритмы оценки в студии. Например Maintainability Index, показывающий сложность(или наоборот,простоту) поддержки кода. Врядли MS не старался его сделать получше, но что получилось всем прекрасно видно.

MaintainabilityIndex в Project и Namespace считается как среднее для классов. Если два класса по 50% то общий индекс 50%. Если добавить делегат(или пустой класс) то у него 100%, и среднее повысится (50%+50%+100%)/3=67%.
А можно ли сказать, что программу станет легче поддерживать если туда набросать много ненужных делегатов?
Да и Cyclomatic Complexity, при суммировании по всему коду не совсем то...

Количественные оценки было бы неплохо. Но есть ли для начала идеи, как хотя бы студийные метрики сделать хоть немного адекватнее? Или что еще добавить туда? Хотя они и не все аспекты создания ПО смогут охватить, но если будут в алгоритмическом виде это повысит полезность.