PersonalCorpus 版 (精华区)

发信人: ssos (存在与虚无), 信区: LilacPark
标  题: 面向应用的制衡
发信站: 哈工大紫丁香 (2001年06月05日09:13:40 星期二), 站内信件

面向应用的制衡
——工程研究方法的思考

我们的世界是一个守恒的世界,一个此消彼长的世界。作为世界本质物理世界是这样,
这是物理科学家已经证明了的,甚至于每一种粒子都有反粒子的存在,在我们的物质世
界的后面,有一个反物质世界存在。当新产生了一个物质世界的物质时,在反物质世界
必然产生一个新的反物质。
这种思想可以用来对创造世界的工程的研究方法进行思考。以计算机科学与工程为例:
在软件工程的研究中,层次越多,构件的可复用性就越好,但是每多一个层次就意味着
多一层接口的定义,也就是效率低了一层;在数据仓库中,有一个著名的操作cube,根本
思想就是将一些常用的聚集事先算好存储起来,这样大大数据仓库减少了查询所需要的
时间,但cube操作导致的是存储量的膨胀;在程序设计语言中,效率最高的是直接的机
器语言,其次是汇编,诸如使用特别方便的vb,pb之类,其效率是非常低下的,并不是这
些高级的编程语言代码优化做得不好,是因为它们需要用户使用方便,必须加大量辅助
的内容进去,代码本身必然是繁冗的。这样的例子在计算机科学与工程中还有很多。
可见在工程中,是不存在绝对的优化的,在一个方向上的优化就意味着在另一个方向上
的弱化。因而在工程的研究时,一个需要考虑的重要的问题就是界面位置的定义,这里
的界面是广上的界面,就是在工程的各个目的的实现中产生矛盾因素应当更倾向于哪个
方向进行配置以及倾向的程度。讨论这个界面制定方法的设计首先要制定一个评价的标
准。
这个标准应当是应用,因为应用是工程研究最本质的目的。当然,应用的范畴比较广,
我想应用中几个因素是应当考虑的,首先是面向的对象,说白了就是用户,以用户为核
心的工程才应当算是成功的工程,微软公司的成功之处就是它把用户放到了一个核心的
位置,每一项工程都在为用户考虑,比如著名的windows,平心而论,windows的效率不
算高,系统的稳定性也不算十分好,但他在从界面到功能到成本都是面向PC用户的,所以
取得了巨大的成功。其次应当是目的,为什么而开发,还是操作系统的例子,windows面
向的是桌面应用而unix面向的是服务器的高端,这就决定了他们在效率—操作界面上的
不同选择:windows更倾向于操作界面而unix更倾向于效率。应用的环境也是一个应当考
虑的因素,因为一些事情的决定在不同的环境下是完全不同的,以上面提到的cube操作
为例,cube操作是在数据仓库环境下提出的,之所以会有这样操作的提出,是因为数据
仓库的环境是一个数据不经常更新的环境,适合于把大量的聚集操作预先做好,而同样
的方法放到一般的数据经常变更的操作型数据库中效率就会变得十分低下。界面推移的
代价是最容易量化的标准,界面推移代价就是看是否能够通过少量的牺牲一个因素来换
取另一个因素的大幅度提高,比如有损数据压缩,在牺牲一点清晰度的情况下,可以换
取巨大的压缩比,这种方法就是值得考虑的。
有了应用作为标准,工程的设计就可以有方向性的定义各个方向的界面。这种定义不应
当是一种绝对化的定义而应当是一种制衡,因为在工程的实际应用中,有许许多多复杂
的情况是无法预知的,需要在每一个方向上都有一定的容限。而且工程本身就是综合,
如果对任何一个方向的偏斜超出了一定的范围,出现了现实中不可能出现的情况,工程
的开发将无法进行,在这一点上,科学与工程是不同的,工程不允许像科学研究那样在
某一个状态上定义一个理想状态进行研究,工程要的是一切从实际出发。
界面的定义有一些是可以量化的,有一些现在还没有办法量化,当然,最理想情况是把
个个因素都转化成为可以统一比较的当量进行研究。这太复杂了,现在的界面的定义还
是依赖于定性的分析。分析是定性的就意味着在本质上的自动化无法实现,对于工程方
法的研究可能还有很长的路要走,也许这本身就是一项工程——出现了循环论证,这个
问题本身或许就是不可解的问题,关于这个的讨论已经超出了笔者的能力,需要更多的
思考和研究。

--

   
<<社会契约论>>是一本好书,应当多读几遍
风味的肘子味道不错,我还想再吃它      

※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.230.220]
[百宝箱] [返回首页] [上级目录] [根目录] [返回顶部] [刷新] [返回]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:5.778毫秒