在有外国人的环境里，某个中国人想和另一个中国人交流，说中文是“失礼”的表现么？

没啥问题。
如果用英文提 issue 的话，有 issue 记录，其他非国人遇到问题也可以检索查阅，会更好。

issue 的作用不仅仅是你和作者之间的交流吧

最多附个英文翻译就行了呗，这有啥

公开的讨论最好让多数人看懂

管得宽 联合国都让用五种语言

赞同 #2

使用方便观者理解的语言发言无关礼仪

扯淡，如果真的是有很多人关注的项目，外国开发者会问这个 issue 是什么意思，然后会有人翻译的。况且实际上是假定英语是通用语言，是对于 3.21 亿法语使用者的冒犯。

作者没要求，想用啥语言用啥语言。看不懂的自己用翻译去

重点在于这个项目的 readme 和 doc 是什么语言？

英语：c 的回复问题不大；
中文：这个 B 叫 c 装到家了。

刚好前段时间在小红书看到类似问题的讨论：在国外（尤其是英语国家）遇到自己认为是同胞的人（非 100%）上去直接说中文是否失礼？

个人觉得重点不在于这个环境中有没有外国人，也不在于你们双方是否会英语，重点应该在于对方想用什么语言，但是你不知道，所以先英文打招呼。

联系到这个问题，对方是国人已确定，关键点就在于对方的 readme 是什么语言。

这种思考可能只有在英语这种通用语环境中才会出现哈哈，不知道其他语言的人在英语环境下会不会有这种类似的情况。

这个 C 不对，问题很多

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

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

换个场景，假如一个国人项目，文档默认中文，issue 大多也是中文，如果这个项目有外国人用的话，他大概率很自然而然的就用英语提 issue 了，然后那个 issue 里面基本上默认也会用英语继续沟通，好像没有人觉得这是很奇怪的吧。

我反正基本上没见过外国人先翻译成中文，然后提 issue 给国产项目的场景。

还有个很有意思的现象，习惯指正别人不用英语的，大部分都不是英语母语者。很多母语者反而会很耐心的把 issue 翻译一下，回复一般先说：“我试着用机器翻译理解了您的问题，可能我的理解有误，请见谅……”然后开始讨论问题 blabla……

可以类比，如果有俩人在人群里说自家地方话

谈的事如果和其他人也有关系，那就应该用通用的语言；如果只是一对一，那可以在私下场合说地方话

@sakujo
@wallriding
照这么来看，联合国的官方文件都是要有 6 种语言的，因此中文+英文都有是最合适的对吧
（联合国官方语言是 6 种：阿拉伯语、中文、英语、法语、俄语和西班牙语）

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

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

关于这个事儿，想阐述 2 点。
1. 就这个 issue 来说，我爱用什么语言就用什么语言，关小 C 什么事啊，客气点就友善解释一下，aggressive 一点就直接叼他，中立的就完全不鸟他。 当然，如果提这个 issue 的时候，不只是和作者沟通，同时还期望其它开发者一起讨论，这时候最好是用通用语言了，比如英语。
2. 再说个外企里的工作邮件。有时候一封邮件只是发给中国人的，这时候中文和英文都可以用，我的选择是： 假如这个完全不涉及到和非中文人士的沟通，那我就用中文写；如果我不确定，那就用英文写，万一需要 involve 非中文同事的时候，方便人家查看沟通历史。

别人要检索的话会有代码里的关键字，chrome 已经内置了翻译，作为国人，要求其他国人之间讲英文是文化不自信的表现。

提 issue 的原则 首先不是为了和作者清晰正确的表达出自己问题吗？
在这种 都是中国人的情况下 我觉得用中文没啥问题

先抛开提 issue 这个问题。我觉得发帖用各种莫名其妙的缩写是不礼貌

小项目，不太重要的 issue ，用中文没问题。

事实上确实蛮失礼的，我日常和海外同事开会的时候，如果有时候确实英文表达不清楚，需要和自己国家的同事用母语交流，大家都会习惯性的" sorry for a short Chinese/xxx"。

之前组里有同事刚来没习惯，写代码提交 commit 的时候 commit message 习惯性的用中文写，还被海外同事投诉到了我这儿，和我抱怨了一通 Culture Shock 之类的...

如果面对面聊天的话，两人私聊用什么语言都行，如果有其他人在场的话最好用大家都能懂的语言。
GitHub 提 issue 这个还真不好界定。

