B>Async/await вроде бы сделан специально для высокоуровневых вещей, где явная синхронизация не нужна, не? Ладно, допустим я ошибаюсь, проведем мысленный эксперимент — опрос среди пользователей C#: нужна ли вам поддержка lock() в асинхронных методах? С 3мя вариантами: нужна в ежедневных задачах, нужна была пару раз, ни разу не сталкивался с необходимостью. Как думаете, наберет первый вариант больше 1%?

Вопрос нужна ли фича XXX или это что-то редко используемое и в языке нафиг не сдалось, старше меня. Ещё в FIDO обсуждалось, нужны ли C или C-- (был такой), или ассемблер единственный выбор настоящего программиста. Прямо сейчас ребята из клана java доказывают что linq не нужен, и уже почти себя в этом убедили. Создатели C# сходу объяснили нам что не нужны тьюринг-полные шаблоны и множественное наследование. Самые крутые как всегда математики, они реально, наверняка неопровержимо, доказали что GOTO не нужен, всё это программирование сводится только к IF

Сила макросов в том что ты можешь сделать под конкретный проект фичи, которые нужны только тебе и только в твоём проекте. Многопоточность — вот тебе ключевые слова на каждый чих, много работы с БД — и в твоём linq появятся insert, update, delete, commit, rollback, aggregate, count и т.п. Работаешь с JSON/REST — и у тебя вместо жуткого набивания динамиков возможность описать кусок json прямо в твоём коде, и т.д. и т.п. И какую фичу не возьми — она не то что каждому программисту, она одному и тому же программисту <1% проектов нужна будет.