Это вопрос привычки. Пока есть старпёры, которым удобнее писать развесистую лапшу с дополнительными типами, служащими лишь для хранения передаваемых данных (DTO), и длинные списки параметров методов - они будут это делать. Придут новички, которые пишут с новым синтаксисом изначально - для них код старпёров будет странным и непонятным. Как я сейчас смотрю, что человек упорно и раз за разом пишет 5-10-строчные проперти с банальными проверками на налл и присвоением параметра value, вместо использования однострочного оператора ??=. Или городит стопицот слоёв, свои прослойки, фреймворки, конвертеры и фабрики фабрик для случай "а вдруг мы заменим базу данных? а вдруг мы заменим UI-фреймворк?". Все его построения заменяются банальной трёхзвенкой, и если что будет заменено в будущем, то просто эта часть переписывается. Оттого, что он понаписал километры лапши с фабриками фабрик, он не становится умным, он становится ЗАумным. Когда он уйдёт с проекта, новый лид не будет разбираться в его лапше, а просто перепишет всё по-своему, поэтому все эти старания по размножению слоёв не стоят потраченного труда.

Что там внутри под сахаром происходит - вообще пофиг. Компилятор кучу и "старого привычного" кода превращает в свои конструкции - и что? Некоторые называют "сахаром" любые непривычные им вещи. Даже если эти новые вещи позволяют сократить запись по сравнению со старым кодом, что приводит к его большей компактности и пониманию. Т.е. используют этот термин просто как ругательство. Тогда по идее, надо бы наоборот - старую лапшу назвать "сахаром", а новые подходы - единственными и неповторимыми "тру".