@zander1024 vue 即使现在开始添加中文 API, 应该会在国内有更多用户. 即使在开源代码中使用中文命名, 也不妨碍提供英文 API 供国外用户使用.

> 还有多少一点英文都不懂的人群
你知道还有 6 亿国人没上网吗? 回头我倒是可以用英文发篇类似帖子, 看看 v2 反对中文命名的各位的英文水平如何.

@murmur 在国际开源社区, 我看到的情况是, 多数国人主创的开源项目, 参与贡献的还是国人. 在大多数开源项目都已有类似功能的英文开源项目的现状下, 大多数国外开发者肯定首先选择的是那些代码可读性更好也更成熟的项目. 说到底, 在代码质量没有等级区别的情况下, 还是代码可读性决定了开发者更偏好哪个项目, 而国人的代码在国外开发者看来, 可读性很难超过母语是英文的开发者编写的代码.

@msg7086
> 开源软件的问题主要在于开源软件的规模通常已经比较大了
我们首先做的是在编程短教程中使用中文命名的示例代码. 这对于新手来说会更易懂. 这样也可以尽早让他们接触中文命名.

@Sapp
> 实际开发实际上并不需要你会英语，比如 function
这里讨论的是中文命名, 不是汉化关键词. 就像你之后说的例子"任务数量统计".

@codermagefox
之前做了个命名翻译的 vscode 插件, 和你的"变量命名"有些类似, 不过是用了本地词典, 而不是在线翻译 API, 因此没有次数限制

@zander1024
就国内项目来说, 牵涉到国外开发者合作的是少数.

@zkeeper
"中文编程"知乎专栏中文章涉及项目大多是中文命名的开源项目.

@msg7086 多谢分享. 之前言语多有偏颇请见谅.
易语言和 IDE 我们之前在 https://github.com/program-in-chinese/overview/issues/11 学习过一点皮毛.
很认同关于软件工程精炼人员的好处.
如同顶楼实例, 我并无将非专业开发者赶鸭子上架进行从无到有的软件开发的意思. 而是说, 开源项目的基本架构搭建之后, 如果项目本身使用的是中文命名, 用户(往往是非专业开发者)应该会更有动力去学习代码. 可以看看那个项目中合作者提交的 PR, 没有什么技术难度但恰恰切合了他自己的需求. 而他一开始给我的感觉是毫无参与开发的动力的.

@loopfor 没说翻译核心库. 自定义的标识符使用中文命名不需要任何额外的库支持, 而这些是最和业务相关的内容, 对可读性的提升也最明显.
@tyrealgray 再强调一下. 在现有的英文编程语言环境中使用中文命名, 不是使用中文编程语言.
@JamesR 之前试过数据库表 /字段使用中文命名. 知乎专栏"中文代码示例之 Spring Boot 1.3.3 演示"一文

@AntiGameZ
@huclengyue
@SeaRecluse
@Vegetable
@ShareDuck
@ps1aniuge 很高兴看到对中文命名的支持和实践. 非常欢迎到中文编程讨论组一聚(github 或 qq, 见个人简介).

@rizon
> 如果是全中文编程环境就好接受了
限于现在英文编程语言的垄断地位, 在其中使用中文命名是个权宜之策.
> 中文打字慢，五笔还好点
的确组里有位五笔用户就说我的输入太慢了. 有组员尝试将 IDE 自动补全和输入法进行了集成, 思路大概和#20 的日本论文有点类似. 这样就可以弥补一些输入速度的问题.
> 兼容性还是会差一些，容易乱码
这个问题不是中文命名的锅, 而是不同系统编码的兼容问题. 中文命名只会是将这个问题放大, 个人认为会促进解决. 而且团队合作时一般也要一致开发环境, 基本可以规避.

@realpg
> 以现在开发的收入，要求开发精通英语并不是一个很高的要求
顶楼的实例表明, 各种非商业应用的开发需求非常大, 开发员的人力永远都不会嫌多. 这些需求本身就可以催生很多相关开源项目, 同类应用多了自然就会形成框架 /引擎.

@alfchin
> 正常不至于啊，企业会计准则基本上就是国际会计准则的翻版，要论名词肯定是国际准则下的多，人家可以自定义报表栏目。
如果是非会计专业出身的开发者, 与其学习相关英文术语, 不如直接用中文术语.

