10 個所有人都會想問的關於 Python 語言的問題

[gasolin]

與前一篇「10 件所有人會想用 Python 語言寫而不用其他語言寫的事 」相關，
http://groups.google.com/group/python-cn/browse_thread/thread/c46123a17773ec0b#

這篇來列舉 「10 個所有人都會想問的關於 Python 語言的問題」

我先列我想到的幾個:

1. 為什麼要用縮排而不用括弧?
2. 為什麼 Python 比 xxx 語言慢?
3. 怎麼在 Windows 上直接跑 Python 程式 (不先安裝 Python)?
4. 用哪種 GUI 好?
5. 為什麼書那麼少?

[马踏飞燕]

在 08-8-9，gasolin<gas...@gmail.com> 写道：

python用哪个IDE ——（典型月经）
python中文乱码 —— （同样很月经）
学python能找到工作吗？ —— （很现实的问题）

--
免费手机铃声电子书下载，在线观看！
尽在 http://www.honeyday.org

[Zoom.Quiet]

2008/8/9 马踏飞燕 <honey...@gmail.com>:

> 在 08-8-9，gasolin<gas...@gmail.com> 写道：
>> 與前一篇「10 件所有人會想用 Python 語言寫而不用其他語言寫的事 」相關，

Sooo great idea!
请收集齐后,汇集到:
http://wiki.woodpecker.org.cn/moin/PythonFaqs
共同回答!

>> http://groups.google.com/group/python-cn/browse_thread/thread/c46123a17773ec0b#
>>
>> 這篇來列舉 「10 個所有人都會想問的關於 Python 語言的問題」
>>
>> 我先列我想到的幾個:
>>
>> 1. 為什麼要用縮排而不用括弧?
>> 2. 為什麼 Python 比 xxx 語言慢?
>> 3. 怎麼在 Windows 上直接跑 Python 程式 (不先安裝 Python)?
>> 4. 用哪種 GUI 好?
>> 5. 為什麼書那麼少?
>>
>
> python用哪个IDE ——（典型月经）
> python中文乱码 —— （同样很月经）
> 学python能找到工作吗？ —— （很现实的问题）
>

--

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

[Her0]

为什么要内置list tuple dict数据结构，还有一堆内置方法。为什么不把这些都弄到标准库里去让语言更简单？
为什么python的oo看起来那么别扭？
为什么既是动态语言又强制类型检查？
标准类型是值类型还是引用类型，python中一切皆为对象怎么解释？
为什么外国人把python当入门语言，而中国人经历了c/c++ java php javascript 这一大堆以后才爱上python？汉一
个，应该是2000就看过Eric S. Raymond 在how to become a hacker 中推荐过。居然没有仔细看。一听说是解释
的就直接划到basic那类型去了。难道是因为大家普遍靠basic入门到关系？08你再回首觉得这是个宝，继续学习中，真是不听圣人言吃亏在眼前
啊！
On Aug 9, 8:44 pm, gasolin <gaso...@gmail.com> wrote:
> 與前一篇「10 件所有人會想用 Python 語言寫而不用其他語言寫的事 」相關，http://groups.google.com/group/python-cn/browse_thread/thread/c46123a...

[Samuel Chi]

2008/8/10 Her0 <react...@gmail.com>

为什么要内置list tuple dict数据结构，还有一堆内置方法。为什么不把这些都弄到标准库里去让语言更简单？

怎么会有这种想法?我觉得内置了更简单.

为什么python的oo看起来那么别扭？

不觉得

为什么既是动态语言又强制类型检查？

我好像没觉得哪里有强制检查了?

标准类型是值类型还是引用类型，python中一切皆为对象怎么解释？

值类型很少见吧?

为什么外国人把python当入门语言，而中国人经历了c/c++ java php javascript 这一大堆以后才爱上python？汉一
个，应该是2000就看过Eric S. Raymond 在how to become a hacker 中推荐过。居然没有仔细看。一听说是解释
的就直接划到basic那类型去了。难道是因为大家普遍靠basic入门到关系？08你再回首觉得这是个宝，继续学习中，真是不听圣人言吃亏在眼前
啊！

因为稀有所以没有这样的氛围,只有当我们踏上编程这条路之后,有某些方面的需求或者被其他人影响了才会知道有这么个东西.如果所有的书店,所有的学校都拿python做教材,那么你也不得不以它为入门对象.
这个问题上还不如追究一下为什么国人总是经历了windows以后才会爱上linux.

[fluke.l]

Samuel Chi wrote:
>
>
> 2008/8/10 Her0 <react...@gmail.com <mailto:react...@gmail.com>>

>
> 为什么要内置list tuple dict数据结构，还有一堆内置方法。为什么不把
> 这些都弄到标准库里去让语言更简单？
>
> 怎么会有这种想法?我觉得内置了更简单.

高级语言还是有高级容器的好。
>
>
> 为什么python的oo看起来那么别扭？
>
> 不觉得
是写的有点别扭。习惯了就好了。
>
>
> 为什么既是动态语言又强制类型检查？
>
> 我好像没觉得哪里有强制检查了?
定了类型以后，赋值，转换都根据类型来的。

