@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 了,注释就不用了”之类的评语. 虽然没有当面确认过, 但写注释和维护注释的额外工作量应该也是这种倾向的动因之一.

@falcon05 学编程只要记下关键字和语法就够了吗? 上次还看到帖子说学一门语言就要为它核心库的 API 写几个笔记, 学到现在积累了几十本.

参考"没有好处"一节. 摘要:
"如果认为 API 以及内部方法 /变量的命名无关紧要. 有不少可读性相关的文章对这个误区进行了阐述, 比如 Writing for Readability
母语命名对代码清晰度和可维护性的提高在'Python3 选择支持非 ASCII 码标识符的缘由'中也有印证."

@kltt22 中文命名当然在少儿编程教育以及辅助传统学科教育上有优势, 但将中文命名在现有商用和开源项目中使用也极有现实意义. 就像 #18 @AntiGameZ 的实例.
之前站里也看到各种实践, 只不过还多数是孤岛状态. 这些中文命名的实践者汇聚起来, 逐渐就可以有力量实现一些实用的开源项目.

@tamlok 关于编程效率问题. 参考"中文输入太慢, 降低开发效率"一节:

答: 首先, 如果考虑推敲命名的时间, 对母语是中文的程序员, 中文命名应该比能够更恰当更快, 综合各种因素哪种方式写代码更快还待实践证实. IDE 工具的辅助也可能使输入效率提升甚至超过英文输入: "用实例来看中文编程代码输入效率问题". 另外, 由于命名可读性的提升, 可以省去更多注释.

更不可忽视的是, 鉴于开发过程在整个软件生存周期中只占一小部分, 其他的部分(设计,调试,测试,维护)从良好的可读性获取的利远大于开发效率可能降低的弊. 设计时可以直接由业务描述(中文的)直接映射到构架 /接口的命名(省去了英文翻译的一步), 调试 /测试 /维护可以因为代码可读性的提高而减低理解和学习代码的成本.

为避免频繁切换中英文: 为了在输入中文的同时不用切换就可以输入特殊符号(){};等等, 搜狗输入法支持”中文时使用英文标点”

@defel 可以看看站里有多少抱怨命名难的帖子, 想象一下使用中文命名可以省去的麻烦(即便是个人项目). 也许会给你更多动力

@binux 我的背景在 "中文编程知乎专栏一岁了-我为什么投身于普及用中文编程"一帖. 一些出来发表反对意见的背景我也很有兴趣了解

@eugenewangfw
@sutra 参考"不利于非中文编程者贡献"一节. 有详述. 摘要如下:

"当然希望看到更多的国外开发者参与国人初创的项目. 不过，除去预测得到是否会有国外开发者参与的情况, 剩下的自己发起的项目, 首要考虑的是对自己的开发和维护最有利的编程方式. 因为在可以预见的将来, 我自己会是最主要的贡献者. 如果我自己的开发和维护成本随着项目变大而变得不可持续, 那么在项目成型和能够吸引其他开发者参与之前可能就夭折了. 个人的感觉是用中文命名是我更熟悉和容易的方式.

osc 上一些即使很热火的开源框架, 比如 JFinal, 大多只有极少的其他开发者贡献. 个人认为一个很重要的原因, 就是代码阅读的难度, 而英文命名是一个额外的障碍. 也许对于开发者本人来说, 随着项目的开展, 一些开始时有些别扭的英文命名自己也习惯了, 但是对于刚拿到整个代码的新开发者, 任何不妥当的英文命名都会导致迷惑和时间的浪费. 为了吸引理论上的国外开发者参与, 而不优先选择对身边的中文开发者(包括自己)阅读代码有利的编程方式, 个人认为这种思路是很值得商榷和分情况探讨的."

@msg7086
> 你是牺牲了说英语的人口（包括那些有学力财力以至于能把英语学好，很可能是进入过高等教育机构学习的人）

前面说过了, 无论英语有多好, 只要母语是中文, 用于代码命名就有可读性优势

> 是不是还需要精通英语和中文的资深开发者来翻译和维护？

起初当然要. 就像古代国外将中国文献翻译成外文一样. 随着中文命名的推广, 国内开源软件也会加速发展. 之后中文化程度会越来越高, 包括框架 API 等等. 逐渐国外的工具 /框架会被类似功能的中文工具替代, 在这过程中需要翻译学习的内容也会越来越少.

> 连高中和大学课程都无法完成的人是如何做到编写文档、做测试、追加相似功能的？

小学生会玩游戏, 就会测试.

> 编程的门槛我觉得从来不是语言水平，而是编程水平

请参考"没有好处"一节. 摘要:
"如果认为 API 以及内部方法 /变量的命名无关紧要. 有不少可读性相关的文章对这个误区进行了阐述, 比如 Writing for Readability
母语命名对代码清晰度和可维护性的提高在'Python3 选择支持非 ASCII 码标识符的缘由'中也有印证."

> 为什么还要局限于物理上的面对面交流

可以!=最优. 就像, I guess we can discuss this in English, but why do we do Chinese instead?

> 中文编程从来就不是一种排除非中文人口参与的手段

绝大多数国人的母语都是中文. 什么叫"非中文人口"?

