2008/9/22 lisa <yangxg at broadview.com.cn>:
> OK，框架篇终于有了新的调整，这是大家讨论的结果，谢谢。我之前也是觉得框架篇的内容太简单，似不足以支撑一节（和黄毅的想法是一样的），现在结构上做这样的调整应该会好许多。
> 关于人员方面，我建议还是由黄毅和清风挑大梁，呵呵~~~
>
果然是不辨不明哪!
不过,Lisa 哪,真的建议你使用靠谱的邮件管理软件了,
你的回复从来都是撕裂了讨论线索,而且也没有回复全部,不是丢失 ZEUUX 团队,就是丢失OBP团队,,,

>
>
> 2008-09-22
> ________________________________
> lisa
> ________________________________
> 发件人： 黄毅
> 发送时间： 2008-09-21  22:22:13
> 收件人： openbookproject at googlegroups.com
> 抄送：
> 主题： [OBP:3250]_Re:_[OBP:3174]_Re:_今天的进度以及框架的安排
> 恩，终于把自己的想法表达准确了，其实换个角度来说，这些
> web框架所提供的功能其实是一样的，就是做网站嘛，但是既然都是提供这一个功能为什么却产生这么多不同的工具呢？我想这个应该是框架介绍的关键了，就是框架之间的比较，不是介绍它们提供什么样的功能，而是它们都是些什么样的风格，分别适合哪些场景，而这些是需要综合起来看的。
>
> 我目前粗略的想法是这样的，首先目前框架主要分三大类：
> 轻量级框架：cherrypy、Karrigell  （以PCS的形式）
> 完整的mvc框架：django、UliWeb、turbogears、pylons
> （这个能不能请limodou出山，这个他最有发言权了，顺便宣传他自己的框架那，哈哈）（关于这部份我目前的组织方法可能就是这样了：http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/WebFrameworks）
> ZOPE/PLONE
>
> 这个内容究竟如何组织确实需要相关人员密切沟通才行。下周上7天班，时间又要少了。不过国庆又要来了。
>
>
> 2008/9/21 Zoom. Quiet <zoom.quiet at gmail.com>
>>
>> 2008/9/21 黄毅 <yi.codeplayer at gmail.com>:
>> > 我对这本书的市场还是有信心的，这本书的方式也很有趣。
>> >
>> > 我的问题只是具体到框架篇这里的组织，我也不喜欢《征服python》那样的书，但我觉得框架篇这里的问题恰恰是太像《征服python》了，列举了很多框架，但每一个都不能讲透。我觉得给读者的感觉就是从书本身看不到什么东西，好像一个索引，具体内容都得到链接里面去看。
>> >
>> Sure,,, 不过，已经有人说， CPyUG 只说Web 开发的事儿，其它的Python 也NB的都没有人讨论了，，，
>> 但是，谁叫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 组件式开发有精彩的分享,,,,
>>
>> 我想这一章,得多人严密协同,象论文一样的写,最后,还得俺来通俗化,令小白们可以看明白,
>>
>> 这样,一本图书中,有一节是非常非常有质量的内容,整体图书品质也可以提高一级的哪怕,,,,
>>
>> > 2008/9/21 Yan Sheng <lizziesky at gmail.com>
>> >>
>> >>
>> >> 2008/9/21 Zoom. Quiet <zoom.quiet at gmail.com>
>> >>>
>> >>> 2008/9/21 Bill Xu <bill at 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万吧,
>> >>> 这是多大的差异和潜在的市场?
>> >>>
>> >>
>> >>
>> >> 对于这点，我在学校里待了这么多年，说说我的一些看法吧
>> >> 在我学校里，很多学生本科或者研究生，都是从c->c++->java这个线来的，之后根据每个人的不同状态或兴趣 选择.net
>> >>
>> >> 或者j2ee系列。基本上是这两大阵营，而这些都不是老师们能教的，很多很多想深入学习的学生们都是通过图书馆借书，同样图书馆里这两块占了很大部分，其他的想php，python，perl，ruby是少之又少。为什么呢？！因为90%的学生和99%老师都不知道这些其他优秀的编程语言，python就是其中之一。像我现在全力鼓动周围，包括新进来的师弟师妹一起学习python，就当是兴趣学习。而他们刚开始连python是什么都不知道，就像是这世界除了c++和java就没其他语言了，可悲啊！！
>> >> 所以我觉得，如果有更多的人知道python，学的人自然而然多了。主要还是学生，中国有多多多大学生哪。。。。
>> >> 再来说说这本书，我是通过learning
>> >>
>> >> python入门的，而接下来也没看什么其他书，仅仅是通过网上一大堆资料文档，想学什么用到什么时去理解相关内容，其中一大部分是英文文档，有时我都觉得头疼了。python各个部分内容还是非常多的，我想估计还没多少人能把这么多内容全部掌握的，其实也没什么必要一下子全部掌握，而是根据自己确切需要来的，慢慢深入。而这些都是依靠入门之后的！所以对于一个想了解并学习python的的人来说，一本入门级的书是非常非常重要的，就像是师傅领进门，修行靠自身了。而LovelyPython，当初我看得第一遍，尤其是CDays，第一感觉，funny，那种没想到技术书还能这样好玩的感觉，然后是告诉读者如何去解决一个问题的一种通用过程。而后面的PCS，尤其是我整理的那些，基本上都是文绉绉的，就是有种：没什么新意，也就那样，给一星期时间我也能写出来
>> >> 的那种感觉，呵呵，事实上，的确如此。所以，我觉得这本书应该是引导读者如何去深入，去思考，而不是直接告诉他该怎么办。
>> >> 希望LovelyPython可以实现这个目的。
>> >> 大家一起努力！！！
>> >>>
>>