>
>
> 标准类型是值类型还是引用类型，python中一切皆为对象怎么解释？
>
> 值类型很少见吧?
>
>
> 为什么外国人把python当入门语言，而中国人经历了c/c++ java php
> javascript 这一大堆以后才爱上python？汉一
> 个，应该是2000就看过Eric S. Raymond 在how to become a hacker 中推
> 荐过。居然没有仔细看。一听说是解释
> 的就直接划到basic那类型去了。难道是因为大家普遍靠basic入门到关系？
> 08你再回首觉得这是个宝，继续学习中，真是不听圣人言吃亏在眼前
> 啊！
>
> 因为稀有所以没有这样的氛围,只有当我们踏上编程这条路之后,有某些方面的需
> 求或者被其他人影响了才会知道有这么个东西.如果所有的书店, 所有的学校都
> 拿python做教材,那么你也不得不以它为入门对象.
> 这个问题上还不如追究一下为什么国人总是经历了windows以后才会爱上linux.
>
>
> On Aug 9, 8:44 pm, gasolin <gaso...@gmail.com

[Samuel Chi]

2008/8/10 fluke.l <flu...@gmail.com>

Samuel Chi wrote:
>
>
> 2008/8/10 Her0 <react...@gmail.com <mailto:react...@gmail.com>>

>
>     为什么要内置list tuple dict数据结构，还有一堆内置方法。为什么不把
>     这些都弄到标准库里去让语言更简单？
>
> 怎么会有这种想法?我觉得内置了更简单.

高级语言还是有高级容器的好。

这也没有问题,你可以编写增强型的容器然后添加到三方库或者提交到标准库啊.

>
>
>     为什么python的oo看起来那么别扭？
>
> 不觉得
是写的有点别扭。习惯了就好了。

唔,难道我已经习惯了?

>
>
>     为什么既是动态语言又强制类型检查？
>
> 我好像没觉得哪里有强制检查了?
定了类型以后，赋值，转换都根据类型来的。

还是不太明白.

[马踏飞燕]

在 08-8-10，Samuel Chi<princeofd...@gmail.com> 写道：
>
>
> 这个问题上还不如追究一下为什么国人总是经历了windows以后才会爱上linux.

从经济学的角度来看，人的选择都是理性的。也就是说，选择linux的机会成本明显比选择windows的大。也就造成了绝大多数人选择windows。
但是，随着MS的反盗版愈演愈烈，人们经过权衡之后，开始转向linux了。
所以，并不能说国人比老外愚昧，其实大家都是一样聪明的。
现实情况，用linux确实比使用windows要投入的成本更大，过程更痛苦。

[Leo Jay]

2008/8/10 马踏飞燕 <honey...@gmail.com>:

> 在 08-8-10，Samuel Chi<princeofd...@gmail.com> 写道：
>>
>>
>> 这个问题上还不如追究一下为什么国人总是经历了windows以后才会爱上linux.
>
> 从经济学的角度来看，人的选择都是理性的。也就是说，选择linux的机会成本明显比选择windows的大。也就造成了绝大多数人选择windows。
> 但是，随着MS的反盗版愈演愈烈，人们经过权衡之后，开始转向linux了。
> 所以，并不能说国人比老外愚昧，其实大家都是一样聪明的。
> 现实情况，用linux确实比使用windows要投入的成本更大，过程更痛苦。
>

而且有点不爽还能打电话去MS骂人。用linux不爽也不知道去骂谁，谁有linus的电话？ :)

--
Best Regards,
Leo Jay

[马踏飞燕]

在 08-8-10，Leo Jay<python...@gmail.com> 写道：

有也没用，人家说芬兰语。基本上等于根外星人沟通。

[Tim Wang]

呵呵，基本上一个是商业的，一个是自由的。商业上当然会支持的稍微正规一点咯。

-----邮件原件-----
发件人: pyth...@googlegroups.com [mailto:pyth...@googlegroups.com] 代表
马踏飞燕
发送时间: 2008年8月10日 10:28
收件人: pyth...@googlegroups.com
主题: [CPyUG:61913] Re: 10 個所有人都會想問的關於 Python 語言的問題

[方云麟]

昨天去逛了下
windows vista家庭阉割版，599
office 2007学生版，699
我问能不能打折，给店员鄙视了下……

2008/8/10 Tim Wang <tianya...@gmail.com>

--
http://alinblog.cn
http://orzlinux.org
http://hi.baidu.com/cst05001

[Tim Wang]

Office 2007还可以用下。Vista就算了。呵呵。技术支持基本上不用。有问题，直接发帖。

 

 

发件人: pyth...@googlegroups.com [mailto:pyth...@googlegroups.com] 代表 方云麟
发送时间: 2008年8月10日 10:33
收件人: pyth...@googlegroups.com
主题: [CPyUG:61916] Re: 答复: [CPyUG:61913] Re: 10 個所有人都會想問的關於 Python 語言的問題

[fluke.l]

人家貌似飞到A国去了，可以用英语交流的嘛

[马踏飞燕]

在 08-8-10，方云麟<cst0...@gmail.com> 写道：

> 昨天去逛了下
> windows vista家庭阉割版，599
> office 2007学生版，699
> 我问能不能打折，给店员鄙视了下……

