> Проблема современного IT - усложнение.

То же самое можно сказать практически про любую область - например, промышленность. Технологии усложняются, потому что того требуют усложнившиеся задачи, а не просто потому, что кому-то так захотелось.

> ... языки, инструменты наполняются новыми и новыми средствами, которые большинству пользователей не нужны

С чего это вы решили, что большинству пользователей эти новые фичи не нужны? Вы или кто-то другой проводил опрос большинства пользователей? Сдаётся мне, вы просто проецируете своё личное мнение и мнение некой группы солидарных с вами людей на это самое большинство, которое даже не в курсе, что кто-то хочет знать их мнение о Rust или другом новом языке.

> и только усложняют освоение

Ну извините, а как вы хотели? Это на заре программирования можно было довольствоваться простым ЯП вроде Fortran для решения всех подряд задач, а то и вообще ассемблером. Простые задачи уже давно решены, а для сложных нужны и более сложные инструменты. Я понимаю, что вам хочется, чтобы всё было концептуально просто и изящно, но перфоратор лучше, чем молоток и дрель, а на том же Lisp, несмотря на его божественную красоту, почти никто не пишет, потому он слишком прост, из-за чего становится сложно банально прочитать код и понять, что там вызов функции, а что - макрос или встроенная языковая конструкция, а от обилия скобок рябит в глазах. Это хороший пример того, как в теории всё красиво и гладко, а на практике малоприменимо.

> И здесь в расте то же самое - ну вот скажем - "|| a.x + 1" захватит только "a.x" вместо "a"

Эта фича просто убирает ненужное ограничение, налагаемое недостаточно умным ранним компилятором. А вы бы предпочли, чтобы его не снимали? Тогда, может быть, уберём из GCC какие-нибудь оптимизации или ворнинги? Ну а что, это же усложнение компилятора, пусть лучше программист вручную оптимизирует и перечитывает каждую строчку кода по десять раз, вторым глазом поглядывая в стандарт - тогда точно программы будут быстрее и надёжнее.