这是一个创建于 2570 天前的主题，其中的信息可能已经有所发展或是发生改变。
早上看到这个帖子（ github 上发现了一段有意思的对话： https://www.v2ex.com/t/399034#reply77 ）产生了一些想法。
如果 github 强制使用英语提问，好吗？
如果那些长期在母语环境下生活和开发，英语四级都没过的人，没法有效使用英语表达自己的问题时，怎么办呢？
同上，如果这个问题很紧急呢？
一个英语为通用语言的平台，高手更希望使用英语来表达自己的意思时，作为一个开发者，应该如何和其他人交流呢？
如果 github 强制使用英语提问，好吗？
如果那些长期在母语环境下生活和开发，英语四级都没过的人，没法有效使用英语表达自己的问题时，怎么办呢？
同上，如果这个问题很紧急呢？
一个英语为通用语言的平台，高手更希望使用英语来表达自己的意思时，作为一个开发者，应该如何和其他人交流呢？
 |
1
exc OP 自答
1. 不好，喜欢多元化 2. 花点时间使用英语提问，让没法变成有法 3. 用母语提问题，再想除了 github 之外的办法 4. 学习英语 |
 |
2
coderluan 2017-10-20 11:02:12 +08:00
如果你身边都找不到一个过四级的人，那样你绝对不会有紧急的英语问题。
|
|
4
coderluan 2017-10-20 11:04:12 +08:00
用户体验方面，我认为可以选择屏蔽其它语言是一个简单实用的办法，参考 javlib
|
 |
5
f2f2f 2017-10-20 11:05:41 +08:00  8
入乡随俗
作者用英文，那就跟着用英文 作者用中文，那就跟着用中文 永远记住你的目的是解决问题 |
|
6
exc OP |
 |
7
Perseus1812 2017-10-20 11:16:35 +08:00 via Android
学得太少，想得太多系列
|
|
8
coderluan 2017-10-20 11:18:15 +08:00 1
|
 |
9
momocraft 2017-10-20 11:19:01 +08:00 1
如果问题是同等水平，我自己用中英文其实无所谓。英文只是对将来的非中文阅读者更方便点。
但是我真的感觉中文用户的白问题比较多。可能是人择原理。 |
 |
10
SuperMild 2017-10-20 11:21:02 +08:00 1
在 github 上尽量用英文，对更多人有好处，正如你所说 “如果作者使用的不是中英文，或者说不是你所熟悉的语言时，怎么办呢 ”，就是为了避免这种情况，所以才提倡统一用英文。
如果英文不能解决问题，再退而求其次用别的语言。 那个帖子正文里嘲笑的做法，恰好是最正确的做法。 |
 |
11
Tunar 2017-10-20 11:23:48 +08:00 via Android 1
作品是主要面向中文用户的就中文
|
 |
12
jason19659 2017-10-20 11:25:57 +08:00 1
不要神话 github，这个问题无需纠结
|
|
13
exc OP |
 |
14
chairuosen 2017-10-20 11:29:29 +08:00 4
再重复一遍我的观点，如果这个 repo 的 readme 是用英文写的，那么可以认为作者希望这个项目是以英语交流的，是写给全球的开发者的，issue 应该用英文提。如果 readme 是中文或其他语言的，说明作者只希望 repo 在这个语言的圈子里交流。
|
 |
15
SourceMan 2017-10-20 11:30:52 +08:00
英文，因为社区里有更多的人能看懂，然后回答你的问题。
|
 |
16
prozhong 2017-10-20 11:34:07 +08:00 1
作者 /团队 大多是讲中文 我肯定也写中文啊？
照顾其他后来遇到同样问题的老外？方便他们？抱歉 我只想解决自己的问题 |
 |