-- 
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''
[HR]金山软件常年招聘大量Py/C++人才!
https://groups.google.com/group/python-cn/web/ot-py-c
简历直投俺就好;-)

十分抱歉，考虑到其他工作需要，不能换现用的邮件管理软件。
这样吧，把我的公司邮箱从列表中删除，换上Gmail邮箱：xg.lisa在gmail.com
我直接到网页上面查看或回复，估计这个问题就可以解决了，呵呵。


2008-09-22 



lisa 



发件人： Zoom.Quiet 
发送时间： 2008-09-22  09:47:26 
收件人： openbookproject在googlegroups.com; zeuux-press 
抄送： 
主题： [OBP:3262]_Re:__今天的进度以及框架的安排 
 
2008/9/22 lisa  <yangxg在broadview.com.cn >:
> OK，框架篇终于有了新的调整，这是大家讨论的结果，谢谢。我之前也是觉得框架篇的内容太简单，似不足以支撑一节（和黄毅的想法是一样的），现在结构上做这样的调整应该会好许多。
> 关于人员方面，我建议还是由黄毅和清风挑大梁，呵呵~~~
>
果然是不辨不明哪!
不过,Lisa 哪,真的建议你使用靠谱的邮件管理软件了,
你的回复从来都是撕裂了讨论线索,而且也没有回复全部,不是丢失 ZEUUX 团队,就是丢失OBP团队,,,

