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

Question

[Максим]

При объявлении цикла, мы присваиваем значение (let i = 0), и это значение не может быть изменено снаружи.
Каждый раз когда будет вызываться данная функция с циклом, i в данном случае всегда будет 0 на первой итерации.
И как второй вариант, мы можем передать в функцию аргумент который будет задавать значение счетчика i.
Так почему в функциональном программировании нельзя применять циклы?

Дополнение:
Мой вопрос можно перефразировать так: есть ли рациональный смысл соблюдать данные правила абсолютно и без исключений?

Вот пример:

const i = 666;

function count (a,b) {
	for (let i = 0; i < 10; i++) {
		console.log((a+b)*i);
	}
}
count(1,2);

console.log(i);

Данная функция чистая: она всегда будет давать один и тот же результат при одинаковых аргументах, и она не меняет какие-либо переменные вне себя и в глобальной области видимости. Получается полный отказ от циклов, это как заповедь: "Так сказал создатель, просто следуй этому правилу, не задавай вопросов".

Comments

[Сергей Горностаев]

Кто вам сказал, что нельзя?

[Ярослав Иванов]

Опять эти бабки у подъезда?

[Максим]

Всмысле кто? Об этом пишется во всех книгах и статьях про ФП.
Не моя бабушка же сказала и не я сам это придумал.
Иначе зачем пишут, что-то вроде: "В ФП вместо циклов принято использовать рекурсии".

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

Даже чел в этом вопросе ответил - нельзя потому, что так предусмотрено).

Answer 1

[Karpion]

Функциональное программирование предполагает: любой переменной значение присваивается ровно один раз и не м.б. изменено. Это условие означает невозможность завершения цикла, причём любого: for, while, repeat-until.

Т.е. проблема не в начальном присваивании значения, а в последующих изменениях типа i++

Comments

[Максим]

Это понятно) Но почему соблюдение этого правила требуется в случае с циклом внутри функции? Мы не нарушаем главные принципы: нету побочных эффектов и функция при одних и тех же входных данных всегда дает один и тот же результат. То-есть функция чистая.
Получается полный отказ от циклов, это как заповедь: "Не спрашивай почему, просто так сказал создатель, поэтому следуй этому правилу".
Мой вопрос можно перефразировать так: есть ли рациональный смысл соблюдать данные правила абсолютно и без исключений?

Вот пример:

const i = 666;

function count (a,b) {
	for (let i = 0; i < 10; i++) {
		console.log((a+b)*i);
	}
}
count(1,2);

console.log(i);

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

[Максим]

Вы не ответили на мой вопрос) Основные "заповеди" ФП я знаю.
Эти правила базируются на каком-то рациональном смысле. Но я не понимаю какой рациональный смысл, в отказе от циклов внутри функции.

[Karpion]

Вы почему-то считаете, что функция - это то, что описано словом "function". Но в ФП - функцией является любой оператор; а "i++" нарушает принципы ФП.

[abberati]

Максим, эти правила строго исполняются в чистых функциональных языках, в них просто не существует циклов. Js — язык мультипарадигменный, никто не запрещает использовать циклы в функциях и это не делает функции нечистыми. Просто можно слепо следовать Правилам, а может пересматривать отношение к ним в соответствии с реальным миром. Просто перебор без циклов — «более функциональный» подход, чем циклы.

[Karpion]

JS - это просто нормальный императивный язык. Ничего функционального в нём нет.

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

[Максим]

Karpion, Благодарю! Сочту за ответ!