17
LxExExl 2017-10-20 11:35:35 +08:00 1
- Github 强制使用英语提问，好吗？
不好。什么事情都应该是自发形成，而不是官方强制。 - 如果那些长期在母语环境下生活和开发，英语四级都没过的人，没法有效使用英语表达自己的问题时，怎么办呢？ 如果技术牛逼，是别人和你请教，你说什么方言他就得学什么方言。 如果技术不行，要求助于别人，别人说什么话你就得学什么话。 - 同上，如果这个问题很紧急呢？ 借助于语言之外的资源。比如技术，用谷歌的浏览器页面翻译；比如交情，找朋友帮忙；比如金钱，花钱找人解决问题。 - 一个英语为通用语言的平台，高手更希望使用英语来表达自己的意思时，作为一个开发者，应该如何和其他人交流呢？ 高手用什么，主流用什么，就用什么。 说了这么多，无非是让自己适应社会还是社会适应自己。 |
 |
19
kingcos 2017-10-20 11:38:27 +08:00 via iPhone 3
我习惯 README 默认英文，但也在开头给出 README_CN 的跳转，至于 Issue，中文问，中文回答，英文问，抱歉比较渣还没人提过英文的…不过有人提的话肯定用英文…
|
 |
20
ys0290 2017-10-20 11:41:28 +08:00 via iPhone 1
答问的过程也是后来者学习的过程，用英文以外的语言交流明显会缩小被学习的范围(这个圈子会英文的人显然比会其他语言的人多)
|
 |
21
ck65 2017-10-20 11:49:31 +08:00 1
相互调频，争取达成配合，解决一次问题算一次。一点小事因为用什么语言僵持不下，很愣。
|
 |
22
Konki 2017-10-20 12:03:57 +08:00 via iPhone 2
易语言有自己的论坛 不用去 GitHub 呀
|
 |
23
RqPS6rhmP3Nyn3Tm 2017-10-20 12:06:07 +08:00 via iPad 10
互相尊重不好吗，外语不好的人很多，母语提问回答帮助他人解决问题，不是很好吗。学会一点英语就要求别人也跟说英语或者嘲笑别人的语法和口音是一件很 low 的事情。
担心外国人也用看不懂的话，最后留一个 brief note。 强制禁用别人母语是法西斯干的事情。 |
 |
24
qymobile 2017-10-20 12:07:39 +08:00 via iPhone 1
都用中文吧，这样我们懂英文的工资就能高了
|
 |
26
timothyye 2017-10-20 12:16:21 +08:00 2
我一般是 README 英文为主，再加入一个中文 README 的链接，写两份
|
|
27
SuperMild 2017-10-20 12:23:24 +08:00 1
我觉得如果不是收费项目，其作者、主要维护者有权引导自己的开源免费作品的 issue 讨论使用何种语言，用户应该尊重作者的这点个人喜好，毕竟人家辛苦做出来东西，你觉得好用并且免费使用了，好像没有道理再要求人家迁就自己了（可以礼貌地提要求、意见，表示自己英语不好希望得到中文回复，但不能说作者用英语就是装逼）
|
 |
28
jiangzhuo 2017-10-20 12:48:57 +08:00 1
一般用三种语言 英文+中文+项目开发者语言
英文是为了更多人看懂 中文是自己的母语 项目开发者语言是为了让作者能看起来方便，好快点解决问题 |
 |
29
azh7138m 2017-10-20 12:57:35 +08:00 via Android
> 如果这个问题很紧急呢
开源代码不是你行你上吗？ |
 |
30
rosu 2017-10-20 13:23:33 +08:00 via Android 1
提 issue 的时候，一般会提供两种版本。
因为本身英文不是很好，所以末尾会加上一个 Chinese version，以供查阅。 |
|
31
exc OP |
|
32
exc OP |
 |
34
ysc3839 2017-10-20 13:50:30 +08:00
> 如果 github 强制使用英语提问，好吗？
不好，但我觉得项目管理者强制使用英语提问没什么问题。 > 如果那些长期在母语环境下生活和开发，英语四级都没过的人，没法有效使用英语表达自己的问题时，怎么办呢？ 翻译。 > 同上，如果这个问题很紧急呢？ 同上，翻译。 |
 |
