非英文成员名称应该改为英文吗？

Question

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

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

这实际上运行良好，智能感知与希伯来文本没有问题，编译器也是如此。

问题是：我是否应该更改这些名称（或者防止它们在第一个位置创建）？保留这些名字的可能后果是什么？

编辑：澄清，当我说希伯来语文本，我不是指用英文文本写的希伯来文单词，我的意思是实际的希伯来文字符。

Answer 1

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

Answer 2

可能。我赞成多元文化，但当主文档是英文的时候，它非常令人沮丧（尤其是开源），但代码不是。你得到像T_PAAMAYIM_NEKUDOTAYIM这样的东西（注意大多数（所有？）其他PHP运算符都只是符号或英文）。为了额外的讽刺，这个文件的页面甚至没有国际化到希伯来文。事情可能会无意中渗入用户界面，这使得国际化变得更加困难。

Answer 3

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

Answer 4

对我而言，英语是软件开发的语言。首先，它是非母语人士普遍使用的语言，在开发人员中更是如此。英语是一种非常简单的语言，至少可以充分表达软件问题。我个人认为每个开发者（至少来自欧洲）都有这种语言水平。那些不这样做的人，与世界其他地方隔绝，无法获得许多重要资源。
另外，由于绝大多数开发人员都使用英语，因此英语中与软件相关的事项的术语更少，这大大有助于减少歧义。个人而言，即使作为用户，我也一直试图用英语获得软件（尽管一些公司似乎并不明白他们没有提供德语版本来帮助我）。本地化往往是废话，很难得到帮助，因为翻译的功能非常出色，所以你不可能发现，你遇到问题的功能如何可能用英语进行调用，同时，德语的帮助不可用。 :-D

任何开发人员，无论他是否用英文编写代码，都会影响他的语言水平，例如使用英文编码。如果没有，那么没有理由，为什么他不应该使用英语，但他应该有很多理由。

英语允许来自世界各地的开发者组成一个大型社区，分享知识和经验，并让来自不同国家的团队一起工作，无任何语言障碍。就我个人而言，我希望全世界的每个人都学习英语，但我无法期待这一点。然而，我认为我可以期望从掌握多种编程语言的人那里获得足够的数学知识并训练他的抽象和逻辑思维。

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

所以是的，你应该改变你的成员名称。你应该养成习惯，首先用英语创作它们。

格尔茨
back2dos

Answer 5

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

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