>
>
> 2008-09-22
> ________________________________
> lisa
> ________________________________
> 发件人： 黄毅
> 发送时间： 2008-09-21  22:22:13
> 收件人： openbookproject在googlegroups.com
> 抄送：
> 主题： [OBP:3250]_Re:_[OBP:3174]_Re:_今天的进度以及框架的安排
> 恩，终于把自己的想法表达准确了，其实换个角度来说，这些
> web框架所提供的功能其实是一样的，就是做网站嘛，但是既然都是提供这一个功能为什么却产生这么多不同的工具呢？我想这个应该是框架介绍的关键了，就是框架之间的比较，不是介绍它们提供什么样的功能，而是它们都是些什么样的风格，分别适合哪些场景，而这些是需要综合起来看的。
>
> 我目前粗略的想法是这样的，首先目前框架主要分三大类：
> 轻量级框架：cherrypy、Karrigell  （以PCS的形式）
> 完整的mvc框架：django、UliWeb、turbogears、pylons
> （这个能不能请limodou出山，这个他最有发言权了，顺便宣传他自己的框架那，哈哈）（关于这部份我目前的组织方法可能就是这样了：http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/WebFrameworks）
> ZOPE/PLONE
>
> 这个内容究竟如何组织确实需要相关人员密切沟通才行。下周上7天班，时间又要少了。不过国庆又要来了。
>
>
> 2008/9/21 Zoom. Quiet  <zoom.quiet在gmail.com >
> >
> > 2008/9/21 黄毅  <yi.codeplayer在gmail.com >:
> >  > 我对这本书的市场还是有信心的，这本书的方式也很有趣。
> >  >
> >  > 我的问题只是具体到框架篇这里的组织，我也不喜欢《征服python》那样的书，但我觉得框架篇这里的问题恰恰是太像《征服python》了，列举了很多框架，但每一个都不能讲透。我觉得给读者的感觉就是从书本身看不到什么东西，好像一个索引，具体内容都得到链接里面去看。
> >  >
> > Sure,,, 不过，已经有人说， CPyUG 只说Web 开发的事儿，其它的Python 也NB的都没有人讨论了，，，
> > 但是，谁叫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 组件式开发有精彩的分享,,,,
> >
> > 我想这一章,得多人严密协同,象论文一样的写,最后,还得俺来通俗化,令小白们可以看明白,
> >
> > 这样,一本图书中,有一节是非常非常有质量的内容,整体图书品质也可以提高一级的哪怕,,,,
> >
> >  > 2008/9/21 Yan Sheng  <lizziesky在gmail.com >
> >  > >
> >  > >
> >  > > 2008/9/21 Zoom. Quiet  <zoom.quiet在gmail.com >
> >  > > >
> >  > > > 2008/9/21 Bill Xu  <bill在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万吧,
> >  > > > 这是多大的差异和潜在的市场?
> >  > > >
> >  > >
> >  > >
> >  > > 对于这点，我在学校里待了这么多年，说说我的一些看法吧
> >  > > 在我学校里，很多学生本科或者研究生，都是从c- >c++- >java这个线来的，之后根据每个人的不同状态或兴趣 选择.net
> >  > >
> >  > > 或者j2ee系列。基本上是这两大阵营，而这些都不是老师们能教的，很多很多想深入学习的学生们都是通过图书馆借书，同样图书馆里这两块占了很大部分，其他的想php，python，perl，ruby是少之又少。为什么呢？！因为90%的学生和99%老师都不知道这些其他优秀的编程语言，python就是其中之一。像我现在全力鼓动周围，包括新进来的师弟师妹一起学习python，就当是兴趣学习。而他们刚开始连python是什么都不知道，就像是这世界除了c++和java就没其他语言了，可悲啊！！
> >  > > 所以我觉得，如果有更多的人知道python，学的人自然而然多了。主要还是学生，中国有多多多大学生哪。。。。
> >  > > 再来说说这本书，我是通过learning
> >  > >
> >  > > python入门的，而接下来也没看什么其他书，仅仅是通过网上一大堆资料文档，想学什么用到什么时去理解相关内容，其中一大部分是英文文档，有时我都觉得头疼了。python各个部分内容还是非常多的，我想估计还没多少人能把这么多内容全部掌握的，其实也没什么必要一下子全部掌握，而是根据自己确切需要来的，慢慢深入。而这些都是依靠入门之后的！所以对于一个想了解并学习python的的人来说，一本入门级的书是非常非常重要的，就像是师傅领进门，修行靠自身了。而LovelyPython，当初我看得第一遍，尤其是CDays，第一感觉，funny，那种没想到技术书还能这样好玩的感觉，然后是告诉读者如何去解决一个问题的一种通用过程。而后面的PCS，尤其是我整理的那些，基本上都是文绉绉的，就是有种：没什么新意，也就那样，给一星期时间我也能写出来
> >  > > 的那种感觉，呵呵，事实上，的确如此。所以，我觉得这本书应该是引导读者如何去深入，去思考，而不是直接告诉他该怎么办。
> >  > > 希望LovelyPython可以实现这个目的。
> >  > > 大家一起努力！！！
> >  > > >
> >



-- 
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''
[HR]金山软件常年招聘大量Py/C++人才!
https://groups.google.com/group/python-cn/web/ot-py-c
简历直投俺就好;-)

