Est-ce un problème si un mot décrivant une action logicielle a des significations controversées supplémentaires dans le monde réel?
Est-ce un problème si un mot décrivant un concept logiciel a des significations potentiellement controversées supplémentaires dans le monde réel?
Pour citer quelques exemples:
- icône - dans le logiciel, c'est une petite image qui décrit visuellement un fichier, une action ou autre chose. Mais, cela peut aussi signifier une œuvre d'art religieuse, le plus souvent une peinture.
- abandon - dans un logiciel, il décrit généralement la fin anormale d'une opération déclenchée par l'utilisateur. Dans le monde réel, il est très couramment utilisé pour décrire une interruption de grossesse.
- maître/esclave - dans le logiciel est un modèle de communication où un appareil ou un processus a un contrôle unidirectionnel sur un ou plusieurs autres appareils. Dans la vraie vie, il décrit l'institution de l'esclavage.
- les parents tuant leurs enfants à moins qu'ils ne soient des zombies est une chose courante dans Unix, et dans la vraie vie, celui-ci est trop dégoûtant.
Je limite ma question uniquement aux mots exposés via l'interface utilisateur (oui, y compris les messages d'erreur) à un utilisateur potentiellement non technique. Je suis convaincu que les programmeurs et les administrateurs système se sentent à l'aise avec toute terminologie bien connue et établie, de sorte que les langages de programmation, les bases de données, les systèmes d'exploitation et divers outils n'entrent pas dans le cadre de cette question.
Les boîtes à questions et les messages de l'interface utilisateur dans les logiciels créés pour le grand public sont à la portée, c'est-à-dire que la messagerie instantanée l'est, mais pas le partitionneur de disque.
Je suis conscient que de nombreux autres mots utilisés dans les logiciels de nos jours signifiaient quelque chose de différent il y a quelque temps. L'enregistrement était généralement effectué pour couper du bois de chauffage pour l'hiver, puis vous le téléchargiez dans votre camion et le téléchargiez à votre retour. Mais aucune des significations originales de ces mots n'est en aucune façon controversée.
Je vais préciser ce que je veux dire par cette question en particulier et ce que j'attends des réponses (pour éviter la discussion subjective étendue):
- Ces mots sont-ils suffisamment connus des utilisateurs non techniques pour pouvoir les utiliser librement?
- Existe-t-il des directives publiées par des figures d'autorité raisonnablement bien connues dans le domaine concernant des mots tels que ceux-ci utilisés pour décrire les opérations et les messages dans l'interface utilisateur?
- Y a-t-il des cas documentés d'ambiguïté de tels mots et leur controverse dans le monde réel causant une mauvaise utilisabilité pour certains utilisateurs (autres que des anecdotiques comme histoires drôles du support technique ou similaire)
- Que ferait Steve Jobs?
Je souhaite offrir la meilleure expérience utilisateur possible aux utilisateurs de mon logiciel (autant que je peux, de toute façon). Donc, s'il y a un problème culturel pour certains utilisateurs, j'aimerais beaucoup le savoir.
Lorsque les mots seraient un problème dans le contexte de la demande - soit mal compris, soit susceptibles d'être considérés comme offensants - ils ne devraient pas être utilisés. Des mots comme Icon et Abort sont probablement assez bien compris.
Cependant, si vous avez une application pour gérer et enregistrer l'art religieux, l'utilisation de l'icône Word pour se rapporter à autre chose qu'une œuvre d'art religieux est incorrecte. L'utilisation de Word Abort sur un site destiné aux femmes enceintes n'est probablement pas la bonne solution. L'utilisation du maître et de l'esclave est normalement incorrecte dans les applications non techniques (c'est probablement OK si vous installez des unités de disque).
Je pense que la question est légèrement plus grande - il s'agit de s'assurer que les messages affichés aux utilisateurs sont pertinents et appropriés pour ces utilisateurs. Cela implique de ne pas être ambigu et non offensant.
Le jargon informatique a de nombreux mots empruntés à l'armée:
L'American National Standards Institute a publié la première édition de l'American Standard Vocabulary for Information Processing en tant qu'American National Standard ANSI X3.12-1970. (...) [L'auteur] a été fourni par le Département de l'Armée de terre qui s'intéressait vivement à l'élaboration d'un vocabulaire standard à utiliser dans les milieux militaires. (...) Ce fut une tentative réussie de rassembler sous un même toit tous les principaux efforts de vocabulaire des gouvernements, de l'industrie et des sociétés techniques dans les systèmes informatiques et de traitement des données. La norme a été approuvée le 18 février 1970.
(Extrait du Computer Science and Communication Dictionary .)
Je suppose qu'il y a deux bonnes raisons à cela: 1) le financement par le ministère de la Défense, qui démarre normalement des projets à des fins militaires qui trouvent ensuite d'autres utilisations, et 2) le caractère non ambigu du jargon militaire, qui a été perfectionné les années. Les algorithmes informatiques fonctionnent dans un "univers discret" et les termes doivent être sans ambiguïté.
Cela dit, les mots mentionnés ( abandonner, illégal, annuler, maître/esclave, etc.) viennent des premiers jours de l'informatique, mais, comme dans tout, le langage s'enrichit et apporte de nouveaux mots, moins militaires - ou controversés, si vous voulez - dans le jargon informatique empruntés à des domaines comme l'impression, la conception graphique , psychologie, etc. Il vous suffit de relier l'élément informatique qui doit être nommé avec un élément similaire du monde réel et emprunter ce métaphore .
De nombreuses "propositions" pour un nouveau mot seront probablement disponibles et les médias ou les masses seront ceux qui filtreront ceux qui fonctionnent. Des mots à la mode comme cloud (qui il n'y a pas si longtemps était SaaS), au-dessus du fold, ou transparent le partage sont des exemples.
Cela dépend de votre public. Je ne pense pas avoir jamais rencontré une personne suffisamment sensible pour être vraiment offensée par l'un des termes que vous mentionnez.
La façon dont un mot est compris dépend de la façon dont le destinataire perçoit l'intention de l'expéditeur. Je doute que quiconque puisse confondre le sens voulu de vos exemples avec hostilité. Si quelqu'un offensait l'un des mots que vous avez mentionnés, je me demanderais sérieusement si je serais en mesure de répondre à l'un de ses besoins, car il habiterait un monde très différent du mien.
Le principal problème avec certains de ces termes est qu'ils sont nés à une époque où le jargon (par convention établie) était courant. Il y a moins d'objectif contextuel réel dans la dénomination des termes qu'il ne l'aurait peut-être été si l'informatique avait été aussi omniprésente qu'elle l'est maintenant.
Pour cette raison, il peut être préférable d'éviter certains de ces termes. Le principal avantage que vous pouvez apporter à l'expérience utilisateur grâce à une dénomination soignée est une augmentation des chances de compréhension de la part de vos utilisateurs.
Votre formulation peut toujours affecter l'expérience de votre utilisateur, et une formulation médiocre ou ambiguë est certainement un problème. Notez que les interfaces utilisateur utilisant des mots "contraversaux" sont généralement très anciennes (je n'ai pas vu Windows utiliser Abandonner depuis longtemps) ou moins conviviales. Soyons francs; Zombie Children est la partie la moins déroutante de la terminologie Linux courante.
Il était courant que les erreurs soient appelées "opérations illégales". Cela a entraîné de nombreux messages d'erreur très déroutants et potentiellement alarmants: 
N'utilisez pas de mots qui pourraient être mal interprétés; comme Illégal. L'abandon est assez courant dans l'informatique et je ne suis pas sûr qu'il serait mal compris par la plupart des utilisateurs, mais cela n'en fait pas un terme convivial.
Essayez d'utiliser un mot plus spécifique et terre à terre pour l'action comme annuler. Je ne peux pas facilement imaginer pourquoi il faudrait dire "abandonner" plutôt que "annuler" à moins que vous essayiez de faire correspondre la copie de Windows 98.