开发疑问，增进提案
-- Zoom.Quiet [DateTime(2005-01-17T17:33:13Z)]
FAQ
提案
From: Eddy Xu <eddyxu@gmail.com> To: Zoom Quiet <zoom.quiet@gmail.com> 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: 对于分类标签的确定，认为，刚开始这个不可能完美，所以我们应该提供弹性，而不是精确