--~--~---------~--~----~------------~-------~--~----~
'''邮件来自::"OpenBookProject"-开放图书计划 讨论列表
详情: http://groups.google.com/group/OpenBookProject
发言: openbookproject在googlegroups.com
退订: openbookproject-unsubscribe在googlegroups.com
维基: http://wiki.woodpecker.org.cn/moin/OpenBookProject
工程环境: http://code.google.com/p/openbookproject
技术列表: http://groups-beta.google.com/group/python-cn
北京事务: http://groups.google.com/group/bpug
珠江事务: http://groups.google.com/group/zpug
东南事务: http://groups.google.com/group/cpug-eastchina
'''
-~----------~----~----~----~------~----~------~--~---
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: <http://www.zeuux.org/pipermail/zeuux-press/attachments/20080922/30c69c31/attachment-0001.html>

看进度表中，周琦有两天没有记录进度了哦，不过，相信相关写作和任务都是在进行中的。
清风，看到你有进行PCS环境篇、语法篇的Review，不过没在进度表中体现出来哦。

黄毅，感谢你对框架篇的重组：）关于“ 完整的mvc框架”相关内容，清风是否可以协助黄毅进行内容重组？



2008-09-22 



lisa 



发件人： Zoom.Quiet 
发送时间： 2008-09-22  09:47:23 
收件人： openbookproject在googlegroups.com; zeuux-press 
抄送： 
主题： Re: [zeuux-press][OBP:3261] Re:_今天的进度以及框架的安排 
 
2008/9/22 lisa  <yangxg在broadview.com.cn >:
> OK，框架篇终于有了新的调整，这是大家讨论的结果，谢谢。我之前也是觉得框架篇的内容太简单，似不足以支撑一节（和黄毅的想法是一样的），现在结构上做这样的调整应该会好许多。
> 关于人员方面，我建议还是由黄毅和清风挑大梁，呵呵~~~
>
果然是不辨不明哪!
不过,Lisa 哪,真的建议你使用靠谱的邮件管理软件了,
你的回复从来都是撕裂了讨论线索,而且也没有回复全部,不是丢失 ZEUUX 团队,就是丢失OBP团队,,,

