web-dev-qa-db-fra.com

"ID" ou "Id" sur l'interface utilisateur

Le responsable QA où je travaille vient de m'informer qu'il y a un bogue dans mon application de bureau en raison de l'invite de connexion appelée "identifiant de l'opérateur" alors qu'elle devrait être "identifiant de l'opérateur". Son argument étant que "Id" fait référence à la partie ego de "l'appareil psychique" de Freud et n'est pas sémantiquement correct.

Maintenant, en tant qu'ingénieur anal (AE), je devais bien sûr aller chercher Id vs ID et d'après mes investigations superficielles (Google), ID semble tout aussi couramment utilisé pour l'ego de Freud qu'Id.

Mon raisonnement serait donc que Id est une version abrégée de "Identifier" et est plus correct ou au moins plus couramment utilisé que ID qui indiquerait généralement une abréviation de deux mots.

Je pourrais simplement changer d'interface utilisateur, mais je ne mettrais pas alors ma profession en tant qu'AE, alors je me demandais s'il existait des meilleures pratiques ou des références pour ce type de chose que je pourrais utiliser pour appuyer mon argument? Gardant à l'esprit que cette question concerne l'interface utilisateur et non le code source où les abréviations et les majuscules sont une branche totalement différente de la philosophie.

76
sipwiz

Selon Merriam-Webster , l'abréviation est "ID". S'il s'agissait d'une abréviation correcte, il faudrait que ce soit "Id". avec la période.

75
lavinio

Personnellement, j'utilise "Id". Le compilateur s'en fiche mais mes yeux le font. Comparer: 

GetIDByWhatever  <-- looks terrible

GetIdByWhatever  <-- oh so pretty!

L'esthétique est toujours plus importante que la grammaire quand il s'agit de code. (Mise à jour: 4 ans plus tard, je ne maintiens plus cette déclaration)

35
Erik Kinding

Le "D" ne signifie rien, donc j'ai toujours considéré cela comme une abréviation, pas un acronyme - et donc j'utilise aussi "Id", pas "ID".

Je ne connais pas le raisonnement de votre qa - les mots peuvent avoir plus d'un sens - ce n'est pas inhabituel en anglais :)

Mais il semble que l’usage courant soit réellement 'ID' (vrai ou faux: P), qui est probablement le format auquel vos utilisateurs s’attendraient.

19
Blorgbeard

Il est intéressant de noter que tant de personnes pensent que "Id" devrait être la voie à suivre ... Je pense que "ID" est approprié car cela laisse deviner comment nous le prononçons - ID. De plus, quand je lis "Id" dans une phrase courante, je dois parfois revenir en arrière pour le relire pour m'assurer que ce n'est pas une faute de frappe pour "est" ou "ça". 

4
Amrita Ajit H

En tant qu’UAUA (analyste de la convivialité ultra-anale), veuillez utiliserIDau lieu de Id. 

Visuellement, c'est plus reconnaissable en anglais. Grammaticalement, "Id" est un mot (rimes avec "calmar") et la définition freudienne a été donnée ci-dessus. On ne nous demande jamais verbalement de montrer "id", mais "ID". I.D. est bien mais passe, car les périodes impliquent plusieurs mots. 

Alors.

Il suffit d'utiliser une carte d'identité, d'accord?

D'ACCORD.

3
Joel Cranford

Le raisonnement du responsable QA est stupide. Beaucoup de mots anglais ont plusieurs significations. "Lead", "lead", "lead" (en métal, à l'avant ou sur un connecteur).

Je voudrais juste essayer d'être compatible avec la capitalisation utilisée ailleurs dans l'application.

3
D-Coder

Ainsi, en tant que rédacteur technique, cette question me revient régulièrement lorsque je passe en revue le travail d’autres personnes, qu’il s’agisse de programmeurs, de BA ou d’autres rédacteurs. Typiquement, id se réfère à l'ego comme d'autres l'ont dit avant moi et l'abréviation acceptée pour identification est identifiant, juste parce que beaucoup de gens ne connaissent pas ou ne comprennent pas la règle ne signifie pas qu'ils sont corrects (désolé d'être franc), esprit les règles de ponctuation et d’orthographe sont presque aussi changeantes que la mode! 

Cependant, ce que personne ne semble avoir demandé, est-ce que votre entreprise a une norme? À la fin de la journée, si votre entreprise dispose d’un guide de style et qu’elle couvre ce sujet dans ce guide, vous devez suivre ce guide. S'il n'est pas couvert, puis-je vous suggérer de soulever le problème avec la personne qui gère le guide et d'inclure les parties prenantes dans la conversation. La cohérence est la clé ici. Si la société pour laquelle vous travaillez n'a pas de guide de style, alors il est peut-être temps d'en créer un!

J'espère que cela t'aides...

2
Pip

L'interface utilisateur et le code sont des bêtes très différentes ...

"ID" est la réponse correcte pour une interface utilisateur.

En code, la cohérence est votre amie. Que cela vous plaise ou non, allez avec ce qui existe déjà ailleurs dans le code. Si ce n'est pas là, alors lisez et prenez une décision, ou contactez votre équipe et trouvez un chemin à suivre que tout le monde peut accepter. La cohérence rend la vie tellement plus facile.

1
GaTechThomas

Comment diriez-vous si vous lisiez à haute voix? Je prononcerais les deux lettres. ID est correct, analogue à des abréviations similaires telles que TV. (Pas de points, s'il vous plaît, car les lettres ne signifient rien.)

Quand j'ai affaire à des abréviations comme celle-ci, j'aime bien les formater en petites capitales, mais c'est un goût personnel. Capitales, de toute façon.

(Mais je continuerais probablement à utiliser Id dans le code lui-même.)

1
TRiG

Il y a un petit OcD en chacun de nous!

Quoi qu'il en soit, le guide de style de Google dit ceci:

"ID: Pas id ou id, sauf dans les chaînes de caractères ou les énumérations. Dans certains contextes, il est préférable d’épeler identificateur ou identifiant."

Je vais avec ça.

Microsoft est plus vague, d'après ce que j'ai pu trouver.

0
Tim Day

Je préfère Id car, utilisé avec un autre texte de 2 lettres, il ne devient pas un simple mot en majuscule.

Systèmes photovoltaïques ... PVID (un mot ou deux?) PvId (beaucoup plus clair).

0
powderllama

ID = Idaho! Id = Freud! Laissez le TOC commencer!

0
Kelly R

en tant que version abrégée d'Identifier, j'utiliserais Id. Identifiez aussi que c'est bizarre quand vous avez des fonctions comme

getUserIDByName()

Les capitales multiples en termes de domaine sont assez problématiques avec CamelCase, car elles peuvent générer des ambiguïtés et donc une déshomogénéité dans vos interfaces et noms

0
Stefano Borini

Je pense que cela dépend de la façon dont nous épelons. Nous n'épelons pas "it", mais "ai-di". Id-ID est épelé par deux sons, donc les gens font le D en majuscule pour éviter de penser que id est un "mot". C'est plus comme un symbole de personnage. J'aime plus le "ID", simplement parce que c'est plus agréable.

0
Andiana