Очень сравнимые вещи - введение функциональщины в C# и уёбище рассчитанное на VB-дураков. Если хотите проводить аналогии, сравнивйте вещи из одной категории, а не тёплое с мягким.

80/20 правило знаете? Вот, по моему опыту с рассуждениями на форуме про производительность это правило становится верным с цифрами 99/1. Угу. Давайте, не будем про производительность, в 99% случаев все эти рассуждения не стоят ломаного гроша. Потому, что начинаются теоретезирования про то, что на ассемблере программы были раньше маленькими, что виртуальные функции в С++ имеют оверхэд на косвенный вызов, и тому подобную чепуху. Будет проблема, будет оптимизация. Я уверен, takeWhile разворачиваетсся в банльный цикл с проверкой условия, а лямбда стоит почти столько же, сколько и "обычный" метод.

Мурр, срез это массив, итератор это объект перебирающий последовательность. Что за дурацкое сравнение разных вещей? У вас вообще отсутствует воображение, вы считаете, наличие массивов в языке лишним? Давайте их уберём, а чё, есть же ArrayList и его производные.

А выкиньте концепцию итератора вабще и не пользуйтесь ею, а то это чисто функциональная фишка. Гудбай IEnumarable, foreach и тому подобное. Также выкидывайте анонимные методы и их развитие - лямбды, с появлением окторых писанина банальных (в смысле тех, которые содержат простой код) колбэков космически сократилась. Пишите километры никому ненужного кода с полным оформлением делегатов. Чтобы чистота не пострадала.

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

Да, вот, что-то и для разработки дорогой поделки время разработки играет существенную роль всегда.