>
>
> 2008-09-22
> ________________________________
> lisa
> ________________________________
> 发件人： 黄毅
> 发送时间： 2008-09-21  22:22:13
> 收件人： openbookproject在googlegroups.com
> 抄送：
> 主题： [OBP:3250]_Re:_[OBP:3174]_Re:_今天的进度以及框架的安排
> 恩，终于把自己的想法表达准确了，其实换个角度来说，这些
> web框架所提供的功能其实是一样的，就是做网站嘛，但是既然都是提供这一个功能为什么却产生这么多不同的工具呢？我想这个应该是框架介绍的关键了，就是框架之间的比较，不是介绍它们提供什么样的功能，而是它们都是些什么样的风格，分别适合哪些场景，而这些是需要综合起来看的。
>
> 我目前粗略的想法是这样的，首先目前框架主要分三大类：
> 轻量级框架：cherrypy、Karrigell  （以PCS的形式）
> 完整的mvc框架：django、UliWeb、turbogears、pylons
> （这个能不能请limodou出山，这个他最有发言权了，顺便宣传他自己的框架那，哈哈）（关于这部份我目前的组织方法可能就是这样了：http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/WebFrameworks）
> ZOPE/PLONE
>
> 这个内容究竟如何组织确实需要相关人员密切沟通才行。下周上7天班，时间又要少了。不过国庆又要来了。
>
>
> 2008/9/21 Zoom. Quiet  <zoom.quiet在gmail.com >
> >
> > 2008/9/21 黄毅  <yi.codeplayer在gmail.com >:
> >  > 我对这本书的市场还是有信心的，这本书的方式也很有趣。
> >  >
> >  > 我的问题只是具体到框架篇这里的组织，我也不喜欢《征服python》那样的书，但我觉得框架篇这里的问题恰恰是太像《征服python》了，列举了很多框架，但每一个都不能讲透。我觉得给读者的感觉就是从书本身看不到什么东西，好像一个索引，具体内容都得到链接里面去看。
> >  >
> > Sure,,, 不过，已经有人说， CPyUG 只说Web 开发的事儿，其它的Python 也NB的都没有人讨论了，，，
> > 但是，谁叫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 组件式开发有精彩的分享,,,,
> >
> > 我想这一章,得多人严密协同,象论文一样的写,最后,还得俺来通俗化,令小白们可以看明白,
> >
> > 这样,一本图书中,有一节是非常非常有质量的内容,整体图书品质也可以提高一级的哪怕,,,,
> >
> >  > 2008/9/21 Yan Sheng  <lizziesky在gmail.com >
> >  > >
> >  > >
> >  > > 2008/9/21 Zoom. Quiet  <zoom.quiet在gmail.com >
> >  > > >
> >  > > > 2008/9/21 Bill Xu  <bill在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万吧,
> >  > > > 这是多大的差异和潜在的市场?
> >  > > >
> >  > >
> >  > >
> >  > > 对于这点，我在学校里待了这么多年，说说我的一些看法吧
> >  > > 在我学校里，很多学生本科或者研究生，都是从c- >c++- >java这个线来的，之后根据每个人的不同状态或兴趣 选择.net
> >  > >
> >  > > 或者j2ee系列。基本上是这两大阵营，而这些都不是老师们能教的，很多很多想深入学习的学生们都是通过图书馆借书，同样图书馆里这两块占了很大部分，其他的想php，python，perl，ruby是少之又少。为什么呢？！因为90%的学生和99%老师都不知道这些其他优秀的编程语言，python就是其中之一。像我现在全力鼓动周围，包括新进来的师弟师妹一起学习python，就当是兴趣学习。而他们刚开始连python是什么都不知道，就像是这世界除了c++和java就没其他语言了，可悲啊！！
> >  > > 所以我觉得，如果有更多的人知道python，学的人自然而然多了。主要还是学生，中国有多多多大学生哪。。。。
> >  > > 再来说说这本书，我是通过learning
> >  > >
> >  > > python入门的，而接下来也没看什么其他书，仅仅是通过网上一大堆资料文档，想学什么用到什么时去理解相关内容，其中一大部分是英文文档，有时我都觉得头疼了。python各个部分内容还是非常多的，我想估计还没多少人能把这么多内容全部掌握的，其实也没什么必要一下子全部掌握，而是根据自己确切需要来的，慢慢深入。而这些都是依靠入门之后的！所以对于一个想了解并学习python的的人来说，一本入门级的书是非常非常重要的，就像是师傅领进门，修行靠自身了。而LovelyPython，当初我看得第一遍，尤其是CDays，第一感觉，funny，那种没想到技术书还能这样好玩的感觉，然后是告诉读者如何去解决一个问题的一种通用过程。而后面的PCS，尤其是我整理的那些，基本上都是文绉绉的，就是有种：没什么新意，也就那样，给一星期时间我也能写出来
> >  > > 的那种感觉，呵呵，事实上，的确如此。所以，我觉得这本书应该是引导读者如何去深入，去思考，而不是直接告诉他该怎么办。
> >  > > 希望LovelyPython可以实现这个目的。
> >  > > 大家一起努力！！！
> >  > > >
> >



-- 
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''
[HR]金山软件常年招聘大量Py/C++人才!
https://groups.google.com/group/python-cn/web/ot-py-c
简历直投俺就好;-)
_______________________________________________
zeuux-press mailing list
zeuux-press在zeuux.org
http://www.zeuux.org/mailman/listinfo/zeuux-press
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: <http://www.zeuux.org/pipermail/zeuux-press/attachments/20080922/b428971b/attachment-0001.html>

2008/9/22 lisa <yangxg at broadview.com.cn>:
> 看进度表中，周琦有两天没有记录进度了哦，不过，相信相关写作和任务都是在进行中的。
收到，计划中 9.20 是参加 OSCamp 活动，没有进度的，
9.21 的进度，基本就是修订Issue 修订了几个Issue ，多数是进行Issue 增补和分发任务,,,
今天开始重新进行 KDasy 的内容重构,
附录的相关章节也得见缝插针的写了,,,

> 清风，看到你有进行PCS环境篇、语法篇的Review，不过没在进度表中体现出来哦。
从 9.19 开始哪,,,编辑可以直接电话确认进度问题哪,,,

