＜可爱的Python＞是本好书，但小弟认为以下地方在再改进可以改进一下

[way wrong]

表扬的话不多说了，书确实不错。下面是小弟自认为可以改进的几处：
1. 页面面积利用不理想，页侧的留白过多，前几章有较好地利用留白，后面的几站全是空白。这样导致书变厚
2. 友邻篇属于鸡肋....，可以弃之
3. 把LEO的篇幅让给Tkinter可能更好
4. 前言，第一章的1－8页，行者箴言，Z跋....共45页，可以精简

小弟是希望书越薄越好。

[sliuqin]

支持.

2009/9/23 way wrong <wrong...@gmail.com>

--
blog: http://uielement.cn

[Rujia Liu]

从我的角度讲，空白等都还好（比如空白可以写笔记），然后箴言之类的也都爱看，比较大的遗憾是作弊条部分，实用性再好些就好了，比较期待看到一些更有意思的用法
特别是有些模块的介绍比较简单，基本上看看官方文档也能达到同样的效果，还不如写点另类的，或者像前面的C/K故事那样串起来，然后FP那部分看着也不过瘾，呵呵

个人觉得比较喜欢的是前面的C/K, leo, moinmoin和web框架介绍那几个部分，多一些这样的东西就好了，呵呵。

2009/9/23 way wrong <wrong...@gmail.com>

表扬的话不多说了，书确实不错。下面是小弟自认为可以改进的几处：
1. 页面面积利用不理想，页侧的留白过多，前几章有较好地利用留白，后面的几站全是空白。这样导致书变厚
2. 友邻篇属于鸡肋....，可以弃之 

3. 把LEO的篇幅让给Tkinter可能更好

我还希望把Tkinter的篇幅让给MoinMoin呢，呵呵

[刘鑫]

2009/9/23 way wrong <wrong...@gmail.com>

表扬的话不多说了，书确实不错。下面是小弟自认为可以改进的几处：
1. 页面面积利用不理想，页侧的留白过多，前几章有较好地利用留白，后面的几站全是空白。这样导致书变厚
2. 友邻篇属于鸡肋....，可以弃之
3. 把LEO的篇幅让给Tkinter可能更好

个人觉得LEO还是一篇值得保留的。即使你不用这个工具，参考一下如何做项目管理还是非常有意思的。
 

4. 前言，第一章的1－8页，行者箴言，Z跋....共45页，可以精简

小弟是希望书越薄越好。

--
光见贼吃肉，没见贼挨打。
……

劉鑫
March.Liu

[CamBrian]

没看过这本书。不评价。

在 09-9-23，刘鑫<marc...@gmail.com> 写道：

--
CamBrian

[way wrong]

小弟受教了，今晚就回家再体验一下

2009/9/23 刘鑫 <marc...@gmail.com>

[way wrong]

哈哈，俺对MoinMoin也有兴趣，
其实前面对Karrigell已经有比较详细的介绍了，后面的框架篇中，小弟个人觉得可以去掉Karrigell，把篇幅留给MoinMoin也不错哦

2009/9/23 Rujia Liu <ruji...@gmail.com>

[testisok]

你当然可以不看，但你对这些内容也要掏钱，这钱，就是关键。
吃过水煮鱼吗，你说的就是豆芽，吃不吃由你，但是，必须掏钱！

[张沈鹏]

2009/9/23 testisok <test...@gmail.com>

你当然可以不看，但你对这些内容也要掏钱，这钱，就是关键。

书的厚度与书的定价关系不大

[LaiYonghao]

作为一个有意向 web 开发学习的网游开发人员，我很期待教主的书。

2009/9/23 张沈鹏 <zsp...@gmail.com>

2009/9/23 testisok <test...@gmail.com>

你当然可以不看，但你对这些内容也要掏钱，这钱，就是关键。

书的厚度与书的定价关系不大

--
赖勇浩的编程私伙局：http://blog.laiyonghao.com
twitter: http://twitter.com/laiyonghao

