哲思官方群的帖子：

星期三九月 24 13:14:05 CST 2008

2008/9/24 黄毅 <yi.codeplayer at gmail.com>:
> 2008/9/24 Zoom. Quiet <zoom.quiet at gmail.com>
>>
>> 2008/9/24 黄毅 <yi.codeplayer at gmail.com>:
>> > 2008/9/23 Zoom. Quiet <zoom.quiet at gmail.com>
>> >>
>> >> 2008/9/23 黄毅 <yi.codeplayer at gmail.com>:
>> >> >> 不过,有趣这方面俺想起另外的写法:
>> >> >> Python 历史书· GUI 部
>> >> >> http://wiki.woodpecker.org.cn/moin/PyHiStory/PyGuiHistoric
>> >> >>
>> >> >> 可以参考着组织成
>> >> >> Python 历史书· WEB 部
>> >> >> 是也乎?
>> >> >> 将 各个框架产生的时代背景,经典应用和网站交待一下,
>> >> >> 不用涉及过多的技术细节和深入的思想,
>> >> >> 就是将这一精彩的世界进行 纵论 即可!
>> >> >>
>> >> > 这个太强悍了，强烈要求请沈大侠出山那！！哈哈。
>> >> >
>> >> 好哪! 沈游侠自个儿的 eurasia - Google Code
>> >> http://code.google.com/p/eurasia/
>> >> 本身就是多年不断淘汰各种 Web 应用框架后的产物,,,
>> >>
>> >> 可以特邀来 续写 WEB部的, 而且其它 部 一直有计划写的,,,
>> >> http://wiki.woodpecker.org.cn/moin/PyHiStory
>> >> 比如说 Core部 可以陈濡来写
>> >> Module 部 可以由 ZSP 来写
>> >
>> >
>> > 这个就确定这么来安排了么？编辑意见如何？
>> > 找人的事情还是ZoomQ来吧，我都不熟啊。
>> >
>> 俺可以联系,
>> 不过,内容责任人还是HY哪,
>> 和另外撰写方式一样,先写出提纲来哪,,,
>> 以便给其它大牛一个可以参考的框架?!??!
>
> 按这个方式好像就没我啥事了吧 ;-)
> 不就是邀请 沈游侠 来写一个 WEB 部么？
>
是也乎?
0. 是否有时间来写?
1. 怎么写是在我们的PCS框架之内的?
2. 什么时候交付?
3. 交付指标如何?
4. 是否合理合情?
,,,
这相关非常宽广的技术见识,不是出版社文字编辑,和技术校对团队可以担当的,
如果,按照这个思路想快速撰写完成,
必定要有位热心的技术责编的,从现在来看 就黄毅 你思考这方面最久,只能由你担当哪,,,,

得及时/有效的协调 沈崴, 在PCS 框架介绍的思想范围内,将确认了的技术背景/设计思想等等有趣顺畅的组织成文,,,

是也乎!?