>
> 黄毅，感谢你对框架篇的重组：）关于" 完整的mvc框架"相关内容，清风是否可以协助黄毅进行内容重组？

这方面得在社区寻找有深度使用经验的,
好看薄,
豆瓣,
润普,
相关企业团队我们都有人哪,只要编辑跟随沟通,一定可以及时补足的,
只要 黄毅 先整理个大纲出来,俺就可以针对性的分解成不同部分,特邀相关专家来填空了!

这要抓紧哪,,,

>
>
>
> 2008-09-22
> ________________________________
> lisa
> ________________________________
> 发件人： Zoom.Quiet
> 发送时间： 2008-09-22  09:47:23
> 收件人： openbookproject at googlegroups.com; zeuux-press
> 抄送：
> 主题： Re: [zeuux-press][OBP:3261] Re:_今天的进度以及框架的安排
> 2008/9/22 lisa  <yangxg at broadview.com.cn >:
>> OK，框架篇终于有了新的调整，这是大家讨论的结果，谢谢。我之前也是觉得框架篇的内容太简单，似不足以支撑一节（和黄毅的想法是一样的），现在结构上做这样的调整应该会好许多。
>> 关于人员方面，我建议还是由黄毅和清风挑大梁，呵呵~~~
>>
> 果然是不辨不明哪!
> 不过,Lisa 哪,真的建议你使用靠谱的邮件管理软件了,
> 你的回复从来都是撕裂了讨论线索,而且也没有回复全部,不是丢失 ZEUUX 团队,就是丢失OBP团队,,,
>
>>
>>
>> 2008-09-22
>> ________________________________
>> lisa
>> ________________________________
>> 发件人： 黄毅
>> 发送时间： 2008-09-21  22:22:13
>> 收件人： openbookproject at googlegroups.com
>> 抄送：
>> 主题： [OBP:3250]_Re:_[OBP:3174]_Re:_今天的进度以及框架的安排
>> 恩，终于把自己的想法表达准确了，其实换个角度来说，这些
>> web框架所提供的功能其实是一样的，就是做网站嘛，但是既然都是提供这一个功能为什么却产生这么多不同的工具呢？我想这个应该是框架介绍的关键了，就是框架之间的比较，不是介绍它们提供什么样的功能，而是它们都是些什么样的风格，分别适合哪些场景，而这些是需要综合起来看的。
>>
>> 我目前粗略的想法是这样的，首先目前框架主要分三大类：
>> 轻量级框架：cherrypy、Karrigell  （以PCS的形式）
>> 完整的mvc框架：django、UliWeb、turbogears、pylons
>> （这个能不能请limodou出山，这个他最有发言权了，顺便宣传他自己的框架那，哈哈）（关于这部份我目前的组织方法可能就是这样了：http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/WebFrameworks）
>> ZOPE/PLONE
>>
>> 这个内容究竟如何组织确实需要相关人员密切沟通才行。下周上7天班，时间又要少了。不过国庆又要来了。
>>
>>
>> 2008/9/21 Zoom. Quiet  <zoom.quiet at gmail.com >
>> >
>> > 2008/9/21 黄毅  <yi.codeplayer at gmail.com >:
>> >  > 我对这本书的市场还是有信心的，这本书的方式也很有趣。
>> >  >
>> >
>> > > 我的问题只是具体到框架篇这里的组织，我也不喜欢《征服python》那样的书，但我觉得框架篇这里的问题恰恰是太像《征服python》了，列举了很多框架，但每一个都不能讲透。我觉得给读者的感觉就是从书本身看不到什么东西，好像一个索引，具体内容都得到链接里面去看。
>> >  >
>> > Sure,,, 不过，已经有人说， CPyUG 只说Web 开发的事儿，其它的Python 也NB的都没有人讨论了，，，
>> > 但是，谁叫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 组件式开发有精彩的分享,,,,
>> >
>> > 我想这一章,得多人严密协同,象论文一样的写,最后,还得俺来通俗化,令小白们可以看明白,
>> >
>> > 这样,一本图书中,有一节是非常非常有质量的内容,整体图书品质也可以提高一级的哪怕,,,,
>> >
>> >  > 2008/9/21 Yan Sheng  <lizziesky at gmail.com >
>> >  > >
>> >  > >
>> >  > > 2008/9/21 Zoom. Quiet  <zoom.quiet at gmail.com >
>> >  > > >
>> >  > > > 2008/9/21 Bill Xu  <bill at 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万吧,
>> >  > > > 这是多大的差异和潜在的市场?
>> >  > > >
>> >  > >
>> >  > >
>> >  > > 对于这点，我在学校里待了这么多年，说说我的一些看法吧
>> >  > > 在我学校里，很多学生本科或者研究生，都是从c- >c++- >java这个线来的，之后根据每个人的不同状态或兴趣 选择.net
>> >  > >
>> >  >
>> > > 或者j2ee系列。基本上是这两大阵营，而这些都不是老师们能教的，很多很多想深入学习的学生们都是通过图书馆借书，同样图书馆里这两块占了很大部分，其他的想php，python，perl，ruby是少之又少。为什么呢？！因为90%的学生和99%老师都不知道这些其他优秀的编程语言，python就是其中之一。像我现在全力鼓动周围，包括新进来的师弟师妹一起学习python，就当是兴趣学习。而他们刚开始连python是什么都不知道，就像是这世界除了c++和java就没其他语言了，可悲啊！！
>> >  > > 所以我觉得，如果有更多的人知道python，学的人自然而然多了。主要还是学生，中国有多多多大学生哪。。。。
>> >  > > 再来说说这本书，我是通过learning
>> >  > >
>> >  >
>> > > python入门的，而接下来也没看什么其他书，仅仅是通过网上一大堆资料文档，想学什么用到什么时去理解相关内容，其中一大部分是英文文档，有时我都觉得头疼了。python各个部分内容还是非常多的，我想估计还没多少人能把这么多内容全部掌握的，其实也没什么必要一下子全部掌握，而是根据自己确切需要来的，慢慢深入。而这些都是依靠入门之后的！所以对于一个想了解并学习python的的人来说，一本入门级的书是非常非常重要的，就像是师傅领进门，修行靠自身了。而LovelyPython，当初我看得第一遍，尤其是CDays，第一感觉，funny，那种没想到技术书还能这样好玩的感觉，然后是告诉读者如何去解决一个问题的一种通用过程。而后面的PCS，尤其是我整理的那些，基本上都是文绉绉的，就是有种：没什么新意，也就那样，给一星期时间我也能写出来
>> >  > > 的那种感觉，呵呵，事实上，的确如此。所以，我觉得这本书应该是引导读者如何去深入，去思考，而不是直接告诉他该怎么办。
>> >  > > 希望LovelyPython可以实现这个目的。
>> >  > > 大家一起努力！！！



