Я примерно догадываюсь, от куда ноги у этого страха растут (всё завалят фичами и сахаром, настанет хаос и апокалипсис). В своё время обожглись на С++локе, но потом передули на Javоду, извините за каламбур.
Ну это мелочи, право слово. Вообще не вижу ситуации, где это может как-то смутить, разве что совсем новичков. Просто убрали немного бойлерплейта в интуитивно понятном контексте.
«Вульгарные отростки» — это всё лишь очередные и очевидные шаги в сторону удобства использования C# в рамках функциональной парадигмы (records, деконструкторы, улучшения в patterns matching и т.д.). И это хорошо, потому что C# богатый мультипарадигменный язык, где функциональная часть немного (или много?) хромает, а уж с ООП частью всё в порядке добрые десятки лет.
И опыт показывает, что понимание и умение мыслить в ключе ООП явно не достаточно, чтобы getting things done без боли и страданий. Иначе мы бы все сейчас пользовались условной Java 5 или C# 2.0.
Мне нравиться минималистский, флюидный подход — код теста компактен, не «размазан» по методам, легко охватить взглядом. Идея лежит вроде бы на поверхности, но найти похожую библиотеку мне не удалось.
Ну насчёт нулевой практической ценности диалекта Scheme вы погорячились. Взять хотя бы тот же Racket — полноценный развитый язык, компилируемый под множество платформ. Или GNU Guile — рекомендуемый язык расширений для Gnu Project. Scheme используется довольно широко, относительно Lispов, конечно же.
Посмотрите ещё в сторону DryIoc — лидера по производительности в обзоре, на который вы дали ссылку. Приличная документация, качественный код, покрытый тестами, автор (белорус, насколько я понял) поддерживает проект уже довольно долгое время и оперативно реагирует на баг-репорты, поставка в виде дллэлки или файлом в проект. В моём проекте эта библиотека помогла тем, что смогла «решить» довольно запутанный граф зависимостей с generics и множественными конструкторами (конечно, это промах в архитектуре, но всё же). Короче, маст, как говорится, хэв.
И опыт показывает, что понимание и умение мыслить в ключе ООП явно не достаточно, чтобы getting things done без боли и страданий. Иначе мы бы все сейчас пользовались условной Java 5 или C# 2.0.