下次记得带上学生证，兴许能捡个半价的便宜，哈哈。

[Jiahua Huang]

2008/8/10 Leo Jay <python...@gmail.com>:
> 而且有点不爽还能打电话去MS骂人。用linux不爽也不知道去骂谁，谁有linus的电话？ :)
>

骂 MS 的前提是你买了付费的 MS 东西……

如果你买了 IBM、Oracle、RedHat、Novell 的，
一样可以去打电话骂爽丫的

而且像是 RedHat 在中国的技术支持，他们接电话的都是真正的工程师，骂起来绝对比 MS 雇佣的小娃娃爽。

IRC 上的那人在华南 RedHat 技术支持的时候，就经常说又被"sb 客户弄到吐血"

[Her0]

class怎么看怎么像函数调用，相信新接触的肯定都这感觉。所有方法都是虚方法就是有点不习惯了。说像c++吧不能重载操作符，说像java吧他还能
多继承。说动态数据类型吧他要强制类型检查。说解释型吧他也能弄出字节码。反正我感觉就一团的大杂烩。我对python到历史和具体实现都不了解。不过
这些基本上都算是借鉴了别的语言的成功之处吧！我觉得python没有像java那样内建的支持unicode是不是因为考虑了c扩展啊？现在
python到实现那么多有c的java的ocamel的还有.net的。又冒出个pypy。简直有点战国时代诸侯混战的感觉。老实说我到现在还没理解
stackless所谓的平坦模式是怎么回事！python真的是你们说的那么简单吗？tk tweist 鬼知道还有好大一堆的扩展。更有数都数不完
的框架。重复的轮子正在做互相诋毁的事吗？python的世界就是混乱。当然你也可以理解成热闹。java在统一的规范下也有很多开源的实现，不过没让
人觉得混乱。stackless会取代cpython吗？玄
On Aug 10, 1:50 am, "Samuel Chi" <princeofdatamin...@gmail.com> wrote:
> 2008/8/10 fluke.l <fluk...@gmail.com>
>
> > Samuel Chi wrote:
>
> > > 2008/8/10 Her0 <reaction...@gmail.com <mailto:reaction...@gmail.com>>

> > > > 5. 為什麼書那麼少?- Hide quoted text -
>
> - Show quoted text -

[Jiahua Huang]

2008/8/10 Her0 <react...@gmail.com>:

> class怎么看怎么像函数调用，相信新接触的肯定都这感觉。所有方法都是虚方法就是有点不习惯了。说像c++吧不能重载操作符，说像java吧他还能
> 多继承。说动态数据类型吧他要强制类型检查。说解释型吧他也能弄出字节码。反正我感觉就一团的大杂烩。我对python到历史和具体实现都不了解。

1. python 类可以重载操作符
2. 动态数据类型跟 强、弱类型 是两码事
3. python、java 都不是所谓"解释语言"， 而 C 也也有解释执行的实现

> 现在python到实现那么多有c的java的ocamel的还有.net的。又冒出个pypy。
4. 跟 C 一样，Python 只是个语言，
C 的常用实现更多，gcc、icc、tcc、vc、bc、llvm……(除了你知道的编译方式，还有解释方式和字节码的)
咋不抱怨 C、C++ 更加诸侯混战呢

> 老实说我到现在还没理解 stackless所谓的平坦模式是怎么回事
自己没法理解，怪语言什么事情，
先搞搞明白 yield 、生成器是啥再说，
抄书粘贴代码能有什么理解。

> stackless会取代cpython吗？
6. stackless 的 yield 等在 cPython 都有

[George Lu]

我也加一个吧：为什么Python不把历史遗迹清理一下，比如len(var)显然不如var.length()来得舒服吧？既然一切皆对象，就应该像
个对象的样子，把这些全局的函数清理一下多好？还有像sum(list_var)也是，为何不用list_var.sum()?

On 8月9日, 下午8时44分, gasolin <gaso...@gmail.com> wrote:
> 與前一篇「10 件所有人會想用 Python 語言寫而不用其他語言寫的事 」相關，http://groups.google.com/group/python-cn/browse_thread/thread/c46123a...

[kernel1983]

自从有了面向对象, 大家都想革命, 标榜自己是完全面向对象, 在语法上做足文章



请问面向过程有什么不好, 一定不能并存吗?


很多时候我更加喜欢定义函数来解决问题, 如果一切都要从一个类开始, 你不觉得麻烦吗? 你不觉得开发的不顺手吗?


一般解决实际问题, 我还是喜欢在一个空白的文件里, 全局变量当成成员变量, 函数当成方法, 写完以后再语法封装.

难道古老的函数, 就应为语法上不面向对象, 就必须被扔掉?


我反对这种心里洁癖,

面向对象技术已经超过10年了, 已经被证明了是好的, 但不是万能的技术, 然而很多人依然对它相当迷信

[Jiahua Huang]

2008/8/11 George Lu <zhuz...@gmail.com>:
> 我也加一个吧：为什么Python不把历史遗迹清理一下，比如len(var)显然不如var.length()来得舒服吧？

显然，是您不知道 var.__len__() ……

[George Lu]