-- 
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''
[HR]金山软件常年招聘大量Py/C++人才!
https://groups.google.com/group/python-cn/web/ot-py-c
简历直投俺就好;-)

2008/9/22 Zoom. Quiet <zoom.quiet at gmail.com>:
> 2008/9/22 lisa <yangxg at broadview.com.cn>:
>> 看进度表中，周琦有两天没有记录进度了哦，不过，相信相关写作和任务都是在进行中的。
> 收到，计划中 9.20 是参加 OSCamp 活动，没有进度的，
> 9.21 的进度，基本就是修订Issue 修订了几个Issue ，多数是进行Issue 增补和分发任务,,,
> 今天开始重新进行 KDasy 的内容重构,
> 附录的相关章节也得见缝插针的写了,,,
>
>> 清风，看到你有进行PCS环境篇、语法篇的Review，不过没在进度表中体现出来哦。
> 从 9.19 开始哪,,,编辑可以直接电话确认进度问题哪,,,
>
已在wiki页面添加进度:)

>>
>> 黄毅，感谢你对框架篇的重组：）关于" 完整的mvc框架"相关内容，清风是否可以协助黄毅进行内容重组？
>
这部分需要我如何配合?能否详细说一下呢?:)

-- 
退订Python-cn列表:https://groups.google.com/group/python-cn/subscribe
http://blog.woodpecker.org.cn/planet/
http://gist.github.com/qingfeng