Лямбды и Firebird, ад продолжается

[metaclass]

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

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

Comments

[mudasobwa.livejournal.com]

Скажите, вы и правда полагаете, что удобство разработчика важнее скорости выполнения?

Или вы просто не понимаете, что означает «узкая специализация»?

[gds.livejournal.com]

если уже есть именованные функции, то не всё ли равно, будут ли ещё вдобавок нормальные анонимные функции, в том числе рекурсивные?

[mudasobwa.livejournal.com]

Вы на ассемблере программировали когда-нибудь?

[gds.livejournal.com]

к сожалению, слишком много и слишком рано. Если намёк на direct vs indirect call -- не думаю, что субедешечька как-либо считает адреса функций; и наоборот, имея структурку, содержащую тело функции, выполнить функцию легче, чем имея имя, которое ещё надо "отрезолвить" в тело.

Так более того, простые анонимные функции фраербёрд умеет! То есть, вся "машинерия", отвечающая за отделение тела от имени, уже готова.

Впрочем, не понимаю, зачем вообще вопрос поднялся -- fixed point combinator нельзя изобразить, вероятно?

[metaclass.livejournal.com]

Важнее всего практическое применение, а уж в этом Firebird упрекнуть не в чем :)
А вот после этого важна теоретическая правильность, потому что она позволяет поддерживать софт в живом состоянии и развивать его без особого напряга, особенно софт системного уровня типа СУБД.
Ну и новомодные штучки помогают поддерживать интерес в публике.