呵呵，我还真知道一些__xxx__ magic。不过再给你举个例子，为何sorted(list_var)要和list_var.sort()用不
同的风格？还是有什么约定我真的不曾知道？无意冒犯此论坛，只是觉得这些不一致的地方看起来不太舒服。

On 8月11日, 下午12时15分, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:
> 2008/8/11 George Lu <zhuzh...@gmail.com>:

[Jiahua Huang]

2008/8/11 George Lu <zhuz...@gmail.com>:
> 为何 sorted(list_var) 要和 list_var.sort() 用不同的风格？

sorted(list_var) 不改变 list_var，只返回新列表，
list_var.sort() 是对列表自身的操作，不返回新列表。

[heroboy]

c++也是这样的啊
std::vector<int> a;
std::list<int> b;
b.sort();
std::sort(a.begin(),a.end());

我觉得因为，只有list才是mutable的sequence，那样才能sort。所以才让sort成为list的成员函数。
而sorted属于一个泛型的方法，能对任何sequence操作。

> > 显然，是您不知道 var.__len__() ......
>
>

[fireflyc]

1. 我不喜欢火星文，尤其是“$ @ <” 这些乱七八糟的文字，一般人类是很难理解这样的代码的；只有来自外太空的才能看的懂这些。所以作为一个
正
常人，我选择Python简洁的语法。

2. 我不知道所谓的迭代器是怎样的好用。我觉得除了让我搞不懂它的意思之外它真的没有什么用途。不信看一下，你能看懂下面的代码吗？
some_list.each do |this_item|
# We're inside the block.
# deal with this_item.
end
天啊，是不是非常恶心？这简直是虐待。你觉得下面的呢？
map(do_some, some_list)
是不是好看多了？T

3. 用C语言或者C++来写一些程序的时候有时候出于平台的问题会有一堆的宏。比如在做socket开发的时候，Linux和Windows的接口
是
不一样的，所以要做一下封装。而我用Python的话直接使用就行了。而且Python并不会比C++或C语言来的效率低。

4. 假如有一天我们碰到了性能问题，没有关系。Python有非常方便的办法来让我们和C、C++混合着用。

5. Python的库是非常丰富的。

6. Python不是那个天外飞来之物——ROR的设计哲学。它比那些自称能提高生产效率而实际上生产了无数的恶心代码的工具有天壤之别，它确实能
提
高工作效率。

7. API的小巧易用，而不是一应俱全。语法的简单明了，而不是阴险诡异。（曾经我认为最阴险诡异的是C、C++，现在我明白了，最诡异最恶心的是
Ruby。）

………………其他行者补充吧~~~
问题：
1. 有什麽关于Python的好书。
2. 如何开始学习Python？有什麽好的计划吗？
3. 有什麽小巧的Python源码代码或好的项目，我想别人的代码或者自己写一个东西练手。
………………

[gasolin]

重新整理一下, 我認識到的10個問題:


1. 為什麼 Python 既是動態語言又是強型別的語言?
2. 用哪個 IDE 寫 Python 比較好?
3. 有什麼關於 Python 語言的好書?
4. 學 python 語言能找到工作嗎?
5. 為什麼用縮排而不是用括弧或「End」來分段?
6. 用哪種 GUI 好?
7. 為什麼 Python 比 xxx 語言慢?
8. 如何開始學習 Python 語言？有什麼好建議嗎？
9. 有什麼小巧的 Python source 或專案項目可以參考練手？
10. 怎麼在 Windows 上直接跑 Python 程式 (不先安裝 Python)?


http://inet6.blogspot.com/2008/08/python10.html

[Her0]

在新版本3000里有很多大的改进，对中国开发者而言最感兴趣的我想应该是Python对Unicode的支持。在将来，除了部 分核心关键字比如
if、else外，其他的类名、接口等都可以用中文表示。另外会修复一些在1990年至1991年间出现的设计错误。在细节方面也做了改 进，比如整数
的除法，在Python 2.0中1/2的结果是0，而在Python 3000中则为0.5。为保持语言的简单，Python 3000还会去掉一些
从前重要但现在无人问津的功能。
Python语言的简单性是Guido一直强调的重点，他希望Python在未来能够没有类型检查；任何表达都是对象，都有命名空间，都能被输出；用户
和系统交互时有更多的优先权，还要有交互式提示等

刚看见的！看来这些东西都是要改掉的嘛！不懂为什么那么多人维护习惯势力！不能接受意见

On Aug 10, 11:23 pm, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:
> 2008/8/10 Her0 <reaction...@gmail.com>:

>
> > class怎么看怎么像函数调用，相信新接触的肯定都这感觉。所有方法都是虚方法就是有点不习惯了。说像c++吧不能重载操作符，说像java吧他还能
> > 多继承。说动态数据类型吧他要强制类型检查。说解释型吧他也能弄出字节码。反正我感觉就一团的大杂烩。我对python到历史和具体实现都不了解。
>
> 1. python 类可以重载操作符
> 2. 动态数据类型跟 强、弱类型 是两码事
> 3. python、java 都不是所谓"解释语言"， 而 C 也也有解释执行的实现
>
> > 现在python到实现那么多有c的java的ocamel的还有.net的。又冒出个pypy。
>
> 4. 跟 C 一样，Python 只是个语言，

