1. "Operators are special symbols that perform specific operations on one, two, or three operands, and then return a result". https://docs.oracle.com/javase/tutorial ... ators.html
2."Statements are roughly equivalent to sentences in natural languages. A statement forms a complete unit of execution". https://docs.oracle.com/javase/tutorial ... sions.html
Но, несмотря на это, сила традиции оказалась настолько сильна, что почти во всех переводных учебниках в качестве перевода термина statements используется "оператор". Википедия, например, сообщает об этом так:
Английское слово operator, соответствующее термину «операция», иногда ошибочно переводят как «оператор». На самом деле (по историческим причинам) русский термин «оператор» обозначает то же, что и «инструкция», которой соответствует английское statement. Путаница усугубилась тем, что в C присваивание и инкремент/декремент являются и операторами, и операциями.
В общем, все это вносит путаницу которую очень было бы неплохо упорядочить и привести в соответствие со спецификацией. Но, похоже, что дела до этого нет никому и каждый решает это по-своему. В качестве примера, могу привести перевод самой спецификации языка (казалось бы вот эталон, откуда черпать знания), единственное известное мне печатное издание вышедшее в 2015 году и, на мой взгляд, пытающееся разорвать оковы стереотипов: http://www.williamspublishing.com/Books ... 875-8.html . В нем, вроде бы все расставлено по своим местам и statements стали инструкциями, а operators операторами и т.д. Но крайне ограниченный тираж издания и его сомнительный статус не оказали ровно никакого влияния на сложившиеся традиции. Программисты же, как мне кажется, категорически не готовы принимать новые веяния.
Хотелось бы узнать мнение профессионалов, какой же все-таки стратегии необходимо придерживаться при переводе подобных текстов - следовать традиции или все-таки использовать толкование спецификации как основного документа, регламентирующего структуру данного языка? Но ведь в последнем случае не поймут, с чем уже довелось столкнуться при обсуждении данной проблемы с программистами...