前一阵玩海外版的 warpath ，联盟聊天频道里越南语、英语、法语、俄语、西语、中文大家都能聊的很开心。
放到 github 里，哪种语言能准确的表达自己的意思就用哪种语言。

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

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

现在想起来，之前有人装中文不好的老外在某购物平台上催卖家发货。
同理，为了在那些充满中文的 issue 列表中尽快得到回复，俺只能发英文提问了，效果自然很好，回复及时。
只能说明，某些人的心态有问题。

@flyn 确实,装老外确实能提高"bi 格"。我也遇到过得到的回复多一些。

之前我直接向真老外发中文的时候，人家直接用谷歌翻译回复我的，虽然听起来一股机翻味。假老外一般会说：“sorry,....Can you speak English....?”。

现在想一想，人家还是挺有诚意的。

我觉得用英文更好，能让更多的人看懂。用中文也不算错，能向作者表达清楚问题就行。我真不觉得这事需要上升到礼貌这种高度。
如果有人一定要说“issue 就是需要让大多数使用，参与项目的人都能看得懂。”的话，我只能说我不认同，这个标准太高。但是如果大家都是这种想法的话，我也只能顺从。

github 上提 issue 当然用英文的好.
想用中文 的话 出门右转去 Gitee 吧, 祝好

一个软件项目如果是一个和联合国有关的软件项目，
那么按照联合国其它非软件项目的惯例，
可以用中文

是

我建议 v 友们发帖也改英语，
毕竟网站 host 在墙外，v 友们肉身也 99%在墙外。

外国人又不都说英文，怎么他们都用英文交流？想象一下一个项目里充满了俄文法文阿拉伯文的 issue 是什么感觉。

毛病真多，外国人的 Chrome 就没有翻译功能？

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

用中文没问题。说到底就是 c 自己文化不自信。

作者是中文的，issue 用中文没问题，不过鉴于项目是中英文的人都在用，可能发英文更好，这样别的英文人群看到了也可能给回复或者给修复或者说出他的看法
离谱的是 GH 上很多英文项目我经常看到国人发中文 issue……

看用户，因为 issue 的交流属性在我看来也很大，所以“大多数使用者能看懂” 比 “作者能看懂”重要
readme 和 doc 都是英文但是一个项目整体使用以中文为主的话，用中文我觉得没什么问题（看 xtls ）
如果已经是一个主要以英文交流为主的项目的话，我觉得 c 就没什么问题。
一个项目的主体可能是中国语使用者，但是贡献者和可以提出 pr 的人是各种语言的人，阅读 issue 和分析的人可以是全部的用户。

@cmdOptionKana 怎么就滑坡推论了？是说中文比较高贵些？项目放在 github 上开源，就是大家一起维护，包括贡献代码，提 issue ，管理项目等等，这些全是中国人吗？那你用了法国人创建的项目是不是要用法文提 issue ？

c 屁事真多，我自己提的爱用是用啥，作者没说话他倒是填上了顺便支持 #34 。要求这么高建议以后大家发帖英文了

相对而言, 我更讨厌明明是中文项目, 都是中国人, 为了你这个不失礼偏偏用蹩脚英文交流. 蛋疼
我真遇到过, 发帖的是机翻, 回复的是机翻, 一点进去主页, 俩中国人

@yaoyao1128

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

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

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

挺恶心的，按照 c 的逻辑咋不去要求作者

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

这种，我觉得最多“律己”，不能用来“律人”。

c 恶心

这个看人。我无所谓，甚至国际化的项目我 README 也首页是中文，英文要点一下。他提问我英文我就英文，提问我中文我就中文。但最终呈现的文档和 README 我都会尽可能地一比一翻译的。有些人可能会很在意，如果其他 Issue 都是英文，那我建议英文提。

可以双语

建议录视频打手语，阿巴阿巴全球通用

管天管地还管我用什么语言交流？

给他装的....国内大厂开源的项目都是英中混合 issue 提问

没什么失礼的，我倒是觉得提这个问题的人有点失礼。管的真宽。

在中文环境里，两个外国人说英文他们会觉得“失礼”吗？

解决这个方法简单啊，提问用中文，并且附上英文的机翻。

@lzgshsj #14 东亚病夫是这样的，有些人生下来就是奴隶命，这是天注定的。

