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

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

IT>>>Тогда почему при определённых сценариях упорядочивание кода и, соответственно, уменшение энтропии приводит к повышению сложности?

G>>Какой сложности?

IT>Увеличивается сложность восприятия кода, растёт объём, в определённой степени проседает гибкость. Это подробно разобрано в статье.
От применения SRP гибкость не проседает. Или это не SRP.
Немного растет объем и немного увеличивается слжность чтения, но сильно уменьшается сложность изменения. Крмое того выделенные классы могут более удачно повторно использоваться, что приведет еще и к сокращению объема кода.
Совокупная сложность падает.

G>>В конкретном случае может быть что сложность изменения вообще не интересет, а интересует исключительно объем кода.
IT>Главное, что упорядочивание кода может привести к усложнению.
Не может, см выше. Только в случае неправильного наведения порядка.


IT>Отсюда следует один простой вывод по поводу следующего умозаключения:
IT>

VGn>>Я например уверен, что при упорядочивании общая энтропия кода уменьшается, а значит закон сохранения сложности — полная чушь.

IT>Вот такие разговоры и есть на самом деле полная чушь.


IT>Упорядочивание может усложнять код, что полностью соответствует закону сохранения сложности И понятно почему.
Не понятно и не соотвествует. "Может" не означает что будет усложнять всегда.
Хотелось более формальный критерий получить когда упорядочивание, примененное правильно, будет усложнять код.