五千年(敝帚自珍)

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

共:💬151 🌺373 🌵4
全看树展主题 · 分页首页 上页
/ 11
下页 末页
家园 。。。。。。

因为每个大型程序都要从最基本的0和1开始架构,不同的程序间,由于编译思路的千差万别,兼容性只有天知道。当软件功能越来越强,所需要写的代码也就越来越多,这似乎是一个无解的迷局。

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

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

让我们来思考一个事物,那就是封包技术,无疑在互联网传输办法中,封包技术无疑是相当“落后”的,比它精妙的传输方式比比皆是。可是为什么今天的封包传输大行于世,无非就在于其容错性,容错就代表着可靠。

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

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

家园 给你科普两点吧

IT从计算机语言到编译语言再到高级语言

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

让我们来思考一个事物,那就是封包技术,无疑在互联网传输办法中,封包技术无疑是相当“落后”的,比它精妙的传输方式比比皆是。可是为什么今天的封包传输大行于世,无非就在于其容错性,容错就代表着可靠

这句话表明,作者根本不了解电路交换和报文交换的区别,就可靠性来说,所谓的“封包”,即报文交换,恰恰是弱项,以保护倒换为例,发生错误时切到备份线路,电路交换可以轻松做到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人的基本生活供应问题,商业化的迷局的确也就破除了一半了。而要让这种局面出现,光靠欧美精英肯定是不够的,必须要让广大中国网民渐渐向智能化发展。

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

家园 花一个新视野
家园 印度的英文优势在于和客户沟通需求上

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

家园 你说得东西基本在开发环境解决

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

家园 计算机体系架构不变

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

家园 我当初试图学C语言的时候

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

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

家园 我也是这个意思,能让大家用母语思考就可以了。

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

家园 还是有很多东西要记忆的,为什么不能直接用中文呢?

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

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

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

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

家园 和你有同样的经历和困惑。
全看树展主题 · 分页首页 上页
/ 11
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河