[zeuux-press] [OBP:2729] Re: [OBP:2663] Re: 关于《lovely python》

[Zoom.Quiet]

距离交付仅仅不到3周了!
Issue 的提交也完全停止,没有终校的指派,俺不知道是否应该进行最终校对?!

有关KDay 0,1 的审核意见,俺研究了两天回复在下:

2008/8/8 赵士威 <zhaoshiwei at broadview.com.cn>:
> zoomquiet:
>      我们复审老师的建议和修改，请参考。
>                       赵士威
>
> 按照《可爱的python》文字初审的要求，经审读样节，提出如下修改建议（部分修改见编辑修改的样稿），供参考。
>
> 1. 此样稿以轻松风趣的风格介绍比较枯燥乏味的开发工具，这种尝试值得肯定。
> 2. 此样稿目前展示的内容尚不属核心部分，仅能从中考察写作的风格和作者的思路，因此，还不能就内容发表意见。
以上是礼貌意见,感谢,但是没有指导意义;

> 3. 就样稿看，目前的结构比较松散，将近9页的篇幅仅交待了一个背景和平台，这样写下去篇幅势必大大膨胀，难以控制。
这是好事儿...而且 KDays 包含的内容本身就是CDays 的3倍!只能简而又简的分享...

> 4. 以轻松的风格来写作，不等于随意和散漫，所谓"形散而神不散"应该是把握此种写作方法的精髓，作者应时刻注意。作品应该是让读者感觉阅读起来"轻松"，而不是作者写作起来"随意"，这之间存在根本的区别。实际上，读者感觉"轻松"的作品应该是作者追求"深入浅出"的结果。作者应该完全掌握和消化了相关内容，然后仔细琢磨如何能够让读者更好接受，最后以轻松的笔触写出来。
>
主观感受,没有修订指导意义

> 5. 在语言文字方面问题较多，作者基本上采用的是网络博客的写法：语言不规范、错别字较多、标点符号缺失等。建议作者要注意文字的规范，否则难以达到正式出版物的要求。
>
> 6. 样稿在写作上前后缺乏照应，第1节声称以作者本人的开发实践作为实例开讲，但到了第2节角色就变成"教师"了，又是"小结"又是"计划"，还有"练习"，整个一典型的教程。因此，建议作者仔细考虑写作的角度和前后的关系。
>
这个非常重要,因为  KDays 是在CDays 一年前写就的,指导和身份都不同,要统一

> 7. 样稿中不时穿插的"详细"或"注意"部分，涵义不甚明确，好像是提示，又像是提纲，有时又像是概念解释，总之需要在布局的时候给予明确说明，否则容易给人结构混乱的感觉。
> 8. 现在的样稿两部分是独立的，类似2天的博客，但成书的时候还是要有一个明确的内在联系，包括章节符号的编排、内容的照应都考虑。
> 9. 内容的关键部分（知识点）还应该突出。
>
包括 第5点意见,全部是帮忙的编辑没有看过
可爱的Python编辑约定
http://wiki.woodpecker.org.cn/moin/ObpLovelyPyEditorRule

引发的误解!

所以,俺只能按照原先的想法进行下述修订:
0. 调整口气和描述方式,和CDays 形成角色的统一
1. 追加各种额外知识点的引导,辟入 PCS ;

以上!

-- 

http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''