> C 的常用实现更多，gcc、icc、tcc、vc、bc、llvm......(除了你知道的编译方式，还有解释方式和字节码的)

[Jiahua Huang]

On 8/11/08, Her0 <react...@gmail.com> wrote:
> 刚看见的！看来这些东西都是要改掉的嘛！不懂为什么那么多人维护习惯势力！不能接受意见
>

别人指出你的问题就叫不能接受意见？

给你说的 6 点哪个不是实事求是？

[Jiahua Huang]

On 8/11/08, Her0 <react...@gmail.com> wrote:
> 刚看见的！看来这些东西都是要改掉的嘛！不懂为什么那么多人维护习惯势力！不能接受意见
>

别人指出你的问题就叫不能接受意见？

况且你的问题跟 py3K 的改进没关系。

[gasolin]

通知大家好消息，http://jaiku.com/channel/python/presence/42088545

Guido 採用了我們的10個問題，在 python wiki 上弄了個專頁吶
http://wiki.python.org/moin/Ten_things_people_want_to_know_about_Python

[Her0]

安！我点那个不是回复你的！我把这个当论坛了！你是大好人我知道！

On Aug 11, 11:29 pm, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:

[xiaq]

On 8/12/08, Her0 <react...@gmail.com> wrote:
> 安！我点那个不是回复你的！我把这个当论坛了！你是大好人我知道！

不要滥用感叹号，华华又会 BS 你的。

[Zoom.Quiet]

2008/8/11 George Lu <zhuz...@gmail.com>:

> 我也加一个吧：为什么Python不把历史遗迹清理一下，比如len(var)显然不如var.length()来得舒服吧？既然一切皆对象，就应该像
> 个对象的样子，把这些全局的函数清理一下多好？还有像sum(list_var)也是，为何不用list_var.sum()?
>

介是为了向前兼容，已经比PHP 作的好太多了...

> On 8月9日, 下午8时44分, gasolin <gaso...@gmail.com> wrote:
>> 與前一篇「10 件所有人會想用 Python 語言寫而不用其他語言寫的事 」相關，http://groups.google.com/group/python-cn/browse_thread/thread/c46123a...
>>
>> 這篇來列舉 「10 個所有人都會想問的關於 Python 語言的問題」
>>
>> 我先列我想到的幾個:
>>
>> 1. 為什麼要用縮排而不用括弧?
>> 2. 為什麼 Python 比 xxx 語言慢?
>> 3. 怎麼在 Windows 上直接跑 Python 程式 (不先安裝 Python)?
>> 4. 用哪種 GUI 好?
>> 5. 為什麼書那麼少?

--

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

[Zoom.Quiet]

2008/8/11 fireflyc <fire...@gmail.com>:

> 1. 我不喜欢火星文，尤其是"$ @ <" 这些乱七八糟的文字，一般人类是很难理解这样的代码的；只有来自外太空的才能看的懂这些。所以作为一个
> 正
> 常人，我选择Python简洁的语法。
>
> 2. 我不知道所谓的迭代器是怎样的好用。我觉得除了让我搞不懂它的意思之外它真的没有什么用途。不信看一下，你能看懂下面的代码吗？
> some_list.each do |this_item|
> # We're inside the block.
> # deal with this_item.
> end
> 天啊，是不是非常恶心？这简直是虐待。你觉得下面的呢？
> map(do_some, some_list)
> 是不是好看多了？T
>
> 3. 用C语言或者C++来写一些程序的时候有时候出于平台的问题会有一堆的宏。比如在做socket开发的时候，Linux和Windows的接口
> 是
> 不一样的，所以要做一下封装。而我用Python的话直接使用就行了。而且Python并不会比C++或C语言来的效率低。
>
> 4. 假如有一天我们碰到了性能问题，没有关系。Python有非常方便的办法来让我们和C、C++混合着用。
>
> 5. Python的库是非常丰富的。
>

> 6. Python不是那个天外飞来之物----ROR的设计哲学。它比那些自称能提高生产效率而实际上生产了无数的恶心代码的工具有天壤之别，它确实能

> 提
> 高工作效率。
>
> 7. API的小巧易用，而不是一应俱全。语法的简单明了，而不是阴险诡异。（曾经我认为最阴险诡异的是C、C++，现在我明白了，最诡异最恶心的是
> Ruby。）
>

> ..................其他行者补充吧~~~
> 问题：
> 1. 有什麽关于Python的好书。
http://wiki.woodpecker.org.cn/moin/OBP
我们一直在组织
> 2. 如何开始学习Python？有什麽好的计划吗？
在金山俺组织了蟒营，针对毕业生进行4周的项目实作培训，
经验，等有了，就分享...
更早的，在杭州，Hoxid 有过系统的学习组织；
在过去，在忙吧，开过3期网络学习班；
现在，在北京，清风在给母校进行 Python 选修课的组织;
...
人都在哪，都在尝试呢！

> 3. 有什麽小巧的Python源码代码或好的项目，我想别人的代码或者自己写一个东西练手。
http://wiki.woodpecker.org.cn/moin/MiscItems

