哼哼，我們還有 The Zen of Python 喔
http://www.python.org/doc/Humor.html#zen
kerokerokerokerokerokero
所以說，每個 Python function/method 不要太長 (超過一頁)，name space 也不要太髒，能作成 module 便不必包進 package，可以用內建型別就不需製作類別。
有有有，我有在看，不過我的習慣很差，都是寫程式有不會的時候才看....
呵，看了一下你的參考閱讀清單:p
如果有程式基礎，可以直接由dive into python開始啊:)
The language war daemon really never sleeps :p
不過我蠻願意同意 comment 裡面說的，語言的複雜度與實作出來的效率未必相關。何況 Ruby 和 Python 比起來，好像也只複雜個兩三倍而已。相信在大多數的應用環境下，不會有人感覺到差異，也應該不需要介意語言的效能問題才是。
只是話雖如此，能直接呼叫 C/C++ 的 Python，至少可以用偷吃步的方式在效能上和純 C/C++ 硬碰硬。我個人就很希望能寫出和 FORTRAN 跑得一樣快的 Python+FORTRAN 程式。
ROR和Java相似程度有80%~ 相對於Java在web下的JSP應用~ ROR真的是好用太多~ 當然應該也只有熟悉Java人感覺它好用|||(一堆概念真的是同一個模子刻出來的)
so~ PHP vs ROR ~= PHP vs JSP+
m~ 各有優缺點吧 ^^"
簡單, 是軟體最終出路。已經複雜的東西，不應再加入厚重的架構，增加其複雜性。從 Java 過去的路，我們可以發覺 framework 一個一個被丟棄，又一個又一個被發明。大部分流行的 framework 以輕巧起家，卻以厚重隕落。 Zope 一直沒在市場上形成夠力度的風潮，或許就是因為太過厚重。 framework 發明以簡化問題，如今卻帶給我們更多問題。厚重的 framework ，設計上使用 programmer 嚴重的依賴固定的 pattern。 programmer 原本崇尚 decouple ，如今卻和 framework 嚴重 couple ，造成另一個不穩定因素，無異是自找麻煩。
在快速開發 web app 的場合中，直覺上 Zope3 沒有 Django 或 TurboGear 來得輕巧。不過，我是透過 Plone 2.5 踏上 Zope3 的路，對我而言，看來是必經的路了。
說真的，Ruby無法殺死PHP
我真的是這樣認為
為什麼我會這樣想呢？原因很簡單！
因為Ruby != Ruby on Rails
如果說，同樣是針對Application的開發，Ruby可以很輕易的將PHP給Kill
但是換到Web去，PHP就不會被Ruby Kill，反而是Ruby有可能被Kill
因為Ruby只能寫CGI...
但是搭配Rails呢... ?
但是我是這樣認為的，PHP還是可以占有一席之地
它對於小的、輕的、不龐大的應用，像是文章所說的電郵系統可以用PHP開發
用Rails則是太扯了..
說真的，Ruby無法殺死PHP
我真的是這樣認為
為什麼我會這樣想呢？原因很簡單！
因為Ruby != Ruby on Rails
如果說，同樣是針對Application的開發，Ruby可以很輕易的將PHP給Kill
但是換到Web去，PHP就不會被Ruby Kill，反而是Ruby有可能被Kill
因為Ruby只能寫CGI...
但是搭配Rails呢... ?
但是我是這樣認為的，PHP還是可以占有一席之地
它對於小的、輕的、不龐大的應用，像是文章所說的電郵系統可以用PHP開發
用Rails則是太扯了..
Re: Python播放巴哈雙小提琴