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

[MajestySolor]

gh 上一个国人的项目，几百个 star ，issue 里经常有用英语的外国人，这是大前提

我朋友想反馈个小意见，考虑到作者是国人，所以他用的中文，我这个朋友英语没问题，他自己也在 gh 上有一堆项目，readme 和 doc 都用的英语，他这个 issue 用的中文纯粹是考虑到作者是国人，所以觉得国人之间直接用中文挺合理

在作者还没回复之前，有个人先回复了，姑且叫它小 C 吧，用的英语，意思是发 issue 请使用英语，很多人在关注这个项目，出现一个中文 issue 大家都看不懂太失礼了，有意思的是这位小 C 的资料里所在地是国内

就这么一件小事，和朋友一起喝酒的时候他是当趣闻八卦给我讲的，我也觉得挺有意思，不知道这里的各位有啥看法 😂

[gpt5]

@gpt5 karabiner

[kalluwa]

你不用活得这么累吧，你是去问问题，解决自己的难题的。要是有老外也看到了你的 issue ，他也会翻译的

[darklightzz]

“国人之间直接用中文挺合理”
在两人私聊沟通是合理的
但既然是常有用英语的 project ，Github 上的 issue 用英文应该更合理点
楼上有人说附个英文翻译，这样也挺好

的确是件小事

[pathetique]

"失礼"是挺恶心的，马上占据了“有礼”高地。说“不专业”会比较专业一点……

[darklightzz]

不需要执着于对方的“无礼”用词对不对，明白对方的重点就可以了，多语言交流的地方用英语会方便点

[jiaslbang]

@cmdOptionKana #98 C 尝试维护一条社区共识（利），但采用了一种莽撞的方式（弊），我认为利大于弊，总体是个好事儿，核心逻辑就这么简单。

如果这个共识值得维护，那么理不辨不明，让大家借这个 case 争论争论也不是坏事

[datehoer]

#105 的老哥说得对，直接加个自动翻译就好了。
用什么语言主要是看提问者吧。
跟去谷歌搜索一个道理，有些中文搜不到自然而然会换成英文。

[zsc8917zsc]

下回用拼音呗，反正都是字母呢～

[liuidetmks]

只有中国人对中国人这么苛刻，
本质上，和地铁上强制要求给外国人让座没什么区别

提个 issue 还得想其他人怎么想？怕友邦惊诧？

[irainsoft]

我觉得 2 楼的观点很关键，“外国人”的范围太大了，不是所有外国人都是英语母语的。

英语是一个很通用的语言，除非项目是一个高度地区性用途的，否则英语就是最方便的语言。尤其是如果是在一个中间件的库里，参与讨论的人那绝大多数都是开发者，那么统一使用英语能方便很多。

“礼”的标准是主观的，是否“失礼”也是库作者的看法，没有绝对的对错。如果库作者是一个比较随心的人，他有可能会一句句看翻译并以他自己的语言来回复。但如果库作者明确提出了以某种语言去交流，那么成员也应该去遵守。

我在我参与的项目中就是设置了中英文两版 issue templates （ https://github.com/DGP-Studio/Snap.Hutao/issues/new/choose ），之前也确实见过有不同语言使用者参与进一个议题的情况。我的观点是，只要作者没有明确规定使用什么语言，那么让目标读者能直接读懂那就是最好的。比如说你的回复是为了帮助议题发起者解决问题的，那么使用他最初使用的语言就行；如果你的回复是为了让库作者知道什么信息，那么就使用库作者能直接读懂的语言；如果你的回复是为了帮助更多的社区成员（比如在一个知名的组件库中），那么英语肯定是最好的。

[uncleroot]

相比这个原问题，楼上的一些回答让我更不适。
如： “不自信”、“法语使用者的冒犯”、阴阳“墙外就用英文”、阴阳“英语更高贵”、 指责“c 是网络警察”、指责“XX 人真是贱的“、”跪久了“。
社区沟通问题给上升到民族情绪了，讨论什么都变味了。

回到主题，项目沟通交流当然是关注效率：
已知前提：
1. 项目有不少英语用户。
2. 并且两者都有英语开源项目，英语应该不太差。

结论：
> 说中文：方便提问者和作者，但是非中文用户看不懂。
如果项目小、问题复现率低、中文用户为主，那用中文更方便。

> 说英文：方便非中文用户，但是作者和提问者略麻烦。
如果有大量的非中文用户，那照顾更大群体自然更合适。

自然是看具体场景而定、看作者意愿而定。

还是就 #105 的方式最方便，搞个翻译插件。