[Zoom.Quiet]

2008/8/12 gasolin <gas...@gmail.com>:

Soooo Great! 非常有效的沟通哪！啄木鸟也收录，同步翻译交互中...
http://wiki.woodpecker.org.cn/moin/PyTop10FAQ

[Jiahua Huang]

On 8/12/08, gasolin <gas...@gmail.com> wrote:
> 通知大家好消息，http://jaiku.com/channel/python/presence/42088545
>
> Guido 採用了我們的10個問題，在 python wiki 上弄了個專頁吶
> http://wiki.python.org/moin/Ten_things_people_want_to_know_about_Python
>

赞，
高效率啊~

[DIrk]

On 8月11日, 下午2时58分, fireflyc <firef...@gmail.com> wrote:
> 1. 我不喜欢火星文，尤其是"$ @ <" 这些乱七八糟的文字，一般人类是很难理解这样的代码的；只有来自外太空的才能看的懂这些。所以作为一个
> 正
> 常人，我选择Python简洁的语法。
>
> 2. 我不知道所谓的迭代器是怎样的好用。我觉得除了让我搞不懂它的意思之外它真的没有什么用途。不信看一下，你能看懂下面的代码吗？
> some_list.each do |this_item|
> # We're inside the block.
> # deal with this_item.
> end

说实话，在握看来，这段代码很清晰。和Python以下代码差距很大么？

for this_item in some_list:

# We're inside the block.
# deal with this_item.

> 天啊，是不是非常恶心？这简直是虐待。你觉得下面的呢？
> map(do_some, some_list)
> 是不是好看多了？T
>
> 3. 用C语言或者C++来写一些程序的时候有时候出于平台的问题会有一堆的宏。比如在做socket开发的时候，Linux和Windows的接口
> 是
> 不一样的，所以要做一下封装。而我用Python的话直接使用就行了。而且Python并不会比C++或C语言来的效率低。
>
> 4. 假如有一天我们碰到了性能问题，没有关系。Python有非常方便的办法来让我们和C、C++混合着用。
>
> 5. Python的库是非常丰富的。
>

> 6. Python不是那个天外飞来之物----ROR的设计哲学。它比那些自称能提高生产效率而实际上生产了无数的恶心代码的工具有天壤之别，它确实能

> 提
> 高工作效率。
>
> 7. API的小巧易用，而不是一应俱全。语法的简单明了，而不是阴险诡异。（曾经我认为最阴险诡异的是C、C++，现在我明白了，最诡异最恶心的是
> Ruby。）

没用过Perl么？不至于这么诋毁Ruby。
如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.

申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
（对于象我这种经历过Perl,Java,PHP Web开发的人来说）。

>
> ..................其他行者补充吧~~~

> 问题：
> 1. 有什麽关于Python的好书。
> 2. 如何开始学习Python？有什麽好的计划吗？
> 3. 有什麽小巧的Python源码代码或好的项目，我想别人的代码或者自己写一个东西练手。

> ..................

[Zoom.Quiet]

2008/8/13 DIrk <dir...@gmail.com>:
...

>>
>> 7. API的小巧易用，而不是一应俱全。语法的简单明了，而不是阴险诡异。（曾经我认为最阴险诡异的是C、C++，现在我明白了，最诡异最恶心的是
>> Ruby。）
>
> 没用过Perl么？不至于这么诋毁Ruby。
> 如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.
>
> 申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
> （对于象我这种经历过Perl,Java,PHP Web开发的人来说）。

嗯嗯嗯,只是想说,在 Python 世界,不仅仅有 Django 唯一一个 web app, 框架哪...

>
>>
>> ..................其他行者补充吧~~~
>> 问题：
>> 1. 有什麽关于Python的好书。
>> 2. 如何开始学习Python？有什麽好的计划吗？
>> 3. 有什麽小巧的Python源码代码或好的项目，我想别人的代码或者自己写一个东西练手。
>> ..................
>>
>> On 8月11日, 下午2时22分, heroboy <yangwei...@gmail.com> wrote:
>>

[DIrk]

On 8月13日, 下午3时52分, Zoom.Quiet <zoom.qu...@gmail.com> wrote:
> 2008/8/13 DIrk <dirk...@gmail.com>:

> ...
>
> >> 7. API的小巧易用，而不是一应俱全。语法的简单明了，而不是阴险诡异。（曾经我认为最阴险诡异的是C、C++，现在我明白了，最诡异最恶心的是
> >> Ruby。）
>
> > 没用过Perl么？不至于这么诋毁Ruby。
> > 如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.
>
> > 申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
> > （对于象我这种经历过Perl,Java,PHP Web开发的人来说）。
>
> 嗯嗯嗯,只是想说,在 Python 世界,不仅仅有 Django 唯一一个 web app, 框架哪...

我也只是实话实说，如果纯粹从开发的愉悦程度来说，还是ROR第一。（所以，也有人觉得ROR就是一个玩具）

ROR之所以成功（某种意义上），也是因为统一性，而不象Python下，太多框架可以选择。（就象我依然最喜欢FreeBSD一样）

