今天的进度以及框架的安排
黄毅
Zoom.Quiet
> 关于框架篇的安排，我想是不是可以这样
感谢思考,,不过,真的需要先通读一下所有章节,建立图书工程概念,,
0. 邮件最好同时发送给 openboo...@googlegroups.com zeuux...@zeuux.org 因为是不同团队的配合!
1. 创建PCS 章节时,请使用己有的 OBP作弊条体例模板 维基模板中组织好了相关的文章结构元素!
因为编辑的集中式审阅要求有统一的干净的纯正文维基页面!
http://wiki.woodpecker.org.cn/moin/ObpLovelyPyEditorRule/NewEditorDicuss
中有详细的讨论过程和决议!
http://wiki.woodpecker.org.cn/moin/ObpLovelyPythonEd 就是已经组织好的编辑专用入口!
为了支持编辑工作,所有文章都进行过增补,追加了 相关控制字串! 否则就有附图类似的意外内容包含和错误!
Liz 独立完成的 环境篇系列文章就很好的执行了决议:
http://wiki.woodpecker.org.cn/moin/ObpLovelyPythonEd/PCS0
2. 图书是社区分布式工程,而且是晚期攻坚阶段了,请所有同志们,及时理解历史积累起来的规范,真正作到协同,不能,继续相互猜测和创造新规则了,,,
再次向所有同志建议:
http://wiki.woodpecker.org.cn/moin/ObpLovelyPyEditorRule
是图书工程的所有规范出处,请理解,先!
--
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''
黄毅
lisa
Zoom.Quiet
> 对于黄毅的疑问，周琦回答一下？
"""我还是不太懂为啥一定要把很系统的框架知识组织成这样零散的小知识点，这样对读者来说价值不大，也没有把东西介绍清楚。还是看大家对现在这个情况满不满意吧，满意就OK了。
我还是建议我前面提议的那种系统一点的介绍吧，读者可以学到东西的。或者干脆去掉这种鸡肋式的简介，因为我通读了一下web故事篇，这里大部分框架都跟前的web
故事没有什么关系，去掉根本不会影响阅读的。
"""
图书的目标就是成为 python 大餐前的开胃小菜，
分享 Pythonic 体验和增广Python 世界见识, 是图书的两大指标,
前者,由 实例开发故事进行 ,后者就是 PCS和资源索引 的干活了,
教授读者使用某个框架来开发,从一开始就根本上 不是我们的目标和宗旨!
是也乎?! 系統点的知识体系,根本不是Python 学习的好方式!
这从一开始就进行反复强调的,我最最反感端着学校的架子按部就班的对所有方面进行讲解,
好象很对读者负责任,但是其实没有人可以快速通过这种知识堆中获得经验和技艺的,,,,
可爱的Python 就是想通过推广解决问题的 Pythonic 方式和思路来捥救被中国教育制度毒害多年的学生/新职员们,,
所以,请编辑多和以往的责编沟通,真正把握本书的精髓!
BillXu ? 哲思社区的看法?
是想作本全新的面向开导思想的图书,还是复制又一本 "超越Python" 式的杂而全,但是没有灵魂的书?
XiaQingRan ?你也知道这书N久了,你对入门级别的技术图书的看法?,,,
> 或者可以听听审校团队的意见，以读者的身份来看看框架篇的内容如何安排更合理，毕竟书出来后需要读者的认可，真正帮助读者学到东西。
--
Zoom.Quiet
>> BillXu ? 哲思社区的看法?
>> 是想作本全新的面向开导思想的图书,还是复制又一本 "超越Python" 式的杂而全,但是没有灵魂的书?
>>
> 关于创作导向，从现在来看，本书的主线是2个故事，其他的内容都是围绕这2个故 事展开，因此，主次要分明，也是现在的原则。
>
是也乎,这是整体图书设计的原则,,,应该遵守,,
> 我的疑问是图书市场是否需要这本书？这是需要我们一起去思考的。我们是否还需 要根据现在的图书市场情况对此书的结构做一个调整？对此，我在想这个问题，大家的意见呢？
一个成熟的图书市场,必定支持不同层面的读者,
Python 在中国远没有达到主流的地步,从TIOBE 全球排名来看:
TIOBE Programming Community Index for September 2008
http://www.tiobe.com/content/paperinfo/tpci/index.html
对应到图书市场根本没有达到相同的比例水平,
而且,在中国,对于 Python 还是未知的人群多,也即,初级入门图书的潜在市场从来不小,
RobertChen 的源码解析,可以说是针对 C/C++资深开发人员了解python 的运行机制,给出了体验分享,
但是对于中国最多的 JAVA/PHP/VB/.NET 开发人员来说,快速体验Python 完全不同的开发思路和方式的入门图书,
根本没有,,,,
虽然, Lovely Python 写了两年多,很多当时的新人,都已经是老鸟了,但是想一想中国每年计算机专业的大学生新增几十万,
而中国所有python 相关技术社区的注册人数加起来也没有超过 5万吧,
这是多大的差异和潜在的市场?
Yan Sheng
2008/9/21 Bill Xu <bi...@zeuux.org>:
>> BillXu ? 哲思社区的看法?是也乎,这是整体图书设计的原则,,,应该遵守,,
>> 是想作本全新的面向开导思想的图书,还是复制又一本 "超越Python" 式的杂而全,但是没有灵魂的书?
>>
> 一本好书要有自己的思想和主线（创作导向），同时要有一定数量的目标用户（市 场导向）。
> 关于创作导向，从现在来看，本书的主线是2个故事，其他的内容都是围绕这2个故 事展开，因此，主次要分明，也是现在的原则。
>
一个成熟的图书市场,必定支持不同层面的读者,
> 我的疑问是图书市场是否需要这本书？这是需要我们一起去思考的。我们是否还需 要根据现在的图书市场情况对此书的结构做一个调整？对此，我在想这个问题，大家的意见呢？
Python 在中国远没有达到主流的地步,从TIOBE 全球排名来看:
TIOBE Programming Community Index for September 2008
http://www.tiobe.com/content/paperinfo/tpci/index.html
对应到图书市场根本没有达到相同的比例水平,
而且,在中国,对于 Python 还是未知的人群多,也即,初级入门图书的潜在市场从来不小,
RobertChen 的源码解析,可以说是针对 C/C++资深开发人员了解python 的运行机制,给出了体验分享,
但是对于中国最多的 JAVA/PHP/VB/.NET 开发人员来说,快速体验Python 完全不同的开发思路和方式的入门图书,
根本没有,,,,
虽然, Lovely Python 写了两年多,很多当时的新人,都已经是老鸟了,但是想一想中国每年计算机专业的大学生新增几十万,
而中国所有python 相关技术社区的注册人数加起来也没有超过 5万吧,
这是多大的差异和潜在的市场?
黄毅
> 关于创作导向，从现在来看，本书的主线是2个故事，其他的内容都是围绕这2个故 事展开，因此，主次要分明，也是现在的原则。
我很认同本书的这个创作意图，那么我建议去除一些无用的框架介绍，因为目前这样的介绍方法是没有抓到web框架的关键，反而可能误导读者，因为从这样的介绍看来，python的web框架世界是如此的杂乱。关键在于web框架不同与一个功能单一的模块，简单的介绍是不能达到目的的，甚至可能有反面效果。
黄毅
Zoom.Quiet
> 我对这本书的市场还是有信心的，这本书的方式也很有趣。
> 我的问题只是具体到框架篇这里的组织，我也不喜欢《征服python》那样的书，但我觉得框架篇这里的问题恰恰是太像《征服python》了，列举了很多框架，但每一个都不能讲透。我觉得给读者的感觉就是从书本身看不到什么东西，好像一个索引，具体内容都得到链接里面去看。
>
但是，谁叫Web开发的容易上手和出彩呢？
>>
>> > 关于创作导向，从现在来看，本书的主线是2个故事，其他的内容都是围绕这2个故 事展开，因此，主次要分明，也是现在的原则。
>
> 我很认同本书的这个创作意图，那么我建议去除一些无用的框架介绍，因为目前这样的介绍方法是没有抓到web框架的关键，反而可能误导读者，因为从这样的介绍看来，python的web框架世界是如此的杂乱。关键在于web框架不同与一个功能单一的模块，简单的介绍是不能达到目的的，甚至可能有反面效果。
> 另外又考虑到 web
> 开发的重要地位的话，个人建议以一个附录的形式，系统地介绍python世界web框架的大致情况，主要是通过比较不同框架的异同，给读者一个完整的总体印象。之后读者会知道他需要什么，然后他再去找更详细的信息。
>
嗯嗯嗯！这种思路非常赞同,,,
那么,就将 故事中提及的 CherryPy 和 Karrigell 以 PCS 的格式进行合理的详细解说,
其它的都合并到 Python Web应用框架纵论一节,
将我们长期以来对 web 开发方面 Python 能力和特性进行综合的描述,
根据 HY 的知识框架,以 Django 和 UliWeb 作为对比主线,
公平中立的,将Web 框架和Web 应用的发展和前沿技术都介紹一下,
在 PyLons 方面 ZSP 有长期的研究,而且对于 Karrigell 的多线程化,高效化也有研究,
JunYong Pan 对 Zope 体系的开发有最长期的研究,从Zope1 时代到Zope 3 都有企业级的开发体验,
昨天在 OSCamp 2008 广州活动中,就对如何从 ZCA 过渡到 WSGI 组件式开发有精彩的分享,,,,
我想这一章,得多人严密协同,象论文一样的写,最后,还得俺来通俗化,令小白们可以看明白,
这样,一本图书中,有一节是非常非常有质量的内容,整体图书品质也可以提高一级的哪怕,,,,
张斌
按照以前这种安排方法的话，那基本现在这样就可以了，我主要把 cherrypy 和 web.py 的内容补充了一下。Karrigell zope不熟，web2py、Quixote 也不熟同时也不明白为什么会放在这个名单里面，所以都没做什么改动。django那个教程在这个组织下面也显得有点不和谐了，或者也替换回以前的纯文字介绍？
pylons、turbogears只能像现在这样自然语言介绍一下了，不太可能再写两篇教程。我还是不太懂为啥一定要把很系统的框架知识组织成这样零散的小知识点，这样对读者来说价值不大，也没有把东西介绍清楚。还是看大家对现在这个情况满不满意吧，满意就OK了。我还是建议我前面提议的那种系统一点的介绍吧，读者可以学到东西的。或者干脆去掉这种鸡肋式的简介，因为我通读了一下web故事篇，这里大部分框架都跟前的 web 故事没有什么关系，去掉根本不会影响阅读的。
黄毅
> 我对这本书的市场还是有信心的，这本书的方式也很有趣。Sure,,, 不过，已经有人说， CPyUG 只说Web 开发的事儿，其它的Python 也NB的都没有人讨论了，，，
> 我的问题只是具体到框架篇这里的组织，我也不喜欢《征服python》那样的书，但我觉得框架篇这里的问题恰恰是太像《征服python》了，列举了很多框架，但每一个都不能讲透。我觉得给读者的感觉就是从书本身看不到什么东西，好像一个索引，具体内容都得到链接里面去看。
>
但是，谁叫Web开发的容易上手和出彩呢？
嗯嗯嗯！这种思路非常赞同,,,
>>
>> > 关于创作导向，从现在来看，本书的主线是2个故事，其他的内容都是围绕这2个故 事展开，因此，主次要分明，也是现在的原则。
>
> 我很认同本书的这个创作意图，那么我建议去除一些无用的框架介绍，因为目前这样的介绍方法是没有抓到web框架的关键，反而可能误导读者，因为从这样的介绍看来，python的web框架世界是如此的杂乱。关键在于web框架不同与一个功能单一的模块，简单的介绍是不能达到目的的，甚至可能有反面效果。
> 另外又考虑到 web
> 开发的重要地位的话，个人建议以一个附录的形式，系统地介绍python世界web框架的大致情况，主要是通过比较不同框架的异同，给读者一个完整的总体印象。之后读者会知道他需要什么，然后他再去找更详细的信息。
>
那么,就将 故事中提及的 CherryPy 和 Karrigell 以 PCS 的格式进行合理的详细解说,
其它的都合并到 Python Web应用框架纵论一节,
将我们长期以来对 web 开发方面 Python 能力和特性进行综合的描述,
根据 HY 的知识框架,以 Django 和 UliWeb 作为对比主线,
公平中立的,将Web 框架和Web 应用的发展和前沿技术都介�一下,
黄毅
limodou
> 恩，终于把自己的想法表达准确了，其实换个角度来说，这些
> web框架所提供的功能其实是一样的，就是做网站嘛，但是既然都是提供这一个功能为什么却产生这么多不同的工具呢？我想这个应该是框架介绍的关键了，就是框架之间的比较，不是介绍它们提供什么样的功能，而是它们都是些什么样的风格，分别适合哪些场景，而这些是需要综合起来看的。
>
> 我目前粗略的想法是这样的，首先目前框架主要分三大类：
> 轻量级框架：cherrypy、Karrigell （以PCS的形式）
> 完整的mvc框架：django、UliWeb、turbogears、pylons
> （这个能不能请limodou出山，这个他最有发言权了，顺便宣传他自己的框架那，哈哈）（关于这部份我目前的组织方法可能就是这样了：http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/WebFrameworks）
> ZOPE/PLONE
>
> 这个内容究竟如何组织确实需要相关人员密切沟通才行。下周上7天班，时间又要少了。不过国庆又要来了。
>
uliweb尚未完成。而我对tg和pylons并不太了解，很难比较。django现在也很少关注了。
--
I like python!
UliPad <<The Python Editor>>: http://code.google.com/p/ulipad/
UliWeb <<simple web framework>>: http://uliwebproject.appspot.com
My Blog: (new)http://http://hi.baidu.com/limodou
(old)http://www.donews.net/limodou
Zoom.Quiet
> web框架所提供的功能其实是一样的，就是做网站嘛，但是既然都是提供这一个功能为什么却产生这么多不同的工具呢？我想这个应该是框架介绍的关键了，就是框架之间的比较，不是介绍它们提供什么样的功能，而是它们都是些什么样的风格，分别适合哪些场景，而这些是需要综合起来看的。
>
问题是作出什么样的网站?
至于为什么Python 中有如此多的Web 框架,已经有文章非常好的回答了 ~ 因为太简单!
所以,各种针对性的述求都可以快速形成自个儿的框架,这也正是体验 Pythonic 思想和 Python 威力的好切入点!
请 HY 直接和相关大牛联系,将这章的内容组织起来哪,,,编辑看呢? 这章的技术思想价值,可以等同前面所有章节的!~ 当然只是对高级读者,
小白们就当是看华山论剑的历史回顾了,,,
> 我目前粗略的想法是这样的，首先目前框架主要分三大类：
> 轻量级框架：cherrypy、Karrigell （以PCS的形式）
> 完整的mvc框架：django、UliWeb、turbogears、pylons
> （这个能不能请limodou出山，这个他最有发言权了，顺便宣传他自己的框架那，哈哈）（关于这部份我目前的组织方法可能就是这样了：http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/WebFrameworks）
> ZOPE/PLONE
第三类就是 Zope 类嘛?
咔咔咔,俺建议从另外角度来划分:
0. 提供Web 应用基础支持的,不直接提供可用性代码的,即框架的框架:
Zope1/2/3 , werkzeug , webob , Routes , Nevow , PEAK 甚至于Twisted 也可以算这类
1. 各种没有完整 MVC 类Web 服务层级的轻型框架:
CherryPy, Kaarrigell, Myghty, Quixote 等等都是
2. 各种内置丰富应用模块的完整的网站应用框架:
DJ,TG,PyLons,,,甚至于MoinMoin 也可以算,,,
以上?
...
Zoom.Quiet
> 还有就是考虑到 django 的流行程度，是否给Django来个这样的特殊待遇：Django快速体验教程 ;-)
>
因为 ,这本图书面向入门的小白们,突然上来那么多特殊概念吃不消的,
而且,故事里都是 Karrigell 突然来个强大多的 DJ, 读者会奇怪,为什么不用 DJ 来作?
lisa
Zoom.Quiet
> OK，框架篇终于有了新的调整，这是大家讨论的结果，谢谢。我之前也是觉得框架篇的内容太简单，似不足以支撑一节（和黄毅的想法是一样的），现在结构上做这样的调整应该会好许多。
> 关于人员方面，我建议还是由黄毅和清风挑大梁，呵呵~~~
>
不过,Lisa 哪,真的建议你使用靠谱的邮件管理软件了,
你的回复从来都是撕裂了讨论线索,而且也没有回复全部,不是丢失 ZEUUX 团队,就是丢失OBP团队,,,
[HR]金山软件常年招聘大量Py/C++人才!
https://groups.google.com/group/python-cn/web/ot-py-c
简历直投俺就好;-)
lisa
lisa
Zoom.Quiet
> 看进度表中，周琦有两天没有记录进度了哦，不过，相信相关写作和任务都是在进行中的。
收到，计划中 9.20 是参加 OSCamp 活动，没有进度的，
9.21 的进度，基本就是修订Issue 修订了几个Issue ，多数是进行Issue 增补和分发任务,,,
今天开始重新进行 KDasy 的内容重构,
附录的相关章节也得见缝插针的写了,,,
> 清风，看到你有进行PCS环境篇、语法篇的Review，不过没在进度表中体现出来哦。
从 9.19 开始哪,,,编辑可以直接电话确认进度问题哪,,,
>
> 黄毅，感谢你对框架篇的重组：）关于" 完整的mvc框架"相关内容，清风是否可以协助黄毅进行内容重组？
这方面得在社区寻找有深度使用经验的,
好看薄,
豆瓣,
润普,
相关企业团队我们都有人哪,只要编辑跟随沟通,一定可以及时补足的,
只要 黄毅 先整理个大纲出来,俺就可以针对性的分解成不同部分,特邀相关专家来填空了!
这要抓紧哪,,,
清风
> 2008/9/22 lisa <yan...@broadview.com.cn>:
>> 看进度表中，周琦有两天没有记录进度了哦，不过，相信相关写作和任务都是在进行中的。
> 收到，计划中 9.20 是参加 OSCamp 活动，没有进度的，
> 9.21 的进度，基本就是修订Issue 修订了几个Issue ，多数是进行Issue 增补和分发任务,,,
> 今天开始重新进行 KDasy 的内容重构,
> 附录的相关章节也得见缝插针的写了,,,
>
>> 清风，看到你有进行PCS环境篇、语法篇的Review，不过没在进度表中体现出来哦。
> 从 9.19 开始哪,,,编辑可以直接电话确认进度问题哪,,,
>
>>
>> 黄毅，感谢你对框架篇的重组：）关于" 完整的mvc框架"相关内容，清风是否可以协助黄毅进行内容重组？
>
这部分需要我如何配合?能否详细说一下呢?:)
--
退订Python-cn列表:https://groups.google.com/group/python-cn/subscribe
http://blog.woodpecker.org.cn/planet/
http://gist.github.com/qingfeng