Xuan Wu

@dou4cc token国际化是指创造新的编程语言时, 支持多种自然语言的token吗? 个人觉得很难设计一种语法适用于不同自然语言. 由于各种自然语言本身语法用法习惯的差异, 简单的token映射的结果应该和汉化现有英文编程语言达到的效果差不多. 更理想的也许是像[AppleScript](https://zhuanlan.zhihu.com/p/33587884), 对不同语言(法/日语)设计不同的语法. 但在那之前, 不首先推广一个或多个仅支持中文语法的编程语言, 个人感觉是还没会走就想跑. 另外, 中文编程包括的不止语言设计, 还有命名空间. 之前的讨论在https://github.com/program-in-chinese/overview/issues/42#issuecomment-338555855. 另在[中文编程专栏目录, 初衷和希冀](https://zhuanlan.zhihu.com/p/30882225?refer=c_140193266)中有详述. 其他issue有命名风格等的深入讨论.

看到[这样的水文](https://yq.aliyun.com/roundtable/120115/?spm=a2c4e.11154000.rtdmain.85.197037b0FDYre9&order=score&type=&p=4)忍不住冒个泡. 这样带节奏(包括下面的[神回复](http://yq.aliyun.com/roundtable/120115/answer/157477#visit157477))的恐怕在其他社区还有不少. 不知各位近来有没有看到类似帖子?

刚找到了第一张图的出处: 四年前的[如果计算机是由中国人发明的，那么编程时写代码会是全中文吗？ - 田雅夫的回答 - 知乎](https://www.zhihu.com/question/21061180/answer/24930751) 相信原作者的玩笑成分为多. 还找到了这篇文章的前一版本: [如果编程替换成中文就会怎样? 程序员看了表示头疼](http://codebay.cn/post/9433.html) 发现一些区别, 推敲了一下. 前文的VB例子明显不如中文代码来的一目了然. 因此后文强行改为了Java代码(也不顾易语言和VB的事实关系了), 靠着编辑器的高亮功能勉强得出英文代码更清晰的结论. 而前文中的第一个易飞扬代码([来源](https://blog.csdn.net/efdev/article/details/3614256)), 明显有较强的可读性, 以至于都不敢拿同样功能的英文代码进行比较. 因此后文直接删除了, 以更复杂也更难以一目了然的易语言程序代替. 加了一句`在以前初中，老师在上完课后教了我们有趣的易语言中文编程，那时候感觉很有趣`, 以示自己有易语言使用经验. 全文的中心似乎是"中文并不适合现有的编程方式", 后面的"未来的发展可能超出你的想象"也是画饼而已. 最大的意外是, 后面竟然提到`现代的语言比如Java，都支持Unicode，也就是说可以用中文甚至世界其他语言做变量名和函数名`. 本以为如果是全部否定中文编程的文章, 似乎应该回避这个很多初学者都不知道的点. 不过文中的调子还是中文命名不如英文命名, 看来是黑的更高级了一点....

又发现一个带节奏的知乎问题, 忍不住又回复了: https://www.zhihu.com/question/280213529/answer/445585014 @jeffreybaoshenlee 同感! 当然会有个歧义的问题, 但应该是比较容易规避的. 其实我觉得很神奇的是, 中文命名纵然有着各种优势, 竟然在大多数编程语言都支持Unicode十多年之后还没有在国内大规模使用. @shyangs 欢迎. 中文编码问题存在了几十年, 中文编程不是为它而生的, 但肯定能促进编码问题的发现和解决. 像你提到的问题, 恐怕要从系统默认编码和编程语言工具编码方式入手诊断, 有个也许类似问题详见 https://github.com/program-in-chinese/overview/issues/26 和https://zhuanlan.zhihu.com/p/30008480)

@bldght 感觉https://github.com/program-in-chinese/overview/issues/41#issuecomment-406726781 更属于这里. 有兴趣的话不妨在这里继续, 在那里恐怕会歪楼. > 强烈反对主动推广和商业化，这样搞只会让中文编程变味。 什么属于"主动推广"? 我们这个讨论组和知乎专栏算吗? 那怎样是"被动推广"? > 当前中国许多人唯利是图，为了赚钱什么事都干的出来, 如果掺杂了利益，难免会有人利用道德绑架，去欺骗外行人。 个人还没发现任何一家敢打着中文编程旗号的公司做着挂羊头卖狗肉的事情. 现在群众素质都高, 只要胆敢冒头的, 一旦被发现猫腻, 肯定早就被唾弃了. 如果你有发现, 烦请告知. 反过来, 像上面发现的水文(详见[最近一波对中文编程(包括中文命名)的攻势](https://zhuanlan.zhihu.com/p/40099718))可是(十)数年如一日地对外行人和新手进行欺骗性宣传. > 一旦这样，中文编程必然会担上恶名，这样支持中文编程的人就会变少。 恶名已经够多了, 再没有团结起来的力量进行尽量的正名和推广, 激浊扬清, 中文编程的大势还会被推迟. > 我认为，中文编程应该事实求是的去做，...

@bldght 对很多观点不敢苟同. > 我反对宣传，主要是反对对新手和外行人宣传。 https://github.com/program-in-chinese/overview/issues/44#issuecomment-406773506 最后已经说得很清楚, 我们是让他们了解更多选择. > 如果新手是某职业，是要靠编程生活的，那么不应该向其推荐中文编程。 放心吧, 真正以编程为生的人, 不会傻到盲从用中文编程, 更何况是中文编程在处于明显的劣势地位的情况下. 至少在我看到的所有真正尝试了中文命名的例子中, 都亲身体会到了可读性提高的好处. 再提醒一下, **群众的眼睛是雪亮的.** > 我觉得现在的中文编程语言、工具链、生态环境，并不足以给新手谋生的保障，这样对新手吸引到中文编程，只会他们耽误他们职业生涯，浪费不必要的精力。 说到新手谋生, 我看到了太多从易语言起家的开发者, 而原本他们也许会迟很多才进入英文编程的门槛. 生态圈确实重要, 而使用中文命名恰恰是生态圈培育的一个重要辅助. 而现在大多数主流英文编程语言已经支持Unicode这一条件, 已经基本去除了中文命名大规模应用的障碍. 基于我在各种语言/框架中的实践, 只要框架本身支持中文命名, 没有发现任何由于采用中文命名导致的程序问题. >...

@bldght 再提醒一下, 以后像https://github.com/program-in-chinese/overview/issues/40#issuecomment-406875854 对帖子主题本身合理性的讨论的还是请到这里进行. > bus是英文环境中固有词汇，被人借用在计算机领域，在我看来，bus一词远好过”总线",bus不仅表达了这一概念的结构，还同时表达了这一概念的功能。 在 @bctnry的 https://github.com/program-in-chinese/overview/issues/40#issuecomment-406880438 之外, '总线'也是个公交线路的中文术语.

@JerryChin 存在使用母语编程的硬需求, 这里就是通过各种技术手段满足这一需求

@ZoomQuiet 多谢分享! 时区问题只能明早再详细回复, 不过对IFTTT等等思路很有共鸣. 之前也有[类似想法 - 知乎](https://www.zhihu.com/pin/933659183945998336)

@ufcpp excuse me for pinging you but just want to correct my wrong statement [earlier](https://github.com/dotnet/csharplang/issues/993#issuecomment-336224486). Nadesi v3 is indeed open source [here](https://github.com/kujirahand/nadesiko3). It'll be a great lesson for us.