>>
>>
>>
>> >>
>> >> ,,,
>> >>
>> >> > 2008/9/23 Zoom. Quiet <zoom.quiet at gmail.com>
>> >> >>
>> >> >> 2008/9/23 黄毅 <yi.codeplayer at gmail.com>:
>> >> >> > ZoomQ
>> >> >> > 的这个提法我开始也是这么想的，就是把框架知识系统的整出来，但是后来讨论过程中在各位的批评中也确实感觉，跟整本书的调调不太搭，尤其是
>> >> >> > liz
>> >> >> > 的评论：
>> >> >> >
>> >> >> >> """
>> >> >> >> 对于这点，我在学校里待了这么多年，说说我的一些看法吧
>> >> >> ...
>> >> >> >> 的那种感觉，呵呵，事实上，的确如此。所以，我觉得这本书应该是引导读者如何去深入，去思考，而不是直接告诉他该怎么办。
>> >> >> >> 希望LovelyPython可以实现这个目的。
>> >> >> >> 大家一起努力！！！
>> >> >> >> """
>> >> >> >
>> >> >> > 所以我觉得保持整本书的有趣还是很重要的，目前web主流应该还是 java、dotnet、php ，其实 python
>> >> >> > 近几年还是吸引了一些眼球的（toibe年度语言，google的app engine
>> >> >> >
>> >> >> > ），所以听过这个名字的程序员肯定不在少数，但对python究竟有什么特点什么好处还没概念，在这个时候本书的出现很大一部分可以满足一下大家对
>> >> >> > python
>> >> >> > 的好奇心，所以保持有趣还是很重要的。
>> >> >> 是也乎,这也是俺唯一的贡献了吧,是也乎?咔咔咔,,,
>> >> >>
>> >> >> > 对python好奇的观众应该大部分还是web开发人员，所以web框架的介绍是一定要有的，但要有趣，同时讲到点子上。
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > 所以我觉得可以弱化对主流框架本身的介绍，主流框架光通过书本也确实很难介绍完全，读者终究要循着链接去找很多详细内容，所以我觉得更重要的是激发大家伙的好奇心和兴趣吧。
>> >> >> >
>> >> >> 这应该不是真的卟,
>> >> >> 就我们的调查,使用 Python 是因为其 Web 开发能力的,占的并不多,
>> >> >> 大多是用来代替妖异的 Perl ,太简单的 Shell ,成为系统管理方面的好助手,
>> >> >> 而且很多VB/C 的程序,可以快速通过 Python 重构成更加好维护的小脚本,
>> >> >>
>> >> >> 不过,有趣这方面俺想起另外的写法:
>> >> >> Python 历史书· GUI 部
>> >> >> http://wiki.woodpecker.org.cn/moin/PyHiStory/PyGuiHistoric
>> >> >>
>> >> >> 可以参考着组织成
>> >> >> Python 历史书· WEB 部
>> >> >> 是也乎?
>> >> >> 将 各个框架产生的时代背景,经典应用和网站交待一下,
>> >> >> 不用涉及过多的技术细节和深入的思想,
>> >> >> 就是将这一精彩的世界进行 纵论 即可!
>> >> >>
>> >> >> 是也乎?
>> >> >>
>> >> >> > 2008/9/23 Zoom. Quiet <zoom.quiet at gmail.com>
>> >> >> >>
>> >> >> >> 2008/9/23 lisa <yangxg at broadview.com.cn>:
>> >> >> >> 首先!通告一下大家,根据 Lisa 的要求,相关列表已经调整了编辑的订阅邮箱,迁移到了
>> >> >> >> xg.lisa at gmail.com
>> >> >> >> 这是为了更好的使用 列表,加强及时回复,所以,大家请修订 回复全部 时的邮箱,
>> >> >> >> 将 yangxg at broadview.com.cn 替换成 xg.lisa at gmail.com
>> >> >> >> !!!!
>> >> >> >>
>> >> >> >> > 今天分别与周琦和黄毅进行了电话沟通。
>> >> >> >> >
>> >> >> >> > 黄毅目前还在考虑框架篇到底该如何来写，今天晚上会给予说明，并尽快列出这一部分内容的大纲。
>> >> >> >> > 周琦则协助黄毅寻找对其中框架较熟悉的人根据黄毅列出的大纲来写作。
>> >> >> >> > 黄毅则会统领框架篇，把这些"珠子"串起来。
>> >> >> >>
>> >> >> >> Lisa 忘记了俺反复强调的最核心的建议 ~ 撰写原则:
>> >> >> >> 0. 对于Python 的 web 框架纵论,
>> >> >> >> 应该中立和系统化,不能因为自个儿熟悉什么而忽视历史发展和现实着力去说,这对读者是种误导;
>> >> >> >> 1. 要从读者角度,而不是开发者角度来叙述,,,
>> >> >> >>
>> >> >> >> 俺建议这章的开发流程是:
>> >> >> >> 0. HY 提交撰写大纲
>> >> >> >> 1. 开放式讨论,确认思路和内容规围和深度后,细化内容定义
>> >> >> >> 2. 分头认领部分小节,组织各个领域专家进行撰写
>> >> >> >> 3. 由HY 重新整合,整体调整成为风格统一的文章来
>> >> >> >>
>> >> >> >> 从俺的想象来看,这章的结构可以是:
>> >> >> >> Python Web应用框架纵论:
>> >> >> >> +-- 导论
>> >> >> >> |  +-- 现状
>> >> >> >> |  \-- 为什么Python 中有这么多框架?
>> >> >> >> +-- 分类
>> >> >> >> |  +-- 如何来理解各种框架?
>> >> >> >> |  +-- 框架的框架
>> >> >> >> |  +-- 轻型框架
>> >> >> >> |  \-- 一站式框架
>> >> >> >> +-- 细说(按照历史顺序,选择经典框架来介绍,没有PCS独立章节的,和故事没有直接提及的)
>> >> >> >> |  +-- Zope/Plone (请潘俊勇撰写)
>> >> >> >> |  +-- Quixote (请 阿北 撰写)
>> >> >> >> |  +-- Django (HY自写)
>> >> >> >> |  \-- UliWeb (请Limodou撰写)
>> >> >> >> +-- 选择
>> >> >> >> |  +-- 个人
>> >> >> >> |  +-- 团队
>> >> >> >> |  \-- 企业
>> >> >> >> \-- 小结
>> >> >> >>   \-- 选择的痛苦
>> >> >> >
>> >> >> >
>> >> >> > 我开始可能比较类似 ZoomQ 的提议

,,,

-- 
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] [OBP:3353] Re: [LovPy]PCS框架篇重构 建议

标题：[zeuux-press] [OBP:3353] Re: [LovPy]PCS框架篇重构建议