就是个自律和律人的问题
1 、「失礼」本身就是第三方视角，当然是第三方感受的为准，C 主动共情了非中文用户的感受，作为第三方感受是有代表性的，表达也是自洽的
2 、认为爱用啥用啥的人，其实是第一和第二方视角，已经偏题了，并没有在讨论失不失礼的话题，更多是发泄而非交流（老子爽就行了，管得着吗你）
3 、如果你朋友是我，我肯定用英文，因为其他语言用户可能也关心这个问题；如果你朋友不是我，我只能说建议 ta 用英文，但不强求，确实管不着

跟外国人无关，我们用广东话，我觉得我们毫无问题。

@x86 其实手语并不是全球通用的，每个国家的手语好像都不一样

@rocmax #41 说英语高贵些？既然项目不都是汉语使用者，要不要把联合国公认语言全都翻译一遍，你是把不用英语的其他人都开除人籍了吗

庸人自扰。我英文不好，我去看外国人的 issue 看不懂，我会用谷歌翻译；他外国人中文不好，他看我中文 issue 看不懂，他凭啥不能用谷歌翻译？如果真心怕别人看不懂，为什么不用世界六大通用语言都写一遍？

我经常逛的几个日本 repo 都是英文，看着挺好的。

@jiaslbang

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

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

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

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

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

如果把楼主的中文换成:"日语"、"法语"、"德语"、"西班牙语"、"泰文"等等会怎么回答呢？

老外在中国讲英文算失礼不？

有的国人的项目，全中文。老外在提 issue 的时候会把自己的话转成中文（翻译味大，能看出来），当然老外在一开始就会说明身份。也有遇到过老外直接英文提 issue 的，那回复的人也会用英文回复。

不存在，除非内容要让外国人知道。。要说为啥这么说，因为我女朋友那边家乡话我基本听不懂，我岳父岳母和他们那边的亲戚当我面说话也时不时说起家乡话。。说明我知不知道也无所谓，我也埋头看我的手机。。。真要我知道的内容人家会用普通话的。。。 相对的，我跟我爸妈那边人说话也会用家乡话说，只是我家乡话基本都能听得懂。。

想太多了，假设英文不好就先用中文，然后机翻一下贴上去，课下再自己学。会英文就用英文就好了，毕竟是大部分都在用，参加的项目多了你不用英文的话，在交流上会有困难的。

国内程序员的英文太蹩脚了，这是他们用中文的原因吧，英文水平差

那些非英语国家的欧洲程序员，英文都跟母语差不多的水平了，自然倾向于用英语这个大家都看得懂的来交流

假模假式

为啥一个中国人想和另一个中国人交流用什么语言要看其他外国人的心情。。


你们就是用手语交流也和其他人没关系吧。

@maddot “国内程序员的英文太蹩脚了” 应为 “国内多数程序员的英文太蹩脚了”

所以到底用中文配不配发 issue ?

应该回复 c 两个字：有病。 这种在语言工具上的要求提现了其内心的不包容不宽容。

只说平时在办公室，我们办公室比较小，也就是十几个人，中国人和中国人之间基本上也是说英文，哪怕闲聊也是，除非在场只有中国人。
在外国同事在场的情况下说中文是不礼貌的表现。

@kristofer 不服别用英语写代码，用易语言去

我想起别人给我讲的趣事。

某公司在新加坡和深圳都有分部，深圳的人把活抢过来干了。

新加坡那边的人想看文档，发现只有中文的。就要求写英文的。

深圳这边的人直接回怼，you should learn some chinese.

换位思考，如果印度人飙印度语你是什么感觉。

文字受众是谁？如果有可能被外国人看到，就应该写英文，语言的目的是交流信息，不是遥遥领先

面向国内的项目肯定可以用汉语，github 欧洲语言一大堆，没见哪个自卑了

@fredweili

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

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

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

日本这么亲美，github 上不也一堆日文 ISSUES 也没见网络警察们出来制止。
中国人真是贱，这种贱是透在骨头里的。

什么鬼逻辑， 那别人用英文提 issue 的时候，有没有考虑过其他人检索呢，联合国官方语言还不止一种呢

你想在标题提炼中心思想，但是提炼出来的比内容泛化了，而且这种泛化的表述已经有了一定程度的倾向性。

实际上“有外国人的环境”和“某个中国人想和另一个中国人交流”这两件事就有多种场景。

如果两个中国人在有对外接待资质的宾馆的自助餐厅里用餐，周围很多老外，这两个人说汉语，完全符合你的标题表述；一个国际化企业的工作会议里，两个中国人或者母语汉语的外籍华人在谈到工作内容时用汉语，也完全符合你的标题表述。但显然这两种场景的价值判断是完全相反的。

