Сделать позволяют все, но в некоторых это удобнее и даёт большую скорость разработки. Да тупо меньше кода (в строчках) в результате выходит. Тут нужно нормальный пример рассмотреть, с реализацией на N языках, но это уже тема для качественной статьи (которые наверняка есть, если поискать).

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

в том-то и дело, иногда даже законодательство влияет на то, как и куда мы пишем журналы. Поэтому стоит заранее это отделить от остального кода и развивать по необходимости

Я с этим спорил? Я сказал что не надо усложнять

вы начали говорить, что я не понимаю, что такое функция

Функция более высокого порядка

Ну тогда уж надо брать информационную систему целиком и смотреть чтобы у нас всего строчек было меньше, но понятность для человека была выше. А то у вас не система, а сферический конь в вакууме. Совсеменная ИС состоит из множества подсистем в каждой из которых лучше работает ФП, ООП, процедуры и т.п. ровно по этой причине современные языки +- мультипарадигменные. И собственно самый эффективный язык будет то, который сочетает в себе несколько парадигм при этом они все не сильно расползаются в рамках языка.

а где я давал ее определение?

Вы пытались оперировать этим не дав определение

Нет смысла взять кусок в виде парсера, который в системе занимает 0.1% кода и натягивать этот подход на всю ИС целиком

я говорил о типах высшего порядка, а не функциях

Ну давайте тогда ваше понятие о типах и функциях. Иначе спор о хер знает чем

тип - классификация данных, характеризующая множество допустимых значений для единицы данных

Это ограничения

Или сочетание языков, в т.ч. задизайненных конкретно под эту систему (domain-specific languages).

И вы правильно подводите к тому, что тема жесть какая замороченная, и одним умным (или не очень) сообщением в чате ясность тут не внести. Люди целые книги пишут уже в качестве аргументов.

ну можно и так

вот я об этом как раз и говорил

Тема не замороченная, просто любители абстракций не могут в абстракции там где они нужны

Это ещё не все определение типа данных

Не была бы замороченной -- не было бы столько холиворов среди программистов.