제가 일하는 QA 관리자가 방금 “Operator ID”가되어야 할 때 “Operator Id”라는 사인온 프롬프트로 인해 데스크탑 앱에 버그가 있다고 알려 왔습니다. 그녀의 주장은 “Id”가 프로이트의 “심령 장치”의 자아 부분을 의미하며 의미 론적으로 정확하지 않다는 것입니다.
이제 항문 엔지니어 (AE)가 된 나는 당연히 Id 대 ID를 찾아야했고, 내 피상적 인 조사 (google)에서 ID는 이드만큼이나 프로이트의 자아를 위해 일반적으로 사용되는 것 같습니다.
그래서 내 추론은 Id가 “식별자”의 축약 된 버전이고 일반적으로 두 단어 약어를 나타내는 ID보다 더 정확하거나 적어도 더 일반적으로 사용된다는 것입니다.
UI 만 변경할 수는 있지만 AE로서의 직업을 유지하지 않을 것이므로 이러한 종류의 주장을 뒷받침하는 데 사용할 수있는 모범 사례 나 참조가 있는지 궁금합니다. 이 질문은 약어와 대 / 소문자가 완전히 다른 철학 분야 인 소스 코드가 아니라 사용자 인터페이스와 관련이 있음을 명심하십시오.
답변
Merriam-Webster 에 따르면 약어는 “ID”입니다. 올바른 약어라면 “Id”여야합니다. 기간과 함께.
답변
개인적으로 “Id”를 사용합니다. 컴파일러는 상관하지 않지만 내 눈은 상관하지 않습니다. 비교:
GetIDByWhatever <-- looks terrible
GetIdByWhatever <-- oh so pretty!
코드에 관해서는 항상 미학이 문법보다 중요합니다. (업데이트 : 4 년 후, 더 이상이 진술을지지하지 않습니다)
답변
‘D’는 어떤 것도 의미하지 않으므로 항상 약어가 아닌 약어로 간주했습니다. 따라서 ‘ID’가 아닌 ‘Id’를 사용합니다.
나는 당신의 QA의 추론에 대해 모릅니다-단어는 하나 이상의 의미를 가질 수 있습니다-이것은 영어에서 드문 일이 아닙니다 🙂
그러나 일반적인 사용법은 실제로 ‘ ID ‘(맞거나 틀린 : P)이며, 아마도 사용자가 예상하는 형식 일 것입니다.
답변
UAUA (울트라 항문 사용성 분석가) 로서 Id 대신 ID 를 사용하십시오 .
시각적으로 영어로 더 잘 알아볼 수 있습니다. 문법적으로 “Id”는 단어 ( “오징어”와 운율)이고 프로이트 식 정의가 위에 주어졌습니다. ” id “가 아니라 “ID” 를 표시하도록 구두로 요청하지 않습니다 . 마침표가 여러 단어를 의미하므로 ID는 괜찮지 만 통과합니다.
그래서.
신분증 만 쓰세요 알 겠지요?
확인.
답변
QA 관리자의 추론 라인은 어리 석습니다. 많은 영어 단어에는 여러 의미가 있습니다. “리드”, “리드”, “리드”(금속, 앞쪽 또는 커넥터).
앱의 다른 곳에서 사용되는 대문자와 일치하도록 노력할 것입니다.
답변
많은 사람들이 “이드”가 가야한다고 생각하는 것이 흥미 롭습니다. “ID”는 우리가 발음하는 방법을 암시하기 때문에 적절하다고 생각합니다. ID 또한 실행중인 문장에서 “Id”를 읽을 때 “ID”가 오타가 아닌지 확인하기 위해 가끔 다시 돌아와 다시 읽어야합니다. is “또는”it “입니다.
답변
그래서 테크니컬 작가로서 이것은 프로그래머, BA 또는 다른 작가이든 다른 사람들의 작업을 검토 할 때 꽤 자주 발생하는 문제입니다. 일반적으로 id는 다른 사람들이 저에게 말한대로 자아를 지칭하며 식별의 약어는 ID입니다. 많은 사람들이 규칙을 모르거나 이해하지 못한다고해서 자신이 옳다는 것을 의미하지는 않습니다. 구두점과 철자법에 대한 규칙은 패션만큼이나 거의 변할 수 있습니다!
그러나 아무도 묻지 않은 것처럼 보이는 것은 귀사에 표준이 있습니까? 회사에 스타일 가이드가 있고 해당 가이드에서이 주제를 다룬 경우 하루가 끝날 때 가이드를 따라야합니다. 다루어지지 않은 경우 가이드를 유지하는 사람에게 문제를 제기하고 대화에 이해 관계자를 포함하도록 제안 할 수 있습니다. 여기서 일관성이 핵심입니다. 당신이 일하는 회사에 스타일 가이드가 없다면 아마도 시작할 때입니다!
도움이 되었기를 바랍니다…
