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


90

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

Maintenant, étant un ingénieur anal (AE), j'ai bien sûr dû aller chercher Id vs ID et d'après mes enquêtes superficielles (google), il semble que l'ID soit aussi couramment utilisé pour l'ego de Freud que l'Id.

Donc, mon raisonnement serait que Id est une version raccourcie de "Identifier" et est plus correcte ou au moins plus couramment utilisée que ID qui indiquerait généralement une abréviation de deux mots.

Je pourrais simplement changer l'interface utilisateur, mais je ne retiendrais pas ma profession en tant qu'AE alors je me demandais s'il y avait des meilleures pratiques ou des références pour ce genre de chose que je pourrais utiliser pour étayer mon argument. Gardant à l'esprit que cette question concerne l'interface utilisateur et non le code source où les abréviations et la casse sont une toute autre branche de la philosophie.


6
Si je me souviens bien, Freud parlait en fait de das es, das ich und das uberich. Ce qui se traduit par le ça, le je (ou soi) et le sur-moi (ou super-soi). Quand il a été traduit en anglais, le traducteur ne pensait pas que cela sonnait très bien, alors l'a traduit en latin (Id, Ego, Super ego) à la place car cela semblait plus impressionnant.
Colin Mackay

5
+1 pour l'ingénieur anal (et la question, qui est en fait intéressante)
Stefano Borini

J'ai posé cette question une fois et j'ai été rejetée dans l'oubli! Cependant, je demandais plus par intérêt personnel.
alex

4
Avez-vous mentionné être ingénieur anal quelque part? Ceci et Freid ont décidé du sort de cette question :).
Eugene

Alors, combien de communautés pourriez-vous compter là où cela serait réellement considéré comme intéressant? : P (+1 btw ^^)
cwap

Réponses:


88

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.


19
C'est absolument la bonne réponse. Même si le D ne représente rien en soi, je pense que nous devrions tous comprendre maintenant que les caprices de l'anglais ne sont pas liés par la logique ou la cohérence. Pour le meilleur ou pour le pire, «ID» est le terme réel, officiel et correct.
John Y

1
Je n'ai même pas pensé à vérifier le dictionnaire. On dirait que l'ID est littéralement correct étant donné qu'il est défini dans plus d'un comme abréviation d'identification. Les éditeurs de dictionnaires doivent évidemment lire les lignes directrices de Microsoft concernant. abréviations à deux et trois lettres. En attendant, je changerai mon interface utilisateur d'ID en ID et j'accepterai la défaite, putain de QA.
Aaron Clauson le

8
Vous les Américains! En vrai anglais, les contractions n'ont pas d'arrêts complets. Comparez le colonel Smith et le Sgt Smithers. Ou les titres Mr, Mrs et Ms. Parce que ce sont des contractions, ils n'ont pas de points, tandis que les titres tels que Col., ou des abréviations telles que Mon., Tue., et Wed., ont des points.
TRiG

5
Suivant: ID est l'abréviation de Identity (sans points), tout comme TV est l'abréviation de Television (ou Travestite), également sans points. Pas de point, car les lettres ne sont pas des mots complets. J'utiliserais l'identifiant dans le texte, l'identifiant dans le code.
TRiG

1
Ce n'est pas correct à mon humble avis: le site Web de MW parle de pièces d'identité comme une carte d'identité, un passeport, etc. en d'autres termes (le leur) un document avec nom et identité et éventuellement une photo. Il est clair qu'un ID de table de base de données (une clé primaire), ce n'est pas cela, c'est l'abréviation de Identifier. Le point est omis, tout comme les points sont omis à la télévision ou, d'ailleurs, ID (document d'identification, je présume).
Sklivvz

41

Personnellement, j'utilise "Id". Le compilateur ne se soucie pas mais mes yeux le font. Comparer:

GetIDByWhatever  <-- looks terrible

GetIdByWhatever  <-- oh so pretty!

L'esthétique est plus importante que la grammaire en matière de code, toujours. (Mise à jour: 4 ans plus tard, je ne m'en tiens plus à cette déclaration)


15
Qui a dit qu'Id était plus jolie? Je trouve le contraire. Je pense que l’intérêt de poser cette question sur l’OS est d’obtenir une réponse rationnelle et bien défendue.
samvermette

8
L'identifiant est bien dans le code (et je suis d'accord, préférable), mais la question concernait une interface utilisateur :) Vous ne montreriez jamais l'un de vos exemples à un utilisateur.
Shaun Rowan


4
Il est pas seulement de regarder jolie, mais si par exemple vous vouliez effectuer une transformation de chaîne à underscore en minuscules, vous pourriez finir avec get_i_d_by_whatevervs get_id_by_whatever.
Adam Elsodaney

1
Je pense que le point que @ErikKinding essayait de faire valoir est que l'identifiant est suivi d'un autre mot. Je conviens que GetID est plus joli que GetId, mais GetIdFromDbTable est plus facile à lire que GetIDFromDBTable, car vous savez instinctivement où les mots sont séparés.
Steve

20

Le «D» ne signifie rien, donc je l'ai toujours considéré comme une abréviation, pas un acronyme - et donc j'utilise moi 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'utilisation courante soit en fait ' ID ' (vrai ou faux: P), qui est probablement le format auquel s'attendent vos utilisateurs.