35
yuxuan 2017-10-20 14:17:27 +08:00 2
其实 感觉 这种没必要那么绝对 我用汉语提问 可能是自动放弃了一些不懂汉语的人来帮我 但是让我用我不熟悉 蹩脚的英语来提问 那可能懂汉语 懂英语都人都会因为我表达不清楚 帮不了我 其实更多的在于提问者的能力 回答者回答得再好 提问者看不懂 帮不到提问者 也没多大意义
|
 |
36
szdubinbin 2017-10-20 14:25:12 +08:00 1
回答上面某位朋友，你觉得用中文的小白多是因为你没怎么上 stackoverflower
|
 |
37
lifesimple 2017-10-20 14:41:20 +08:00
@exc #6 如果作者用的是自己不熟悉的语言，那肯定是自己去借助翻译工具将自己的问题翻译成作者的语言，难道还要麻烦作者通过翻译工具来明白问题，这总不妥吧。
|
 |
38
tyrealgray 2017-10-20 14:54:19 +08:00 via iPhone
github 又不是 reddit，不是 stackoverflow。
|
 |
39
terence4444 2017-10-20 15:01:10 +08:00
@prozhong 如果作者使用英语，那么 issue 就不仅仅是为了解决你自己的问题，同时还用作留档供后来的人查看。
Github 也不是仅仅用来解决你自己问题的平台。 |
 |
40
allinwonder 2017-10-20 15:33:34 +08:00 via Android 1
提问者应在能表达清楚自己意思的前提下使用英语，若不能，则应使用能最清楚表达自己意思的语言
回答问题者应该在提问者能理解的前提下，使用最能把自己意思表达清楚的语言。 |
 |
41
mansur 2017-10-20 15:40:22 +08:00
自恨一般都是跪的太久，自己不愿站起来，很难挽救。
|
 |
42
microhard 2017-10-20 15:47:46 +08:00
我见过把 Java 叫佳娃的，我第一反应是俄国人 XX 涅瓦（娃），反正一口地道话，你就知道在他面前保不住自己的小清新，对方人的问题，惹人不舒服
|
|
43
exc OP @yuxuan @allinwonder 赞同
@ysc3839 1. 同意； 2. 同意； 3. 不同意，如果无法清楚的描述自己的问题，就很难得到准确的答案。 @szdubinbin stackoverflower 是什么情况 @terence4444 我觉得，从你这个角度考虑的话，使用母语提问和回答一样可以为后来者（非英语母语用户）提供便利啊 @microhard Java 佳娃，没毛病啊 |
|
45
terence4444 2017-10-20 16:53:54 +08:00
@exc 举个例子，如果一个项目的 issue 大多都是韩文，你还会看下去吗？
|
 |
47
catfan 2017-10-20 18:44:18 +08:00
GitHub 上那些全英文的 README，全英文的文档，绝大部分都是外国人关注的项目，依然还有不少人宁愿去花时间去各处搜索这个项目的作者是不是中国人，是不是懂中文的，然后随随便便地发中文 issue。也不愿意花时间好好地把自己的问题整理好，写好复现情况，并附带示例代码等，然后翻译成英文提问（用 Google 机翻也好啊），让更多人看明白，去更好地解决问题。
|
 |
48
schezukNewTos 2017-10-20 21:49:58 +08:00 1
选择什么语言，取决于你能不能用这门语言，让读者——特别是项目作者——看懂。
首先看对方能理解哪门语言，然后看其中的哪门语言你的表达能力最好。 |
 |
50
KNOX 2017-10-20 22:43:18 +08:00 via Android 1
GitHub 也有很多母语非英语的开发者，我自己是发现他们都是使用英语，例如德国人，日本人等等，我觉得他们是尽量减少沟通成本，并且他们知道无论是 README 还是 issue 都是 public 的，所以使用英语是比较折中的减少沟通成本的语言。
|
 |
51
datoo 2017-10-20 22:59:30 +08:00
等中国梦实现的时候就可以用中文了。
|
 |
52
brickyang 2017-10-20 23:03:32 +08:00 3
我觉得都是想太多了。
提问者有权以任何一种语言提问，别人也有权不回答甚至直接关闭话题。 正如发布者有权以任何一种语言写 README，别人也有权不看不用不 START 不 FORK。 得不到答案的提问者和无人问津的发布者，要么改变自己的行为，要么被淘汰点。 自然选择就是最好的。 |
 |
