@fredweili

我写了外国人能看到：“1.文字的受众是一位中国人； 2.有可能被外国人看到。”

受众是中国人，外国人能看到，但那不是受众。

就像 V 站这里的内容，欧美人也可能看到，但他们不是受众，你在 V 站这里发言也不会考虑 “被外国人看到” 这个因素。

@fredweili

在这个具体案例中，文字的受众只有项目作者（ issue 提出者只想与项目作者交流），同时也有可能被外国人看到。

因此可以简化为：1.文字的受众是一位中国人； 2.有可能被外国人看到。

在这种情况下，你认为写中文有没有问题？

@jiaslbang

> C 主动共情了非中文用户的感受，作为第三方感受是有代表性的，表达也是自洽的

第 1 点的意思，相当于：从 C 自己的角度看，以及从认为 C 没问题的人的角度看，C 没有问题。

他是自洽没错，但现在的问题是，从你的角度看，C 指责别人失礼，你说 C 做得好还是有点过分？

楼主问的是从“你”（我们每一个人各自）的角度看，对 C 的行为如何评价。你说了三点，但仍没有发表你对 C 的直接看法。

第 3 点你说了你会建议用英语但不强求，你还是没有说你会不会指责别人无礼，因此还是不知道你是否赞同 C 的做法。

@rocmax 我说的滑坡是指你说的 “一个项目里充满了俄文法文阿拉伯文的 issue”，我的意思是非极端情况不可能那么多语种，正常来说就是作者母语与英语两个语种。

@yaoyao1128

> “大多数使用者能看懂” 比 “作者能看懂”重要

不可能。绝对是作者看懂更重要。我有一个很有力的理由：issue 提出者没有 “为项目作贡献” 的义务，既然没有这个义务，就没有让大多数人能看懂的责任，他只要和作者流畅沟通就行。

后续如果作者认为这个 issue 值得让大家阅读或参与讨论，完全可以由作者或志愿者翻译成英语，当然，作者也有权根据心情不理会 issue ，也可以友善地提倡使用英语，但以 C 的身份一上来就指责别人“无礼”显然不妥。

@rocmax 滑坡推论没有意义，OP 说了项目作者是中国人，因此最多也就出现中文和英文。如果是一个法国人创建的项目，里面夹杂出现英语和法语，完全没有问题啊，我们总不能要求法国人一律使用英语吧？

@nevin47 情况完全不同，开会很明显已经达成了 “使用英语” 的共识，但开源项目各有各的氛围，就这个具体项目来说可能并未达成这个共识。公司自己的项目 commit 语言也是有共识的。

另外不止一楼提到当面聊天的情况，聊天有一个连续的气氛，突然切换语言会破坏气氛，而且也不方便用工具翻译，很多细节的差异，最终导致两件事无法类比。

@julyclyde 但这个类比其实有很多问题，其实你说的情况、OP 说的情况、陈奕迅演唱会的情况，是有区别的，有时一个细节就影响很大，类比真的很难。

@julyclyde 突然联想到陈奕迅演唱会 “讲国语” 事件。

关于第 2 点补充一下，使用翻译工具阅读外语比较方便，写外语还是相对更容易出错，因此在没有限定语言的前提下应该优先写母语，阅读者再用工具翻译为英语。

这个 C 不对，问题很多

1. 项目负责人还没发话，以他的身份说这些太早了。
2. 现在翻译工件发达，程序员使用翻译工件也没难度，一个快捷键的事情
3. issue 虽然可以方便大家看，但这只是次要作用，不是主要功能和主要目的，主要还是提出者与项目负责人的双方交流，如果为了次要作用而要求主要作用妥协，那就是主次不分。
4. 每个项目有不同的文化，如果一个项目里大家的共识是提 issue 尽量用英语，那首先应该在 readme 之类的地方说明，其次对于非英语的 issue 可以先友善提醒，而不是一上来就说 “失礼”，这本身也不是一种 “有礼”的态度啊。

这种事情没办法，就看谁不怕麻烦，你是怕麻烦的人就止损吧，不要生气不要纠结，想想多少人被诈骗少则几万多则全副身家加贷款，倒霉的事情遇到了就是遇到了，损失了就是损失了，踩了狗屎通常就是擦干净继续走路，路还是要继续走的啊。

要是你不怕麻烦，那就斗智斗勇，其乐无穷。

@shenyiyouge 是，如果要认真讨论，就要先做定义。我是聊定义聊得有点腻了，所以直接采用默认多数人模糊印象中的定义来讨论，省去定义过程。一旦认真聊定义，这话题基本就聊死了。