@e9e499d78f 为在代码中使用中文提供辅助的 IDE 插件当然是一个重要部分. 可以参考日本 2017 年的论文"ローマ字入力時の日本語識別子入力補完プラグインの 開発"就专门开发了辅助插件以改进 IDE 对输入日语命名的支持. 它的摘要很有参考意义, 机翻如下:

"在这项研究中，我们开发了一个插件，可以在输入日语标识符时减轻程序员的负担。近年来软件开发项目的复杂性增加了维护软件的时间成本，并且提高源代码的可读性以降低成本是很重要的。有几个报告说，在日语源代码中编写变量和函数的标识符名称是有用的，这是提高源代码可读性的一种方法。然而，当以日语输入标识符时，存在字符转换麻烦且输入补充无效的问题，并且发生对编程器的输入负担。在这项研究中，我们开发了一个插件，通过使用日语标识符的增量搜索甚至使用罗马字符输入实现输入完成，使用 Migemo 的两种方法使用日语增量搜索工具和使用形态分析的方法尝试解决问题。"

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

> 中国有能力读写英语的人数将越来越接近中文母语使用者

中文的母语地位决定了任何第二语言都很难达到中文水平. 中文命名对代码的可读性提高是可以立竿见影的, 为何不在现在开始呢?

> 有能力理解程序代码的人，却连英语都不会，这个群体到底又有多大呢

无论有多大, 中文命名可以极大降低这个群体参与开源项目的门槛.

> 不懂英语的人，他的水平能提升到什么程度

随着中文命名的推广, 会有越来越多纯中文接口的框架和工具, 以及使用中文命名的编程教程, 英文在编程学习中的作用会随之下降.

> 软件开发可不是靠人口战术的。一个项目里五百个农民伯伯，另一个项目里十个硕博士，你说前者会赢反正我是不信的。

与商业项目类似, 开源项目需要各个方面人才. 比如文档 /测试 /追加相似功能等等对开发经验要求相对低于一开始的架构搭建. 中文命名可以极大挖掘国内人力资源优势, 与顶楼实例类似, 鼓励更多原本的纯用户加入项目维护的队伍中.

> 另外你为什么会觉得集中在一个国家是一项优势？

面对面的交流效率永远高于其他形式.

@Yvette
首先, 开发者英文过关当然对获取参考资料和与国外社区交流有益, 但并不意味着开源项目中的代码必须用英文命名.

在代码中使用中文命名和在日常交流中使用中文没有本质区别. 同是母语为中文的开发者发帖交流也是用中文, 为何不用英文呢? 所谓母语的优势, 就在于, 即使第二语言"过了关", 在理解运用上, 也始终是母语的交流成本更低. 同理, 母语命名可以提升代码可读性, 也减少维护成本.

使用中文命名可以让更多的精力投入到对代码本身的改进, 省去命名不当带来的维护代价和合作障碍. 如顶楼实例, 使用中文命名也可以让更多原本的纯用户参与到开发中来.

创新的中心在英文世界? 即便现在是, 中文命名也可以加速开源软件在中国的壮大, 从而加速扭转这一现状.

@sagaxu
> 易语言不是推了十几年了吗？你不也布道过一段时间了？

呵呵, 把我和易语言相提并论真是高抬我了. 易语言作为中文编程的一个标杆, 很可惜在最佳推广期被各种负面材料所困, 也导致它被边缘化. 现在各个领域已经基本被英文编程语言工具垄断的情况下, 好在早已经有其他各国的开发者推动了对 Unicode 命名的支持. 但大多数新手却仍然对中文命名视作禁区, 我能做的首先就是让更多人知道中文命名的可行性和优势. 以我一个草根在一年半之前才开始推广的效果来看, 我已经很满意了.

> 为何大多数人身体和嘴巴都反对呢

从我专栏的关注来看, 看到的是越来越多业界和大学学生对这个问题的兴趣. 从我帖子的支持程度来看, 也是有越来越多人默默支持.

> 我觉得你可以动手试试，去几家小公司负责技术，然后要求用中文

不用我动手, 已经有公司在实践了. 早的有那个 2012 年的 C#帖, 最近也在站里看到类似帖子. 这样的实践肯定会越来越多.

> 同时 fork 汉化几个开源项目，看看是否对项目发展利大于弊。

之前尝试了 vuejs 的源码汉化开头, 就反馈来看, 也有不少支持.

> 在实践中检验，比纸上谈兵更有说服力。

我们讨论组一直在实践, 包括在开源项目中使用中文命名, 开发相关 IDE 插件, 实验性的中文语法编程语言等等.

@msg7086
> 也就是说，为了让全球 20%懂中文人口中那么一小撮不专业又不太懂英语的程序员看懂程序，而把全球 80%的不懂中文的人拒之门外，这是什么精神。

英语的母语使用者: 360 – 400 million 第二语言使用者: 400 million; 作为外语使用者: 600 – 700 million, 总计算 15 亿
中文的仅仅算母语使用者: 12 亿, 而且还集中在一个国家(额外优势之一), 第二语言和外语使用者还在加速增加.

> Linux 不是用芬兰语和瑞典语写的，Nginx 也不是用俄语写的，Python 也不是用荷兰语写的

见文首链接"芬兰人 Linus，使用英语而非自己的母语来编写 Linux 代码"一节. 类似的人口基数问题.