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