Да, я понял. В целом, я согласен, лямбды принесли основную красоту кода, которую мы имеем сейчас. Что же касается последнего нововведения – никто особо серьёзно ещё не тестировал, вдруг очень красиво будет выглядеть в каких-то ситуациях.
А фичи – всегда хорошо) Только если другие фичи не ломают))
Мораль сей басни такова: Прежде чем лепить фичи, нужно узнать, кому они нужны. Сейчас всё наоборот: сначала лепим фичи, а потом ищем, кому они нужны.
Например, функциональное программирование - это красиво. Но без него вполне можно обойтись. В данном случае фичи должны быть подключаемы по желанию. Типа модулей или библиотек. Тогда каждый сможет заморачиваться, как ему захочется.
ПЛОХ ТОТ БАГ, КОТОРЫЙ НЕ МЕЧТАЕТ СТАТЬ ФИЧЕЙ
Функциональное программирование - это в первую очередь современно и правильно. Программы без него - должны быть только там, где важна скорость. То есть там, где сама .Net не очень то и полезна.
В таком случае, перепишите значительную часть компилятора, протестируйте и пришлите pull request разработчикам. В чём проблема-то? 
Но вообще, я считаю, что это бред. Проверки на подключение тех или иных фич, выдача предупреждений и т. д. замедлят компилятор сильнее, чем сами эти фичи.
Предлагаю новую фичу - переименовать PascalABC.NET в Rostov incredible Pascal. Сокращённо RIP.
Встречаются 2 программиста.
До новых фич!
Да, давайте менять “базовые вещи” на четырнадцатом году существования проекта ! “Что нам стоит дом построить?”. Отличный способ потешить разработчиков еще на годик дополнительной работы, развалив взаимодействие между программными единицами. Да, оно несовершенное, но оно вот такое есть. Когда начинал знакомство с ООП в Паскале, меня тоже раздражала эта “смешная инкапсуляция”, даже в сравнении с VB, когда подключил класс - и видишь всю его внутреннюю реализацию. Но таков Паскаль. И это надо просто принять, а не кивать на концепции других языков. А в VB идиотское наследование - и что теперь?
Предлагаю скинуться на верёвку и мыло для админа
Т.е. интересы людей, миллионы раз скачавших продукт, уже как бы не в счет по сравнению с хотелками отдельных лиц?
Мне намного ближе позиция героя А.Ширвиндта в фильме “Трое в лодке, не считая собаки”: - В сад! Все в сад!
Моё предложение объясняется гуманизмом. Всех в зад! - хорошая и правильная альтернатива. К сожалению, хотелки отдельных лиц сильно портят настроение людям, которые миллионы раз скачали паскаль. Увы, весь мир таков…
Вот тут не соглашусь. 99.9% этих людей о хотелках подобных ничего даже и не подозревают. Ибо как они спокойно живут на свете без этих эротических фантазий.
Настроение - вещь скоропортящаяся. Вполне можно напороться и на эротическую хотелку. В данном случае подошла бы мудрость меньше знаешь - крепче спишь. Но не каждому хотелки дают крепко спать,
Спокойной ночи!
Разработчикам всё-же виднее, наверное лучше было обсудить это с ними, нежели решать за них что им делать, а что нет. А то потом после такого множества правок и падает компилятор… Ибо в одной версии мы хотим одно, в другой - другое… А что с этим разработчикам делать? Это не про Вас конкретно, а абстрактно, а то вдруг подумайте…
Можно было бы сделать возможность указания используемой версии компилятора из IDE. Но, опять же, язык направлен на обучение, и вряд ли это кому то понадобится, кроме 2-3 участников с форума. Так что, я не думаю, что такую возможность стоит включать в IDE. Кроме того, неясно какие версии компилятора включать в этот список для выбора версии.
Сейчас понатаскали много из C#, Python… Что же ожидает нас дальше? Из Assembler’а будем фичи таскать? (Думаю, смысл сей фразы понятен.) 
Ряды поборников фич густеют. И это хорошо. Но здравый смысл подсказывает, что их нужно оградить от простых энтузиастов программирования. Есть (или уже были) 2 версии Питона. Я предлагаю сделать облегчённую стабильную версию Паскаля, типа Lite или Small. Обновлять её 1 раз в год. Все фичи обкатывать в версии Pro или Developer. А дальше - как пойдёт или ляжет, и только тогда осчастливливать уважаемую публику.
Так ура! - всем будет хорошо. И фичеры будут сыты, и любители целы.
Кстати, по моим скромным наблюдениям, в школах новых фич боятся, ибо…
Предлагаю все новые фичевые хотелки отправлять Деду Морозу. Хотя на Снегурочку надежд больше.
Создатель Питона: “Я устал, я ухожу…”
PascalABC.NЕТ Newbie, в просторечии - “нубопаскаль”.
… ибо в них учителя сами обычно, как говорится, “ни бельмеса”.
Всегда важно вовремя смыться. Это да и правильно. Название Трубопаскаль тоже неплохо. Но дело не в названии, а в сути. Суть и нужно всуть.
Сейчас явно наблюдаются разные интересы. Крутые парни хотят крутой язык. Парни всмятку и в мешочек хотят удобоваримый и легкоусвояемый. Поскольку жалко и тех, и других, я и предлагаю развести их в разные стороны на безопасное расстояние.
Почтенная публика вполне может делать ставки на кто победит в неравной борьбе. А победит Дружба. Которая пила. Болталка уже доросла стать сценарием для передачи Андрюши Малахова. Там тоже всё и все чего-то пилят и делят.
Учителя не боятся фич - просто они призваны сеять разумное, доброе, вечное. А что вырастет из фич? - Фич его знает! В любом случае игра с фичами не стоит фич.
И о паскале я скажу: Не надо ломать язык, чьёрт побьери!
Трубопаскакаль - это уже прошлое, можно загуглить, если что. Правда, оно в DOS.
Break Watch - ломать часы. Чьи часы ломаем? - Твои, мои, Биг Бен, Кремлевские куранты…
В данном случае руководителю проекта с подводной лодки вряд ли удастся смыться… ))
Практически уже типовой сценарий разговора со школьными информатиками:
Там был Турбо, а у нас Трубо, то есть дело - труба.
Анекдот оценил! Значит, на уроках информатики совсем не так скучно, как я думал.
Чтобы добраться до лямбд, в школу нужно добавить ещё 12-15 классы. Не, лучше учиться 10 лет и собирать макулатуру и металлолом. В наше время учились быстрее и лучше. То же самое скажут современные школьники через 20 лет. Наблюдается прогресс регресса.
ТурбоПаскаль - это официальный проект. ТРУбопаскаКАль - это шуточная программа “на тему”.
Практика показывает, что если тему действительно понимает сам учитель и при этом он еще объяснять умеет, то лямбды и LINQ легко усваивают дети в 7-8 классе.
Институт математики, механики и компьютерных наук ЮФУ, 2005–2021