프로그래밍시 영어 이외의 도메인 이름 지정 문제

Question

대부분의 프로그래밍 코드는 영어로 작성되었습니다. 그러나 사람들이 여기에 이름을 붙이는 문제를 어떻게 처리하고 있는지 궁금합니다. 많은 프로그래밍은 특정 업무 절차 항목에 대해 잘 정립 된 조건을 사용하여 일부 bussiness 도메인 내에서 수행됩니다.

저는 예를 들어 덴마크 출신이며 "indblikskode"라는 용어가 있습니다.이 용어는 "통찰력 코드"로 번역됩니다. 그래서, 내가 사용하는 라인 "문자열 indblikskode = ..."C# 코드에서 일부 웹 서비스에 관련된이? 또는 "통찰력 코드"와 같은 번역을 사용하려고합니까? 내가 사용하는 언어는 "organisatorisk enhed"(organizatorical unit)라는 용어를 사용하는 등의 언어로 일관성이 없지만 "OU"라는 약어를 사용하는 것처럼 분명히 영어에서 생략됩니다.

코드에서 간단한 변수 이름에서 데이터베이스 테이블, 서버 이름까지 일관된 상태를 유지하면서 다른 사람들이이 이름 지정 문제를 어떻게 처리합니까?

중복 :

• Should identifiers and comments be always in English or in the native language of the application and developers?
• Do you use another language instead of English?

Answer 1

내 질문보기 및 대답 here.

기본적으로 조직 및 응용 프로그램에 따라 다릅니다. 귀하의 회사, 개발자 및 고객 모두가 동일한 모국어를 사용하고 있고 그런 식으로 머무를 것으로 기대한다면, 모든 사람이 파트 타임 번역자가되도록하는 것은 극히 비생산적입니다. 순전히 가상의 미래 이점에 대한 상당한 생산성 손실. 야기.

대규모 국제 기업이거나 해외로 확장하거나 해외에서 수행 한 구체적인 계획이있는 경우 물론 다른 문제입니다.

Answer 2

나는 단지 자신을 위해 말할 수 있지만, 클래스와 변수 이름을 지정할 때 나는 항상 영어로 용어를 번역하고, 우리의 기록되지 않은 최고 중 하나입니다 코딩 방법도 그렇게합니다. 해외에서의 더 싼 노동력이나 전문 외국인 컨설턴트에게 개발을 이전해야 할 필요가있을 때를 결코 알 수 없습니다.

Answer 3

스위스 (독일인 즉 취리히)에서 일하면서 독일에서 잠시 살면서 나는 아직 코드가 영어가 아닌 환경을 보지 못했다고 말할 수 있습니다. 물론 응용 프로그램은 독일어로되어있을 수도 있지만 (어쨌든 많은 전문 환경은 영어로 말하기는하지만) (필자가 본) 코드는 거의 모든 영어입니다.

다른 언어로 된 코드를 작성하기가 어렵습니다. 한 가지는 API가 (거의) 영어로되어 있습니다. Java는 예를 들어 JavaBeans 네이밍을 사용하므로 set을 사용하고 어쨌든 가져와야하고 "getGeburtstag"는 "getDateOfBirth"와 거의 같은 링을 갖지 않습니다.

게르만 국가에서 경험 한 다른 국가는 다를 수 있습니다.

Answer 4

우리는 일반적으로 설립 된 영어 용어 (우리의 비즈니스 도메인 , 일반적으로은 영어 용어입니다)를 사용하고 있지만 적절한 용어를 찾을 수없는 경우 핀란드어도 사용할 수 있습니다. 코드에서 우리의 주석조차도 혼합 된 언어로되어 있습니다 ...

물론 현명한 접근 방식은 소스 코드가 건물 외부에서 사용될 것인지 여부에 달려 있습니다. 작은 가게에서 그렇게 큰 문제는 아닙니다.

Answer 5

저는 오스트리아에있는 회사에서 일하고 있습니다. 그래서 우리는 영어 (변수 이름, 도메인 객체, GUI)로 프로그래밍하고 있습니다. 영어 번역을 찾아야하고 프로그램을 릴리스하기 전에 GUI를 번역해야하기 때문에 좀 더 성가 시게 만듭니다. 나는 모든 이름이 정말로 맞는지 정말로 확신하지 못합니다.

대조적으로 전 회사에서 나는 엄격하게 프로그래밍 된 독일어로 작업하고있었습니다. 이것은 꽤 멋졌다 (독일의 단어는 영어 단어보다 길다). 몇 년 후 회사는 미국에서 동일한 프로그램을 사용하기를 원했기 때문에 영어를 사용하는 프로그래머는 동일한 코드베이스를 사용해야했습니다. 이 모든 것이 꽤 일치하지 않는 변수, 데이터베이스 필드 ..두 언어 다 (영어를 사용하는 팀원은 독일어를 말하지 않았다).

내 경험에 따르면 10000 LOC 응용 프로그램을 현지화하는 것은 그리 재미있는 일이 아니기 때문에 초기에 국제화를 처리하는 것이 더 쉽습니다 (영어로 프로그램을 작성할 때 강제로 처리해야합니다). 다른 언어로 글을 쓸 때의 장점은 현지화 된 것과 그렇지 않은 것을 즉시 확인할 수 있다는 것입니다.

번역 할 수없는 단어에 : 우리는 아직 익숙하지 않았지만 - "지역 사회 내 배달"(EU의 일)이라는 영어 구를 찾는 작업 이었지만. 하지만 그런 일이 생기면 나는 우리가 독일 단어를 사용할 것이라고 확신합니다.

Answer 6

독일에서 거주하고 일하지만 영어 코드 만 쓰십시오. 그것은 일을 더 쉽게 만듭니다. 질문을하거나 작업에 대한 자습서를 게시하려는 경우 코드를 인터넷에 게시 할 수 있습니다.

또한 코드는 나를 "전문적으로"보입니다.

Answer 7

영어 이외의 클래스 및 함수 이름 지정 문제는 마카로니 피진으로 끝날 것이라는 점입니다. 키워드는 영어로, 명명 규칙 (예 : getters/setters)은 영어로 디자인 패턴의 표준 이름과 동일합니다.

당신은 같은 재료로 끝날 겁니다 : 지금

OrganisatoriskEnhedFactory::getInstance()->getIndblikskode(); 

Answer 8

나는 또한 사는 독일에서 일하는 우리는 주로 독일어, 일부 오래 된 주석을 제외하고 영어를 사용합니다. 나는 영어가 아닌 의견은 일반적으로 매우 나쁜 생각이라고 생각합니다. 당신이 그것을 이해하려고 노력할 때 (그리고 정확하게 이해해야하기 때문에). 독일어와 영어가 모국어가 아니지만 영어 이외의 언어로 작성된 코드는 기괴한 것 같습니다.

다음날 코드 작성자가 누구인지 알 수 없습니다. 따라서 보편적 인 IT 언어를 사용해야합니다.

P. 개발 환경에서 비영어권을 좋아하지 않으므로 필자는 PC에 독일어 Windows, 독일어 Office 및 독일어 Visual Studio가 설치되지 않았을 때 현지 관리자에게 매우 화를 냈습니다. 나를 위해 영어 버전을 다운로드하는 데 많은 시간이 걸렸습니다.

언어 팩을 설치하거나 용어를 배우기 위해 동일한 소프트웨어의 다른 복사본을 설치하는 것이 좋다고 생각합니다. 프랑스어로 된 SQL Management Studio는 Skype를 스페인어로 전환하려고 할 때와 마찬가지로 정말 흥분됩니다.