开发疑问,增进提案

-- Zoom.Quiet [2005-01-17 17:33:13]

1. FAQ

2. 提案

  • From: Eddy Xu <[email protected]>
    To: Zoom Quiet <[email protected]>
    Date: Thu, 10 Feb 2005 05:12:34 +0800
    Subject: 关于zqlib一点想法
    
    你好,今天和hoxide讨论了一下FeedNow, 后来说到了你的pyTan和zqlib.
    我们觉得,可以考虑在zqlib的server上面,由user个人来搜集rss feeds或者其他
    的类似资源。然后由zqlib提供一个port给feednow,由feednow在local做一些数据
    挖掘的工作。而所有的收集的资源都能被其他所有的用户所看见或者收集。这有点
    类似于365key的功能。而我们不同的地方,因为zqlib是作为“知识”汇集,而学习
    知识的最好的途径就是掌握一个普遍的联系,那么就可以或者是客户端或者是服务
    器端来计算特定的用户的特定联系。
    
    另外,我还有一些想法,就是zqlib要提供什么的界面给user.是类似blog的面向个
    人结构,还是类似wiki的面向知识结构。我觉得我们可以考虑采取一种折中的方
    法,就是对于每个user,采用类似blog的形式,这样的好处是每个人的知识可以得
    到连续的积累。另外,我们提供一种机制,对所有的 blog的相应的内容予以聚
    合,(比方说加Tag),然后通过一个界面,提供给所有的reader面向知识的结构。
    
    至于对相应的内容以什么标准聚合,我个人认为,在user的自觉主动分类下加以非
    强制性的辅导。比方说只分大类,不分小类。另外就是要能让user的每一篇文章或
    者代码都能标记若干tag, 这样,可以方便的建立联系。然后给不同的联系加上
    weight, 类似于路由算法:)
    
    一点不成熟的拙见,请批评指正:)
    
    -- eddyxu
    
    
  • 05-02-24:天成,hoxide, eddyxu在QQ上的讨论:
      1 对于个人,主动的学习最有效率,数据分类这一项需要数据提供者的一定的人为支持。但是,你想当你发现一个资源当你把它提交的时候需要填写类似keyword title等关联的时候对效率提高并不大。zqlib就应该提供一个简单的支持方法。(比方,预先设定的keyword) 还有数据的关联对程序来说应当具有学习行为,不需要重复的人为支持。
    
      2 天成关于数据实现方法的一些构想:
       2.1 对于各种资料数据的进行分类 做一个base来派生其他数据类型:有文本片段类,有文件类,有文件集合类,有url类等,提供统一的提交修改,发布方法。
       2.2 可以做一个分类标签的设计器,设置分类和关联关系。用xml来描述搜集器内置很多分类标签文件可以使用内置的,也可以自己修改或者自定义或者从web上下载别人设定好的。搜集器利用这个xml的描述来生成管理提交界面
       2.3 关联图可以用freemind来用程序自动生成一个图纸,来描述关联关系和层级关系。最好也能转化成xml然后就可以做成xhtml用web导出。
       2.4 至于数据存储我觉得因为有文件类数据,即便不用zodb 用树型文件结构也可以做.这样还可以方便导入和导出以及手动修改。
    
     3 eddyxu: 对于分类标签的确定,认为,刚开始这个不可能完美,所以我们应该提供弹性,而不是精确 
     
    
    
    • 由于优先实现 Python 脚本实用片段的分享处理,所以 关联图谱,建议标签等等都可以支持的
      • 特别是自动的图谱生成, GraphViz 的自动类结构分析,已经在作,可恨不支持中文,只能进行代码分析!

      • 对于存储我也倾向文件的直接保持!方便同步也方便搜索,但是安全问题是个问题,看 MoinMoin 作的就可以感到了 -- ZoomQuiet