@YuxiangLuo
有开发者提醒 vue 正在出 TS 实现的 3.0 版. 因此暂缓该项目.

@lovelybear
> 荷兰人搞开源用的是英语，瑞典人搞开源的是英语，为什么？
答：Linus 的母语是瑞典语(Interview: Linus without Linux)，根据 wiki 使用者是八百七千万。中文（普通话）的母语使用者是九亿五千万。这是一百倍的差距。另外，英语母语使用者是 3 亿六百万。更重要的是，中文母语使用者基本集中在中国，而英语分布在不同国家。西班牙语也类似。从人口基础来看，用中文编程是非常有潜力的。
> 使用中文化编程无异将世界上科技最发达的地区排斥在外
因地制宜, 不搞一刀切:
"个人也不赞成 100%的中文化. 需要和国外交流的项目肯定有. 大胆假设:以中文为母语的所有程序员,从事的项目中,90%是单人项目(*),剩下的 10%中,90%只有同样是中文为母语的程序员参与.这样,只有 1%的项目有用英文写代码的硬性需要.为了这 1%的需要,而在剩下的 99%中使用英文,得不偿失."

@tyrealgray
> 学英语对于普通人意义更大
再重复一遍: 会英语不意味着必须在代码中用英文命名, "会英语因此我要始终在代码中用英文命名"是一个非常大的误区. 如 #18 所言, 软件开发应该视潜在用户和合作者决定使用何种命名方式, 目的在于更顺畅的交流.

@leonme
> 首先要改变学术界，才能改变工业界
个人觉得国内学术界在软件工程应用方面并未对工业界有明显引领作用. 最近看到关注的学生和专业程序员越来越多, 是个好趋势.

@LucasLee92 原因见个人简介

@zifuir 日语命名不需我们操心. 见 #20 日本早已有母语命名的研究. 更不用说今年日本官方发布的"小学编程教育指南"中的例程都是日语命名的. 见"它山之石-日本推广编程中使用日语命名的渊源"一文

@vcinex 欢迎推荐相关社区. 之前组里有过讨论, 但尚未有结论: https://github.com/program-in-chinese/overview/issues/70

@az402 多谢. 确实打算在 SO 进行一定推广, 比如针对中文开发者的问题用中文命名的示例回应. 但限于个人精力, 尚未找到切入点. 个人因为在美西, 即使进入这里的 BAT 分支, 估计也很难有机会进行中文命名的实践(很可能有国外同事).

@loopfor 标识符是业务语义最集中的部分. 因此才说将标识符(类 /方法 /变量等等)进行母语命名会对代码可读性有提高.

从 https://www.v2ex.com/t/518452#r_6619405 而来
非常欢迎到中文编程讨论组一聚(见个人简介). 组内对 shell 脚本深入研究的同仁还蛮缺的.

@shijingshijing
@wallriding 是谁在扣帽子很清楚. 我的背景已经在"中文编程知乎专栏一岁了-我为什么投身于普及用中文编程"说的很清楚. 个人很期待深入了解持反面意见的开发者.

@12101111 这帖的中心是"中文命名", 而非创立中文编程语言或者汉化现有编程语言. 翻译 vue 源码也是为了方便学习和后续可能的维护. 请阅"手工翻译 Vue.js 源码:尝试重命名标识符与文本"一文.

@Flobit 参考"附上中文注释就够了"一节:

答：关于注释和命名, 在个人之前的工作环境里, 是第一次接触正式的可读性审核. 有个印象是, 审核员会尽量倾向于减少注释量, 而强调代码本身的可读性(其中最重要的因素之一就是命名). 审核里会不时出现”这个方法名已经 self-explaining 了,注释就不用了”之类的评语. 虽然没有当面确认过, 但写注释和维护注释的额外工作量应该也是这种倾向的动因之一.

@zjddp 中文命名对代码可读性的提高对所有母语是中文的开发者都适用.

@waruqi 成熟的方案现在就有. 绝大多数编程语言都支持中文命名. 但很大一部分人没意识到.

@roychan 可以看看"中文编程"知乎专栏. 里面所有相关项目都开源.

@guorui112 拼音的劣势, 见#5

@realkenshinji 见 #20 日本早已有母语命名的研究. 更不用说今年日本官方发布的"小学编程教育指南"中的例程都是日语命名的. 见"它山之石-日本推广编程中使用日语命名的渊源"一文