53
hantsy 2017-10-20 23:19:44 +08:00
鉴于上个帖子我说英文便于沟通，有些人蛋痛的就杠上了。这里说点不好听的。
开发人员英文不需要多牛 B，但是如果技术方面的英文资料都看不懂，自己的想法都表达不出来，做个毛技术啊。 工作十几年，我还没见过英文渣渣但能写像样程序的人。 |
|
55
hantsy 2017-10-20 23:30:45 +08:00
@catfan 国人很多人该怎么提问都没学会。
什么项目代码一拉下来，最基本的 README 都不看，用 IDE 导入，然后乱发一堆报怨上去，甚至人身攻击的语言。这个我自己项目遇到过，在别的项目上也见到过类似的情形。 |
|
56
hantsy 2017-10-20 23:35:55 +08:00 1
Github 是一个国际化的社区，
1. 用什么语言写 README 好，写 ISSUE 也好，是你的自由，但是， 2. 如果你觉得你的写的东西有点价值，对其他人会有帮助或者想得到更多的人帮助，最好用英文组织和表达。即使英文不好也不要紧，别人也可以帮你纠正语法。 |
 |
57
mingyun 2017-10-20 23:44:28 +08:00
赞同 5 楼 如果老外的项目先翻译好提，也是给人方便
|
 |
58
SilentDepth 2017-10-21 00:38:23 +08:00
不知道这里有没有人逛 ZeroNet ……
|
 |
59
sammo 2017-10-21 06:50:21 +08:00 via iPhone
不适应 GitHub 那就不要用 GitHub
|
|
60
sammo 2017-10-21 06:59:03 +08:00 via iPhone 2
另外，建议家长教小孩把英语当作母语来学。
把 英语纳入母语，做不做得到？ 国家层面做不到，新加坡香港做得到，你国做不到。为什么呢？做不到是因为你国的闭关锁国政策要求让人尽量别接触中文以外的语言作为用语，有点儿判断力好吗 |
 |
61
xiqingongzi 2017-10-21 07:28:10 +08:00 1
我有两个原则
1. 只适用于国内的项目，比如微信的各种拓展，用中文。全球适用的用英文。 2. 中文提问中文回复。其他语言提问，一律英文回复。 ：） |
 |
63
pynix 2017-10-21 09:27:01 +08:00
现在的语言都没有纯净的母语了，都是融合了各种国语言，相信未来的某一天会出语言界的 unicode，单纯的强调说母语就是爱过？说鸟语就是蛤美？有意思？
|
 |
64
RyuZheng 2017-10-21 09:31:47 +08:00 1
|
 |
65
1oNflow 2017-10-21 10:15:26 +08:00 via iPhone
对英语水平有自信，你复制进百度翻译差不多就能懂意思，但压根就不想仔细看回答做伸手党，我们就没必要谈下去了。
当然你随后要是用钱砸死我，我可以提供 8 国语言版。 |
 |
68
kkzxak47 2017-10-21 10:57:00 +08:00 via Android 1
issue 是一个公开文档记录，能长期保留，用英语能让更多人看懂，价值在这里
|
|
69
exc OP @terence4444 这个问题好。从我的角度来说，这类 issue 不会出现在我的搜索列表中，那么他对我是不可见的，所以这个 issue 是无意义的，我是不会看下去的。
可是如果我们把条件变一下，韩文突然成了可以和英文分庭抗礼的语言，搜索列表中，韩文与英文的条目各占一半，那么你问我会不会看这个 issue，我会看下去的。 我们把条件再变一下，我是一个熟悉韩语的开发者，那么这个 issue 我也会看下去。 如果我们的问题搜来搜去，查了很多文档，最后结果都指向了那条韩文 issue，硬着头皮，也要看下去啊。 |
|
70
terence4444 2017-10-23 12:57:18 +08:00
@exc 在这个例子里，只要这个 issue 是用英语写的，所有的问题都不存在了。
当然如果项目作者要用母语就是另外一回事了。 |
Select Language