sami
Местный
Распухание распуханию рознь. При развитии программы от версии к версии с ростом функциональности распухание практически неизбежно. А специальная забота о компактности кода может негативно повлиять на стоимость дальнейшей поддержки и разработки.Её и в авторской редакции не особо читают. Компактность не случайно указана в перечислении последней, хотя само перечисление не претендует на полноту, но если без потери ясности и читаемости код ещё и компактный - значит программист действительно хороший. Если специально не заботиться о компактности кода, программа от версии к версии будет распухать, что увы на практике часто и происходит.
Но все-таки, сложно рассуждать о компактности и ясности без фиксации уровня допустимых абстракций. Вот допустим, есть некий point free style, там все предельно компактно. Но ясно только для тех, кто на "ты" с комбинированием функций высших порядков. А для значительного количества программистов это непреодолимый порог. Ну или комбинаторные парсеры на монадах на голову яснее и компактнее парсеров, написанных в руками в лоб. Опять-таки, требуют некоторого порога для вхождения. Вот программист, использующий такие вещи - это по-вашему хороший или плохой программист?