Надо ли жестко соблюдать порядок слов? Например, Work Center Groups = Рабочий центр Группы или Группы рабочих центров?

[mazzy]

или вот

[mazzy]

Цитата:

Сообщение от komar

Они писали на человечьем языке. Просто не на русском.

Погоди.

Конструктивный вопрос:
Уважаемые участники, как лучше писать на русском?
Просто по-русски или позиционно (существительное в начало)?

[komar]

Лучше писать с русским порядком слов. Найдя на форме, относящейся к товарам, слово "реклассификация", я вряд ли буду думать, что это реклассификация Основных средств.

[komar]

Цитата:

Сообщение от mazzy

Цитата:

Сообщение от komar

Кстати, если принимаем твою концепцию, что будем делать, например, с птичкой Allow Invoice Discount?
Дело в том,что создатели интерфейса такой концепции не знали. Они писали на человечьем языке. Просто не на русском.

Знали. Еще как знали.

Вот и тебе скриншотик. Почему там не что-то вроде Contact-Views-Update?

Так всегда - сначала счто-то случайно выходит, потом это объявляют концепцией и методологией

[komar]

а потому, что user setup - это по-английски, а Unit Costs Update - это не по английски. Человечьим языком написано меню. И переводить надо человечьим.

[mazzy]

Хм... Убедительно.
Надо подумать.
Спасибо.

Я голосование открыл.
http://forum.mazzy.ru/index.php?act=ST&f=40&t=1827

[Тимур_imported]

Цитата:

Сообщение от komar

а потому, что user setup - это по-английски, а Unit Costs Update - это не по английски. Человечьим языком написано меню. И переводить надо человечьим.

Истину глаголишь!

[grin]

А я согласен с mazzy.

IMHO, нечеловеческие формулировки только поначалу режут глаз, а затем позволяют очень быстро накапливать и структурировать свои знания о системе.

[komar]

Цитата:

Сообщение от grin

А я согласен с mazzy.

IMHO, нечеловеческие формулировки только поначалу режут глаз, а затем позволяют очень быстро накапливать и структурировать свои знания о системе.

<{POST_SNAPBACK}>

Ну, этак можно и по кодам меток структурироваться...никто же не говорит, что нужно ломть структуру меню, но каждый отдельный пункт стоит назвать на том языке, на котором говорят люди! Накопление знаний не зависит от корявости интерфейса, зато явно портят язык человека, занимающегося системой, и делают его непонятным простым людям - это не есть дружественный интерфейс. http://www.artlebedev.ru/best/ui/humaneness/

[Wizard_imported]

Цитата:

Сообщение от komar

а потому, что user setup - это по-английски, а Unit Costs Update - это не по английски. Человечьим языком написано меню. И переводить надо человечьим.

<{POST_SNAPBACK}>

ИМХО это потому что user setup - это название таблицы, т.е. сущности, а Update Unit Costs - это название пакетного задания, т.е. действия.
Человеческий язык в названиях объектов всё таки имеет меньшее значение, чем стремление их структурировать. Не знаю точно цель этого, но мне, например, это сильно облегчает поддержку. Практически по любому названию объекта (в кронусе) можно сказать что это такое (какой объект), как он выглядит, зачем нужен и где его искать в интерфейсе или дизайнере.
Насчет привычки - это точно. Пользователи поначалу просто воют от таких названий. Но дискуссия по поводу того, как правильно было бы назвать всегда заходит в тупик. Привыкают быстрее, чем придумают что-либо толковое.

[komar]

Цитата:

Сообщение от Wizard

ИМХО это потому что user setup - это название таблицы, т.е. сущности, а Update Unit Costs - это название пакетного задания, т.е. действия.

<{POST_SNAPBACK}>

Ну, тогда я вообще против перевода. Работали же с Нортон-командером долгие годы на английском, а программируют на всех языках до сих пор на нем же!

Что касается Update - может быть как глаголом, так и существительным. Возьмите, например, перевод ценников в магазиназ ИКЕА - там та же ошибка, корявый порядок слов. К счастью, в русском как правило, смысл фразы не меняется от перестановки слов, так что корявый интерфейс действительно можно понять, но если уж его переводить - то имеет смысл переводить правильно.