海边的贝壳

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/index.php?blogid=3611&cat=4 存档链接: https://web.archive.org/web/20041027073738id_/http://www.blogbus.com:80/blogbus/blog/index.php?blogid=3611&cat=4

海边的贝壳 “我好像是在海上玩耍，时而发现了一个光滑的石子儿， 时而发现了一个美丽贝壳而为之高兴的孩子。 尽管如此，那真理的海洋还是神秘地展现在我们面前。” ――伊萨克・牛顿 : [1] 本体论Wiki -[ 学术思考 ] mountain @ 23:05 2004-08-12 接着今天凌晨的话题说，能否设想一种本体论的Wiki网站呢？在那里，我们可以自发的定义类（Class），添加个体（Individual），维护这些数据之间的关系。不论是元数据还是数据都开放给任何用户，任何人都可以查看、编辑他们。 技术上是可以做到这一点的，但是这种站点能够成功吗？就拿Wiki来说，虽然Wiki站点有很多，但目前为止好像还只有维基百科成功地被大众接受，其他的Wiki参与的人都比较少。大概是因为维基百科找到了很好的切入点。 本体论Wiki能在什么领域找到它的实用价值，同时又能集合大众的力量呢？ 永久链接 | 评论(0) | 引用(0) 今天我才真正理解了Semantic Web的意义 -[ 学术思考 ] mountain @ 02:15 2004-08-12 很早以前曾经下载过Personal Brain，但试用了一下很快就把它放在一边了。后来网上有人说起，头几天我又下载来，装在机器上。这次我认真地试着的向里面添了一些数据。摆弄了几下之后，我很快就发现Personal Brain的元数据是非常简单的，几乎没有什么复杂的数据类型，不过这也使它操作简单。这种简易的特点，也使我想到了Wiki，其实Wiki也没有什么复杂的结构，就是一个超文本。但是当简单的Wiki开放给全世界时，它显示了力量。 如果我们拥有一个比现在的Personal Brain、Wiki、Blog或者书签更好的知识管理工具，它能包容所有这些工具，它可以自定义数据结构，能够自动加载不同类型数据的显示、编辑界面，那会是什么样呢？我可以定义联系人类型，然后添加我自己的联系人；我可以定义图书卡片类型，然后记录我的读书笔记。真正有趣的事情还在后面，因为数据类型的定义是标准的，所以我可以把它们公开，然后我就可以在我的朋友间传递这些数据了。不用担心朋友的电脑理解不了我的数据，因为如何显示、编辑这种数据类型的信息也随着这个数据类型的定义一起公开了。 可巧，今天我在网上发现这种工具已经有了： Protégé 。JavaWorld还有一篇它的 介绍文章 。现在这种Ontology的工具已经有了，那我们用它来干什么？我们要用它来刻画世界！比如，我们时间的标尺，世界各城市，各种动植物，图书分类法等等，这些数据全部都有共享的价值，这些数据是我们将来数字化社会的基础数据。 当然Semantic Web发展的实际进程可能不会那么浪漫。但我们现在确实看到标签系统的日益丰富，全社会共享的结构化数据在不断增加。 永久链接 | 评论(0) | 引用(0) 工作流管理系统 -[ 学术思考 ] mountain @ 06:48 2004-04-07 下文的原始出处在 维基百科 ，这个条目由我创建，写作的过程参考了英文版对应的条目，主要内容来自我为讨论班准备的材料。 工作流管理系统 （Workflow Management System, WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理 工作流 ，协调工作流执行过程中工作之间以及群体成员之间的信息交互。 工作流管理系统将业务流程中工作如何组织协调在一起的规则抽象出来，从而分离了具体工作的逻辑和流程组织的逻辑。我们在工作流管理系统的协助下：开发人员遵从一定的 编程接口 及约定，就可以开发出更具灵活性的事务处理系统；最终用户无需重新开发事务处理系统，就可以自己更改工作流程，以适应业务变化的需要。 [ 编辑 ] 系统结构 工作流管理系统产品结构 工作流管理系统由如下几部分组成： 定义工具：用来定义工作流，它生成工作流定义。在定义时可能会参考组织或角色数据，还会引用外部应用程序的编程接口。 工作流执行服务：用来执行工作流，可能包含多个相互独立、并行运转的工作流引擎。它可能会参考组织或角色数据，还会调用外部应用程序，维护工作流控制数据，使用工作流相关数据，生成工作列表。 工作流引擎：用来执行单独的流程实例。 用户界面：用户操纵工作流列表的界面，可能会调用外部的应用程序。 永久链接 | 评论(0) | 引用(0) 工作流 -[ 学术思考 ] mountain @ 06:41 2004-04-07 [ 编辑 ] 下文的原始出处在 维基百科 ，这个条目由我创建，写作的过程参考了英文版对应的条目，主要内容来自我为讨论班准备的材料。 工作流 （Workflow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。 工作流管理系统 （Workflow Management System, WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。 工作流属于 计算机支持的协同工作 （Computer Supported Cooperative Work， CSCW ）的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。 [ 编辑 ] 历史 工作流的概念最早可以溯源到 1970年代 人们开发的 办公自动化 系统，如 施乐 帕洛阿尔托研究中心 的办公研究小组开发的 Officetalk 系统，当时人们对工作流管理系统的应用前景非常乐观；但由于没有几个实际系统获得成功，相关的基础概念不统一，各种技术条件还未成熟，整个80年代工作流系统的发展处于停滞阶段。进入90年代以后，相关的技术条件逐渐成熟，工作流系统的开发与研究进入了一个新的热潮，但相关的基础概念仍未统一。据调查，截至 1995年 共有200多种软件声称支持工作流管理或者拥有工作流特征。工作流技术标准化的工业组织- 工作流管理联盟 （WfMC）也于 1993年 成立，他们给出了 工作流参考模型 ，并相继制定了一系列工业标准。 [ 编辑 ] 参考条目 计算机支持的协同工作 工作流管理系统 工作流管理联盟 工作流参考模型 [ 编辑 ] 站外链接 工作流管理联盟 Technische Universiteit Eindhoven工作流研究小组 Wil van der Aalst ：工作流领域比较活跃的研究者。 永久链接 | 评论(0) | 引用(0) AOP基本概念 -[ 学术思考 ] mountain @ 06:27 2004-04-07 下文的原始出处在 维基百科 ，这个条目由我创建，写作的过程参考了英文版对应的条目，主要内容来自我为讨论班准备的材料。 面向侧面的程序设计 （aspect-oriented programming，AOP，又译作 面向方面的程序设计 ）是 计算机科学 中的一个术语，指一种 程序设计范型 。该范型以一种称为 侧面 （aspect，又译作 方面 ）的语言构造为基础， 侧面 是一种新的模块化机制，用来描述分散在 对象 、 类 或 函数 中的 横切关注点 （crosscutting concern）。 侧面的概念源于对 面向对象的程序设计 的改进，但并不只限于此，它还可以用来改进传统的函数。与侧面相关的编程概念还包括 元对象协议 、主题（subject）、 mixin 和委托。 [ 编辑 ] 基本概念 关注点 （concern）：对软件工程有意义的小的、可管理的、可描述的软件组成部分，一个关注点通常只同一个特定概念或目标相关联。 主关注点 （core concern）：一个软件最主要的关注点。 分离关注点 （separation of concerns，SOC）：标识、封装和操纵只与特定概念、目标相关联的软件组成部分的能力，即标识、封装和操纵关注点的能力。 方法 （method）：用来描述、设计、实现一个给定关注点的软件构造单位。 横切（crosscut）：两个关注点相互横切，如果实现它们的方法存在交集。 支配性分解 （dominant decomposition）：将软件分解成模块的主要方式。传统的程序设计语言是以一种线性的文本来描述软件的，只采用一种方式（比如：类）将软件分解成模块；这导致某些关注点比较好的被捕捉，容易进一步组合、扩展；但还有一些关注点没有被捕捉，弥散在整个软件内部。支配性分解一般是按主关注点进行模块分解的。 横切关注点 （crosscutting concerns）：在传统的程序设计语言中，除了主关注点可以被支配性分解方式捕捉以外，还有许多没有被支配性分解方式捕捉到的关注点，这些关注点的实现会弥散在整个软件内部，这时这些关注点同主关注点是横切的。 侧面 （aspect）：在支配性分解的基础上，提供的一种辅助的模块化机制，这种新的模块化机制可以捕捉横切关注点。 从 主关注点 中分离出横切关注点是面向侧面的程序设计的核心概念。 分离关注点 使得解决特定领域问题的代码从业务逻辑中独立出来，业务逻辑的代码中不再含有针对特定领域问题代码的调用，业务逻辑同特定领域问题的关系通过 侧面 来封装、维护，这样原本分散在在整个应用程序中的变动就可以很好的管理起来。 “面向侧面的程序设计”（aspect-oriented programming）这一术语出现的具体时间已经不可考证了，但该词是由 施乐 帕洛阿尔托研究中心 的Chris Maeda首先提出的。术语“横切”（crosscutting）是由Gregor Kiczales提出的。 [ 编辑 ] 例子 对于一个信用卡应用程序来说，存款、取款、帐单管理是它的主关注点，日志和持久化将成为横切整个对象结构的横切关注点。 [ 编辑 ] 早期工作 同许多重大的技术创新一样，面向侧面的程序设计也是在不同的地方被独立发展出来。面向侧面的程序设计的早期工作主要是由下面几个机构和人员作出的。 [ 编辑 ] 施乐 帕洛阿尔托研究中心 参与人员：Gregor Kiczales, John Lamping, Cristina Videira Lopes 研究经历：早期的工作是关于反省机制和元对象协议的； 1997年 Gregor Kiczales发表了论文《面向侧面的程序设计》（Aspect Oriented Programming）。 代表系统：基于元对象协议的面向侧面程序设计系统 、 AspectJ [ 编辑 ] 国际商用机器公司 托马斯・J・沃森研究中心 参与人员：William Harrison, Harold Ossher, Peri Tarr 研究经历：1980年代末的早期工作是关于软件开发环境与工具集成的；后来提出多维分离关注点（MDSOC, Multidimensional Separation of Concerns） 代表系统： Hyper/J [ 编辑 ] 美国 东北大学 参与人员：Karl Lieberherr 研究经历：早期工作研究软件演化，提出了 得墨忒耳定律 （the law of Demeter）、传播模式（propagation pattern）、适应性程序设计（adaptive programming） 代表系统：[[Demeter/C++]], Demeter/Java [ 编辑 ] 荷兰 Twente大学 参与人员：Mehmet Aksit 代表系统：Composition filters [ 编辑 ] 语言实现 最广为人知的 面向侧面的程序设计语言 是由 施乐 帕洛阿尔托研究中心 开发的 AspectJ ，该语言可以和 Java编程语言 结合在一起使用。 [ 编辑 ] 站外链接 Aspect-Oriented Software Development AspectJ 关于面向侧面的程序设计和AspectJ的系列文章 永久链接 | 评论(0) | 引用(0) 工作流资源 -[ 学术思考 ] mountain @ 23:58 2003-11-18 正在看Bartosz Kiepuszewski的2002年的论文Expressiveness and Suitability of Languages for Control Flow Modelling in Workflows，解决了我不少的疑问。 Technische Universiteit Eindhoven有不少关于工作流的资料，都还比较有价值。 http://tmitwww.tm.tue.nl/research/patterns/index.htm Wil van der Aalst应该是工作流领域比较活跃的研究者了。 http://tmitwww.tm.tue.nl/staff/wvdaalst/ 永久链接 | 评论(0) | 引用(0) IEEE754背后的故事 -[ 学术思考 ] mountain @ 19:42 2003-11-10 IEEE754背后的故事： An Interview with the Old Man of Floating-Point 永久链接 | 评论(0) | 引用(0) 领域语言的学术会议与资料 -[ 学术思考 ] mountain @ 00:35 2003-11-08 在网上搜集了一些领域语言的学术会议与资料，如下： 学术会议： SIGPLAN Workshop on DSL 97: http://www-sal.cs.uiuc.edu/~kamin/dsl/ OOPSLA Workshop on DSVL 2001: http://www.isis.vanderbilt.edu/oopsla2k1/ OOPSLA Workshop on DSVL 2002: http://www.cis.uab.edu/info/OOPSLA-DSVL2/ OOPSLA Workshop on DSVL 2003: http://www.cis.uab.edu/info/GPCE-DSVL3/ USENIX Proceedings of the Conference on DSL 97: http://www.usenix.org/publications/library/proceedings/dsl97/index.html USENIX Proceedings of the Conference on DSL 99: http://www.usenix.org/publications/library/proceedings/dsl99/index.html 专题网站： DSL @ IRISA Compose project http://compose.labri.fr/documentation/dsl/ Series of seminars on DSL @ Halmstad Univ. http://www.hh.se/staff/vero/DSL/ 永久链接 | 评论(0) | 引用(0) 开放的网络、Google和互动 -[ 学术思考 ] mountain @ 17:38 2003-11-04 看看各大BBS的红火，反思我自己使用网络的经验，可以发现网络的开放性扮演了重要的角色。开放意味着任何人都可以获取信息或者参与到互动中来。开放使得信息可以在这个没有界限的空间中迅速聚集和传播。比如各高校的BBS都已经成为了重要的信息集散地，影响到了学生的日常生活。 表面上看Google只不过使我们在亿万张网页中确定出有价值的网页，但从社会效果上看它使得相距遥远的人群（不只是物理上的遥远）建立了某种联系，而且这个过程是及其廉价的。比如头几天我为了撰写维基百科条目“ 胡适 ”在网上查找资料，很快我就发现了台湾的站点 胡�m�o念�^ 和香港的 �K��昌 博士的站点，这就使我很快的了解到世界上正有一群人从事着相关的活动。实际上，我经常访问的站点都是通过Google查到的。 这里还有一点有趣的是超链接的社会作用，它可以使我们在网络这个空间内迅速、廉价地建立联系。这一点也有赖于网络的开放性。 在这个空间内信息流动不只是单向的获取，而是双向的互动。 永久链接 | 评论(0) | 引用(0) 软件产业形态与代码量统计 -[ 学术思考 ] mountain @ 23:06 2003-09-15 硬件的飞速发展，网络的出现，人机交互方式的变化正剧烈的改变着软件产业的形态。那么影响软件产业形态的因素有什么呢？从某一个视角来看，复杂性和经济学是影响软件产业形态的重要因素。 软件构造是一个非常复杂的过程。由于经济学的原因，在攻克软件构造的复杂性过程中，发生了系统程序和应用程序的裂解，于是软件产业也随之分化成了不同的行业。在分化过程中值得注意的是一些关键性的系统，它们居于核心的，具有某种平台性质。比如操作系统内核、桌面系统、浏览器、Web服务器、数据库服务器。 写了一个小程序测试了一些系统的源程序行数，想看看现在的关键性系统究竟有多复杂。测试结果如下： openoffice-1.0.2 3786802 linux-2.4.20 2964125 mozilla 2459987 sapdb 711151 (script for system tables not include) j2sdk1.4.0 486376 amaya 7.2 452057 mysql 428500* gcc-2.7.2.2 331209 lesstif-0.93.40 323526 httpd-2.0.44 297110 jfc 210022 tianan 142105 HotSpot JVM 1.1 119093 javatool 101041 (estimated from bytecode) hurd-0.2 97674 jigsaw 96061 berkleydb-3.2.9 86862 aspectj-1.0.6 84405 tomcat-4.1.10 64495 libwww 61347 zlib-1.1.4 9388 从上面的结果，我们可以看到： 一个实用的基本的开发环境（编译、调试、库等）的代码量应该在 100~500 kloc 附近，才有可能被广泛使用。 复杂的应用需要有 ~1 mloc 级别的代码量。 一台良好工作的 PC 所必须的支持软件大致需要有 ~10 mloc 级别的代码量。 永久链接 | 评论(0) | 引用(0) XML blogger del.icio.us furl.net Wikipedia 分类目录 似水流年 (10) 光阴故事 (2) 学术思考 (10) 音乐电影 (9) 网海拾贝 (21) 瓦尔登湖 (36) 技术专题 (8) 维基百科 (27) 开卷有益 (3) Blog相关 (10) Wiki相关 (17) 最后更新 好久没来了 从《庄子说》到《天地》 访谈：沃德・坎宁安 维基百科已经达到100万条目 煎饼 探索Wiki Wiki资料：自由百科制造者 维基百科Wiki新写法―主题首页 发现了一个好站点 《锐思评论》关于中立观点是否适用于BBS的讨论 最新评论 rosebud : 以经关了，听说是. Mountain : 说的也是，看来中. tiantian : 我一直挺怀疑这个. priam : 图形化的uml编辑�. shizhao : 这是年初的一个记. Mountain : 一般般啦，眼界还. ppip : mountain 关注的�. ppip : 呵呵，mountain �. Mountain : tian 好幽默。不�. Mountain : 这都考证过呀？太. 存档 2003/09/12/-2003/10/01 2003/10/01/-2003/11/01 2003/11/01/-2004/01/01 2004/01/02/-2004/04/01 2004/04/01/-2004/05/01 2004/05/01/-2004/06/01 2004/06/01/-2004/07/02 中文Blog CNBlog:Blog On Blog 互联教育体系-博录(CES Blog) 刻录事・Klogs/Blog Easy Librarian 程序员Blog 程序匠 竹笋炒肉 透明思考 山南水北 维基人Blog 维基百科网络杂志 半亩塘闲话 举头望月 孵蛋的果酱 Richy's blog 链接 : [1]