正文里讲的这种情况没有上面两种那么极端，但个人认为更接近于后一种情况。两个中国人的交流不是私聊，是在使用公共资源讨论项目场景中的上下文相关公共话题，老外也是共同参与者。虽然用中文也不是什么大错，但就我个人的倾向来说，不会在这种场合用中文。想用中文时可以加 IM 私聊，而且国人主导的开源项目也常常会有半官方的国内 IM 群。

另外，某些行业某些圈子有事实上的圈内“世界语”。

上来就说中文确实很烦，对方用英语很有可能是不想被当成中国人。

让我想起前几天刷的一个短视频：既然全世界都能接受日本式英文、印度式英文、甚至不同国家讲的英文都有自己国家的特色，为什么不能接受中国式英文？ 其实不能接受中国式英文的都是中国人，犯贱导致

中英日都会用。采用哪种只看 issue 里语种的比例。别人爱用啥用啥，反正我基本都能看懂

只用自己的母语。
除非对方付工资，那可以迁就对方。

不失，。

@cmdOptionKana issue 是公开的，只有作者能看么？

@fredweili

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

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

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

@cmdOptionKana github 是什么 context ？和 V 站比什么？在哪里写东西不看环境的么？要是觉得外国人不用看，随便自己内卷，over

@cmdOptionKana #64 即使单评价 C 的做法，我总体感觉也是「这是个好事儿啊」，拆分来看：

（姑且把 OP 的朋友叫做 B ）
1 、在 C 对 B 的 1v1 个体关系上，C 的方式确实比较莽撞，B 的感受当然不好，可以有更好的处理方式，比如私聊 B
2 、但在社区的集体角度（包括中文和非中文的整体用户），这种莽撞行为反而是对集体有好处的，因为当下 gh 用英语交流确实是能让信息能在集体内最大化流通，C 的行为强调了这种规范或者说默契，其他人看到可能也会琢磨琢磨（包括引起这个帖子的讨论），因此对集体而言是利大于弊的
3 、我个人做不到（大概连私聊 B 都不会），但还是很乐见这种「出头鸟」行为，是个好事儿

@fredweili 你说受众问题，我就和你说受众问题。

现状你说不了受众了，聊 github 的 context ，也行。我认为 github 每个仓库都可能有不同的氛围，有的对多语种比较宽容。

另外，要不要给外国人看，项目作者可以提倡可以引导，你说看 context ，你有没有看到这个具体事例中，项目作者还没表态呢，就有路人出来指责“失礼”了，你真的重视 context 吗？

打错字，修正： “现在你说不聊受众了”

上面那些扯淡什么法国人用法语、联合国用多语言，都是扯淡，我也不一一 At 了。
标题和详情出入过大，OP 想问的只是 Github Issue 是否应该用英语，这当然要尽量用英语了。
Issue 不是私人聊天，不是论坛。
Issue 不单是要被查看，还要被搜索。无论你是中文还是法语母语，代码问题你当然还是第一时间拿英语去检索。

@jiaslbang 和我预料的一样，你承认了他这个行为本身是不好的，同时你尝试说他的副作用可能是好的。

可是，我们只能聊这个行为本身啊，因为副作用是不确定的，可能好，也可能坏，比如挑起关于民族、语言的论战，好好的一个讨论技术的地方，issue 提出者本来也只是聊项目本身，C 非要歪楼到语言问题，而且还用了（如你所说）莽撞的方式。注意，是 C 先莽撞的。

对于先莽撞挑起非技术争论的人，你仅凭“副作用可能是好的” 就说这是好事，偏心得比较明显哦。

--------

我想起一种说法，虽然我殴打了你，但激起了你健身的决心，你应该感谢我才对。（这是一种很常见的诡辩）

@icyalala

提倡尽量用英语，没有问题，我认为完全可以这样提倡。具体来说，每个仓库可以自己提倡，网友在 GitHub 之外也可以这样提倡，但 GitHub 官方不能这样提倡。

而只要有人使用中文（且未同时提供英语翻译）我就指责他“无礼”，并且骂人者还得到很多支持，这就问题很大了。

你认为 OP 想讨论的是 Github issue 是否应该 “尽量” 使用英语的问题，但我认为 OP 这个事例的最关键部分是指责无礼。

@cmdOptionKana OP 没说 “无礼”，说的是 “失礼”。
在一个多语言人参与的项目里，沟通不方便大家 liulan 和检索，说一句 “失礼” 有什么问题吗？