我有一个梦想!(300分)

  • 主题发起人 沙隆巴斯的主人
  • 开始时间
我曾经申请通过一个项目,后来没做:(。如果不行就用我那个吧,呵呵,不过项目名字就不对了。
 
to 沙师兄:
我写了一篇文章,对我的思想进行比较清晰的描述,请您过目:
基于知识的软件组件思想 http://www.delphibbs.com/keylife/iblog_show.asp?xid=7464
 
我也有一个梦想
就是集大富翁之力
创造一个仿delphi的JAVA开发工具!
 
to creation-zy:
我大体看了一下你的思路,按我的感觉,就像是我们要写一个脚本解释器,组件就像是一个个的脚本,通过我们的系统让脚本正常运行。如果这样的话,我们写组件是不是要先
学习一下“脚本解释器”的规则?如果规则太简单的话,恐怕不能解释一些复杂的东西,
如果规则太复杂,学习起来就比较费时间,他的存在就没有价值,因为他同一般的解释语
言没有太大的差别(不能让编程变得更简单)。
对于你说的一些细节,我也有一些疑问:
1、>>至于知识化组件的具体实现,我的想法是,一个较为复杂的组件将包含若干个子组
>>件,如此递归定义,直到每个组件都足够“基础”或者“特殊”。
按我的理解,这个定义的过程应该只能通过两种方法实现:
1)、在设计阶段,由设计人员按照自己的理解将复杂的过程分析、简化为一些简单
的、已知的组件。
2)、由设计人员按照一定的规则写出脚本,由程序自动分解成一些小的、已知的组件。
这两个方法,都有一个致命的问题,就是规则足够复杂,学习起来太费时间。参考我上面
解释语言的例子,我觉得有没有必要值得考虑。
2、关于共性”以及“不共性”的抽取问题:
我觉得,其实这就是模式识别的问题,如果提前不预作假设,我们很难识别出我们想要
的答案。举你的例子:
1个苹果+1个苹果=2个苹果 1个葡萄+1个葡萄=2个葡萄 1个鸡蛋+1个鸡蛋=2个鸡蛋
——共性:1+1=2 不共性:苹果、葡萄、鸡蛋
对于这个例子,如果理解的角度不同,抽出来的共性差别是很大的。如果我们丛数的角度
来看,确实是可以抽象出你的答案来,但是离了这个预设的角度,可能答案就不同了。比如
如果我们的角度是从物品的角度来看,那么抽象出来的结果就成了食物。你认为是共性的
1+1=2,在这里没有了意义,你认为是不公性的苹果、葡萄、鸡蛋,反而成了共性的(都是
可以吃的食物)。这个问题足够简单,所以角度不多,如果问题足够复杂的话,这就成了
一个致命的问题,我觉得没法解决。
我觉得这个项目,反而不如你原来的autotool,我们可以给他加上感知别的程序的
功能,看看他是否可以真的学会写脚本。我觉得是有希望的。
另外,你给我的源代码我已经编译通过了(注释掉了两句:(我从网上找的一个单
元中两个函数与你的参数不同)。但是你的脚本在我这里没法运行,我最近时间不多,
你能否给我发个mail,写明白点。看着代码研究程序的功能,实在是痛苦啊:D
to 楼主:
不好意思,借你的宝地干点私活儿:p
 
to creation-zy:
看了你的笔记与来信。你已经走在大部分人的前面了。
此前,我也学过数据挖掘、知识工程之类的课程,听过一些网格计算、神经网络之类的前沿讲座。我的感觉是,这类研究还处于一个较初期的阶段,还处在摸索与积累的过程中,短期内在这方面难有突破性的进展(在学习知识工程的时候,是以当前世界上最大的几个语义系统为例的,其常识推理一般可以达到3-4龄童的水平,但这离实用还有很长的路要走);在工业界里的广泛运用更为遥远。当然,以上全是我自己的个人意见与感受而已。
其实,数据挖掘依然有很成功的地方(例如在SARS期间,香港就动用了大型机进行传染溯源);而专家系统在80年代就在医疗门诊上有了较成功的案例。这两样东西都有非常大的实用价值,而其技术亦近成熟,而国内的软件在这领域又几乎是空白(有谁能告诉我,国内的ERP有哪个可以根据资源智能推出计划!!!)。如果想在软件的智能性上下功夫,我更倾向于在以上的两个领域。(实际上,我手头就遇到一个XXXX局对进X口货物按照一个规则库进行欲分类的专家系统的项目,现在,它被一家公司弄去搞了,我正等着看能搞出个什么东东来。)
对creation-zy兄的提议,我非常敬佩,也非常希望能够与你在这方面进行合作。
具体到现在这个项目,其着眼却不在智能化,而且,为了使项目在一个可控的范围内进行,也必须严格限定其范围。因此,我更希望能够在日后的其他项目中与creation-zy兄在智能化方面合作。
 
to wfzha:
其实,现在部署对软件已经是越来越重要了,根据已有组件(已编译的),通过编辑部署或配置文件来改变其行为方式已经是非常普遍的啦(看看TOMCAT、WEBLOGIC等等,以及SAP的ERP)。实际上,通过自描述来实现组件的终极理想——网格计算,已经是取得巨大进展的。你所的脚本解释器在网格计算里是作为接口的一部分被设计进去的。
上面的话题说远了,在这个项目的计划中,我只想做到通过配置文件来实现组件件的连接(当有多个实现了同样接口的组件可用时,用配置文件进行选择与定位),再复杂的就暂不考虑了。
 
to 沙隆巴斯的主人:
项目进展得怎样?我也很感兴趣,希望能参加进来!
 
to 沙隆巴斯的主人:
看来是我孤陋寡闻了,我对网格计算了解不多,不太清楚他是怎么做的。我的意思应该表达得很清楚了,如果写这种脚本的话,这个工程的复杂程度就太高了,其中有太多的不确定因素,技术上,人力上,时间上都有问题,可操作性不强。另外,如果我们写出来的东西需要别人通过大量的学习才能使用的话,我很怀疑有多少人会去使用这个软件。
你的想法倒是比较现实,也容易实现。我觉得,其实web serivers更容易实现这样的接口。结合com+,即使作一些复杂的企业应用也不成问题。但作为一个开源项目,吸引力就相对小了,用来练练手还行,其他的就没什么意思了。这样的项目,如果有人用还好,我们可以学到不少经验,如果没有一个较大的环境应用的话,意义就不大了。
前两天,creation-zy做了一个autotool,代码我没仔细研究(光编译通过就用了我3个小时的时间,等编译完了,我的激情也消耗得差不多了:)。),只是简单的看了一下,好像是可以记录程序的行为,转换成解释性的脚本程序。但不知为什么在我这里运行有问题。
creation-zy在另一个帖子里说要写一个让电脑学会编程的程序( http://www.delphibbs.com/delphibbs/dispq.asp?lid=2427799 ),一开始我不以为然,但现在想想,还是很有可能的,我具体的想法,可以在那个帖子里看到(等会儿我就写),你看一下怎么样。
 
to wfzha:
我同意你的意见,如果要求END USER来学习一门脚本语言,或一个复杂的配置规则,这样是很难接受的。
 
总想做点什么,总不知如何做。
这种东西系统分析设计很重要,你想就是那些公司做个东西那么多人聚在一起都有很多问题出来,让这么多人在业余时间时里把一个东西搞出来真的很不容易。
有个很好的框架很多事情就好办多了。
最近在看设计模式方面的东西,有点恍惚。
先做个记号
 
sourceforge.net终于批准了申请,稍后公布细节。
 
to 沙隆巴斯的主人
真是个好消息。
各位高手,随便帮我看看http://www.delphibbs.com/delphibbs/dispq.asp?lid=2596469
对不起沙隆巴斯的主人兄了,借了你的地方。也希望你也帮到看看吧
 
我来迟了!真是不好意思!!
我现在正在做c/s、b/s的东东,在这方面还算是有些了解吧!
而听了你们的话之后,好像有一种不同的感觉:
想象与开发,我以前想过很多想法,也尝试着去做过,那种感觉就是不一样,今天看了这些贴子,感觉好像又回来了!
好像加入到里面去,因为我觉得我还可以!
i-action@163.com
 
在sourceforge.net申请到的项目可以通过下面的方式加入
Project Descriptive Name: MyLibrary
Project UNIX Name: mylibrarydelphi
大家可以通过上面的关键字找到,然后加入。我会在2天内处理的。
 
由于SourceForge上的中文(估计所有的东方字符都如此)都是按照unicode处理的,阅读起来很不方便,因此,建议大家在上面全部用英语。
 
收到我的请求了吗?
 
to proman:
收到,处理ing
 
有意加入此项目的诸位,请先在sourceForge注册,然后以mylibrarydelphi搜索到本项目,然后申请加入,我和proman会在1天之内做出回应。
另外,请大家在sourceforge上都用英文,因为sourceforge是用unicode成立东方字符集的,处理起来不大方便。
 
我在上面注册了一个用户,怎么加入不进去呢,我试了
1. Mailing Lists
2. Discussion Forums
3. Project Home Page
4. Project Help Wanted (Job postings), which will be shown in bold on the project summary page if present
这几种方法,都不行,怎么回事?
 
顶部