[Rujia Liu]

2009/9/23 刘鑫 <marc...@gmail.com>

2009/9/23 way wrong <wrong...@gmail.com>

表扬的话不多说了，书确实不错。下面是小弟自认为可以改进的几处：

1. 页面面积利用不理想，页侧的留白过多，前几章有较好地利用留白，后面的几站全是空白。这样导致书变厚
2. 友邻篇属于鸡肋....，可以弃之
3. 把LEO的篇幅让给Tkinter可能更好

个人觉得LEO还是一篇值得保留的。即使你不用这个工具，参考一下如何做项目管理还是非常有意思的。

我认真的读了那个作弊条，自己也试用了一下，感觉很有意思，但当我考虑如何/要不要在团队中推广时产生了很多困惑。要是写一个实例故事能贯穿一下leo，同时涉及到团队协作就好了，呵呵。周末闲下来我好好看一下官方网站和社区吧

- Rujia

[星星]

真正的看了下 发觉的确不是本教材 只能当杂志看看

2009/9/23 Rujia Liu <ruji...@gmail.com>

[way wrong]

小弟希望书薄一些，是觉得这样便于携带，小弟现在每天带三本书看
1。python网络编程基础
2。可爱的python
3。rss & action in action或 郭欣的高性能网站建设

这样就导致我原来的笔记本包根本装不下，所以只好背了个大双肩背包，即便如此，包内也是非常拥挤。小弟我特别怀念在广州地铁上学习薄薄的＜设计模式＞和＜高性能网站建设指南(yahoo 14条)＞的情景，那些薄薄的小书 ，看着舒服，拿着方便 ，到站了，向包侧一插即可。

可现在，书的留白和前页，后页都越来越多，书也越来越厚，里面代码也堆砌的越来越多（可爱的python做得不错，并没有去堆砌代码）。莫说翻着麻烦，就连拿在手里都累。（月影的<js xxx>书也不错，就是太大太厚太重了，行间距又大，害得小弟手疼了很久，在这里小弟推荐薄薄的＜javascript 设计模式＞，写得很不错，好看不累手）

这些牢骚并不是针对＜可爱的python＞的，而是针对功利的图书出版社的。前几天我逛书店，终于发现了加厚版的新＜设计模式＞了，唉，一声叹息....

中文相对于英文的优势之一就是可以在较小的面积之内，表达更多的信息。联合国官方文件中，最薄的就是中文版的。希望出版社以后出书，越薄越好

2009/9/23 张沈鹏 <zsp...@gmail.com>

[tj4028]

我买了这本书，感觉不错的，希望以后有更好更实用的列子

 

 

2009-09-24

tj4028

---

发件人： Rujia Liu

发送时间： 2009-09-23  14:18:23

收件人： python-cn

抄送：

主题： [CPyUG:101428] Re: ＜可爱的Python＞是本好书，但小弟认为以下地方在再改进可以改进一下

[huliuhe]

2009/9/23 张沈鹏 <zsp...@gmail.com>

2009/9/23 testisok <test...@gmail.com>

你当然可以不看，但你对这些内容也要掏钱，这钱，就是关键。

书的厚度与书的定价关系不大

同意。 值钱的是内容。

 

[ubunoon]

虽然我也同意，值钱的是内容，但书厚实了，内容就会让人感觉充实，一般书的厚度与书的价格都是成正比的，一本很薄的书，除非书的质量确实非常高，否则很难定到一个较高的价格。

2009/9/24 huliuhe <hul...@gmail.com>

--
To be pythoner
My blog: http://www.cnblogs.com/ubunoon/

[Alan.xiaozi]

偶也刚看完，感觉看的太快了，每页内容不多

On 9月23日, 下午1时27分, way wrong <wrongwa...@gmail.com> wrote:

[sliuqin]

买来一个星期了,才看了几页,打算利用一下十一.

2009/9/25 Alan.xiaozi <yangd...@gmail.com>

--
blog: http://uielement.cn