1
Tellement évident ... et pourtant je n'ai jamais pensé à ça avant. +1
womp

3
"L'usage courant" est juste, par définition. Voilà comment fonctionne la langue anglaise. Alors oui, ID a raison. C'est une abréviation prononcée en deux lettres, tout comme la télévision.
TRiG

L'identité est courante dans la vraie vie, signifiant principalement "Document d'identité" / "Document d'identification" / ... Vous ne demandez pas l'identité de quelqu'un, vous demandez un document pour le prouver.
sanderd17

... suivi après une entrée prématurée ... Si vous utilisez "Id" comme raccourci pour "Identifier", vous ne posez pas de questions sur un document, c'est donc juste une abréviation avec un "d" IMO minuscule. Cela dit, utiliser "Id" dans une interface utilisateur est une mauvaise pratique de l'OMI. Un identifiant devrait être quelque chose utilisé en interne par le système, les utilisateurs finaux ne devraient pas avoir à le savoir. C'est bien dans les environnements de programmation comme abréviation très courante.
sanderd17

5

En tant qu'UAUA (analyste d'utilisabilité ultra-anal), veuillez utiliser ID au lieu de Id.

Visuellement, c'est plus reconnaissable en anglais. Grammaticalement, "Id" est un mot (rime avec "squid") et la définition freudienne a été donnée ci-dessus. On ne nous demande jamais verbalement d'afficher « id », mais «ID». L'identification est correcte mais passe, car les points impliquent plusieurs mots.

Donc.

Utilisez simplement une pièce d'identité, d'accord?

D'ACCORD.


4

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

J'essaierais simplement d'être cohérent avec la capitalisation utilisée ailleurs dans l'application.


4

Il est intéressant que tant de personnes pensent que «Id» devrait être la voie à suivre. Je pense que "ID" est approprié car il indique comment nous le prononçons - ID Aussi, quand je lis "Id" dans une phrase en cours d'exécution, je dois parfois revenir et le relire juste pour m'assurer que ce n'est pas une faute de frappe pour " est "ou" il ".


3

Donc, en tant que rédacteur technique, c'est un problème qui me revient assez régulièrement lorsque je passe en revue le travail d'autres personnes, que ce soit des programmeurs, des BA ou d'autres écrivains. Typiquement, id fait référence à l'ego comme d'autres l'ont dit avant moi et l'abréviation acceptée pour l'identification est ID, ce n'est pas parce que beaucoup de gens ne connaissent pas ou ne comprennent pas la règle qu'ils ont raison (désolé d'être franc), esprit vous les règles de ponctuation et d'orthographe sont dans une large mesure presque aussi changeantes que la mode!

Cependant, ce que personne ne semble avoir demandé, c'est si votre entreprise a une norme? À la fin de la journée, si votre entreprise dispose d'un guide de style et qu'elle a couvert ce sujet dans ce guide, vous devez suivre le guide. Si ce n'est pas couvert, puis-je vous suggérer de soulever la question avec la personne qui tient le guide et d'inclure tous les intervenants dans la conversation. La cohérence est la clé ici. Si l'entreprise pour laquelle vous travaillez n'a pas de guide de style, il est peut-être temps d'en créer un!

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



1

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

Lorsque je traite des abréviations comme celle-ci, j'aime les formater en petites majuscules, mais ce n'est qu'un goût personnel. Capitals, en tout cas.

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


1

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

«ID» est la bonne réponse pour une interface utilisateur.

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


1

Il y a un peu d'OcD en chacun de nous!

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

"ID: pas Id ou id, sauf dans les chaînes littérales ou les énumérations. Dans certains contextes, il est préférable de les épeler comme identifiant ou identification."

Je vais avec ça.

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


0

comme une version courte de l'identifiant, j'utiliserais Id. Identifiez également 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 produire des ambiguïtés et donc de la non-homogénéité dans vos interfaces et vos dénominations


5
Bien sûr, vous pouvez simplement utiliser "getUserIdByName" dans le code et afficher l'interface utilisateur avec "ID", pour obtenir le meilleur des deux mondes.
Matthew Iselin

1
Oui, mais c'est une ambiguïté, même si je veux dire ... vous pouvez vivre avec =)
Stefano Borini

4
En C #, la convention est d'utiliser camelCase / PascalCase avec des acronymes dans votre code - par exemple. la classe SqlConnection. Sur votre interface utilisateur, vous feriez quand même référence aux «détails de connexion SQL Server».
Blorgbeard sort le

@Stefano, vous suggérez d'utiliser getUserIdByName () au lieu de getUserIDByName () à cause du problème de cas de chameau. Mais que devons-nous faire avec DB? Comme: GetDBConnection ()? Remplacer DB par Db?
Ofer Zelig


0

Je pense que cela dépend de la façon dont nous épelons. Nous n'épelons pas «il», mais «ai-di». Id-ID est orthographié 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 caractère. J'aime plus le "ID", juste parce que c'est plus joli.


0

Je préfère Id car lorsqu'il est utilisé avec un autre texte de 2 lettres, il ne devient pas un seul mot en majuscules

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

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.