这周观察到代码开始了更新，文档也释放了

特别是:平台工作流程 — http://docspot.org/self-docs/workflow.html
非常可喜的推进...

但是没有见到整体的改进规划，刚刚看到 Zope3 相关图书也用 Sphinx 组织发布了，
docspot 平台的改进应该真正有序开展了;

当前建议:
- 确认各种命名:
 + 社区/服务, 比如说:
  - 正名: 技术文档在线分享社区
  - E名: Tehinc Document in Sphinx posting organization
  - 缩写: docspot.org
 + 平台/系统
  - 正名: 协同文档分享平台
  - E名: Cooperate Document Sharing Platfrom
  - 缩写: cdsp
 - 即,用统一标准的名称,将发展述求/功能范畴/社区文化 等等尽可能的包含进来
  - 同时将标准名称应用到一切可以使用的:
   + 版本仓库目录
   + 发布版本命名
   + 文档中指代
   + URL 设计
   + ...
  - 这样才能形成统一的团队共识,规范的配置管理...
  - 当前的 openbookplatform/trunk/doc_trans  目录就无法恰当的指代这一系统


- 引入新SA
 - 附件是俺的公匙,自存来协助维护系统运维 ;-)
 - 配置标准的SSH 安全帐号以便俺可以
 $ ssh www.docspot.org
 的形式安全登录到主机中
 - 协助 SVN HOOKs 定制
 - 相关外围伺候脚本的开发和维护

- 进一步完善系统重构的设计;
 - 平台工作流程 — http://docspot.org/self-docs/workflow.html 中的流程图是什么绘制的?
  + 建议使用自由软件来绘制,并将原稿也检入到SVN 中,以便持续改进
  + 推荐 Dia, 或是 yEd
 - 设计时至少包含:
  + 不同层次用户的使用流程
  + 系统本身的结构
  + 系统内部的数据关系
  ... 不要将所有想法收纳到一张图中,分别针对性的阐述就好 ;-)

- 逐步改进界面
 - 推荐使用 Pencil http://www.evolus.vn/Pencil/ 原型设计工具，快速重构用户界面，合理化使用流程
 - 将 http://docspot.org/self-docs 链接追加到帮助页面中？

...

最后，建议，在 http://groups.google.com/group/openbookproject 开展每周进度简报的活动，
使用 aka 原理(All Know All):
- 对团队内部坚持透明的通报制度
- 形成自我激励,关注时间结点...





-- 
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
金山常年招聘Py/C++人才! http://bit.ly/UoTV 简历直投俺就成;-)
-------------- 下一部分 --------------
A non-text attachment was scrubbed...
Name: id_dsa.pub
Type: application/octet-stream
Size: 607 bytes
Desc: 不可用
URL: <http://www.zeuux.org/pipermail/zeuux-python/attachments/20090621/ad16f79e/attachment.obj>
-------------- 下一部分 --------------
A non-text attachment was scrubbed...
Name: id_rsa.pub
Type: application/octet-stream
Size: 399 bytes
Desc: 不可用
URL: <http://www.zeuux.org/pipermail/zeuux-python/attachments/20090621/ad16f79e/attachment-0001.obj>