Posted on 2005-10-11 10:58
任我行 閱讀(795)
評論(0) 編輯 收藏 引用 所屬分類:
Python
我眼中的Python python這種編程語言我很早就聽說它了，早在1998年，我在玩Linux的時候，就接觸過它，但是我對python的印象僅僅停留在它是一種流行的面向對象的腳本語言的認識上。 zope，基于python的app server，早在2000年我就已經對它如雷貫耳了，但是我對zope的印象僅僅停留在它是一種類似Apache HTTPD Server，AOL Server之類的web server上。 今年ozzzzzz多次向我提到python和zope，聽得我耳朵都起了老繭了，dlee又建議我開設python版面，雖然我沒有答應，但是架不住朋友們的左勸右勸，終究對python這門語言有了好奇心。 幾天前，當我漫不經心的瀏覽了python和zope的網站之后，我突然有了一種“眾里尋它千百度，那人卻在燈火闌珊處”的感覺，悔不迭錯過了那么多次相逢的機會。 對于軟件開發，我和ozzzzzz有一個共識，就是腳本解釋弱類型語言在開發效率上遠遠超過編譯強類型語言，從軟件開發角度來說，腳本語言具備天然的開發效率上的優勢，這是由語言的內在屬性決定的。 例如我們可以比較一下Web編程使用PHP和Servlet/JSP，比較一下Windows桌面應用使用VB和VC/Delphi，比較一下Unix環境下面Shell和C/Java，比較一下數據庫環境下面的PL/SQL和JDBC/SQLJ。 我雖然使用Java開發軟件已經有5年的歷史了，但是能不用Java的時候，我一定不會用Java的。如果搭建一個小型的網站，我一定選擇PHP而不是 Java；如果針對數據庫的小型編程，我一定使用PL/SQL而不是Java；如果是桌面應用，我一定選擇VB而不是Java；如果是Unix環境我寧愿選擇shell，perl甚至PHP，而不是Java。 做為一種嚴謹的，編譯式的，面向對象語言，Java總是給我一種須正襟危坐，須一板一眼的按照OOAD的原則編程，才敢在鍵盤上敲下字符的感覺。即使編寫一個最小規模的程序，我也不能夠接受把所有的code塞到main里面的做法。Java似乎以不怒自威的威嚴使我不敢隨意編碼，不敢玷污Java 的嚴謹。于是我即使寫一個很簡單的JDBC程序，也要一板一眼的try catch finally，一層層的處理Connection，PreparedStatement和ResultSet。 誠然，如果開發規模比較大的項目，或者開發自有的軟件產品，必須應該按照嚴謹的方式，此時Java也是最適合的語言。但是我不想活的那么累，很多人也不想活的那么累，于是大家都懷念起來腳本語言的好來。對于小規模的應用，使用腳本語言快速簡單完成的事情，當你使用Java的時候，你陷入了過多的層層代碼包圍中去。于是groovy出現了，bean shell出現了。大家終于明白，編譯語言不是軟件開發的全部，腳本語言才是最適合程序員的語言。 我喜歡腳本語言，喜歡的沒邊，Java是我的職業，但是我從來都沒有在內心深處喜歡過它的語法，我更加討厭C++變本加厲的復雜。我鐘愛的語言包括小學就接觸的BASIC和Logo，畢業以后才掌握的Unix Shell和PHP，Perl，PL/SQL。幾乎我接觸過的每種腳本語言，我都有濃厚的興趣和感情，除了VBA是一個例外。 看看Java里面長長的對象，方法和屬性命名，看看Java編程冗長的調用語句和愚蠢的對象賦值和經常長達幾十行的getter/setter，我會時不時從心底泛起惡心的感覺，雖然我經常也是這種惡心感覺的制造者。但是惡心歸惡心，我知道Java有它不可取代的作用，PHP有它無法彌補的缺陷。大部分腳本語言，包括perl，PHP，PL/SQL，VBA都不是真正意義上的面向對象編程語言，即使包括了部分面向對象語言的特性，這注定了腳本語言不能夠承擔大型項目的開發，甚至也不能夠充當良好的可復用的組件存在。 所以我很遺憾，我欣賞PHP腳本語言的開發效率，我也欣賞Java的面向對象的能力，我欣賞PHP的低部署成本高可靠運行，我也欣賞Java App Server帶來的開發復雜運算的強大能力，但是魚與熊掌不可得兼。 直到我看到了python和zope，我終于找到了夢寐以求的東西，兼有腳本語言開發的高效率，兼有低部署成本的易用性，同時又有完備的面向對象的強大支撐能力，同時又具備完善的強大的app server支持。最令我生氣的還是plone，這個運行在zope之上的軟件，你可以稱之為portal，或者稱之為cms，或者其他的什么名詞，但是我知道它幾乎可以實現任何網站想要實現的功能。默認安裝下，這個東西很像confluence，一個Java的商業的cms，但是比confluence 功能強大的太多，可定制性，可開發性又強的太多了。plone在默認安裝情況下你就可以把它當做cms來用，比較類似***nuke類軟件 (PHPNuke, PostNuke, JBossNuke,...)，通過插件的擴展，你可以讓plone里面集成了forum，blog，wiki的功能，再加上plone本來就支持的 WebDAV，功能強大的基于文檔的權限控制，多用戶多組的管理，你可以在很短的時間內實現一個全功能的門戶網站。可笑的是，我從去年到今年一直在考慮把 JavaEye建設成為一個集成forum，blog，wiki，cms功能的網站，甚至雄心壯志的想要做一個這么的軟件產品來，但是現在我發現 plone已經漂亮的實現了這一切，最令我沮喪的是，ozzzzzz在聽過我的軟件產品計劃之后提出一個用關鍵詞來組織網站內容的設想，結果我發現 plone已經這樣做了，我能說的只有慚愧！ 我只能感嘆自己沒有在一年之前就發現plone，否則的話現在的JavaEye將完整的使用plone來架設。更令我慚愧的是，當我剛剛意識到 zope/plone的價值的時候，上海已經有人成立了專業的zope/plone解決方案的軟件廠商，并且拿下了好幾個大型的客戶，(http: //www.zopechina.com)。有時候我們真的不能把眼睛盲目的盯著大廠商強行推廣的標準了，應該好好的審視自己真正需要的是什么，并且圍繞它構建自己的核心競爭力，否則我們只有永遠做IT行業食物鏈最底層的命運。 ozzzzzz曾經對我說，zope是B/S應用中的VB，快速原型開發中小型企業應用的最佳武器，我現在真切的理解了他的話。我覺得我們確實不能夠眼睛光盯著Java/C#不放，也應該了解一下zope/plone，它應該成為中小型企業應用，特別是基于文檔管理的企業應用的最重要的解決方案。 zope/plone雖然很好，但是我知道它不會如Java/J2EE，C#/dotnet那樣在國內成為一種主流的軟件開發解決方案。原因就在于國內的軟件開發行業長期處于國際分工產業鏈的底層，缺乏創新意識和開拓的精神，而往往滿足于跟隨跨國公司的標準，啃啃人家剩下的肉骨頭。位于食物鏈頂層的廠商，例如MS，IBM，Sun，BEA，CA，Oracle等等，爭奪的是標準。他們是規則的制訂者，制訂好了規則，放大家進場，他們負責收費，錢收的差不多了的時候，他們又重新競爭，制訂新一輪的規則，繼續坐地收費。很多時候，市場的真實需求并沒有被真實的體現，真實的需求被頂級廠商掩蓋了。他們創造了一個市場需求，有了市場需求，就有錢賺，賺的差不多了，就摧毀這個市場，然后創造下一個市場需求。因此本質上來說，IT行業就是幾個寡頭在博弈，不管誰贏誰輸，我們都是輸家，我們只是人家的籌碼。大家可以回顧一下這些年軟件技術發展的歷程，寡頭廠商制造了EJB市場賺大發了，寡頭廠商了制造了ERP市場賺大發了，寡頭廠商繼續在制造著SOA，等著繼續收錢。我們不能夠被滿天飛的技術迷惑了，我們不能被人賣了還替人家數錢。 所以多多關注一下我們真正需要的技術吧。