@sagaxu
@wangxiaoaer 专业的人都是从不专业的学成的. 越多在示例代码中使用中文命名的编程教程, 也会让这一学习过程更加平坦. 参考"首次发现在例程中使用日语命名的编程书籍"一文.

@dishonest 见#51. 任何事都不可能一刀切. 问题是, 现在很大一部分开发者仍然视中文命名为禁区. 为了极少数的有英文命名硬性需要的项目而要求其他大多数没有这一硬性需要的项目使用中文命名并不合理, 尤其是个人项目.

@lookforsex 参考"Python3 选择支持非 ASCII 码标识符的缘由". 支持 Unicode 命名本就是社区出于母语命名的需求推动的. 像其他很多人说的, 关键词就那么几十个. 代码中语义最富集的部分就是命名.

@msg7086
> 等先花几千亿搞出全国产的计算机底层架构再说
何出此言? 现在就可以在几乎所有主流编程语言中使用中文命名, 不用其他额外依赖(软硬件).

@helionzzz
> 推广中文命名本身就是伪命题，现在主流语言难道有不支持中文命名的嘛。
支持是一回事. 有多少国人知道是另一回事. 有多少人敢于尝试又是一回事.

@likuku 孩子命名和代码标识符命名有可比性??

@dacapoday 母语命名的可读性优势与使用何种编程语言没有关系

@tyrealgray 说过了. 会英语不意味着必须在代码中用英文命名, "会英语因此我要始终在代码中用英文命名"是一个非常大的误区.

@luoyou1014 多谢支持. 有兴趣的话可以参加我们讨论组(见个人简介), 组里有几个实验语言的雏形. 当然, 代码都是使用了中文命名(JS, Java, Erlang 等等).

@huclengyue 没错. 这也适用于急需信息化的其他领域, 比如制造业.

@zn "个人也不赞成 100%的中文化. 需要和国外交流的项目肯定有. 大胆假设:以中文为母语的所有程序员,从事的项目中,90%是单人项目(*),剩下的 10%中,90%只有同样是中文为母语的程序员参与.这样,只有 1%的项目有用英文写代码的硬性需要.为了这 1%的需要,而在剩下的 99%中使用英文,得不偿失."

@Mutoo 人口基数问题, 参考 #10

@yianbin 需要的话会学的, 尤其如果它开源的话. 但这不妨碍在现在无论开源社区还是商业项目都处于垄断地位的英文编程语言中尽量使用中文命名.

@junmoxiao
@Kaiv2 见#38

@Rheinmetal 这帖的中心是中文命名, 也就是当下就可以在市面流行的大多数编程语言环境中使用的(因为它们都支持 Unicode 命名).
关于用户人数问题, #10 已有具体数据.
再重复一下, 会英语不意味着必须在代码中用英文命名. 母语命名对代码清晰度和可维护性的提高在'Python3 选择支持非 ASCII 码标识符的缘由'中也有印证.

@falcon05
> 那你说为了变量命名？主流语言都已经支持了母语命名变量了，那你这个中文编程不更加没有意义了？

我的题目就叫"在代码中推广中文命名". 你是不是进错门了?

@dremy 捷径的确是一种专用的中文编程环境了. 相对于一个通用型的系统编程语言, 像这样的分领域的中文编程环境 /框架感觉是更好的突破口.
在通用的中文编程语言成熟之前, 在现有的编程语言环境中使用中文命名是实用且对改进代码质量 /降低维护量见效快的方法. 而且, 在实现这种通用的中文编程语言 /环境时在代码中使用中文命名也是非常合理的, 因为毕竟用户 /开发者都会中文. 在知乎专栏的"中文编程兴起的可能途径"一文中也提及了.

@gzf6 参考"附上中文注释就够了"一节:

答：关于注释和命名, 在个人之前的工作环境里, 是第一次接触正式的可读性审核. 有个印象是, 审核员会尽量倾向于减少注释量, 而强调代码本身的可读性(其中最重要的因素之一就是命名). 审核里会不时出现”这个方法名已经 self-explaining 了,注释就不用了”之类的评语. 虽然没有当面确认过, 但写注释和维护注释的额外工作量应该也是这种倾向的动因之一.