五千年(敝帚自珍)

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

共:💬151 🌺373 🌵4
分页树展主题 · 全看首页 上页
/ 11
下页 末页
  • 家园 【讨论】龙芯什么时候能配上中文计算机语言编译的源程序?

    什么时候有中文计算机语言?用中文计算机语言编译的操作平台是否会更安全?全世界黑客都得学中文才能攻入中文计算机语言编译的操作系统的计算机网络吧?

    我以为这对中国软件发展有重大意义。如今国外已经把编程初级知识引入小学。对于中国软件人才来说,英语不是问题。但是,中国软件业确实落后,这也是事实。从长远观点,编程概念进入中小学教育是必然趋势。而中小学要先学英文,再学编程必然导致国家整体软件竞争力量落后。

    计算机管理也是问题。计算机管理都是用scripts来automization。 而现在scripts都是英文,所以,中国计算机管理整体水平很差,一个Linux谷歌可以作为低成本大规模应用,而中国至今只能依赖微软视窗才能有可靠的企业系统,Microsun 的 UNIX系统基本看不到,严重阻碍中国信息设备市场的发育。

    计算机信息产业事关国家竞争力前途,长期依赖英文只能永远步别人后尘,永远处于落后地位。中国软件园之类投入巨大,搞了十多年,依然乏善可陈。中国这些软件园都忙些什么?忙着把国外软件包翻译成中文,帮助国外软件进入中国市场,如此中国软件业何时有出头之日?

    这是中国软件产业战略性问题。如今中国是世界最大的信息设备市场之一,但中国软件业人才总比别人慢半拍。慢半拍对于市场竞争意味着什么?

    • 家园 符号而已,与语言无关

      编程语言就是编程语言,无论他使用既有的汉字字符、英文字符,或者发明一种新字符去编写。语言只是用来表达思想,而计算机若想识别这些东西是需要通过编译器转化成01的,所以无论什么语言最终都是01.这样的好处是在学习、编写程序的时候有助于小学生(国人)理解,现在用拼音或者易语言都可以。但这只是一个入门,将来真要做软件,还是要用现在流行的c等。英文的循环用while就行,5个字母,汉字循环要输入xunhuan,7个字母。英语融入汉语之中,但是不会代替汉语,他会作为标识的符号存在,比如火车的车次,通道A、B等。简单的编程大部分人都能学会,无论使用哪种编程语言语言,哪种表示符号,既有的编程语言都是靠变量、函数等模型。与其用汉字这种符号去编程,不如中国人改造根本的模型。甚至电脑的构架。与其小学就学编程不如好好学学数学。数学强的国家,黑客也不次,比如俄罗斯。

      • 家园 中文(汉字)还是比较特殊的,那就是她是表意文字

        当今世界大规模使用的表意文字估计只有中文了(按现在的说法,是音形义的高度统一)。而偏偏对中文的这个特性目前研究非常不够,至少在计算机科学领域是如此。

        可以说,目前的计算机语言理论和实现里面也完全没有考虑到中文的这个特点,只考虑到了表音语言。(其实这句话也不是很正确,C++教主前几年发表过一篇文章,谈到在C++中扩充标识符字符集的问题,比如可以加入一个小人符号,笑脸符号,电话符号等等,这样“人打电话”这样的语句,就可以用“小人.电话”或“小人->电话”来表示。这篇文章我是在《程序员》杂志上看到的,当时的感觉还是很震惊的,还好又仔细看了一遍,才发现原文是4月1号发表的。)

        当然也可以反过来问,表意符号的表意部分到底能不能有效编译成计算机程序,或者“编译”的可不可以改成“理解”?

        下面是一些个人的感想

        ----------------------------

        俺的理解是,作为表意文字,使得古代汉语天然排斥纯粹的符号,比如字母和标点符号(除了空格以及由空格演变成的“O”)。就连两仪、三才、五行、八卦、十天干、十二地支之类更适合用符号表达的东西也要配上汉字作为名字。

        汉语的这个特点可能是极其重要的。按《中国古代的语言和逻辑》(Chad Hansen)的观点,表音语言天然需要“抽象”,也即类似柏拉图“理念世界”里的“理念”,“理念”代表语言的实际意义,比如horse(或其他字母组合)必须对应到马的理念,否则没意义。西方哲学很大程度上都是建立在这个基础上。(还有一个例子就是集合论,“集合”几乎就是“概念”的数学版本,也即现代数学也可以说建立在柏拉图的思想基础上,这点有好几个著名数学家都表示过类似说法。那么其实现在的计算机科学也是建立在柏拉图的思想基础上的,因此编译过程对汉字不友好似乎是应该的);而汉字似乎天然不需要“抽象”,汉字“马”(尤其是象形文字的马)本身就可以表示马的意义,而不需要抽象出一个马的“概念”,这似乎也是“白马非马”之类汉语悖论的根源,现在那种使用“概念”“外延”“内涵”来解决这个问题的想法有点像当然了(从某种意义上说,全体汉字就相当于柏拉图的那个永恒、不变、完美的“理念世界”,怪不得说“仓颉造字鬼神惊”)。

        在目前关于汉语本身的特点还搞不清楚的情况下(很多人还是认为拼音化或者线性化才是汉语唯一出路),真正意义上的“汉语编程”,到目前为止几乎没有任何理论上的突破,如果真的“拼音化”了,也许就永远不会出现了。


        本帖一共被 1 帖 引用 (帖内工具实现)
        • 家园 汉语的确一定程度表意,

          汉语的确一定程度表意,但即便是繁体字或者更早的甲骨文,如果让一个完全不懂汉语的人去识别也是困难的。汉语本身能表达什么意思?从“横竖撇捺”的角度来说,什么都不表达;如果说以偏旁部首为单位,那就可以表达一点意思了。比如“鸣”计算机要想理解这个字,必须分解出它的偏旁。象形文字本身也在演化,甲骨文、繁体到简体,词语、成语变化得更大。英语以字母为单位什么都不表达,但若以词根为单位,把blackboard分解成black和board。这样就能看出点意思来。

          假如计算机不用“编译”,直接“理解”汉语,那么就是人工智能。而即使是人工智能,他也是一个编译器。编译是把计算机高级语言所表达的人类思想转化为二进制。所谓的“理解”就是把,人类语言(或者是汉语)转化为二进制。而在理解的过程中,包含人类语言识别,并且还包含了识别后的编译功能。

          计算机若想直接理解汉语,除非他硬件上固化人工智能的模块,若他的没有这个模块,那么任何语言依然要一套智能软件程序去转化成计算机能懂的01。

          • 家园 汉字的表意不只是体现在象形

            传统的汉字造字即六书“象形、指事、会意、形声、转注、假借”,基本都是属于语义范畴,而表音文字的前后缀等基本属于语法的范畴。

            比如鲁迅造的形声字“猹”,可以理解为:一种叫做“查”的“野兽”,这个单从笔画是根本看不出来的(而且象“日”和“曰”,笔画完全相同但意义完全不同),可见笔画在汉字中并没有一个很基础的地位。而英文的blackboard和black board几乎没什么不同,也就是说这样的单词其实就是个短语(再比如state-of-art),这样的构造方式很容易造成单词过长,所以英语常见构造新词(名词)的方式是缩写和用造一个完全新的单词,不管哪种方式,新造的词很难直接看出和意义有什么关系。

            俺觉得现在的“编译”也是“理解”的一种,只不过是要求用一种要求高度形式化的语法而已,而语义是隐含在这种语法中的。应该存在这样的编程方式:即直接在语义级别上或很接近语义的级别上编程,比如IP,只有从这个角度来看作为表意文字的汉语编程才有实际意义,否则根本就是以己之短攻敌之所长。


            本帖一共被 1 帖 引用 (帖内工具实现)
        • 家园 不觉得会英文对学编程有什么帮助。

          这就好像说用繁体字就能看懂古代文献一样。

          就拿C#来讲。

          public partial class xxx

          private static readonly double xxx

          protected override void xxx

          这三句里面的东西是C#编程最常用的,会英语对于理解这三句语句的唯一帮助就是那个readonly。虽然这些词讲英语的都会懂,但它们在编程语言中起什么作用可不是会英语就能知道的,还需要专门的学习。要说学英语的好处,最多也就在使用api的时候少查书。比如KinectSensor.AudioSource.BeamAngleChanged

          会英语的话不需要查手册就能明白这是干吗用的。

          我这里举得还是接近人类思维的编程语言。那些比较古怪的比如Perl Lisp跟英语可以说没什么关系,就是借用了英语的字母。

    • 家园 转发个好玩的:“跳槽误入一家用汉字编写C#代码的公司”

      [URL=http://topic.csdn.net/u/20120203/11/020CC783-B9AC-4674-AB2E-A646770205BE.html

      ]跳槽误入一家用汉字编写C#代码的公司,望各位大师指点~[/URL]

      最近CSDN上很火的一个帖子,里面可以看到国内程序员对中文编程的一些观点。

      遍历器<登录信息>.计数遍历(_详细信息集合).从(0).到(_详细信息集合.长度()).每隔(1).执行((当前行索引, 登陆信息) =>

      {

      判断.如果是(XXX).则(() =>

      {

      判断.如果是(YYY).则(() =>

      {

      表格.行(当前行索引).背景色设为(Color.Gray);

      });

      }).否则(() =>

      {

      判断.如果是(ZZZ).则(() =>

      {

      判断.如果是(KKK).则(() =>

      {

      表格.行(当前行索引).背景色设为(Color.Gray);

      });

      });

      });

      });

      关键词(Tags): #C##中文编程
    • 家园 中文计算机语言是有的

      而且不止一家,最出名的是易语言。但是——

      就多数实用性的编程语言来说,语法上是中文还是用英文其实都没啥问题,编译以后就是字节码,根本就是给机器看的语言,对中国人英国人都是一样的。决定这种语言的唯一因素是系统的架构,X86还是X64还是ARM还是某款虚拟机,它的指令集是什么,不关人类语言的事情。

      所以你哪怕用印度土话搞一个计算机语言,最终编译出来都是一样的。所以所谓“黑客都得学中文才能攻入中文计算机语言编译的操作系统的计算机网络”完全是子虚乌有的神话,不过倒是有很多骗子拿这个想骗政府科技经费,年年都有,看都看腻了。

      再进一步说,“中小学要先学英文,再学编程必然导致国家整体软件竞争力量落后”也是不成立的。我说得刻薄一点,连英语都没时间掌握的人,根本不该学编程。目前计算机科学与应用技术,水平最高的是英语国家,计算机相关的技术,每隔一年都有巨大的发展,开源技术与资料,更是英文为主。连英语都不会,怎么跟进最新的技术潮流?无非学成之日就是过气之时罢了。那根本不是慢半拍的问题。

      这几年Linux在国内使用非常普及啊,各种中小企业大量使用着呢,主要是得益于Linux下的开源工具组合,使得国内的服务端开发运营拥有了非常廉价可靠的运营平台。“中国至今只能依赖微软视窗才能有可靠的企业系统”应该早就是老黄历了。现在国内的电子商务企业,用MS系服务端方案的应该反而是少数派。前段时间微博上还在嘲笑京东用微软的东西做后台。

      至于软件园……难道他们不是搞房地产的么?难道跟我们还是同行?怎么看都不像嘛,哪来这么光鲜的同行……

      通宝推:木雅之岗,
    • 家园 中国计算机界普遍缺钙

      这句话不是我说的,是今年计算机大会上某人说的,我深表赞同。

      编程语言只是个操作底层的界面而已,安不安全还要靠底层的东西,而不是表面的编程语言,毕竟最终都要回到基本的存储空间和存储方法上。

      目前最大的问题应该不是中文语法问题,而是编译器的问题——简单说就是这么做的编译效率如何做到符合要求。

      • 家园 缺钙说法有点道理,但是...

        我对缺钙的理解是原创性,而不是非要把基础的操作系统、编程语言、编译系统再去做一遍。我欣赏苹果在一片贬低声中把iPhone做了出来,人家也没重头做一套操作系统、编程语言之类的。FreeBSD、GCC拿过来改造就是了。

        另一方面,像工控方面的软件、行业软件,人家肯定不会给你的,哪怕模仿着做出来,不断改进性能和指标。虽然看上去没有什么新东西,那也是原创。

        总之,别人没有的、人家不给你的,你能顶住压力和风险做出来,就是有骨气,不缺钙。

        • 家园 不是说重做一遍,而是要有骨气

          敢于去争先,而不是乖乖等在别人后面,跟着人家,甚至绞尽脑汁去破解——这个时间花在原创,估计也够了。

      • 家园 关于“缺钙”你好像篡改了原话

        这里是原话:

        外链出处

        “坦率地讲,我国当代科技人员的胆识与气魄已不如建国初期的科技人员,普遍‘缺钙’。近十年来,由于科技评价制度强调‘数字化’考评,引导科技人员‘只见树木、不见森林’,习惯于对技术细节的改进,而缺乏判断宏观市场和洞察未来的能力。”李国杰认为,目前我国的计算机技术处在第二方阵前沿(发展中国家前沿),尚未进入第一方阵,几十年来中国在计算机领域的基础和前瞻性研究上投入太少,中国计算机学者对计算机技术的进步还没有实质性贡献,未来10年能否对换代技术作出贡献,还有待于观念和科研体制机制的变化。

        这个指的是前沿研究领域方向选择问题,和所谓的中文编程语言这种应用领域关系应该不大。

分页树展主题 · 全看首页 上页
/ 11
下页 末页


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

Copyright © cchere 西西河