Метаанализ трех различных понятий сложности программного обеспечения ( typesanitizer.com )
Я глубоко уважаю всех трех авторов, но это мой первый раз, когда я читаю взгляд Теллмана. Его идея о том, что “простота не является внутренней… Простота – это соответствие между программным обеспечением и нашими ожиданиями”, звучит очень мило.
Сравните это с понятием Хики о простоте как объективном подсчете чередующихся проблем или «складок». Проблема в том, как вы разграничиваете проблемы? В зависимости от вашего стиля и знания системы вы получите разное число. Так что его трудно назвать объективным.
Определение Теллмана хорошо, потому что оно признает субъективность и выдвигает ее на передний план. IOW «стиль и знание системы» формируют ментальную модель программной системы. Важна не мощность ИЛИ чередование. Важна способность этой модели делать хорошие прогнозы о поведении программного обеспечения. Точная модель, хранящаяся в умах людей, которые ею управляют == простое программное обеспечение.
Давным-давно я прочитал исследовательскую статью, в которой говорилось, что большинство исследованных в то время мер сложности тесно связаны с местоположением.
Например, неплохо измерить цикломатическую сложность Маккейба, и в целом это звучит правдоподобно, но если вам все равно – просто посмотрите на LOC, и вы получите довольно близкие результаты.
Source: news.ycombinator.com