[M] Prelude to K.O. (4)

本来不想再无谓的争论一些无聊的东西，不过忍不住最后插一句:

MS放弃Pascal可能也是如此考虑的吧.

我觉得更加可能的是，开发、创新能力上竞争不过对手......
网络上大量的证据都指向90年代Borland与M$签订的"互不侵犯利润条约":
此后的十年内Borland没有出过C和Basic的IDE，M$也没有出过Pascal。

就此封笔，本贴接下来您说什么我都无条件同意。:D

原帖由 LOVEHINA-AVC 于 2007-5-18 12:25:00 发表 封笔就不要了，我还想看(5)哇;P

唔，不是说不写了，只是不想就这个问题讨论了。
这是一个很有意义但是很没有讨论价值的东西，就像众神论、一神论和无神论一样，口水积成海，再杀上一堆人，估计把地球炸成两截都解决不了问题... :P

那个(5)是真的没有了，因为我已经用最快的方法把我认为关键的要点介绍出来了。

接下来就是 Prelude 先行预览版了，不过我计划至少等把数据库支持移植到CAS架构下才发布，根据空闲情况，要等几天去了。

GNU C编译器对于Inline过程的堆使用处理上效率很低...
以前我在Kernel里面写一个模块，试图使用递归(我知道不是很安全，但是想试试看)，结果才循环了几次就死掉了，我原以为能坚持上百次。
结果将kernel module目标文件反编译一看，递归中使用了一个Inline的函数，只有20个字节的居于变量，但是编译器Push了接近700个字节... 不知道怎么"想"的.... XD

现在的编译器其实都很先进的，想要手写ASM比编译器快还真不容易 :P
我一般只在我确信手写比编译有绝对优势的时候才用汇编:
比如，操作位图，还有临时储存一些数据，一两条ASM就能解决。这种情况下高级语言的包裹代码就太冗余了...

当然还有就是实现一些特殊目的，比如CAS的免锁队列中，也用到了不少的Inline汇编。
在试图1:1移植到C的时候，才发现了标准C不能在两块ASM间跳转:
ISO的解释(定义)是，C的Inline汇编快不应该有改变整个程序执行流程的能力。
我想这个多半也是为了编译器能够更加准确的优化代码而规定的。

原帖由 Miliardo 于 2007-5-18 15:22:00 发表 Object Pascal是没有标准的，或者说Borland就是其标准？ 这样的话如果要上其它平台就要做好重写的准备了= = Linux下的kylix适用范围非常小，而且基......

前面的讨论不是都说到了么，讨论标准是没有意义的。因为如果要按照标准来做程序，一切定会变得很痛苦，C也不例外。

至于Linux，至少目前Kylix在各个主要的版本的Linux最新的系统上运行的很欢畅，而且在未来的一两年很有可能会再出现一个升级版本的。
Mac嘛，既然都改用x86系统了，运行一下Windows或者Linux也无妨，新的Virtulization技术的应用目前也逐渐成熟了。
其他的系统、平台么，再说吧。毕竟我一个人也维护不了这么多的版本，两个系统我想已经基本足够了。


另外，友情提醒一下各位: 如果您的机器CPU支持最新的虚拟技术(Virtulization Technology)，而且目前你没有用虚拟机的话，请务必在BIOS中将这个功能关掉。
在一个Hyper为空的环境下运行系统是一件极其危险的事情。

最后牢骚一句，x86的设计真恶心

没办法，现在的世界有钱、有市场就是王道。
"有钱可让鬼推磨"这句话在M$上得到了完美的印证:

举个例子: 视频压缩上，一开始DivX有很大的优势，画质:压缩率比值高，基本上被普遍使用；
M$的WMV格式后出来，一开始做得很差，画质明显不行，而且容量还大...
但是M$在接下的几年时间里面持续不断的往WMV开发部门投入天知道多少美元 (别人有这个经济实力啊)...
当投的钱足够可以买下DivX整个公司几次的时候，奇迹发生了，WMV每一个版本都有很大的进步，直到最近，网上相当大一部分视频都是用WMV格式压缩的了。

用户不是傻子，当然会选择好的程序用；但是只要有钱，大量的钱，就一定能够吧不好的东西改进的比竞争对手的好。
于是乎，钱就变相的和用户的欢迎程度，市场占有率挂钩了.....

所以，虽然金钱不等于一切，但是却可以影响一切。 =v=

至于Kylix会不会再升级……我个人认为Borland已经抛弃这个产品了。

Borland是一间神奇的公司，你永远想不到他们的下一步。出奇才能制胜，特别是在恐龙公司称霸的时代。
Delphi 2007就是一个很好的例子:
* Vista Glass Frame的效果支持包装得非常的好。现在就连用M$自己的VS开发Glass Frame的窗口都要写很多行代码，Delphi只需要鼠标点几下...
* “Delphi for PHP” 无疑又是一个开先河之作，虽然我没有使用过，但是看见评论说，仅用鼠标点几下设计出来的网页菜单效果足以让现在大多数菜单代码汗颜....

话说为啥危险

因为现在可能已经有病毒/恶意程序部分应用了Virtulization技术。
一旦你的机器被其感染，病毒将成为你的机器的HyperVisor，你的整个系统都将在"恶魔"的监控下，而且因为有硬件保护，你没有任何办法检测出来。

这项技术的存在是在去年7月左右被透露出来的，据作者 (一个安全公司的技术研究员，幸好是) 描述，他的示范程序从 "入侵"系统 到 成功的称为机器的神秘管家 整个过程非常的迅速，甚至不需要重新启动机器.....
=v= 因为受到Matrix电影启发，取名为BluePill (Neo吃下蓝色药丸后大概就是这样的|||||||||)

其实我一直觉得PHP很像各种高级语言的综合体。
曾经试图像用C++一样去用，发现虽然可行，但有些地方是不是很方便，主要就是缺乏一个IDE，没有一些智能辅助写程序效率很低，就像回到了DOS时代....
Delphi for PHP我看来正好弥补了这个空白。

不过，我没试用过，对其具体的技术细节没有发言权... =v=

话说O‘Camel真的是一个很强的语言啊，要计算有计算能力，要文字处理有处理能力：
求反函数只需要一句话；
匹配字符串有多强去读读RLDev就知道了，整个Reallive指令集都被实现了还外加一套自己的语法，居然也没见什么冗长的代码。

改日好好学学，争取达成和Pascal交互，这样直接就可以把RLDev改成模块套用于K.O.中了。
Pascal + OCamel 活活活，这个组合对于只用M$ C++的程序员真的可以叫"鬼见愁"了....
开放源代码就是好啊，可以让人博览各种不同的语言、编程风格，摆脱狭隘的世界观，突破思维定势的控制。

开源万岁~~~

呵呵，如果现在Pascal还是80年代那个时候样子，才真正的成了“小语言了”...

不过现在的小语言也有小语言的强项:
我的免锁同步队列生成上百MB的Trace用来校验操作的正确性，用Perl花了3分钟写了一个脚本，扔到16G内存的机器上运行，20秒钟吃了6G，但是完成了我需要任务。

语言其实没有优劣，刚刚够用就好... =v=

据说还有人用mIRC脚本写出过IRC服务器..... 虽然我没见到过，但是....逆天啊 =v=