Навеяло Илюхиным постом, да простит он мне такую фамильярность. Решил расширить и углубить.
Я совершенно согласен с Ильей в том, что использовать локализованные интерфейсы в серверных продуктах – жуткое зло. Простой пример: отсортируйте список служб на сервере Exchange с английским и русским интерфейсом и посмотрите на результат. В англоязычной версии вы получите все службы рядышком с префиксом Microsoft Exchange. В русскоязычной версии сотрете палец о колесо мыши, пытаясь отыскать нужный сервис. Чем думают т.н. «надмозги» (сленговое название горе-переводчиков, уходит корнями в перевод слова overmind в одном из эпизодов StarTrek, как «надмозг», хотя, конечно же, было бы правильнее назвать это «сверхразумом») до конца понять нет никакой возможности. Потому, чтобы не гадать – лучше этим и не пользоваться. От версии к версии терминология, в принципе, не должна скакать. Т.к. Microsoft все-таки компания серьезная, следовательно, у них все стандартизовано. Есть Language Portal, где вы можете посмотреть, как тот или иной термин перевели на русский (да и на любой другой) язык. Так же словарь терминов можно скачать и использовать offline. Так же есть стандартизованные наборы переводов элементов интерфейса продуктов Microsoft. Но все равно – не надо пользоваться локализованной версией серверного ПО. Это вредно для здоровья.
Единственное место, среди серверных продуктов, разумеется, где UI может (и должен) быть локализованным – это терминальные серверы. Но и тут есть нюансы… UI Language – это настройка, которая хранится в реестре пользовательской ветки (HKCU). И, следовательно, она отлично управляется с помощью GPO. Вы можете всем обычным пользователям настроить локализованный UI, администраторам – англоязычный для удобства администрирования.
На этом с User Interface Language мы закончили и у Ильи все отлично расписано про это J Но это еще не все.
Читать далее «К вопросу о локализованных интерфейсах и все такое»
