Ну, в современном мире принято дорого платить за время кодера, и соответственно, кодеру выгоднее меньше делать движений за это время, а собственнику выгоднее это учитывать и повышать норму выработки, а кодеру в ответ на это приходится повышать уровень абстракции, но в итоге, всё это выливается в потогонную систему, которая никакого отношения не имеет к значимости объема исходного кода.

Ну, написали там тридцать строк, а тут сто, всё равно написание строк не занимает столько мозговых ресурсов, параметр строки/время важен в основном заказчику. Ну, динамичный мир, быстрые бизнесы и прочее.

Ведь подумайте, не важно, на самом деле, когда русские запустили бы человека в космос, в 1961-м или 2001-м, для истории это смешные сроки, это было важно сделать быстро только в условиях конкуренции внутри популяции Хомо.

Так же не имеет значения, когда вы допишете модуль управления очередным генератором данных в БД из ввода пользователя, сегодня или завтра. Короче, я к тому, что внешние причины приводят нас к обсуждению каких-то внутренних симтомов.

С этой точки зрения, критериев простоты чистого Компутер Сайнс так и не выработано, есть либо аргумент "Слышь, код быстрей пиши" либо "При наличии времени мы вполне очевидным образом берём готовую идею, переосмысляем и пишем заново под задачу".