很多时候，选择项太多而引起无从选择也是一种弊端。这就象Ubuntu流行一样，手工配置了那么多遍的FreeBSD和Linux桌面，最后累了，就想
要一个现成的，懒了。

[Liming_Do]

"""
> some_list.each do |this_item|
> # We're inside the block.
> # deal with this_item.
> end
说实话，在握看来，这段代码很清晰。和Python以下代码差距很大么？
for this_item in some_list:
# We're inside the block.
# deal with this_item.
"""

第一段代码要多敲6个字符，会累的啊~~~
非要用各种字符表意才很精简吗

"""
没用过Perl么？不至于这么诋毁Ruby。
如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.
"""

其实还是感觉Django有很多需要改进的地方，某些方面也许还会走一遍zope/plone探索过的路
只是它是从一个团队自己用着顺手和足够的项目开始的，不象zope/plone因为志向高远而致高山仰止
做项目图方便易教易学易接手会用dango，三个没有IT背景做芯片测试的同事已经用Django做出系统了
如果将来自己开发网站也许不会用它

"""
申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
（对于象我这种经历过Perl,Java,PHP Web开发的人来说）。
"""

用Perl这种易经类语言做过开发的，读Ruby的语法当然小菜一碟了
不知道ROR的应用代码多起来的话，以后接手维护的人会不会也有开发者一样的乐趣

[DIrk]

On 8月13日, 下午4时24分, "Liming_Do" <Liming...@smics.com> wrote:
> """> some_list.each do |this_item|
> > # We're inside the block.
> > # deal with this_item.
> > end
>
> 说实话，在握看来，这段代码很清晰。和Python以下代码差距很大么？
> for this_item in some_list:
> # We're inside the block.
> # deal with this_item.
> """
> 第一段代码要多敲6个字符，会累的啊~~~
> 非要用各种字符表意才很精简吗

上面只是讨论代码的清晰程度，精简性当然是Python的好。（但也不能单纯将精简性，肯定有其他更精简的，也许精简到变态）

>
> """
> 没用过Perl么？不至于这么诋毁Ruby。
> 如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.
> """
> 其实还是感觉Django有很多需要改进的地方，某些方面也许还会走一遍zope/plone探索过的路
> 只是它是从一个团队自己用着顺手和足够的项目开始的，不象zope/plone因为志向高远而致高山仰止
> 做项目图方便易教易学易接手会用dango，三个没有IT背景做芯片测试的同事已经用Django做出系统了
> 如果将来自己开发网站也许不会用它
>
> """
> 申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
> （对于象我这种经历过Perl,Java,PHP Web开发的人来说）。
> """
> 用Perl这种易经类语言做过开发的，读Ruby的语法当然小菜一碟了
> 不知道ROR的应用代码多起来的话，以后接手维护的人会不会也有开发者一样的乐趣

Ruby的BT程度和Perl相比已经差很多了，只能说介于Perl和Python之间。
另外，代码的BT程度还是主要取决于开发者本人，Ruby也有易看的方式。

恩，我觉得对付代码多不易维护的方法有：1、尽量模块化，牵扯关联越少越好；2、完善和充分的测试代码，随时检查变动的可用性。

[Liming_Do]

On 8月13日, 下午4时24分, "Liming_Do" <Liming...@smics.com> wrote:
> """> some_list.each do |this_item|
> > # We're inside the block.
> > # deal with this_item.
> > end
>
> 说实话，在握看来，这段代码很清晰。和Python以下代码差距很大么？
> for this_item in some_list:
> # We're inside the block.
> # deal with this_item.
> """
> 第一段代码要多敲6个字符，会累的啊~~~
> 非要用各种字符表意才很精简吗
>上面只是讨论代码的清晰程度，精简性当然是Python的好。（但也不能单纯将精简性，肯定有其他更精简的，也许精简到变态）

对啊，精简也未必就是最好的，我是觉得能用字母表意的地方就不用符号
语言引入的符号少一些，看起来就舒服些，又不是做符号计算领域的事情
python的decorator引入了@这个东东，从个人局限的观点来看就有点精简过度了，Ruby就符号表意更多啦

> """
> 没用过Perl么？不至于这么诋毁Ruby。
> 如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.
> """
> 其实还是感觉Django有很多需要改进的地方，某些方面也许还会走一遍zope/plone探索过的路
> 只是它是从一个团队自己用着顺手和足够的项目开始的，不象zope/plone因为志向高远而致高山仰止
> 做项目图方便易教易学易接手会用dango，三个没有IT背景做芯片测试的同事已经用Django做出系统了
> 如果将来自己开发网站也许不会用它
>
> """
> 申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
> （对于象我这种经历过Perl,Java,PHP Web开发的人来说）。
> """
> 用Perl这种易经类语言做过开发的，读Ruby的语法当然小菜一碟了
> 不知道ROR的应用代码多起来的话，以后接手维护的人会不会也有开发者一样的乐趣
>Ruby的BT程度和Perl相比已经差很多了，只能说介于Perl和Python之间。
>另外，
>代码的BT程度还是主要取决于开发者本人

