Это проблема, если слово, описывающее действие программного обеспечения, имеет дополнительные противоречивые значения в реальном мире?

Это проблема, если слово, описывающее концепцию программного обеспечения, имеет дополнительные потенциально противоречивые значения в реальном мире?

Чтобы назвать некоторые примеры:

  • icon - в программном обеспечении это небольшое изображение, которое визуально описывает файл, действие или что-то еще. Но это также может означать религиозное произведение искусства, чаще всего живопись.
  • abort - в программном обеспечении обычно описывается ненормальное инициированное пользователем завершение операции. В реальном мире это очень часто используется для описания прерывания беременности.
  • master /slave - в программном обеспечении - это модель связи, где одно устройство или процесс имеет однонаправленный контроль над одним или несколькими другими устройствами. В реальной жизни он описывает институт рабства.
  • родители, убивающие своих детей, если они не являются зомби, - это обычная вещь в Unix, и в реальной жизни, это слишком грубо.

Я ограничиваю свой вопрос только словами, открытыми через пользовательский интерфейс (да, включая сообщения об ошибках) потенциально нетехническому пользователю. Я уверен, что программисты и системные администраторы чувствуют себя комфортно с любой известной и установленной терминологией, поэтому языки программирования, базы данных, OS-es и различные инструменты выходят за рамки этого вопроса.

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

Я знаю, что многие другие слова, используемые в программном обеспечении в наши дни, когда-то означали что-то другое. Как правило, ведение лесозаготовок проводилось для измельчения дров на зиму, а затем вы загружали его на свой грузовик и загружали, когда возвращались домой. Но ни одно из этих слов «оригинальные значения никоим образом не противоречиво.

Я сужу, что конкретно я хочу сказать по этому вопросу и что я ожидаю от ответов (чтобы избежать расширенного субъективного обсуждения):

  • Насколько хорошо известны эти слова нетехническим пользователям, чтобы их можно было использовать свободно?
  • Существуют ли руководящие принципы, опубликованные достаточно хорошо известными авторитетами в области о таких словах, как те, которые используются для описания операций и сообщений в пользовательском интерфейсе?
  • Есть ли документированные случаи двусмысленности таких слов и их спор в реальном мире, что приводит к плохому использованию некоторых пользователей (кроме анекдотических, таких как забавные истории из технической поддержки или аналогичных).
  • Что бы Стив Джобс сделал?

Я хочу предоставить пользователям самые лучшие возможности для пользователей моего программного обеспечения (насколько это возможно, во всяком случае). Итак, если для некоторых пользователей, которых я очень хотел бы узнать, есть культурная проблема.

12 голосов | спросил Goran Jovic 14 Jpm1000000pmSat, 14 Jan 2012 17:07:47 +040012 2012, 17:07:47

4 ответа


11

Если слова будут проблемой в контексте приложения - либо неправильно поняты, либо будут считаться оскорбительными - их не следует использовать. Слова вроде Icon и Abort, вероятно, достаточно хорошо поняты.

Однако, если у вас есть приложение для управления и регистрации религиозного искусства, то использование значка слова для связи с чем-либо, кроме произведения религиозного искусства, неверно. Использование слова Abort на сайте будущих матерей, вероятно, неверно. Использование master и slave обычно неправильно в нетехнических приложениях (возможно, это нормально, если вы устанавливаете диски).

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

ответил Schroedingers Cat 14 Jpm1000000pmSat, 14 Jan 2012 18:04:07 +040012 2012, 18:04:07
6

В компьютерном жарго много слов, взятых у военных:

  

Американский национальный институт стандартов опубликовал первое издание   Американского стандартного словаря для обработки информации как   Американский национальный стандарт ANSI X3.12-1970. (...) [The] автор был   представленный Департаментом армии, который проявлял большой интерес к   разработка стандартного словаря для использования в военных   круги. (...) Это была успешная попытка привести все основные   лексические усилия в правительстве, промышленности и технических обществах в   компьютер и системы обработки данных под одной крышей. Стандарт был   утвержденного 18 февраля 1970 г.

     

(Из Словарь по компьютерным наукам и коммуникациям .)

Я думаю, есть две веские причины для этого: 1) финансирование Министерства обороны, которое обычно запускает проекты с военным использованием, которые затем находят другие виды использования, и 2) недвусмысленность военного жаргона, который имеет были усовершенствованы на протяжении многих лет. Компьютерные алгоритмы работают в «дискретной вселенной», и термины должны быть однозначными.

Таким образом, упомянутые слова ( abort , , отменить , master /slave и т. д. ) происходят с первых дней вычислений, но, как и во всем, язык становится богаче и приносит новые, менее военные или спорные, если хотите, слова на компьютерное лингво, заимствованное из таких полей, как печать, графический дизайн, психология и т. д. Вам просто нужно связать элемент, связанный с компьютером, который требует именования с похожим элементом из реального мира и заимствовать его метафора .

Вероятно, будет доступно много «предложений» для нового слова, и СМИ или массы будут теми, кто фильтрует те, которые работают. Такие слова, как cloud (который не так давно был SaaS ), над fold , допустимость или бесшовные являются примерами.

ответил Naoise Golden 15 Jpm1000000pmSun, 15 Jan 2012 21:31:05 +040012 2012, 21:31:05
2

Ваша формулировка всегда может повлиять на ваш пользовательский опыт, и бедные или неоднозначные формулировки, безусловно, являются проблемой. Обратите внимание, что пользовательские интерфейсы, использующие «противоречивую» формулировку, как правило, очень старые (я не видел, чтобы Windows использовала Abort в течение длительного времени) или менее удобна для пользователя. Будем откровенны; Дети-зомби - наименее запутанная часть общей терминологии Linux.

Раньше обычно ошибки назывались «незаконными операциями». Это привело к множеству очень запутывающих и потенциально тревожных сообщений об ошибках: введите описание изображения здесь>> </p>

<p> Не используйте слова, которые могут быть неверно истолкованы; как Незаконный. Abort довольно распространен в вычислениях, и я не уверен, что это будет неправильно понято большинством пользователей, но это не делает его удобным для пользователя. </p>

<p> Попытайтесь использовать более конкретное слово «до земли» для действия, например <strong> отменить </strong>. Я не могу легко представить, почему нужно было бы сказать «прервать», а не «отменить», если вы не пытаетесь сопоставить копию Windows 98. </p></body></html>

ответил Ben Brocka 15 Jam1000000amSun, 15 Jan 2012 03:13:23 +040012 2012, 03:13:23
2

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

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


Основная проблема с некоторыми из этих терминов заключается в том, что они родились в то время, когда жаргон (через установленное соглашение) был обычным явлением. Менее реальная, контекстная цель, заключающаяся в названии терминов, чем, возможно, было бы, если бы вычисления были такими же повсеместными, как сейчас.

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

ответил codeinthehole 15 Jam1000000amSun, 15 Jan 2012 02:21:17 +040012 2012, 02:21:17

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132