非英语会员名称是否应更改为英语？

Question

情况：自动生成的成员（例如MenuStrip项目）根据创建项目时输入的文本生成（自动生成的）名称。我最常见的情况是创建菜单条并通过输入文本添加菜单项（使用图形设计器）。

由于我的GUI是希伯来语，所有这些成员都有一个包含希伯来语字符串的名称。像“（希伯来语文本）ToolStripItem”之类的东西。当我创建事件处理程序时，事件处理程序“继承”希伯来文本：“（希伯来语文本）ToolStripMenuItem_Click”。

这实际上运作良好，IntelliSense对希伯来语文本没有问题，编译器也是如此。

问题是：我应该更改这些名称（或者首先防止它们被创建）？保留这些名字可能带来的后果是什么？

编辑：澄清一下，当我说希伯来文时，我不是指用英文文字写的希伯来文，我指的是实际的希伯来文字。

Answer 1

始终用英语编程。我在几个欧盟国家经历过的所有成功的开发团队都是这样做的。如果一个（比方说的）荷兰团队想要将代码卖给（例如）西班牙语，那么它就会变得容易得多。

Answer 2

对我而言，英语是软件开发的语言。首先，它是非母语人士广泛传播的语言，开发人员更是如此。英语是一门非常简单的学习语言，至少在表达软件问题方面达到了足够的水平。我个人希望每个开发人员（至少来自欧洲）都具备该语言水平。那些不这样做的人与世界其他地方隔绝，无法获得许多重要资源 此外，由于绝大多数开发人员都使用英语，因此英语中与软件相关的事项的术语较少，这极大地有助于减少歧义。

就个人而言，即使作为用户，我也总是试图用英语获取软件（尽管有些公司似乎并不理解他们只是提供德语版本而没有帮助我）。本地化往往是垃圾，很难得到帮助，因为翻译得非常好，使你无法找到，你遇到问题的功能如何用英语调用，同时，德语帮助不可用。 :-D

任何开发人员，无论是否用英语编写代码，都会对其产生影响，应该提高他的语言水平，例如用英语编码。如果没有，没有理由，为什么他不应该使用英语，而是为什么他应该使用英语。

英语允许来自世界各地的开发人员组成一个大社区，分享知识和经验，并允许来自不同国家的团队在没有语言障碍的情况下一起工作。就个人而言，我希望世界各地的人都能学习英语，但我不能指望这样。但是我认为我可以期待掌握多种编程语言的人，具备足够的数学知识并培养他的抽象和逻辑思维。

英文编码就像使用正确的格式或具有一致的命名约定和使用富有表现力的标识符名称。所有这些都是最基本的编程最佳实践（实际上甚至不是“编程”，只是“编写代码”）。如果您已经习惯了，那么这样做不会有额外的努力。不这样做也很好。直到有一天你会越过“工作得很好”的边界，那就是当事情变得丑陋时，因为你越不习惯使用最佳实践，就越难以改变事物。

是的，您应该更改您的会员名称。你应该习惯用英语创造它们。

格尔茨
back2dos

Answer 3

可能。我赞成多元文化主义，但当主要文档是英文时却非常令人沮丧（特别是对于开源），但代码却不是。你会得到像T_PAAMAYIM_NEKUDOTAYIM这样的东西（请注意，大多数（全部？）其他PHP运算符只是符号或英文）。更具讽刺意味的是，记录这一点的页面甚至没有被希伯来语国际化。事情可能无意中泄漏到用户界面，这使国际化更加困难。

Answer 4

我目前的工作中已经看过很多次这个问题了。我是一名印度程序员，正在处理用德语编写的代码。函数，变量，注释的所有名称都是德语...我在阅读代码时非常糟糕，直到我使用重构工具并将所有变量重命名为英语描述。 在之前的工作中，我不得不处理仅用日语编写的API手册。日语评论！非常恼人且难以维护此类代码，因为有时翻译会让您猜测原始程序员的意思。

我的建议：你不知道谁将维护你的代码。如果你完全用英文写的话最好......

Answer 5

这实际上只是一个维护问题，如果所有的开发人员都知道希伯来语，那么你就是好人，如果你要外包部分项目，开源，或聘请外国开发人员，那么英语就是通用语言