하나의 문제 : 도메인 모델에 대한 논의에서이중 언어 유비쿼터스 언어 도메인 기반 설계를 사용하여 프로젝트의
는, 유비쿼터스 언어 (UL)의 많은 용어가 팀 구성원이 독일어로 사용된다 (독일의 모든 스피커), 영어 버전은 분석 모델 및 코드 모델 내에서 사용됩니다.
이 문제를 해결하기위한 좋은 방법은 무엇입니까? 토론에서 영어 용어를 사용하도록 강요해야합니까? 아니면 모델링 및 구현이라는 용어를 번역해도됩니까?
저는 독일의 여러 DDD 프로젝트에도 참여했습니다. 내 경험에 비추어 볼 때 팀은 일반적으로 첫 번째 토론과 첫 번째 구현이 완료되는 즉시 자동으로 영어 용어 사용을 시작합니다. 특히 독일어를 배우는 데 도움이되는 독일어 용어집과 영어판 용어집을 최신으로 유지하면 도움이됩니다.
독일에서 일하면서 팀 (모든 독일인)이 코드를 작성하기 위해 영어를 사용하기로 결정한 은행 프로젝트에 참여했습니다. 일부 해외 팀도 나중에 참여할 수 있습니다.
몇 달 후 우리는 이미 우리의 영어 사전에 어려움을 겪었습니다. 우리는 (우리와 비즈니스 사람들이) 독일어 단어에 아무런 문제가 없다는 것을 알았지 만, 우리는 항상 코드에서 정확한 번역을 알지 못했습니다. 일부 개념 (법률 용어 등)은 항상 올바른 번역을 가지고 있지 않습니다.
더 악화되었습니다. 몇몇 해외 동료들이 개입했기 때문에, 그들은 독일어의 단어를 google에 넣을 수 있었기 때문에 코드의 일부 뒤에있는 독일어 단어를 요구하기 시작했습니다.하지만 항상 영어 단어가 아닌 것은 아닙니다. (영어에 대한 나쁜 번역으로 인한 것일 수도 있습니다 ...)
나는 "소스"언어가 무엇이든지간에 코드에 가져갈 것입니다. 소스 자료 (요구 사항, 법적 프레임 워크, 비즈니스 팀 등)가 독일어 인 경우 독일어.
독일어 사용에 대한 유일한 논점은 외모가 너무 재미 있고 이상하다는 것입니다. 아, 그리고 유니 코드 지원이 필수입니다. CashTransferTemplate과 비교하여 클래스 "Überweisungsvorlage".
독일어 동사가 기발하고 짧고 균일 한 규칙에 적합하지 않기 때문에 "createÜberweisungsvorlage"와 같은 독일어 개념과 함께 영어 동사를 결합한 다른 팀에 대해 알고 있습니다.
요약 : 당신은 결정하고 행운을 빕니다 :)
사용하여 도메인 전문가가 사용 중 언어. 많은 경우 도메인을 가장 잘 정의한 것을 선택하도록 요청하십시오.
최상의 언어는 하위 도메인/경계 된 컨텍스트마다 다를 수 있습니다.
UL은 독일어 또는 영어와 같은 또 다른 언어라고 생각합니다. 요점은 모든 팀 구성원이 말하고 이해해야한다는 것입니다. 그리고 토론, 문서, 다이어그램, 소스 코드 등 모든 곳에서 사용해야합니다.
독일어 용어는 토론에서 사용할 수없고 영어로 번역 된 용어는 소스 코드로 사용할 수 없습니다.