Разбираю понемногу ту полсотню эвристик, которые сделают из вас инди-хакера, способного упаковывать в своей голове (и почти без экзокортекса) системы на миллионы строк кода и взламывать любой корпоративный орг-код.

И в одной из эвристик я обнаружил такой побочный эффект, что оказывается Java 23 фактически принуждает программиста к даванию переменным осмысленных имён.

(Некоторые курсанты говорят, что на работе они ещё не закончили переход на Java 8. Нужно ли им изучать новые функции? :)

Конечно, хороший стиль десятки лет это подразумевал, с курсантами эту тему разбираем подробно на Ясном коде, но ситуация в современном мейнстриме с качеством кода совсем печальна (началось всё, подозреваю, с Java 10, где добавилось ужасающее var, и никакой тайп инференс на уровне компилятора тут не спасает от кривизны на уровне кода).

Широкое использование var, сложные цепочки Stream API и функциональные конструкции делают имена переменных едва ли не самым ключевым элементом для понимания Java-кода. API Java только усложняются (Stream, Vector, Structured Concurrency, Stream Gatherers, гибкие конструкторы, Карл! 😬 ), JEP 467 разрешил markdown-комментарии в JavaDoc, JEP 476 позволяет импортировать целые модули, поэтому во избежание конфликтов чёткие и наглядные имёна сегодня стали фактически обязательным микро-скиллом.

/c# но на картинке однако не java :)