恩，有道理，这绝对和开发这本人有关系，而且还会在同类开发者中互相
同时和所使用语言的设计哲学还是有很大关系的
如果语言设计时就没有对于代码易读和规范的渴望，有的是对于我自高深精练的满足感的向往，也很难在这方面对它要求太多
语言生而平等，都有被应用和创造价值的权利，但是无法要求它们拥有一样的心智和运势
所以它们就是有差别，就是有强有弱、有繁有简、有深邃有肤浅、有领域专注有应用广泛
编程语言决定编程思想，开发人员决定程序代码。所以要争做“语言好，思想好，设计好，代码好，测试好“的五好开发人员呐

[DIrk]

老大你真牛。哈哈哈

[Zoom.Quiet]

...

>> > """
>> > 没用过Perl么？不至于这么诋毁Ruby。
>> > 如果Ruby的性能足够快，如果ROR写出的应用和Python一样稳定，我还是会选择ROR而不是Django.
>> > """
>> > 其实还是感觉Django有很多需要改进的地方，某些方面也许还会走一遍zope/plone探索过的路
>> > 只是它是从一个团队自己用着顺手和足够的项目开始的，不象zope/plone因为志向高远而致高山仰止
>> > 做项目图方便易教易学易接手会用dango，三个没有IT背景做芯片测试的同事已经用Django做出系统了
>> > 如果将来自己开发网站也许不会用它
>>
>> > """
>> > 申明：我从03年就一直在使用Python（工作的40%），而且写了大量代码；ROR只是写了几个小型应用，但我不得不承认，那是开发者的乐趣之选
>> > （对于象我这种经历过Perl,Java,PHP Web开发的人来说）。
>> > """
>> > 用Perl这种易经类语言做过开发的，读Ruby的语法当然小菜一碟了
>> > 不知道ROR的应用代码多起来的话，以后接手维护的人会不会也有开发者一样的乐趣
>> >Ruby的BT程度和Perl相比已经差很多了，只能说介于Perl和Python之间。
>> >另外，
>> >代码的BT程度还是主要取决于开发者本人
>>
>> 恩，有道理，这绝对和开发这本人有关系，而且还会在同类开发者中互相
>> 同时和所使用语言的设计哲学还是有很大关系的
>> 如果语言设计时就没有对于代码易读和规范的渴望，有的是对于我自高深精练的满足感的向往，也很难在这方面对它要求太多
>> 语言生而平等，都有被应用和创造价值的权利，但是无法要求它们拥有一样的心智和运势
>> 所以它们就是有差别，就是有强有弱、有繁有简、有深邃有肤浅、有领域专注有应用广泛
>> 编程语言决定编程思想，开发人员决定程序代码。所以要争做"语言好，思想好，设计好，代码好，测试好"的五好开发人员呐
>
>
> 所以要争做"语言好，思想好，设计好，代码好，测试好"的五好开发人员呐
>
>
> 老大你真牛。哈哈哈

收录!
http://wiki.woodpecker.org.cn/moin/ZoomQuiet/2008-08-13

[老董]

过誉拉，我可不敢称老大称牛阿，这列表里牛人强人太多
其实你比我有开发经验阿，能够从perl,java,python一路走来的，才是真正有经验的牛人

[23号]

那大家努力把UliWeb弄好它，让它一统江湖。

--

--
Best Regards,
No.23
----
My Blog: http://n23.appspot.com/blog/

[Robert Chen]

所谓乐趣这东西，就是个主观的幻觉，Django用了很多，ROR用过一点，说实话，我觉得Django比ROR有趣多了，我同样也觉得Python代码看起来比Ruby代码顺眼多了，Ruby还号称最贴近自然语言，那只有两个可能：1、我不是人类；2、Ruby在骗人

大家都在说"说实话"，"老实说"，那到底谁的是实话呢，嘿嘿，这个问题倒是挺有趣的...


--
Robert
关注Python 关注搜索
Dynamic Life——http://blog.csdn.net/balabalamerobert

[fenglanchi]

一看到 .rb 我就无语
谁让咱是俗人那只能想到 2b?
end
更是恶心的 end
end
end

在 Fri, 15 Aug 2008 11:11:25 +0800，Robert Chen
<search....@gmail.com> 写道:

> 老实说

--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/

[大熊]

也许那老大是用delphi或pascel出身的

2008/8/15 fenglanchi <fengl...@gmail.com>

--
茫茫人海，总有我的最爱
骑车带人时才最明白老婆身材的重要
日撑俯卧三百个，不辞长做天朝人

[jjx]

ror 的n多文件,受不了

第一次读rails 框架代码,也相当头大,除非是有人出钱让我用,否则一般是不用它的

[luck...@gmail.com]

很无聊的问题
很无聊

On 8月9日, 下午8时44分, gasolin <gaso...@gmail.com> wrote:
> 與前一篇「10 件所有人會想用 Python 語言寫而不用其他語言寫的事 」相關，http://groups.google.com/group/python-cn/browse_thread/thread/c46123a...
>
> 這篇來列舉 「10 個所有人都會想問的關於 Python 語言的問題」
>
> 我先列我想到的幾個:
>
> 1. 為什麼要用縮排而不用括弧?

> 2. 為什麼 Python 比 xxx 語言慢?
> 3. 怎麼在 Windows 上直接跑 Python 程式 (不先安裝 Python)?