Здравствуйте, ·, Вы писали:

·>Здравствуйте, Разраб, Вы писали:

G>>>>Это пусть в никуда. Параметров станет слишком много раньше чем вы рассчитываете,
Р>>·>Это путь надёжного кода. А что плохого в большом количестве параметров?
Р>>Зачему, что параметр может быть один(типа конекста). кложуристы так любят делать.
Р>>их хеш-мапа форсит так делать, ибо легко ключики добавляются.
·>Та же глобальная переменная, вид в профиль. Непонятно зачем так делать.

есть на ютубе некто николай рыжиков, говорит красиво. утверждает, что не он первый начал))

принцип "открытый мир". т.к. кложа динамическая, разраб берет из мапы то что ему нужно(или кладет), не задумываясь о постороннем.
надежность проверяется такой фичей как спецификации. точно не помню, но кажись они как тесты прогоняются в дебаге только.
как результат — кода меньше, фичы разрабатываются быстрей.
вообще неплохо кложа выстрелила с учетом того что это действительно чисто функциональный яп. синтаксис более человечный,
и плюшки типа атомов(потокобезопасные объекты), агентов и т.п.
причем, есть нативная сборка называется бабашка (bb) для скриптинга. шустрая довольно.

Замечу, что ООП-архитектуры часто сильно осложняют реализацию из-за привычки все время скрывать данные.
хотя по адресу всегда можно любую область памяти достать.