双语泛在语言与领域驱动设计项目

Question

一个问题：

在有关领域模型的讨论中，通用语言（UL）的许多方面是由团队成员在德国使用的（所有德国扬声器），而英文版则在分析模型和代码模型中使用。

解决此问题的最佳做法是什么？我们是否应该强迫我们在讨论中使用英文术语，或者翻译建模和实施这个术语是否可以？

Answer 1

我也曾在多个德国DDD项目中工作。 根据我的经验，团队通常会在第一次讨论和第一次实施后自动开始使用英语词汇。如果您保持最新的德语术语词汇表和他们的英语专业词汇，尤其是帮助新的团队成员，它会有所帮助。

Answer 2

在德国工作的时候，我曾经参与过一个银行项目，那里的团队（所有德国人）决定使用英语编写代码，因为有些离岸团队也有可能后来参与其中。

几个月后，我们已经与我们的英语词典挣扎。我们注意到我们（和商界人士）对德语单词没有任何问题，但我们自己并不总是知道代码中的正确译文。一些概念（如法律术语等）甚至不总是有正确的翻译。

它变得更糟。当一些离岸同事参与其中时，他们开始在代码中要求德语单词背后的一些东西，因为他们可以用德语单词，但并不总是英文单词。 （可能是由于我们的翻译错误导致英语...）

经历了所有这一切，我会采取任何“源”的语言是代码。如果来源材料（要求，法律框架，业务团队等）是德语，那么德语。

反对使用德语的唯一理由是它看起来和听起来很有趣和奇怪。哦，并且Unicode支持是必须的。 “Überweisungsvorlage”类与CashTransferTemplate类。

我知道另一个将英语动词与德语概念结合起来的团队，比如“createÜberweisungsvorlage”，因为德语动词很古怪，不适合短而统一的约定。

摘要：你决定，祝你好运:)

Answer 3

使用哪种语言的领域专家使用。如果很多，请让他们选择最好的域名。

最好的语言可以从一个子域/有界的上下文到另一个不同。

Answer 4

我认为UL只是德语或英语的另一种语言。关键是它必须由所有团队成员说出和理解。它必须用于每一个地方，讨论，文件，图表，源代码，...

你不能在讨论中使用德语术语，并且在源代码中使用英语翻译术语。