1、为什么要中文编程？
中文，国人自小学习，有阅读沟通交流的先天优势。而英文，虽说很多人(读过高中)都学习过，但没有实操环境，毕业后几年内便忘光光！对于英文占据绝对主导的计算机编程界，阅读沟通交流是一个不小的门槛。如果，将源代码编写，变更为全中文，对于很多初学者而言，自然就少了一道拦路虎，岂不好事一件？
但是，编程早已不是计算机拓荒时期的编程了。编程的职业化发展，经历了近半个世纪的发展，已经非常成熟。大家从VB/VBA的死与过时中，就可窥一斑。在职业人士遍地的今天，编程再也不是使用计算机的必经之路。降低编程的门槛，让业余人士涌入，已经缺乏利益上的驱动力了。对于这些职业人士而言，C#、Python一类的专业编程工具，已足够易用。
中文编程降低的门槛，对于职业人士而言，已经毫无意义。所以，很少有职业人士，出来呼吁中文编程。随着AI驾驭下的轻代码工具的出现，编程所用符号，将越来越远离编码人员！普通人将会以全新的方式参与编程，而传统类似于VB/VBA那样的，将不复存在！
2、什么是编程？
往硬件上说，编程就是预置电路的操作指令。往软件上说，编程就是编写编译器的脚本。计算机发展到今天，只有很少的程序员使用面向硬件的工具进行编程工作，绝大部分都是在高级编程工具上编写源代码。当然为了确保写出符合编译器规范和预期目的的源代码，发现和除掉Bug的工作也属于编程的配套工作。
这些高级开发工具，很少有不支持Unicode编码的。因此，只要编译器支持，中文脚本自然是可以的，那中文编程也并非什么洪水猛兽。
3、什么是编译器？
简单说，编译器就是个传话筒，是人与机器之间的翻译联络官，是人发明计算机后添置的一个公共的抽象层。编程下，形形色色的源码，是给人看的。追求语义化，是源码最基本的职业操守。但二进制的计算机，这个二维对象咋懂得起三维对象(人)的语言。所以需要编译器，来翻译成机器能识别的机器码。
但问题的核心在于，所谓语义化，是编译器看着硬件端的菜，来下语法规则的饭来着。一来，编译器没办法穷举自然语言中的意思表示。二来，编译器也不能随心所欲地使用自然语言。所以编译器定义的规则，注定是有限的机器逻辑，来映射堆叠无限的业务逻辑。有限的机器逻辑，折射到源码语法层面，就是关键字。可以将其视为语义的预先独占，在源码业务层面不可以更改其用途。
但地球上的开发工具，占用的关键字，都是能精简则精简，而且很难超个，通常都没超过50个。编译器当然可以使用中文字符作为关键字，但无论使用哪种自然语言的字符，编译器占用的关键字，对于语义的表达，影响非常有限。
这样，其实已经很中文化了正因为如此，汇编、C/C++一类的源码，在很多时候的可读性仍然很差。所以，需要语义辅助，比如有意义的名称，准确的注释。这些与编译器本身关系不大的部分，直接使用自然语言来进行表达，从而大幅提升源码的可读性。事实上，即便是英文国家的程序员，他们也将变量名、函数名、注释等视为规范的重中之重。因为，这些才能提高编程的维度，才是真正靠近人的部分，姑且称之为语义胶水吧。
语义胶水，是编程的自由之地，爱用什么用什么，至少地球上的文字字符都是可用的。自然是可以使用中文来塑造源码的语义环境的。国内不是也流行了一段时间的夹杂英文的作文风潮么？所以，即便编译器不使用中文关键字，也一样不影响中文语义的实施。
4、中文编程的痛点，不在于编译器保留的字符，而是编程之外的保留关键字们！
中文编程，不仅无法在沟通交流上实现便捷，反而会作茧自缚，构造包围自己的狭小圈子。中文除了国人和华侨，对于主流文明圈而言，话语权还在稳步建设中。使用中文，本身就局限了。其次，从硬件到软件的基础，都是西方阵营的，要想用就得向他们学习，这是技不如人的无奈。要想构建中文的生态环境，是不是要翻译(偷)呢？最后，即便包括编译器在内的整个编程层面也都汉化了，类似于字符编码这样的先用先占的标准，又该如何？总不会另立标准，重新闭关锁国吧？
如果编程本身的文字问题可以得到解决，那那些先发优势里的保留关键字(标准)，在西方主导技术的情况下，中文编程其实是没办法规避的。届时，还得回到英文上来。说好的门槛呢？所以说，中文编程的真正痛点，还是在缺芯少*上。没有独立自主且有竞争力的硬件，中文编程有也只会是一个狭窄领域的自得其乐。
5、中文编程的未来
综上，中文编程不难实现，但目前只能是加一层抽象。对于业余选手而言，已经有历史遗产尚可用。在这个专业分工的年代里，业余选手贡献价值的占比只会越来越小，打造全新的业余编程环境，毫无动力可言。而对于专业选手而言，竞争已非常充分，语言从来就不是门槛！
中文编程要真正符合大家的期望，得有全新的硬件体系，而且必须对已有硬件具备明显的优势。只有从源头上重建标准体系，中文编程才真正具备自己的优势。就像天和空间站一样，小小的中文界面，就足以让其他参与者拥抱中文。
硬件起步的中文标准，乃中文编程之未来欢迎