主题：【讨论】龙芯什么时候能配上中文计算机语言编译的源程序？ -- 唵啊吽

程序思路差别与兼容性无关。现代软件工程都是模块化来解决大型问题，一个模块只规定好出口和入口的规则就可以。只要出口和入口符合要求，模块内部如何运行是不需要其他开发人员考虑的。

你所指的程序间的兼容性可能是某个软件可以在Windows XP下运行，但是在Windows7下就不能运行。这个主要是因为Windows自己修改了出口或者入口的规则，而不是程序设计思路的问题。

封包技术 - 这个封包乎来自英文中的encryption，实际上是指网络传输中的加密技术。看你后面叙述的，似乎指的是网络数据传输的打包与校验。

在1和0的世界中，允许错误，就好比允许一个人在生与死之间随意选择一样。这在目前是不可能实现的，需要推翻整个的计算机结构重来才行。

这句话一说，显示出作者根本就不知道计算机语言，编译语言，高级语言在计算机范畴里是什么东西，计算机语言按执行方式分可以分为编译语言和解释语言，按是否含有自然语言特性和与机器结合的程度分，又可以分为机器语言，汇编语言和高级语言。作者搞出这么一个怪异的组合方式，不知道想表达的是什么意思。

这句话表明，作者根本不了解电路交换和报文交换的区别，就可靠性来说，所谓的“封包”，即报文交换，恰恰是弱项，以保护倒换为例，发生错误时切到备份线路，电路交换可以轻松做到50ms以下，10ms以下也是很普通的事情，而典型的报文交换的以太网，做到50ms是相当的不容易。另外，报文交换技术与电路交换比，其出现时间晚得多，所谓相当“落后”不知道从何谈起？

作者两篇长文里涉及到相关知识的地方都有类似的问题，原本想给他留点面子，但你这一上来就骂白痴，我也只好指出一下作者的到底问题出在哪里。

编程语言的关键字是英文，变量名至少（其实受源文件编码影响）支持英文下划线数字，但是语句结构并不是英文，很可能没有句号，最重要的符号是各种括号

单说改编译器 把源文件都确定为宽字符或者某种多字节编码，关键字替换成中文，都没啥难度 就是繁琐点容易出错 牵扯旧源文件的兼容问题。

比较大的问题还是可阅读的代码，其实我觉得文档和注释都加上中文的就能好不少。

替换关键字的C语言大概这样：

若(a < b)

输出("%d", c);

整数 阶乘(整数 值)

{

若(值==1)返回 1;

否则 返回 值 * 阶乘(值-1);

}

网游需要的技术非常全面 脚本控制 计算调度安排 异构计算单元协同 实时响应 远程协调 人工智能 重要问题几乎应有竟有

这不是啥巧合 计算器的轴心时代 主要问题由大学和军方决定的六七十年代 他们处理的大头问题就是军事模拟 其问题空间和网游极其类似

的改革方案来。

练过没练过就是不一样。我儿子在学校跑步比赛得了年级第一名，高兴得不得了，还得意得不得了。因为他比赛成绩比练习的成绩提高10多秒，比去年比赛成绩提高将近10秒。其实，这是因为他没有训练的原因，因为比他高一年级的孩子同样的项目，比他还快10多秒呢。那些高年级孩子看得出来是稍微训练过的，不过成绩离国家二级运动员标准还有将近10秒的距离。

如果单纯从数量来说，门外汉提出的改革方案的有可能比相关专业多得多，但原因是专业从业者直接就剔除掉了不可能的方案。

人都有知识结构所限的问题，但是所有的知识多少都是相通的。在自己的“专业”范畴内，由于浸淫的时间久，自然就拥有优势。只是真正对知识理解透彻的人会明白非专业人士的理解偏差在哪里，并可以用最简单的文字让对方明白。

越是专业词藻乱冒，学说假说挂嘴边的人，越是半桶水，这样的人不仅无益，还会打退其他人对该专业的兴致。我的身边IT人士并不少，所以本文中很多思想其实是他们的话在我脑海里的反映，只是我的理解方式必然会有偏差吧。

封包和打包我的确明显弄错了，我想表述的本意正是你所指出的。与WINDOWS相比，操作系统的未来，多数人都看好开源的LINUX，但是因其商业化天生有软肋，故而被一直踩在脚下。IT里的商业化把世界上智商水准极高的人群给逼迫成了IT民工，这其实是对人的脑力资源的极大浪费。因此开辟一种新的IT组织架构，规避商业化的陷阱是一种很有意义的事。

欧美由于其教育具有“1天才9蠢蛋”的特点，故而不适宜进行“人民战争”，但中国人的基数足够大，完全可以翻转对IT资本的话语权争夺，网上不是在讨论电子货币的问题嘛。如果这种靠智能和时间进行分配的货币可以解决IT人的基本生活供应问题，商业化的迷局的确也就破除了一半了。而要让这种局面出现，光靠欧美精英肯定是不够的，必须要让广大中国网民渐渐向智能化发展。

其实中国国内各种黑客教程，脱壳教程已经漫天飞了，学习者大多没有啥专业编程知识，但是他们会用各种软件工具，能达到目的，这就够了。软件归根到底是工具，这个社会会开汽车会建模型的，难道都要自己去一件一件造配件吗？

正如日本外包多给中国一样。

大部分情况下都不需要怎么记函数名了。

搞这个啥用都没有。高级语言其实就更容易记住的符号，换成中文思维方式也不会变到哪里去。

就是对各种符号命令伤透了脑筋，本人智商应该不低（TOP5%），逻辑水平也不赖（初高中奥数都获奖，且高中时就自编过BASIC小程序），英文也勉强过了4级，可看着一串串的命令转换，愣是没能入门。现在想来，最大的原因恐怕就是语言障碍，所有和英文相关的问题，在我脑子里都要多转一个圈，甚至有的英文语句，我是先翻译成中文，再用中文语境进行演绎，然后才大致明白其意思。英文缩写的情况也类似，例如SUM，我脑子里会先转换为求和，然后再思考下一步，而不常用的命令，转换的时间明显就长了，于是看程序解读的时候，脑子里往往塞了一堆无用信息，中间随便一个纰漏，思路断了，就得回溯重看，异常吃力。

软件在0和1的层面，中国人的思维方式是没优势的，因为你无法脱出细节，可是我们当然知道细节一丝不苟不代表整体就能脱颖而出，甚至细节越完美，整体越糟糕的情况也屡见不鲜。西方人的思维逻辑，就是要穷极可能性，把一切都机械化，程式化，可是现实却告诉我们，机械和程式是有适用范围的，IT如果一门心思在0和1的世界里一路走到黑，永远也别想模拟真实世界。故而一个程式可能有效可能无效，但大致有效，这可能是个思路。而程式搭配，这应该是另一条路径，强化应用程序配合，突出兼容性，逐步淘汰不配合兼容的程序。好比我们不需要知道每个细胞是什么用的，我们只要知道把某些细胞扔到一起，它们就会给我们想要的东西。

什么革命的确是不靠谱的事情

从技术上，完全没有困难啊。

函数，控件，现在有一些是可以支持中文了，但是命令，keyword，还是很多英文的，别的不说，linux 下面的各类命令，参数，你要不是天天弄也是很难记得住的。为什么不可以替换成中文？

我的想法很简单，就是和程序员接口的地方都改成中文。让大家用起来顺手点。

你要是觉得学这些英文是小问题，人人都可以做到，那么我也没什么好说的，只能说你生活在一个天才的世界