Updates from December, 2012 Toggle Comment Threads | Keyboard Shortcuts

  • Avatar of Chen Rong

    Chen Rong 4:09 pm on 2012/12/31 Permalink | Reply  

    与其说计算机科学是自然科学,如化学物理,不如说计算科学更象考古学。我们不是去发现未知,而是要克服传统陋习,见贤思齐。

     | 874 views | 0 comments | 0 flags | 

     
  • Avatar of Chen Rong

    Chen Rong 4:09 pm on 2012/12/31 Permalink | Reply  

    我讲邋遢教授的故事,因为中国程序员们的IT历史大都是从媒体上演义来的。 计算机每个晶体管,每个比特都是人为的。既然是人为的,任何人都有特定的历史局限性,每个公司都有其利益取舍。计算机发展史就是不断修正前人的历史。前人为什么那样做,是否还有其他解释?你真的认真问别人了吗?问自己了吗?

     | 1,004 views | 0 comments | 0 flags | 

     
  • Avatar of Chen Rong

    Chen Rong 4:08 pm on 2012/12/31 Permalink | Reply  

    再讲个故事,85年夏天在伊利诺大学凑学分,上组合数学。老教授穿个大裤衩,皮拖,T恤。上课扫了大家一眼,说,我看你们看着都挺聪明,能得A,因此同学们都忍受了他每天天南地北胡扯。期中考试五道题,错一道得B,错两道得C⋯第一题:欧拉是聋子还是瞎子?⋯结果同学们大半不及格,告到数学系主任那里。

     | 784 views | 1 comments | 1 flags | 

     
    • Avatar of Chen Rong

      Chen Rong 4:09 pm on 2012/12/31 Permalink | Reply

      老头来上课了,说:"系主任找我了。你们知道不?历史很重要。我1959年,20郎当岁,证明了某数学大定理,上了纽约时报头版。你们要是学数学的料,不上我的课也是搞数学的料。你们谁后半学期上来讲堂课,就得A。要不我胡扯啥,您都记下来。"我在伊利诺上了大概20门课,只记得这门课:历史很重要!

  • Avatar of Chen Rong

    Chen Rong 4:08 pm on 2012/12/31 Permalink | Reply  

    有个Open-Close Principle,说的是要做Open系统,任意可扩展,其基础一定是Close的,即有限的,300还是500不重要。如果一个应用恰好需要第501个API,它不能在別人的OS系统上运行,导致OS碎片化。创建构件的API是有限的,构件的接口方法是无限的。CPU主板总线们协议是有限的,外设扩展是无限的。对吧?

     | 693 views | 0 comments | 0 flags | 

     
  • Avatar of Chen Rong

    Chen Rong 4:08 pm on 2012/12/31 Permalink | Reply  

    CPU主板30年基本没变,计算机的变化主要是通过总线增减外设。操作系统是否可以与主板对应,烧死在BIOS里面?而驱动烧死在外设板的BIOS里面?记住BIOS也是可以升级的。没有软件的构件技术,前面的场景是不可实现的。Int21与ioctl()有本质区别吗?仔细想想Linux为什么会有碎片化。大家真明白构件技术吗?

     | 908 views | 1 comments | 0 flags | 

     
    • Avatar of Chen Rong

      Chen Rong 4:23 pm on 2012/12/31 Permalink | Reply

      回复@大巧若拙:假设OS和外设驱动都是你设计,成吗?微软曾经大到可以不考虑其他OS,可还是要安装驱动吖。这是一个理论问题,不是市场问题。//@大巧若拙:驱动是针对不同操作系统的,差别会很大。如何能将其固化到硬件?想设计一通用操作系统框架规范?

  • Avatar of Chen Rong

    Chen Rong 12:30 pm on 2012/12/31 Permalink | Reply  

    回首往事,2000年2月22日,在北京亚运村北辰汇园公寓E座一间公寓里,召开成立科泰世纪公司实施ZYC(中间件因特网操作系统,后正式命名Elastos)项目答辩会。作为评审组长,汪成为院士给出了“好东西,做不出来”7个字的结论。沈荣骏副主任拍板,好东西就投资,提名孙家栋院士为科泰第一任董事长。

     | 669 views | 1 comments | 0 flags | 

     
    • Avatar of Chen Rong

      Chen Rong 12:31 pm on 2012/12/31 Permalink | Reply

      "两弹一星别人也说做不出来,我们不是都做出来了?老汪你再说一遍是不是好东西?(汪院士再次肯定)只要是好东西,做得出来,做不出来,我负责。"沈荣骏说到。汪院士之后解释,他认为中国还不具备实施新一代操作系统的工业基础,人才储备不足。我当时没听懂汪院士语重心长的告诫,无知无畏。

  • Avatar of Chen Rong

    Chen Rong 2:29 pm on 2012/12/30 Permalink | Reply  

    Elastos用300多个系统API函数,能编写与运行任意程序,不像Linux或Win32随着年轮增长而增长API数量,不用ioctl()之类的crap来唬弄,希望该OS未来无需碎片化,进而希望未来该OS无需安装驱动。我没说无需驱动,我说希望明年今天,我们能证明Elastos无需*安装*驱动。Elastos还在进行时,大家帮,我看行。

     | 711 views | 0 comments | 0 flags | 

     
  • Avatar of Chen Rong

    Chen Rong 12:57 pm on 2012/12/30 Permalink | Reply  

    Elastos版权征求意见稿: 1)授权任何机构使用Elastos名称,Elastos衍生品名称包含Elastos。 2)Elastos.Runtime.eco模块实现300左右C语言API函数,其源代码与二进制代码文件由Elastos.org网站发布。 3)默认采用阿帕奇协议。 4)如果阿帕奇协议与1条或2条冲突,参见1条或2条。

     | 628 views | 0 comments | 0 flags | 

     
  • Avatar of Chen Rong

    Chen Rong 9:34 am on 2012/12/30 Permalink | Reply  

    Windows消息编程模型的WinProc()函数处理用户消息,添加用户消息必须修改WinProc()源代码,这给构件化编程带来不可逾越的鸿沟。MFC编程与COM编程的最本质差别就在这儿了。除了MFC项目外,微软内部92年发明COM之后基本全部转向COM编程。MFC的优点是单个公司做项目快,但不能用来多个公司协同做系统。

     | 2,469 views | 3 comments | 0 flags | 

     
    • Avatar of Chen Rong

      Chen Rong 9:34 am on 2012/12/30 Permalink | Reply

      COM换了个马甲,现在叫Win8 Runtime了。 //@挨踢哥哥:现在COM还有应用吗?可MFC还勉强算活得很好~直接改WinProc那是Win32的做法,MFC不用。MFC虽然组件化没COM好,至少也是OO出来的;COM太麻烦了。

    • Avatar of Chen Rong

      Chen Rong 10:15 am on 2012/12/30 Permalink | Reply

      问题是写构件与用构件的不是同一个人,WinProc()加间址也不可能知道服务构件要抛什么消息过来。Windows编程在1999年经过N次论战,在微软内部下课了,取而代之的是SaaS编程。虽说至今微软也没说清啥是SaaS编程。 //@猫叔shiro:WinProc()问题不能通过加间接层解决吗?

    • Avatar of Chen Rong

      Chen Rong 10:23 am on 2012/12/30 Permalink | Reply

      COM的Reflection机制太粗糙,COM的事件机制太凑合。从这两个方向着手,离Elastos编程就不远了。 //@finalpatch: COM是历经几十年的实践检验后唯一得到广泛运用的Native组件架构。除了直接运用COM的应用之外,许多软件的插件架构都采用了类似COM的结构,包括MacOSX,Firefox,Avid Media Composer…

  • Avatar of Chen Rong

    Chen Rong 9:33 am on 2012/12/30 Permalink | Reply  

    Windows消息编程模型容易憋死服务线程,也称为IoC(Inversion of Control)问题。更为严重的是没有Demons(Services)是否还可大型软件协同编程,称为Service Hardening技术,这是未来面向服务互联网必须克服的问题。浏览器与OS融合,点击服务就像点击网页,不用安装程序,前提必然是不允许跑Demons。

     | 1,022 views | 1 comments | 0 flags | 

     
    • Avatar of Chen Rong

      Chen Rong 9:44 am on 2012/12/30 Permalink | Reply

      回复@大麦头:真信书上的说法吗?如果构件化异步事件能处理好,就没IoC啥事儿了。零件拼装,不允许改零件内部设计。现在流行的编程模型处理不好这事儿,才编一堆概念唬人。 //@大麦头:?IoC是这个意思码?晕

c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
shift + esc
cancel