Python 快速工作库

-- ZoomQuiet [2005-01-16 08:33:53]

1. 简述

1.1. 目标

1.2. 项目文档

1.2.1. 里程碑

1.3. 参与

参与者，建议准备的…………

-- Zoom.Quiet [2005-01-17 17:28:01]

与所有的Python 项目相仿

1.3.1. 环境及工具

1.3.2. 第三方python包

  • epydoc 用来编写程序中的文档。访问：[WWW] epydoc(最新2.1)

  • docutils 用来写一般文档。访问：[WWW] docutils(最新0.3.5)

  • 其它

1.3.3. 联系

  • 要求订阅 python.cn 或 google上的邮件列表(已经满足)

  • (可选)拥有自已的blog或wiki，便于发表成果和讨论问题

  • (可选)使用qq,uc,或msn在需要即时或语音讨论时使用

1.3.4. 编码要求

  • 一般文档要求使用reStructure格式编写,参考reST

  • 程序注释文档要求使用epydoc格式来编写,参考[WWW] epytext

  • 代码规范参考 [WWW] Python编码规范

1.3.5. 人员

只要留下常用的联系方式，最好有站内的注册页面，就可以加入 -- Zoom.Quiet [2005-01-17 17:30:53]

  • 负责人：ZoomQuiet

    • (有兴趣参与的自行添加是也乎……)

    • EddyXu : 有兴趣,不过还不是很了解你的意图...交流一下?:) 我的blog: [WWW] http://www.xulei.org

      • 是也乎！好也！而且可以将你的 feedNow 在此运用起来哪！？

      • 如果可以的话，做个Port到ZqLib倒是不错的:) --- EddyXu

    • 申请加入, 维护自己的代码库 --- Hoxide

    • 技术未成熟之前，申请观察员身份，嘿嘿——ChinHantang

2. 日志

ZqLib 项目 推进记要

-- Zoom.Quiet [2005-01-16 15:36:07]

2.0.1. 2005

2.0.1.1. 2005-01-14 23:36 启动

  • 已经几天来的反复修改项目叙述, 终于通过！并开启项目空间!

  • 感谢 SF.net 的义务劳动者，不厌其烦的指导………………忍受我可怜的中式E文！

2.0.1.2. 2005-01-12 14:51 申请

2.0.2. SourceForge.net

3. 讨论

开发疑问，增进提案

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

3.1. FAQ

3.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

4. 关联项目

last edited 2005-03-26 08:44:52 by ZoomQuiet