http://sourceforge.net/community/cca09/nominate/?project_name=XMind&project_url=http://www.xmind.net/

支持XMind，支持國產開源軟件！

開源軟件的新丁，幫助我們在紛繁蕪雜的狀況下理清思路，發散思維，從而創造價值。她可以讓你更快地完善商業計劃、更有條理地進行信息管理、更有效率地進行知識管理。這就是XMind，一個利用計算機軟件技術和全腦思維藝術將我們的大腦和思維帶入一個更加積極、高效的可視化工具。

《電腦時空》雜志（2007年6月）在《讓思考可視化》一文中所說：“隨著思路的跳躍，以及思考的不斷發散，XMIND讓這一切都看得見 …… 同時XMIND的易用性是其最為突出的特點，中心主題確定思考的起始點，按回車鍵橫向擴展思維分支，按TAB鍵則縱深拓展思維深度……”

XMind基于Eclipse RCP，并提供了數十個擴展點，為開發人員擴展功能、提升易用性提供了便利，也為其它類型的軟件提供XMind已經很成熟的UI交互模式。

投票辦法：
1）點擊上面的鏈接
2）Category選擇Best Visual Design
3）點擊Category下面的小加號（Nominate for another category），然后選擇Best Project for Academia
4）填入郵箱提交，并點擊郵件中的鏈接

注意：每個郵箱每個項目每個category只能投一票。

謝謝大家！別忘了告訴你的朋友中支持開源軟件的！

再談談Mozilla

最近看到Keso也在責備Mozilla中國。老實說，如果現在讓我見宮力，我興許也會有詰問的語氣。我也看到很多網友說“如果Chrome支持插件，我就放棄Firefox，但是保留IE”。我想這里面還是有點誤會的，所以寫了這篇帖子。一會我會以簡短的方式解釋這兩個問題：
1）有了Chrome，我們為什么還需要Firefox？
2）Firefox為什么有那么多插件？Chrome會有嗎？

首先，請允許我簡單說說歷史。

[開源社群的中流砥柱]

1998年1月Netscape宣布將開源，組成一個叫做Mozilla的項目，并于3月31日交付給大眾（public）。那個時候人們并不知道什么是開源軟件。可以說Mozilla來到世上，首先帶有著普及和推廣開源運動的使命。這個使命它完成的非常好。今天有超過1/3的開源項目在使用Mozilla Public License（MPL）或MPL-like license，更有很多項目在雙license中使用MPL作為最后的屏障。Mozilla的這一貢獻在歷史上恐怕只有GNU運動能與之媲美。

我常常跟別人說，做開源社群，Eclipse，Apache，Mozilla是三個榜樣，做開源軟件，MySQL，Ubuntu，Firefox是三個榜樣。這其中只有Mozilla即做了開源社群的榜樣，又做了開源軟件的榜樣。Mozilla為人類提供了軟件開發的全新模式，它告訴人們4000人如何同時開發一款產品，這樣的產品又與Eclipse，Apache，MySQL不同，后三者都是與開發人員或網站維護人員接觸，如果有bug，面對的也是行家里手，Mozilla面對的每次都是最終客戶，穩定和易用要重要的多的多。也就是在這樣的情況下，Mozilla做了很多軟件開發共性的事情，比如Cross Platform，其實你知道的很多著名軟件都是用Mozilla Build編譯的。另外，Bugzilla也是它的一項發明。

[2004年之前的窘境]

但是，千萬別忘了，Netscape在開源時，它其實是個失敗者。Microsoft IE以迅雷不及掩耳盜鈴響叮當之勢如破竹。。。席卷全球。Bill Gates還未動用6 billion備用金。我在以前的帖子里說過很多次，IE的成功不僅僅是商業戰略的成功，也是技術的成功，我們今天看到的很多W3C標準（我是指標準中的一些條款）都可以上溯至IE3~IE6的某個版本最先引入。比如IE4就率先開始用CSS，而ActiveX則在各方面贏了Java Applet。Netscape嘔心瀝血創造的市場，已經屬于別人了，談笑間墻櫓灰飛煙滅。

1999年，就在Mozilla開源一年后，Netscape賣給了AOL。2003年，Mozilla才成立Foundation，獨立發展。2005年，我們才看到因為在Firefox的事情上掙到很多錢，為和Google簽合同方便，Mozilla成立了今天的Mozilla公司，并將Mozilla.org和Mozilla.com分開。再往后才有了Mozilla中國也就是謀智網絡。

在2004年之前的幾年里，主流媒體很少有Mozilla的聲音。我們當中的很多人都是在1998年之后才上的網，所以對Mozilla更沒有感情了。記得1998年有一次去看一個電信展會，里面的互聯網業務柜臺有很多臺式機都在跑Win95+Netscape，第二年再去同一個展會，全都是Win98+IE了。

這里還要說明，Netscape曾經是收費的，但是IE好像開始就是免費的。1997年我還見過PCMAG分發免費的IE光盤，因為Windows 95里并沒有捆綁IE，所以要單獨安裝。Bill Gates已經開始揚言Windows/Office/Internet Explorer是微軟的三大品牌。

[Firefox的追求]

不知道有沒有人注意到，2008年Google推出Chrome時，Mozilla高層曾經出來說過一番話（請同志們幫忙找找原文），其中很重要的一點是，Mozilla希望其他桌面應用程序的開發人員，在開發非瀏覽功能的時候，也能leverage瀏覽器技術，這可能是Mozilla的追求和Chrome/Webkit完全不同的地方。

這就是我要揭示的，Firefox的由來。Firefox面世時，它與其它Mozilla-based的瀏覽器有兩個大的不同，一是單一的瀏覽功能，那是因為Mozilla Suite（也就是現在的SeaMonkey）不僅僅包含瀏覽器，也包含郵件客戶端、日歷和一個HTML開發工具，大概相當于IE+Outlook+FrontPage。大部分用戶不喜歡這種套裝方式。二是Firefox是基于XUL的。XUL是一種用XML描述桌面應用程序界面的規范，當同Javascript同時使用時，它就有了快速開發的特點，對于需要很多web功能的應用非常適合。想象一下類似iTunes的應用，因為iTunes Store非常類似一個web app，而播放器又還是桌面的比較舒服，所以很適合leverage瀏覽器技術。呵呵，事實上這個例子已經是Mozilla非常自豪的一個案例了：Songbird。所以，XUL其實是一個超越了它所誕生的時代的技術。XUL本應該成為現在的XAML，Silverlight，Adobe AIR等的強大對手。但是，XUL發揮的能量并不少于Silverlight，因為它造就了Firefox的奇跡。

還不明白？正是因為有了XUL技術，Firefox才有那么多“插件”！！唉，非要我說的這么明白。

一次跟Apple朋友聊天，才意識到由于一個翻譯誤區，使得我們沒能搞清楚插件和擴展的區別。我們平時經常用到的Flashgot，Adblock，DownThemAll，Firebug等，其實應該成為擴展（Extension），而Flash，Java，RealPlayer，Quicktime才應該成為插件（Plugin）。事實上，Firefox的“插件”一點也不比其它瀏覽器多，這些插件Safari全有。這些插件的開發考慮操作系統的差異大于跟瀏覽器的差異，（這是由于IE和Safari都實現了Netscape的接口），所以我猜想開發它們的Chrome版也并非難事。但Firefox“擴展”則是XUL帶來的最大優勢。

Firefox的紅火使得Mozilla把一切可以利用的資源都利用了進去，進而把Thunderbird等分神的項目都趕走了，這當然是為了盡全力。然而，我真正擔心的是，XUL在2009年之后還會成為克敵制勝的法寶嗎？我猜不會。Chrome聲稱很快將支持Greasemonkey。這是否是在嘲笑Mozilla的追求？因為我們知道，Greasemonkey非常火，編寫一個Greasemonkey的腳本，跟編寫Firefox擴展能實現很多一樣的功能，所不同的是javascript的編程技巧是web app開發人員的常識，而XUL畢竟還有一個學習曲線。另外Greasemonkey很快會被大部分瀏覽器支持，這也就意味著cross-browser。

[2008，第二次瀏覽器大戰狼煙再起]

我多次強調過，不要小看第二次瀏覽器大戰，不要對微軟抱有任何幻想。IE的market share并不比道瓊斯堅挺。但這并不表明Firefox是贏家。這是一場戰爭，誰勝誰負很難預料，不過我對未來的預期是多極化，就像智能手機市場，真的沒有哪個公司能一統江山。瀏覽器也是多極化比較好，比如在Mac上，Firefox已經非常像Mac本地軟件了，令人詫異的是Safari卻越來越不像Apple公司的產品了，結果呢，還是喜歡Firefox的繼續用Firefox，喜歡Safari的繼續用Safari。

不過我還是希望HTML引擎減少至兩個：Mozilla和Webkit。理由很簡單，沒有人需要重復發明輪子。面料很少革命，但時裝千變萬化。每個大公司都可能有一款自己logo的瀏覽器，但內核太專業了，所以不需要那么多。現在非Windows也非Linux的操作系統，有多少人在用呢？所以我一直建議IE轉成Webkit內核，這對IE沒有半點壞處。

為什么我總是支持Mozilla？你自己看看，Mozilla的對手哪一個是省油的燈？Microsoft，Apple，Google，全都是財富500強不用滾屏就能看到的！Mozilla與他們排在一起，并不表示一個小公司的自不量力，而是在昭示整個開源社群的生生不息。這個叫長尾，一般人很難理解啦，但學經濟的多少都能領悟一點。千萬不要以為Mozilla的成功來源于微軟的IE太爛！！雖然很多中國人都是這樣認為的。商業公司遇到的困難，Firefox沒有，Firefox遇到的困難，商業公司沒有。你今天看到的Firefox的缺點，最終都能改掉，因為有這么大的社群在支持，所以也沒什么好擔心的。我也支持人們用Mozilla為內核創造新的瀏覽器，比如Flock，還有Camino。

我為什么不太支持Chrome？也不是啦。Chrome剛出來我就發現很多想法不謀而合，愛不釋手，為了用Chrome我甚至常常開虛擬機跑Windows就為了瀏覽。不過我確實為Chrome擔心，生在豪門的痛苦不是我們能懂的。在Google Code上看看有多少好東西吧，它們都沒多少經費也沒多少人，跟創業的小公司沒什么兩樣。就連Gmail也是憑嘔心瀝血數載創造的流量說話，才獲得Google高層的真正重視的。除了流量大戶，比如YouTube，其它的Google產品能不能過的了這場危機誰也不敢說。

我愛Mozilla，也不比任何人少。Mozilla的對手并非Google，而是大財團的游戲規則，Mozilla的機遇則是瀏覽器市場的多極化，和云計算時代的到來。


閑聊的泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）



開發人員為什么要支持非IE瀏覽器的四個故事

最近一不小心陷入了對第二次瀏覽器大戰的深思，并參與了幾次網上討論。頗有心得，不知何處分享。下面要講的四個故事，都是客戶（或者你的雇主）對你我（這樣的開發人員）講的故事。來源于生活，高于生活。

1）
你受雇于Z商銀行專業版開發團隊，不久結識了負責專業版客服的漂亮MM。愛情的滋味讓你忘記了工作的煩惱，但是你卻清楚的記得那一天走進心儀MM的辦公室，她的老板正在抱怨客戶的投訴。原來很多江浙一帶的有錢小老板，一直是Z商銀行的忠實客戶，可是人有錢就有了精神追求，他們這兩年紛紛配備了Mac的本本，有白色的有銀色的。。。明白了吧？！現在他們的錢都轉存至浦東發展銀行和深圳發展銀行了。

數據顯示，MacBook和MacBook Pro在中國的銷量每年都在高速增長，這還沒有統計從香港出貨而最終用戶是大陸人的數量。Mac上人們常用兩個瀏覽器，Safari和Firefox，Safari非常酷，而且對標準的支持非常好，Firefox插件多，安全性好。最重要的是，如果你已經具有開發IE Web App的能力，那么就已經具備開發標準Web App的能力了。只要有心，萬事不難。微軟自己也不再喜歡ActiveX了，他們經常游說你們團隊用Silverlight。這次，你的老板還會上當嗎？千萬別忘了，這還是微軟的私有技術，即使他們承諾Silverlight將跨平臺，你也會覺得難用無比，別忘了他們曾經做過讓網頁設計師談虎色變的IE for Mac。

前事不忘后事之師。我們能有今天的幸福生活，一要感謝黨，二要感謝開放的國際互聯網。HTML5，CSS3，以及其它的W3C標準共同組成了我們通常所說的Open Web。很多人誤解了，以為ActiveX是Web安全性的不二選擇。其實安全性向來都是開放平臺、開放架構、開放源代碼遠勝于專有平臺、專有架構、專有技術。HTTPS已經非常安全了。選擇Open Web之后的最重要工作，就是讓每個程序員都有一顆安全性第一的心。

到了晚上，MM完全沒有約會的心情了，她一個勁的問你，這兩個銀行很小啊，根本沒有什么研發力量，為什么他們能做的事情，你們不能做？這怎么辦？你又不能認錯又不能讓MM對公司失去信心，雖然她的信心已經失去了，雖然這根本不是你的錯。憋了半天，你只能來一句：“他們不主流，我們不標準。”

2）
你大學畢業不到5年，與朋友一起創業做Web 2.0網站。專家給你們團隊的建議是：用戶第一，理念第二，技術第三。你非常贊同這一說法。作為主力開發，你非常希望產品能帶給用戶不一樣的感覺，讓用戶在第一次就記住這個網站，而不是在瀏覽器還沒有渲染完頁面時就關閉頁簽。你非常羨慕Google的很多應用，簡約而不簡單，易用性強，速度快。

作為Web開發的老手（還不敢稱專家），讓我來給你一些建議。第一，你要堅持在團隊中宣揚少用圖片的口號。第二，使用更多的Ajax異步裝載，不斷提升性能，優化用戶體驗。第三，大量用客戶的計算資源，（反正客戶的資源豐富而且幾乎無成本），減少服務器的壓力。第四，宣揚瘦服務器的理念，因為公司小，業務變化很快，投入服務器的資源不容易變換，如果設計成瘦服務器，成本投在客戶端，因為客戶端環境單一，全部重來也沒有多少成本，容易隨需應變。好，我們首先假設這些建議你已經接受了。

接下來，5年從未遇到的問題來了。由于客戶端代碼越來越多，越來越復雜，影響了項目進度。老板開始質疑你的這種方式是否可取。再有，公司重金請人做網頁設計，結果你總是提減少圖片，設計師不悅，常常產生私人恩怨。更麻煩的是，連你自己都開始擔心，因為前端代碼常有bug，導致IE彈出對話框，打破了你一直的夢想。

好吧，既然你能看到這里，我打算教你點絕活。在IE中使用直角矩形，而在Firefox/Safari/Chrome中使用圓角矩形。如果你的設計師喜歡圓角矩形，就給他/她看Safari中的效果，設計師都喜歡Safari，如果他/她喜歡直角，就給看IE！因為在Firefox/Safari/Chrome中，圓角可以用CSS實現，完全沒有貼圖。這一招還要用在陰影上。我太太最近還在跟我炫耀她能用CSS3直接實現雕刻字體效果，不過也不是在IE中。至于Ajax等開發的復雜性，建議你常年使用jQuery和jQuery插件。這個系統的所有API都是跨瀏覽器的，零學習成本，會用Javascript就會用，零host成本，因為Google幫你host。這樣你可以在Firefox上用Firebug開發，或者在Safari 4里開發（透露一下，Safari 4的調試功能真的超級棒），然后在IE上跑，沒有任何問題。2008年年初的調查，jQuery市場占有率不足20%，年末已經過70%了，所以我常把2008年稱為jQuery年，這是國際開發者社群的共同選擇。

很多開發人員拒絕非IE瀏覽器，是因為他們害怕瀏覽器間的差異，帶來開發成本，尤其是CSS上的差異很大。不過別忘了，資本主義世界只要有利潤，人們就會勇往直前。那么多大公司（包括微軟）都在奮發圖強開發Web App，包括IBM的Lotus產品線，你遇到的難題，別人都遇到過。我們搞開發的就是要站在Google/IBM/Apple這些大公司的肩膀上。

在感受了一次成功的喜悅后，絕大部分開發人員還是會相信：支持非IE瀏覽器，俺，能跑！！

3）
你大學畢業就進入了一家大型軟件公司工作，ERP/CRM是公司的主要產品線類型，工資和福利是你與同齡人相比的驕傲，虛榮心是你參加同學聚會的動力。不久你升任產品經理，前途似錦。但困擾你的是每次與客戶面對面，客戶都對你的個人魅力毫無興趣，而是反反復復的提一個字：“省”！

你花了一個月的時間和客戶吃住在一起，通過IT部門了解客戶的IT支出到了哪里？盡管如此，客戶還是希望你能夠拿出一個方案讓他們在2009～2010年經濟危機的時候每年節省幾百萬。怎么辦？把客戶的員工裁了？還是把你裁了？減少買你們公司軟件的支出？（這兩年你們公司也不好過，這跟把你裁了是一樣的。）還是減少。。。等等。。。硬件？對，硬件！

一方面，如果客戶對新員工和需要更換的筆記本采用Netbook，就可以節約大量成本。另一方面，如果采用云計算的產品，可以把需要支出的服務器端軟件改為租用方式，用瀏覽器訪問。兩個方面前后一致且順理成章。Netbook之所以存在市場就是因為大量的軟件應用由Web App取代。新員工只要有瀏覽器用就可以訪問ERP/CRM這些你們公司的拳頭產品。

好，于是你再次向客戶提出了這10年來全球的IT大公司（除微軟）不斷向客戶提出的建議：Linux。

今天就是嘗試Linux的最佳時間。Dvorak，這位以批判大公司出名的IT評論家，現在建議每個人都要嘗試一下Ubuntu。真的很好用。你可以不相信我但是不能不相信Dvorak，他從不盲目追隨新技術，加上年齡的原因，他總是比我們這些年輕人對新事物更抵觸。據說俄羅斯的國立中小學已經全部是Linux教學了。你心里的小算盤開始響了，如果每位員工減少本本方面的2000塊支出，幾百萬不在話下。

如果被客戶問及Ubuntu不好用怎么辦？你嘴角微微一笑，沒關系，反正客戶大部分時間都只干三件事：聊天、看電影，用辦公軟件。這些都是Ubuntu的強項。聊天？QQ和MSN、Skype都支持。看電影，有跟暴風影音一樣強的（還不止一個）。辦公，OpenOffice存取MS Office格式照常使用。至于你的軟件，早就Firefox羅。

怎么？客戶還要培訓？你掙錢的時候到了。Windows的錢都省了，出點服務費咋了？

4）
年過30的你急于在事業上攀到新的高峰，才能給妻子和正要上小學的孩子一個交代。天賜良機你被一個中型企業挖去做CTO，而你的老板，則是個精明的美國商人。（怎么聽起來像小說《最后期限》？）為了拿到VC的錢，老板要求你夜以繼日的擴大用戶群。怎么辦？八仙過海。

大量的軟件公司正在嘗試把他們最掙錢的產品移植到Web上。這種趨勢從2004年就已經開始了。不過用戶還是不太喜歡Web Service或者SaaS這樣的技術術語，比較討用戶喜歡的概念是“云計算”。然而金融危機到來，VC變得非常謹慎，不見兔子不撒鷹，除了大規模用戶數量的增長，其余免談。在這個冬季臨危受命的你，光靠國內市場是顯然不夠的。加上篤信《世界是平的》，你決定到全球市場去碰碰運氣。無論你是否相信，只要支持中英兩種文字，就支持了全球半數以上的網民。你六級不都過了嗎，這有什么難的？

想象一下很多廠商靠iPhone和Android活著。如果讓你選擇一個作為平臺，你愿意選哪一個？呵呵。你猜我選哪一個？Both！其實很多人不知道，如果做了iPhone的Web App就等于做了Android的Web App，他們是完全相同的瀏覽器內核Webkit。不相信？那你看看iPhone上的Gmail和Google Reader，是不是跟Android一模一樣？以前是不是一直以為Google做了iPhone版？上當了，Google并未用Apple的風格，而是使用自己的風格，但是看起來易用性一點也不輸給本地iPhone應用。更多的喜訊還在后面，Nokia S60也是Webkit，Blackberry上也有Webkit了，Gnome的缺省瀏覽器很快也是Webkit了。。。

所以，堅持所有Web產品都支持Safari/Chrome的開發團隊，獲得了史上從未有過的光榮。這不僅是來自VC的青睞，也是直接來自客戶的認同，更是錢在向你招手。。。（抱歉我總是想著錢，可誰不是呢？）。。。

Firefox呢？也是不可多得的marketing陣地！因為Firefox插件多，而且非常容易開發。很多小公司靠這個活著呢。因為Firefox的用戶基數大（比IE7大），所以一點細小的易用性改進都能吸引大量用戶的眼球。這么多人癡迷與Facebook App和開心App，也是同一個道理。

所以，我們的口號是：支持非IE瀏覽器，他好，你也好！用戶好，投資人好，老板好。大家好，才是真的好！（怎么樣？被我雷死了吧。）

結語）

還是前面說的那句話，用戶第一，理念第二，技術第三。不要為你的技術找借口。更好的為用戶服務就是你的使命。在世界平坦化的今天，把國人的聰明才智展現于世界舞臺就是你的機遇。努力的去做吧。正所謂你不下地獄誰下地獄！

歡迎大家續寫這些故事和添加故事。謝謝！


不怕危機的泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）


本文是對這篇文章的回應：
http://www.cnbeta.com/articles/79869.htm
http://news.cnblogs.com/news/detail.aspx?id=45399

這位仁兄很有自知之明:)  但是我并不打算罵你，我打算跟你講講道理。

首先，在講道理之前，我先要說明一個事實，Mozilla的前身是Netscape Navigator，人類第一個商業瀏覽器，即做了非常成功的產品又做了非常成功的創業企業。（我去年還在一本舊的San Francisco的畫冊中讀到本市市民把Netscape，Apple和Intel看成本市的驕傲。）所以說IE的歷史更長是不對的。

接下來我將揭示一直困擾你的問題：為什么你能接受GT輪胎和NOKIA的手機？OK。準備好了嗎？

那是因為他們都支持標準！！！！！！

GT輪胎雖然沒有你說的米其林、普利司通那么高貴，但是人家也兢兢業業的做事情; NOKIA的手機雖然已經做到全球第一，但是仍然堅持使用webkit作為瀏覽器，沒有自己開發獨立的標準。但是你再看看微軟，只要這個世界上掙錢的IT活，他都想做。好吧，今天不是討論這個的時候。你看看財富500強的企業有幾個是這種文化的？有幾個IT企業“堅決抵制開源軟件”？有幾個大老板不準自己孩子用競爭對手產品？

來個深的例子吧。不知道你有沒有聽說過雙拼。智能ABC有雙拼，微軟拼音也有雙拼，不過雙拼用戶大多數不用。因為雙拼的標準并不統一，所以提供多個雙拼表就變成一項標準，谷歌、搜狗、拼音加加、紫光都接受了，微軟沒有接受，所以幾乎沒人用。在人和機器相互適應的過程中，大家都要付出，大家都要前進，最后的結果是很微妙的。

還有一個問題也是你忽視的。你說用戶買一臺電腦回來就有了Windows，但是你沒有計算那個用戶因為使用Windows而花費的成本。（比如殺毒軟件）。再比如全國的大中小學都在教Windows，這投入了大量的社會資源，并不是說不該投入，而是說如果資源被更趨于平均的投入Linux/Mac/Windows三個系統上，就會更合理的利用。這不是我編的，這是“邊際效用遞減原理”，經濟學專業學生不知道這個連學位都沒有。

很多企業主表示他們不再愿意為Windows付錢，所以他們想用Linux，但是一想到Firefox不能上招商銀行，他們就猶豫了。這其實就是資源不能得到有效配置的表現。你說Firefox需要下載才能使用，這是一個缺點。但是為什么沒有人認為QQ需要下載才能使用是一個缺點？原因很簡單，Windows預裝的聊天工具不能像QQ一樣滿足用戶的要求。如果Windows中文版直接預裝了QQ會怎樣？如果Windows中文版直接預裝迅雷呢？如果Windows在歐洲直接預裝Firefox呢？？哈哈，你我都知道這是不可能的啦。

比較合理的方案是，微軟選擇Webkit作為以后的IE內核，科斯的理論告訴我們，微軟做瀏覽器內核是不合適的，浪費了大量的人力物力。如果IE用webkit仍然會保持現在的市場占有率，而相當程度上擴大了用戶的利益，對IE這個品牌有百利而無一害。Google就是這樣做的。Google也是大公司，市值和微軟在同一個數量級上，如果Google自己做瀏覽器內核，也不一定比Webkit好。

我們正在步入一個云計算的時代（這一點Bill Gates和Steve Ballmer一百個同意），已經很多企業把大量應用放在web上。日本郵便局全部采用Salesforce，AMD也是。IBM和微軟正在說服他們的客戶。Sun稱自己為云公司。《世界是平的》會告訴你其實很多上海的小老板在用云計算。唉，說這些太累了，其實我就是想說，那幾秒鐘對你可能不重要，但是對每天把工作放在Web上，回家還要看youtube和傳flickr的人來說太重要了。沒什么比這個更重要～～

所以，我可以負責任的回答你的文章里那個問題：“這個商品經濟、市場經濟的年代，當然是用戶的需求說了算！！我們搞技術的，都很重視技術，也都很重視用戶的需求。一定要堅持用戶至上！！”而且我們技術人員用IE，也從來沒有“不老實”！！

最后一點是夸微軟，但不是現在的微軟，而是2000年以前的微軟。那時的微軟充滿了創新，充滿了活力。其實我已經分析過很多次，IE在第一次瀏覽器大戰中擊敗市場大頭Netscape，一統天下有兩個重要原因。一是Bill Gates說的一句話：“瀏覽器是操作系統不可分割的一部分。” 這句話就像“買鴉片是中國（清朝）人民的需要”一樣無恥，但是確實是杰出的商業手段。二是IE確實在各個方面超過對手，尤其是技術。老一輩的網頁設計師會告訴你，那個年代他們愛死IE了！技術問題我不想說，我們心里都清楚過去的8年中，IE是如何“發展”的。我想說任何人，哪怕是再大的公司，停滯不前8年還靠市場占有率說話，就是對資本主義與民主原則的踐踏。

謙虛使人進步，驕傲使人落后。這是我中學時墻上貼的字中唯一記得的一句。我把這句話送給所有正在讀這篇帖子的人。



==========================
Brian Sun
http://www.XMind.net/



XMind Ltd.
http://www.xmind.net/

創業軟件公司，采用開源+商業軟件模式，市場在歐美，產品XMind 2007/2008/3.0都頗受好評，是同類產品中的佼佼者。公司注冊地在香港，工作在深圳市南山區。

要求：
1.有創業意識，積極融入創業團隊。
2.喜歡小團隊工作，有協作精神，有獨當一面的能力和責任感。
3.學習能力強，喜歡接受新事物。
4.精通Java，熱愛Java。懂設計模式，懂Eclipse。有Eclipse開發經驗者優先考慮。
5.堅信世界是平的。
6.英語不要太差。

有意者直接回帖，或發送簡歷到hr@xmind.net

謝謝！


1.100%純中文。
XMIND改變了中國人沒有自己的思維導圖工具的現狀。國外的所有軟件廠商都沒有把中文版列為其發展方向之一，且在處理中文的過程中，幾乎無一例外的存在Bug。使用MindManager一段時間之后的很多中國用戶都發現一些Notes丟失了，一些中文變成了亂碼。但XMIND沒有，它是100%純中文設計，中文處理非常穩定。以至于新加波的代理商都以“the best practice of using Chinese”為由代理XMIND。且XMIND的研發團隊在國內，各類服務都比較方便。

2.適合中國人的思考方式。
XMIND不僅考慮了中文處理和中文界面，還更考慮了中國人的思維習慣。國內權威IT產品評測雜志《個人電腦》在2007年第5期中介紹了XMIND 2007，經過詳細評測給出的評價之一就是“與國外的同類軟件相比，XMIND2007更加符合我們的思維習慣。”

3.更易用，零學習曲線。
三個特性體現XMIND的易用性：

3.1 XMIND的過濾功能非常直觀，用戶可以通過圖標將思維導圖分成很多層，可單獨查看其中的一層，是個人計劃、項目管理等領域的法寶。

3.2 XMIND的圖例功能非常有用，讓用戶再分享自己繪制的思維導圖時可以方便的看到圖上所用到的所有圖標，以及圖標的含義。有了此項功能，用戶才愿意打印思維導圖到紙上。

3.3 XMIND的外框功能與MindManager有很大分歧。后者認為外框的含義在于強調，所以一個外框只能加在一個分支上，但XMIND認為除了強調外，外框還應該能體現“弱分類”的功能，所以XMIND可以隨意選擇幾個分支添加外框，相近的分支被安排在同一個外框中。

4.神奇的關聯圖與強大的工作簿。
XMIND允許用戶將多張圖放在同一個文件中，這種設計更類似于現實生活中的圖紙與工作簿。用戶將相同或相近主題下的圖放在同一個文件中也便于與他人分享。

此外，同一個工作簿中的圖可以具有一定的關聯性，這是XMIND的獨特創造。兩張圖中具備關聯性的分支除了位置和關系不同外，文字和圖標都是相同的。很多用戶用關聯圖表達相同內容的不同分類法，也有很多用戶用此來表達概述和詳細內容之間的關系。

5.個性化窗口布局提高工作效率。
XMIND可以根據您的喜好隨意改變窗體的布局，大小，層疊樣式。在XMIND中可以擁有您自己的風格，將某些窗體拖拽到您認為最合適的位置和大小，或者選擇打開某些窗體，關閉另一些。當您在工作簿頁簽欄上雙擊時，整個工作簿就會以最大化的樣式呈現，再次雙擊又會回到原來的布局格式，改變靈活自如。這樣，您的XMIND就可以在一臺電腦上為不同個性，不同喜好的用戶提供讓大家都滿意的布局格式和窗體效果，滿足各類個性化需求，在符合各類人群使用習慣的基礎上進一步提高效率。

6.兼容其它思維導圖保護客戶投資。
作為一款出色的思維導圖軟件，XMIND充分考慮到使用者已有的資源及習慣，方便的將其他格式的思維導圖（如FreeMind格式和MindManager格式）導入成XMIND支持的.xmap格式，可以充分保護客戶對XMIND的投資。一旦擁有XMIND，可以擁有多種思維導圖軟件帶來的資源和信息，不必擔心集成與兼容，更無需浪費時間重復勞動，給與客戶極大的使用便利性。

7.降低客戶的成本。
XMIND在海外市場和國內市場的零售價均不到MindManager的三分之一。提供整體解決方案的價格也遠遠低于MindManager。

XMIND官方網站：http://www.xmind.org/


很久沒關心Eclipse基金會的動作了，只是不斷在使用，不斷在開發，不斷在教別人使用和開發，然后就是等待Eclipse的下個版本。那么，Eclipse基金會究竟在干什么呢？我不想寫篇很長的Blog了，只是隨便談談最近的幾個映像：

1。Eclipse 3.3
如果我的推算沒有問題的話，今年的第三季度我們就可以拿到正式版的3.3了，3.3好像沒有什么太大的動作了，我只記得3.2的時候搞了一個MDC（百萬下載挑戰），據說在預訂一半多的時間里就實現了百萬下載量。回頭看看Firefox好像幾乎沒花什么精力下載量就達到千萬級別了，不是一個類型的軟件確實沒法比啊。

看了3.3M6的一些表現，Forms包的外觀有些改善，但是不知道有沒有結構上的調整；Application擴展點的API改了很多，名字也比原來合理了，不過最近正在開發中的一些項目又要重構了，呵呵；最令人激動還是View終于可以折疊到一邊了，而不是原來那樣最小化了之后還占很多位置，而且最大化也更酷炫了，得益于View的新折疊方式。

2。越來越重視MacOSX
SWT 3.3的“New and Noteworthy”可以看到這個趨勢。記得我去年與Sun公司的James Bai談到Eclipse與NetBeans時，我就表達了自己的觀點，好像Blog里面也有。事實上，“慣用法和外觀”在MacOSX系統上的重要地位是沒用過蘋果電腦的人無法想象的，Eclipse在Windows確實很漂亮，但是之前的版本在MacOSX上還是遠不如NetBeans的。我自己也遇到了這樣的問題，我們在Windows上開發有“助記符”的問題，比如文件菜單，應該寫成“文件(&F)”，這樣F下面有條小橫線，用戶按Alt-F就可以直接打開文件菜單，但是在Mac上沒有這樣的設計，Eclipse展示出來仍然是這樣，就顯得有明顯從Windows移植的痕跡。除了Mac的菜單外，Mac的窗體、Mac的工具欄、Mac的任務欄、Mac的快捷鍵都有很多與Windows不同的地方，Eclipse要加油了啊～～

回到說SWT，3.3在MacOSX上有了不少改善，增加了TrayItem，增加了彩色鼠標指針，還改了一個reparent的bug。

3。Ajax是大方向
前段時間炒作了一條新聞，說Eclipse基金會同時發布了三款用于Ajax開發的插件，這個說法是欠妥的。因為這三個項目都是很久以前就有的，現在把他們拿到一起來說，根本原因就是為了回應現在炒作很兇的Ajax。其中“Dynamic Languages Toolkit”沒什么稀奇的，NetBeans也已經做了，但我相信Eclipse在易用性方面一定又是做到最好；“Ajax Toolkit Framework”也就是ATF是三者中最紅的，現在要合并進WTP了，是為Dojo、Rico、Zimbra這些API的開發人員提供集成，套用行話說，就是“Ajax開發人員終于有了自己的IDE了（歡呼+大笑）”；唯獨只有“Rich Ajax Platform”（RAP）最值得一提。

這是一個與眾不同的項目，非常具有前瞻性和遠見性，這也是Eclipse一貫的做事風格。RAP的縮寫是來自于RCP的，RCP已經家喻戶曉了，很多知名項目比如Lotus Notes 8和RSSOwl都是基于RCP的，RCP的程序員也很多，“如遇危難，RCP可以將兵！”但是面對Ajax一夜來襲，很多Rich Client應用程序開始希望自己能夠搬到Web上去的，可是怎么搬呢？把Java代碼翻譯成javascript嗎？我們都知道真正偉大的程序員都是在Java平臺上的，而Java程序員大都不喜歡javascript這樣高效但不嚴謹的風格，尤其是不好調試這一項，使得javascript項目的成本隨規模成幾何級數遞增，這種事情放在Google這樣錢花不掉的公司身上還行，但是要放在小公司上就捉襟見肘了。

所以行業內的專家經過這幾年的反復斟酌，得到的結論是，終極的解決方案還是要讓程序員手寫Java代碼，出來的卻是javascript效果。那如何實現這樣的轉變了，有兩個方案。一是寫一個編譯器，首先給出一個限定的Java API庫，只有utils包、io包、lang包的少數功能和標準控件，最好是SWT式的，大家都很習慣了，如果程序員僅用這些API（和自己編寫的API）寫代碼，就可以被這個編譯器絲毫不差的編譯成javascript代碼，在本地執行和在Web上執行達到相同的效果，這樣完全可以調試，也可以擴展這些API。這種解決方案以Google的GWT為代表。二是寫一個服務器，這樣就可以用全套的Java API，但是不能用AWT和Swing，再給出一組標準控件，（最好是SWT式的，大家都很習慣了），程序員所寫的Java代碼其實是在服務器上運行的，服務器根據這段代碼的操作，把相應的結果反饋給Client端也就是瀏覽器，而瀏覽器以javascript的方式展現和接收事件。這種解決方案的代表，就是RAP。

還要說的一點就是后者其實有個幫手，也算很多Ajax網站的訣竅，就是JSON。JSON是把一個Map（名值對組）序列化成XML的工具，如果這樣解釋好像沒什么新奇的。。。那么好，應廣大JSON粉絲的強烈要求，我把JSON的解釋改成：“JSON就是一個你在服務器端把JavaObject給它，就能在瀏覽器端取出一個javascript object的神奇而又強大的工具，而它的實現機制，只不過是把一個Map序列化成XML”！

這兩個方案有明顯的差別，可以說根本不是一種技術，但是他們很可能都有前途，都是王者之道，一個齊桓公一個晉文公，都有機會成為霸主，也完全有可能鼎足而立，開發人員選擇誰，完全是根據項目的情況，甚至有可能。。。開發一個聯合的方案。。。把GWT封裝成一個Eclipse RAP的插件。

4。看看Summer Of Code
不小心點進了Google的Summer Of Code，之前就已經關注過一些，但是好奇心還沒有驅使我點Eclipse Foundation進去看，今天終于按奈不住了。。。先簡單介紹一下Google SoC[http://code.google.com/soc/]，其實是這樣的，很多開源軟件基金會想花錢請一些比較牛的大學生來開發一些代碼（這些都是最著名的開源軟件，也是最肥的），但是不知道去哪里找大學生。Google的影響力比較大，所以就挑了個頭，先把這些開源項目的ideas登上去，讓學生們挑，學生再把自己的簡歷投給Google，Google安排一個統一的時間由開源組織去選，選中的學生由Google撮合雙方見面或不見面開發，主要是利用了學生在暑期的80天空閑時間，然后老板把錢付給Google，Google付給學生，中間40天的時候Google還要搞個“期中考試”。。。看了一下Eclipse的ideas，挺驚訝的，雖說這不是Eclipse項目發展的主流，但是也從一定程度上顯示了Eclipse的不小野心。

其中我最感興趣的是“Eclipse Open Office Integration”，它旨在把OpenOffice.org的組件嵌入到Eclipse的編輯器中去，而在此之前，Eclipse已能方便的嵌入Microsoft Office的組件了（得益于ActiveX）。這樣的功能如果能實現，對我們平時的開發也是很有好處的。另一個我感興趣的就是“Eclipse install based manager”，現在的RCP沒有自己的安裝程序，只是在Eclipse的幫助文檔中有一篇制作RCP Install的指南，但這是遠遠不夠的，我花在做安裝程序上的時間太多了，不值得，因為這些都是共性的工作。除此之外，我還對“RCP real-time collaboration based upon ECF and Google Talk XMPP-based messaging service”感興趣，如果Eclipse不做，我們也要做這樣的功能。最后要提到的一個好玩的功能就是“NetBeans in Eclipse”，兩種插件接口對Java陣營還是不利的，如果我為NetBeans編寫的插件能夠跑在Eclipse上的話，那NetBeans的新特性就會都變成Eclipse的新特性了（夠自私了吧！）

5。RCP仍是無冕之王
Eclipse官網的黃金位置還是留給了RCP，RCP在全球還是有大量忠實粉絲的。不久前發現匯豐銀行某個分行的CRM系統是基于RCP的（客戶端），不久前又發現英國一個咨詢公司專門提供RCP開發的咨詢業務，不久前IBM正式進入公測階段的Lotus Notes 8/Hannover也是基于RCP的，只是為了外觀重寫了Workbench，不久前。。。被人發現我們的軟件也是基于RCP的，而且隨時提供RCP方面的咨詢和培訓。

6。跟Mozilla結個親家吧
忘了提Eclipse 3.3的又一大特性了，叫做“Moziila Everywhere”，是指在任何平臺上都可以創建一個Browser控件但是使用Mozilla內核（及時該平臺上沒有安裝Firefox）。這是怎么實現的呢？其實很簡單，它要求你必須安裝一個xulrunner，后者是Mozilla的全部內核，包括Gecko布局引擎、Javascript解析引擎、XUL解析引擎和XPCOM，其中每樣東西都足夠寫一本書，有了這些，僅用XUL+Javascript就可以寫出一個Firefox來，Eclipse洽是利用了這個特性，用Java連接XPCOM所以創建了一個Mozilla的Browser，但是沒有任何行為，包括右鍵菜單。

這個Browser控件和缺省的Browser控件是不一樣的，我們平時見到的缺省Browser控件，在Windows上用的是IE內核，在MacOSX上用的是Safari，在Linux上。。。不知道，所以它是最最簡單的瀏覽器，不具備任何可以定制的功能，除了顯示一張HTML頁面外，沒有任何用處。（你該不會想用Eclipse寫一個傲游出來吧）

但是Mozilla內核的瀏覽器控件就不同了，它意味著如果程序員平時為Firefox寫插件的形式，也可以被應用到RCP應用程序上來，設想一下我們擁有一個RCP+xulrunner的平臺吧，RCP接收Java擴展，xulrunner接收xul和javascript擴展，那我們的平臺——要么叫Fireclipse，要么叫Eclifox——就所向披靡了。即使不利用它的可擴展性，單單就是能保證在不同平臺上提供對Web應用程序的一致性展現一條，就足夠臭美的了，更可以用寫Eclipse插件的形式來限定瀏覽器的行為。。。。。。唉，剛才是不是說過一個NetBeans in Eclipse啊？把那玩意扔了吧～～

總結。

活活，還真是好久沒有寫Blog了呢。本來只想談談Eclipse基金會的，沒想到越說越多，連MacOSX、JSON、Google、Mozilla都說了個遍，是不是說了你的偶像什么壞話，我常干這種事，直接跟我聯系吧，我愿意分享我的一切感受和看法。忙了，再聊！

下一個大泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）

人們常說，人類發明的任何一樣東西，都是對人類的一種本能或功能的延伸。人類發明哈勃望遠鏡，是對人眼的延伸；人類發明手機/電話，是對人耳和嘴的延伸；人類發明汽車，是對人腳的功能的延伸；人類發明起重機，是對人手的功能的延伸；那。。。人類發明電腦呢？是對人腦的延伸嗎？可是有誰敢說，電腦簡化了我們的腦力工作了呢？

今天要和大家談的是一種全新的辦公方式和全新的思考理念。

在談這些內容之前，我想先請大家回到自己的辦公室，翻翻曾經用過的草稿紙，或看看會議室里的白板，還有書桌上的便簽，似乎有點什么啟示嗎？有沒有注意到我們平時——我是說我們每個人都一樣——尤其是當我們大腦高速運轉的時候，當我們思路如潮水般涌上心頭的時候，當我們激動的想把一個好想法傳達給別人的時候——呵呵，我們其實寫不了幾個字的。取而代之的是，我們畫了一些圖，仔細的看，會發現這些圖其實是有共同點的，這就是平時所說的模式。當然，生活中充滿學問只是缺乏一顆好問之心。我們平時都不會注意這些東西，很少有人專門去總結這些。也就是說，我們一直都在進行著一種“可視化思考”，你的大腦比你清楚。

可視化思考是一種全新的辦公理念，可能你從來都沒有聽說過這種理念，但是，當你做事情的時候，你就會不自覺的在使用這種理念。但是，英國大腦協會主席托尼·巴贊就注意到了這一點，所以他提出了思維導圖的概念。這是一個偉大的概念，他從理論上讓人們進一步認識到大腦的使用有技巧可言。巴贊曾經見過一個朋友的女兒，她上課特別認真的記筆記，但是成績就是提高不了（這個在中國太正常不過了），于是巴贊責備了小女孩記筆記太認真，讓她放棄這個體面而整潔的習慣，改用隨意亂畫式，很快她就發現，聽課更容易懂了、老師講的更生動了、成績上去了。這個原理很簡單，因為節省下來的精力全部投入了“聽課”上。

這是可視化思考的一個典型案例，他告訴我們少許技巧就可以讓大腦放下負擔，達到無限創意的狀態。如果你現在已經意識到了可視化思考的力量，那么我們就正式開始研究了，我研究問題都是采用極其簡單和有限的方法（因為智商比較低），這樣正在讀我文章的你也不用把思路繃的太緊，我們都放輕松點吧。我們只來看可視化思考的特征和模式。

前面那些圖的主要標志就是關鍵字散落在紙面上（或白板上），這是第一個特點，關鍵字的最大功效在于組合，這個Google比我們理解的深刻，如果一個關鍵字能表達1分的力量，兩個就能表達4分，這是一個3維的遞增級數。

第二個特點是它們往往呈發散方式展開，這是人大腦的樣子，樹突的組織結構，人們常說真正的畫家其實都是在畫自己，大腦是真正的畫家，所以他畫出來的東西也是特別像自己。

第三個特點是關鍵字與關鍵字之間存在聯系，表達聯系的方式可能有很多種，但聯系的實際種類卻只有兩種，一是類屬關系（常常被稱為父子關系），二是非類屬關系（又是也叫弱關系）。不信你自己找找，除了父子關系和弱關系外，關鍵字還有哪些關系？

第四個特點就是你不自覺的就找到了三個幫手，他們分別是線條、形狀和顏色。形狀往往表達本體，線條往往表達聯系。當然最后那個幫手不是隨時都能跳出來幫你的，如果用軟件就好辦多了。所以很多培訓師包括巴贊，都建議作為你的大腦的唯一仆人的你，應該為你的主人準備好幾只彩色筆，這是激發潛意識與創造力的最低成本的手段了。

第五個特點，也就是我現在正在用的技巧——數字的技巧。你會發現你寫出的關鍵字大多被在前面加上了一個數字，它們大多標識一種時間序、重要程度、優先級，或干脆就是簡單枚舉，僅作計數之用，更復雜的數字可能被用來表示精確時間和百分比。總之，這些數字是思考的魔法，它幫你立即理清思路。

無論如何，這五個特點都不是為了美觀，它們都是可視化思考的工具。但最終，如果這些思維圖要被別人分享時，你也可以添加圖片和照片，讓思維圖看起來更像是一個成品，而不是半成品。“一個青年，暢想在藝術的海洋里，那些光影，那些線條。。。”

現在，我們已經從特征上分析，得出了什么是“可視化思考”。我們常常不自覺的就在用可視化思考的理念工作，但是我們只覺得自己在畫圖，這些圖（可視化思考的成果）被我們稱為思維圖，大量的思維圖如果不加整理就只是一個過程了，有心的秘書會把老板的這些思考過程裝訂成冊，保存起來。你有這樣的幫手嗎？如果有，現在這些工作簿定是一筆寶貴的財富，把它們打開你就會從中找到一些模式，模式是固定不變的東西，但它沒有形態，只有被總結和概括，還有名字。可視化思考也有模式，有些人把它總結了出來并取了名字，其中的一種普遍存在的模式被稱為“思維導圖”，它是360度發散結構的；另一種形似魚骨頭的被稱為“魚骨圖”；一種2維的被稱為“矩陣圖”；其它的還有“組織結構圖”、“樹狀圖”等等。

等等，打住，不會覺得被我騙了吧，我可不是思維導圖的推廣員。我要說的不是大家來學習畫這些圖吧，這可不是學的，這不要學，你的大腦天生就會。人天生就會直立行走，但是狼孩就不會，因為他長期不用這項功能，就退化了。可怕啊。我們的大腦天生就會可視化思考，但是如果長期不用，就會不靈，人就會失去思考的勇氣和激情，失去創意的源泉，失去創新的動力。所以你需要的不是學習，而是放松，放松你的大腦，讓它呈現在beta波的狀態（有點學術了啊），找回大腦的本能。“日畫思維圖300張，不辭長做地球人！”正如鄭淵潔對孩子們說的：“去玩吧，今天別寫作業”。

最后這個理論距離完備性還差最后一件事情，讀者可能已經提出這個問題了。如果我長期使用可視化思考會培養良好思考的習慣嗎？我不是腦科專家，不能給你標準的答案，但是我只相信愛因斯坦的一句話：“頭腦一旦到達一個全新的層面，就再也不會回去了。”

但是，這一切美好的發現，都會因為我們的下一個發現而變得不美好起來。現在請打開您天天為伴的電腦，看看里面有多少思維圖？答案很可能是：一張沒有。回到我們在本文開頭時的那個問題。電腦不是對人腦功能的延伸，因為它絲毫沒能表達人腦的功能和意圖。而電腦僅僅是對人腦思考的結果產生一個呈現和組織，Word/Powerpoint這兩個辦公最常用的軟件，它們已經成為其它辦公軟件模仿的對象，但仍然只是線性的呈現文字。它們把辦公的結果從紙張搬上了計算機屏幕，于是人們就從提筆忘字轉而到了“打開Word忘字”，看著白白的屏幕，一句話也寫不出來。友人說人類花了200年關閉你的大腦，而我說不是，人類只花了20年就做到了。人們僅有的辦公軟件已經足夠“辦公”使用了，人們不需要新的辦公軟件，而是需要新的“可視化思考”軟件，需要軟件來幫助人們理清思路——理清思路帶來的價值是不言而喻的，進一步就是提高效率。

我想說我最近讀了本書，是MIT媒體實驗室主任寫的《未完成的革命》。書上說汽車革命已經結束，它結束的標志就是我們隨時可以為汽車加油和買新零件安裝，這是因為汽車已經被標準化了，而計算機軟件的革命尚未完成，它完成的標志一定也是這樣，軟件可以隨時被擴展、購買零部件、和安裝，這一切都只需要普通技能。我的觀點是，軟件的革命已經進行了至少20年，但它仍然才剛剛開始，它需要一個強有力的變革來將革命推向高潮，這個變革是對以往變革的延續，但卻常常被人們認為是全新的力量。我想說，思維導圖軟件已經有了很多，MindManager和FreeMind是其中的佼佼者，但是它們太像了，是同一種軟件，所以這場革命尚未結束，只有全新的產品的到來才能結束它，開啟新的篇章，而這種產品，它將不再只是“思維導圖”軟件，而是“可視化思考”軟件！

可視化思考的泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）

developerWorks里面一篇非常不錯的文章，我在訂閱郵件里發現的：

Java 專業人士必備的書籍和網站列表

摘要：

書籍

每個程序員都會有一些由于經常被當作專業資料參閱而磨壞的書。下列書籍應該是 Java 語言程序員的書架上必備的。書很貴，所以我有意將這份列表弄得很短，僅限于重要書籍。

Thinking in Java (Bruce Eckel)

Thinking in Java, 3rd edition （Bruce Eckel; Prentice Hall PTR，2002 年）
Java 編程思想：第3版 （陳昊鵬 等譯; 機械工業出版社，2005 年）
Eckel 的書對于學習如何在 Java 語言環境中使用好面向對象技術極其實用。書中大量的代碼樣例解釋了他所介紹的概念。文字出自一個并不認為 Java 技術總是正確答案的人，所以相當地實用。Eckel 具有多種語言的大量經驗，還有用面向對象方式進行思考的扎實技能。本書將這些技能放到實用的 Java 語言環境中。他還在寫一本新書，名為 Thinking in Enterprise Java。

Effective Java (Joshua Bloch)

Effective Java: Programming Language Guide （Joshua Bloch; Addison-Wesley，2001 年）
Effective Java 中文版 （潘愛民 譯; 機械工業出版社，2003 年）
本書是理解優秀 Java 程序設計原則的最佳書籍。大多數材料從其他的 “學習 Java ” 的書中根本找不到。例如，Bloch 書中關于覆蓋 equals() 這一章是我讀過的最好的參考資料之一。他也在書中包括了很實用的建議：用接口替代抽象類和靈活使用異常。Bloch 是 Sun 公司 Java 平臺庫的架構師，所以他透徹地了解這門語言。事實上，他編寫了該語言中大量有用的庫。本書必讀！

。。。。。。

。。。。。。

。。。。。。

幾乎每年在4月1日這一天都要提心吊膽，可能是因為自己比較笨，所以經常上當。

今年非常“幸運”，沒有人騙我，當然也就沒有被騙，可能是創業階段每個人都很忙，沒有心思玩這種游戲了，正準備寫篇Blog慶祝一下，結果——今天是4月5日，直到今天才發現其實還是被騙了的，只不過直到今天才明白過來是被騙的。冤枉啊！

被Google騙了！2日早上（在Google看來是1日）早早來公司登上Gmail一看，居然出了Gmail Paper！居然說隨時隨地可以選幾個郵件由Google打印出來寄送到你的手里！

地址在：http://mail.google.com/mail/help/paper/index.html
更詳細的信息在：http://mail.google.com/mail/help/paper/more.html

當時的想法立即就是（現在把當時的想法一個一個倒出來，給大家看看笑料）：

1。2004年4月1日Google推出了Gmail服務，G是Google的縮寫，也標志該郵箱起始空間有1G之多。當時也被人們認為是愚人節的玩笑，結果是真的。第二年同一天Google聲稱Gmail已經變成2G了，結果也是真的，從那以后人們再也不敢小看Gmail，包括它的愚人節狂語。正是！正是這一想法！大意了！大意了。。。

2。與Yahoo和Windows Live的差異化競爭，目前已經迫在眉睫。事實上Gmail在歐美的市場占有率并沒有我們想象的高，還遠遠在Windows Live/Hotmail和Yahoo Mail之后。在這個節骨眼上，Google作出什么出格的事情都是可能的。

3。幾乎很少有商業用戶通過Email寄送合同、遺囑等法律文本，而企業的正式文件也很少有電郵版本，頂多也就是用電郵發送下載地址，Google作為開拓新業務的前兆，推出這樣的服務是明智的，用戶會覺得這是在幫客戶解決問題，“我可能用不上，但我的客戶興許會用上！”

4。這樣推理的話，這個服務應該是收費的吧。等等，我看到了一個more頁面，里面有個類似FAQ的段落，第一個問題就是“免費”！

5。那就意味著應該有廣告羅？等等，FAQ上的第二個問題說“沒有廣告”！

6。繼續往FAQ下面看，居然還是可回收的紙張！如果郵件附件中有照片，居然還用照片打印紙打印！！頁面上的幾張圖片也很迷惑人，有個年輕的“Google員工”在分發Gmail Paper，還有一個長得像聯邦快遞的大叔在遞一個印有“Gmail Paper”的盒子。。。看來成本不低啊。。。那。。。那。。。那Google怎么掙錢啊？

7。冷靜下來之后，突然想到前不久報出新聞說Google每年的現金流都花不掉，前年的累積到了去年，去年的又累積到了今年，所以導致股價下跌，如果從這個理論上講，之前又有新聞說Google想在大城市鋪上免費Wi-Fi的提案受阻，這樣看來Google還是很急于把手上的錢花掉的。

8。再冷靜的想想，當此項服務穩定下來之后，成本并不高。可能開始會有用戶處于好奇，狂打了一些郵件，但實際上真正有用的企業文本和急用的商業信函應該是隨要隨打，不會借助Google的打印機。所以Google應該已經核算好了最后所需的成本。

9。可能暫時不會向中國用戶提供此項服務，在國內Gmail Paper所需要的紙張成本、打印成本、快遞成本都比較高。

10。綜上所述，Google真TMD高明！總是想別人想不到的事情。

更令我受不了的是，這張網頁上還貼出了一些試用用戶的反饋意見，相當～逼真。而最令我受不了的是——我已經把Gmail Paper的消息向很多人宣講過了，也就是說，他們都被我騙了，或間接被Google騙了～～

－

從這件事情中，我們也并不是沒有學到東西。既然Google這樣的大腕都開的起這樣的玩笑，我們這樣的小人物又為何總是出出小心，裹足不前。在這個世界，需要的不是穩重中的激情，而是激情中的穩重。我只相信四個字，志在必得。


（爬樹的泡泡）

[什么是芒果軟件？]
芒果軟件，全稱“北京市朝陽區芒果軟件研究所”，是依法成立的民辦科技類非企業法人。。。。。。

這個話怎么說的這么不順啊，換種說法。芒果軟件，是一群技術精英的名字，我們來自四面八方，為了一個共同的前途走到一起，開始了一款軟件從創意、設計到開發、測試、上市、銷售，以及未來將成為國產軟件之驕傲的傳奇之旅。。。。。。

我們所說的這段軟件，就是XMIND！它是第一款可視化思維工具，也是目前市場上唯一的同類產品。登陸我們的網站可以看到它的介紹和截圖：
http://www.mango-software.com/
以及免費下載beta版：
http://www.xmind.cn/

[什么是可視化思維工具？]
很多管理咨詢公司和培訓公司，以及很多中學和大學的教師，他們在傳授一類方法，或開設一門課程，題目可能是“如何提高你的工作效率”。 這類課程80％的內容是很無聊的，學員也不太喜歡，但是有20％的內容是激動人心的。我們發現這激動人心的提高工作效率的方法就是用形象的思維工具幫助思 維。比如很多管理咨詢公司和培訓公司會開設名為“思維導圖”的課程，課上要求學員們用紙和筆把自己腦海中隨時冒出來的創意隨時記錄下來。

記錄的方法是在紙的中央畫一個橢圓，里面寫上中心主題，從這里發散出去想，想到的內容標為分支主題，每個分支主題還可以再發散，字寫在線上，線劃到 哪兒都要多劃一點，這樣就促進了自己的思維，這種思維方式比寫文章要快很多倍（如果你沒試過是無法想象的快），很快你就寫滿了整張A3紙！

即為別人培訓又會做軟件的我們就想到用軟件來實現這一切！因為軟件繪制思維導圖，可以大大提高繪圖制品的價值，不僅可以自己看，還可以與別人分享， 最重要的是即使修改。如果在紙上繪制的時候把一個分支錯誤的連接在了另一個分支的后面，就無法修改了，如果是重要的圖，就必須重新繪制，但是軟件就不怕 了。另外，軟件還可以排版，或者將某個思維導圖導出成Word/Powerpoint的格式，再進一步利用，這就延長了辦公軟件的流程，從用戶腦子里想的到紙上打印的完全的連接了起來。

作為補齊最后一公里的軟件產品，可視化思維工具還是跟其它Office軟件有很大的不同，首先，Word和Powerpoint幾乎都是以線性的方式組織文字和內容的，這和人腦的結構有很大的不同，因為人類都是以發散的方式思 考問題的；其次，Word和Powerpoint在調整篇章結構上太繁瑣也不直觀，很多用戶都反映，他們在寫文章或制作幻燈片之前都先用XMIND列提 綱，以便于謀篇布局，然后再為每個分支填入內容，之后還可以持續優化篇章結構，完全確定了以后，再用XMIND導出成最終需要的格式，修改錯別字和最后排 版。

除了繪制思維導圖以外，XMIND還包含了很多其它符合人類基本思維方式的圖形，我們將這類圖形統稱為“思維圖”。XMIND提供了在線更新的功能，XMIND的用戶還可以從芒果軟件的網站上源源不斷的下載更多的思維圖的種類。當然，我們只作最重要的，適合大多數人的，具有個性化的圖形還是要靠用戶自己用XMIND豐富的個性定制功能自己設計，并提取模版，相互交流。

可視化思維工具的另一大類用途是與他人交流思想。我們有很多客戶是大企業的銷售經理，他們在向客戶演示自己產品和服務的過程中引入了XMIND，并獲得了很好的反饋效果。因為它的形狀是最適合人腦思維的，所以能表達的信息也最多最精確，也最容易被別人接受。XMIND的圖標庫也為用戶繪制的思維圖提供了額外的亮點，圖形+圖標所具有的表達能力是非凡的。此外，咨詢公司和培訓公司還輔導學員們利用XMIND幫助記憶和會議記錄。最后，XMIND可以將同一個主題的所有思維圖整合在一個文件里，因為用戶愿意將“晨會計劃”、“晨會內容”、“參會人員”和“會議反饋”等主題放在一個文件里，便于發給自己的boss。

上面這些就是可視化思維工具的主要功能，了解一下XMIND 2007就會發現它的功能還遠遠不只這些。芒果軟件的宗旨就是為廣大用戶提供最適合思維的軟件，而XMIND的宗旨就是整理您的思維、發掘您的潛意識、激 活您的創意靈感，最后，幫助您繪制漂亮的圖形。讓Google去搜索網絡吧，我們搜索的是您的大腦！

[誰將會是XMIND的用戶？]
XMIND有兩類大的用戶群：

1。高層經理、白領精英、辦公室一族、政府公務員
特征：每日工作用腦量很大，處在現代辦公環境中，常常需要計劃、決策、記錄、創意、演示、與人交流等等，工作節奏很快，工作時間中使用電腦占一定比重。

2。中學生、大學生、中學教師、大學教授
特征：每日學習、工作用腦量很大，常常需要記錄、總結、歸納、綜合、交流等等，工作、學習繁忙，使用電腦占一定比重。

[名稱和商標]

我們和芒果網不是一家，一個是“芒果軟件”，一個是“芒果網”；一個是“Mango Software”，一個“MangoCity”，將來也不會有商標權力上的問題，請大家放心。我們的中文全稱是“北京市朝陽區芒果軟件研究所”，目前的項目研發代號是“Brainy”。

[不是漢化軟件]

我們不是MindManager的漢化版本，也不是其它國外軟件引入國內的成果。我們是完全自己開發擁有自主知識產權的軟件產品。

說起MindManager，我們不得不說它是一個強大的競爭對手，它已經得到了我們全部的重視，芒果軟件的戰略層視MindManager猶如百事可樂看待可口可樂一樣。我們的技術目標是比MindManager做的更專業，就芒果軟件目前的實力來說，這個目標是可以實現的；我們的商業目標是首先在國內站穩腳跟，因為我們是國內第一家，同時在國際市場上分得MindManager的一杯羹，進而和它平起平坐，最后超過它的市場份額。但這個目標并不表明我們是先做國內市場后做國際市場的。

[15％的問題]

我們的推廣材料上說“以15％的成本為用戶提供15％的解決方案”，導致了很多不必要的誤解。其實國內很多企業都宣稱他們的解決方案是“100％的”、“完全的”或者“全套的”，我們從心底反對這種說法，這是在欺騙消費者，目前為止人類還沒有一種軟件能滿足消費者的100％需求哪怕這種需求只是一個方面。（任何一款汽車也不行）。我們的產品是面向商業用戶和教育用戶的，拿前者來說，一個商業用戶在辦公的過程中需要一個軟件來幫忙他整理思路，這是他完全可以使用Brainy，但很有可能并不僅僅使用Brainy，他用Brainy快速記錄腦海中所想到的信息，用Quicktime錄下自己的聲音，再用Firefox通過Google搜索自己需要的圖片，把圖片加入到用Brainy繪制的思維導圖上，再導出成Powerpoint文件，經過修改以后交給領導。

我們所說的15％成本，其實是在說為用戶在思考問題的總成本降低了85％，很多企業在提高員工的辦公效率方面投資不少，但收效甚微。而國外很多學者論證過，思維導圖確實是符合人的思維模式一種圖形，它的效果說是說不清的，用了才知道。此外還有一層含義，是說我們的產品在面市之后，價格會很便宜。

[“符合中國人思維”的問題]

很多朋友發來消息說他們期待我們能推出“符合中國人思維”的思維導圖軟件，我們非常感謝這些朋友的關注，但我認為這種說法不妥。首先我們要研究一下中國人和外國人的思維方式是否有不同？如果有，那么不同在哪里？我不想長篇大論，但我想說中國人和外國人思維方式的不同，是在于我們的文化，而不是我們大腦的結構。思議這種差異在我們的“芒果可視化思維工具”里是體現不出來的。

[“技術狂人”問題]

很多很熱心的朋友擔心我們作為一個企業的方向問題。事實上，我們不是由“技術狂人”組成的，（哈哈，大笑，作狂人狀），我們是一些有想法有熱情而又時刻叮囑自己保持清醒的年輕人。作為我的Blog讀者的你，應該清楚這一點。我們注重市場，我們是從去年上半年開始思考這個創業方案的，但是直到今年5月份才開始著手去做。在開始創業前的一年的時間里，我們都在思考，思考市場、思考客戶、思考營銷、思考人員管理、思考國外的軟件行業、思考國內的同行、思考產品、思考渠道、思考銷售模式、思考市場合作與活動，甚至思考定價和折扣！而后，我們決定去做！事實上，我們直到現在也不是很成熟，但是讓我們成熟起來的唯一途徑就是大膽去做，我們已經感覺比國內的很多同行都要成熟了。

在廣泛的和朋友共享我們的創業思路的過程中，我發現了有趣的現象。當我和技術精英介紹我們項目時，他們往往擔心這個東西做好了以后賣不出去，而絲毫不會擔心這個產品能否面市；而當我和軟件銷售人員聊這個項目時，他們往往會擔心這個東西做不出來，而絲毫不會擔心做出來了以后能否賣的掉。這可能就是領域思維吧，當每個人談及自己很擅長的領域時，都對我們贊不絕口，但也都表示，對他們不擅長的領域，十分擔心（幸好情況不是反過來的）。我非常感謝這些朋友，也請你們相信，我們不會讓你們失望！

[“盜版軟件”問題]

國內軟件行業的版權問題確實不容樂觀，作為進入這個行業的創業者，我們絲毫不會粉飾太平，也不會掩飾我們對于這個問題的擔心。事實上，我們要正視這個問題，盜版是個大問題。但是擔心終究要轉變成一個解決問題的思路，如果你不想轉行的話。我們對待這個問題有一套完整的想法，那就是“戰略上輕視它，戰術上重視它”！什么？具體一點？那就請聽我娓娓道來。

從戰略上講，盜版軟件并不可怕，著名的Microsoft軟件公司，盜版橫行，據說，全中國只有3％的微軟軟件是正版的，但是微軟公司在中國區的利潤仍然很高，是全球利潤最高的一個地區。國內的金山軟件，其金山詞霸和金山毒霸兩大產品線都同時是盜版猖狂和利潤豐厚的。

從戰術上講，微軟和金山這樣的產品型企業為什么會在盜版橫行的今天才能掙到這么多錢呢？原因有三：其一是抓大客戶，主動向大客戶推銷，并保證大客戶不在使用盜版，多數大企業尤其是跨國企業是不愿意使用盜版軟件的。有些中型企業如果已經在使用盜版了，那就說明他們需要我們的產品，再可以由銷售人員以贈送培訓或打折的形式將正版軟件推銷出去。如果對方仍然執意不聽，那么就只能用律師函的形式警告之，綜合起來，就是“以法律為依靠，以談判為途徑，以價格為手段”。

其二是技術反盜版，矢志不渝。上面所提到的這些手段，如果沒有技術支撐就毫無疑義，你無法知道誰在用盜版，甚至給盜版軟件提供正版的服務，這些沒有技術上不斷的進步是很有可能發生的，在這個方面，有很多做的很好的第三方技術可以被我所用，比如在線激活等等。

其三，是商業手段和技術手段的聯合使用。比如正版軟件帶有大量的資源光盤，這使得盜版的產品體積非常大，不易傳播，很多盜版商為解決這個問題會精簡產品，這違背了很多用戶的意愿，導致這些用戶不得不去購買正版，金山詞霸就是這個策略。再比如版本混淆，很多軟件產品出很多版本，每年每個系列都再出一個，盜版商往往只盜版其中的一個版本，然后以欺騙用戶的方式把這個版本以多個版本發放，這使得用戶常常得不到自己想要的版本，只好購買。還有一個更高級的策略就是在線升級，因為不斷的更新正版軟件的鑒別方法，且在升級時必須檢查軟件的合法性，所以導致很多用戶使用了盜版軟件之后不能自動更新，殺毒軟件廠商，多數都是這個辦法。

[“通用軟件和盒裝軟件”問題]

當我在網上公開這個想法時，很多朋友，甚至是軟件界的朋友，表現出了他們對“通用軟件和盒裝軟件”的前途的不信任感，他們認為這樣的產品可能沒有出路。很高興這些朋友能夠提醒我們這個問題。當我在思考該如何回答他們時，我發現可能由于一種“恨屋及烏”的作用，他們真正的想法并不是這樣，而應該這樣表述：“如果一種軟件，僅僅通過零售渠道來銷售，那么他們是沒有前途的”。我非常及其已經特別的支持這種觀點，因為通用和盒裝軟件的銷售如果只有一種渠道的話，確實不太好做，況且現在個人軟件零售市場還相當不健全。但是如果將它錯誤的表述為“通用和盒裝軟件沒有前途”，那就大錯特錯了，縱觀現在的軟件界哪個領域不是通用軟件在打頭陣？哪個領域不是盒裝軟件的利潤率最高？哪個財富500強企業不是通用和盒裝軟件的客戶？不用說國外的微軟國內的金山，單舉數據庫的例子就可以了，DB2主要的利潤源是“通用數據庫”而主要的競爭對手是Oracle的什么什么i和微軟的SQL Server。


芒果軟件的泡泡

很久沒有寫Blog了，與其找理由說“沒時間”，不如老實交代說“沒心情”，更不如發覺一下潛意識說“沒感想”。

昨天晚上，溫習了闊別很久的夜生活，和一個演藝圈的著名主持人，一個微軟亞洲研究院的實習生。所以，我的感想，也分成兩個截然不同的部分。

我不得不在徹夜長談之后對微軟亞洲研究院頂禮膜拜，即使是一個像我這樣嘴上沒德的評論者，也難以抵擋這種情感，就像學生總是對自己的老師心存敬畏一樣，我為亞研院設在北京而感到臉上有光。但話也說回來了，這樣的新認識并沒有改變我們對于微軟在走下坡路的判斷，我們只是說亞研院不會跟隨微軟走下坡路，只要M$還有$就可以了。在“比爾一路走好”的情感和深思中，我們期待著微軟能更多的更快的將亞研院的一些研究成果產品化，畢竟，用技術上的東西來改變人類的生活，這才是微軟存在的唯一理由。而我們，又何嘗不是呢。

盡管我們一個做研究一個產品，但還是有太多的話題可以聊，主持人對我們的行業很陌生，但是也喜歡看熱鬧。當她加入到我們的話題中來時，我們已經開始散扯了。在星巴克打烊之后，我們又一直坐到一家酒吧打烊，因為我們都很喜歡并擅長散扯，所以我們聊的很hi，但是到了最后10分鐘，散扯的氣氛陡然消失，從主持人的心底發出了幾句肺腑之言。我立即被感動了，一種酸酸的東西涌上心頭。我很真誠的望著她真誠的眼睛，晚上剛見面時想大聲喊美女的心情已經漸漸的漸漸的轉變成了另一句話，她還是我的初中同桌！雖然都出來混不久，但是平時的生活中已經很少再說肺腑之言了，假大空占領了我們的語言，做秀占領了我們的生活，我們必須帶上面具，把從心底發出的呼喚封在咽喉。況且，她所處的環境和行業，比我們的壓力要大的多。

我們都談到自己是技術員工，連主持人也是，作為腦力民工的我們，更要用今天清醒的頭腦來面對明天所可能發生的一切。你沒有權力選擇明天的命運，但是你可以選擇今天的頭腦。謝楠，作為粉絲，無論你走怎樣的路線我都會支持你；但是作為同桌，我還是希望能成為一個散發知性光彩的女主持，可能是我只看CCTV2的緣故，我一直覺得這樣的人才太少太少了，太需要太需要了，而偏綜藝的主持人一抓一大把。

同樣的忠告也給看我Blog的其它朋友，我相信我們中的多數都是腦力民工，把握自己唯一的、終身的、天賜的、永恒的權力——選擇你的心態！

芒果軟件實驗室（Mango Software Labs）是國內首家從事可視化思維工具類軟件開發的機構。我們由一群技術精英組成，致力于使用先進的軟件技術幫助用戶真正意義上提高生產率，以15%的成本為用戶提供15%的解決方案。

芒果軟件實驗室正在研發中的項目Brainy（利用盛行于歐美，風靡于全球的思維導圖理論）將會成為未來人類離之不得的全腦思維伴侶，它利用計算機軟件技術和全腦思維藝術將人們的大腦和思維帶入一個積極、高效的全新領域，Brainy將會在人們日常辦公和生活中幫助用戶增強記憶、規劃寫作、促進團隊合作和內部溝通，在客戶演示、會議記錄、個人計劃、項目管理、青少年教育等方面更是發揮著不可估量的作用。

Brainy不能取代任何Office 辦公軟件，卻能和當前的Office緊密集成，成為辦公軟件生態環境中的一員，Brainy存在的目的是為了填補用戶的大腦和辦公軟件制品之間的鴻溝。多數用戶可以在五分鐘之內上手，并在第一次試用之后就離之不得。尤其對于英文區國家的從小在這種氛圍中長大的用戶而言更是容易接受這種理念。也正因為如此，芒果軟件實驗室從成立之初就把國際市場當作最重要的市場來看待。

目前Brainy仍在開發階段，芒果軟件實驗室需要有理想有抱負有能力有信心的“四有”技術骨干和創業精英的加盟。我們以Eclipse RCP為產品的運行平臺，以測試驅動為產品的開發過程，以大量開放標準和開源軟件為降低產品成本的有效手段，以全球第一的思維導圖軟件為產品的戰略目標。

芒果軟件實驗室在技術上重視重構和復用，在經營上重視產品化和全球化，在管理上重視“團隊綜合能力”和敏捷開發，實驗室還會定期聘請“武林高手”現身講座，讓每位員工每周都有培訓的機會，每月都有培訓別人的任務，定期參加Code Review，量身訂做技術課程。

思想為箭，芒果做弓。一群充滿激情和個性的年輕人正試圖通過他們的努力去改變人們的思維方式，乃至改變整個世界。

加入我們，你一定會大開眼界！

公司主頁： ?http://www.mango-software.com

有意者請聯系（郵件請包含個人簡歷）：hr.mangosoft@gmail.com

（申請職位請注明信息來自BlogJava,將會得到更多的關注)

招聘職位1:
【軟件設計師：RCP方向】

職位描述：
通過重用Eclipse組件搭建桌面應用程序，完成所有的設計要求，將產品的易用性提高到專業水準。全部代碼使用Java5.0。（同時招全職/實習研究生）

職位要求：
1。精通Eclipse RCP，Eclipse插件開發，SWT/JFace架構。
2。精通設計模式，熟練使用重構優化軟件設計。


招聘職位2：
【軟件設計師：ODF方向】

職位描述：
擔任Brainy的核心模型的主要開發工作、文件格式設計、導入導出等。全部代碼使用Java5.0。（同時招全職/實習研究生）

職位要求：
1。了解ODF。
2。精通JCE者優先。
3。精通設計模式，熟練使用重構優化軟件設計。
4。熟練使用Eclipse開發環境，了解測試驅動開發的開發流程。


招聘職位3：
【Java程序員】

職位描述：
擔 任Brainy項目組的開發人員，從開發開始做起，逐漸參與設計、測試、需求等環節。全面認識并使用Java5.0、Eclipse3.2、 Graphical Editing Framework、Apache Ant、Jakarta Commons、iText、TrueZip、BouncyCastle等開發平臺和編程環境。適合立志在軟件行業發展的同學。（同時招全職/實習研究 生）

職位要求：
1。精通Java語言。
2。有繪圖軟件開發經驗者優先。
3。有桌面應用程序開發經驗者優先。
4。精通設計模式，熟練使用重構優化軟件設計。
5。熟練使用Eclipse開發環境。
6。了解測試驅動開發的開發流程者優先。

?

北京，創業型軟件公司，走商用化產品化路線，目前正致力于開發某商務軟件套件，特別需要以下人才，有意者請聯系：

Brian Sun
?briansun.vip@gmail.com
?13811410545

郵件請包含個人簡歷，歡迎暑期實習。

【軟件設計師：UI方向】
兼職全職均可。
要求：
1。了解什么是輕量組件架構，熟練使用其中的一個（最好是Swing或Draw2D）。
2。精通GEF者優先。
3。了解基本的圖形學算法。
4。精通設計模式，熟練使用重構優化軟件設計。
工作簡介：
使用Draw2D編寫一個類似GEF的100%MVC架構，并用該架構編寫并維護一個編輯器。全部代碼使用Java5.0。
需要人數：2人

【軟件設計師：RCP方向】
兼職全職均可。
要求：
1。精通Eclipse RCP，Eclipse插件開發，SWT/JFace架構。
2。精通設計模式，熟練使用重構優化軟件設計。
工作簡介：
通過重用Eclipse組件搭建桌面應用程序，完成所有的設計要求，將產品的易用性提高到專業水準。可能需要對插件進行分拆、替換或重寫。全部代碼使用Java5.0。
需要人數：2人

【軟件工程師：Java方向】
兼職全職均可。
要求：
1。精通Java語言，具備一定的Java5.0知識。
2。精通設計模式，熟練使用重構優化軟件設計。
3。熟練使用Eclipse開發環境，了解測試驅動開發的開發流程。
工作簡介：
擔任某桌面應用程序的主要開放工作。
需要人數：2人

我喜歡喝咖啡，但每周最多只能喝兩杯，過量飲用總是導致身體不適，尤其是胃。一個醫學界的朋友告訴我這是由于中國人的胃是為茶而進化的，西方人的胃是為咖啡而進化的，所以中國人不適合多喝咖啡。由于抱有個人感情色彩，我總是試圖反對她的這種觀點，但苦于沒有合適的理由，最近，我終于想通了這個問題。中國人喝茶的歷史不過幾千年，在幾千年的時間里迅速的進化一個器官，即使達爾文的進化論毫無毛病可挑，這也在數學概率上難以圓說。也許這個問題剛好相反，我的意思是，反過來想就對了。事實上，是中國人在幾千年的茶葉種植中不斷的精選和改良品種，使得茶葉總是在向味覺和營養兩個方向上發展，是中國人創造了適合中國胃的茶葉。所以，進化了的是茶，而不是胃。

當然，這只是我的一個猜測，因為我不是醫學工作者，也不是進化論專家，所以對這個問題沒有發言權，而我想說的真正主體是：軟件。

在過去的20年中，人們眼睜睜看著微軟從一個小企業成長為軟件帝國，很多人把這種變化歸功于微軟的商業技巧和蠻橫的霸權主義，我對這一觀點十分非常以及相當的贊同，但也該想清楚的是，全世界的人們不會在短短20年中進化到額頭上有個“M”，就像老虎的額頭上有個“王”一樣。真實的情況應該是，忠實的用戶調教出了微軟，而不是微軟培養了廣大的用戶群。成功的軟件總是在人們心里最癢癢的地方狠狠撓了一下。

很多M打頭的軟件在易用性方面有太多值得我們學習的細節了，我們完全有理由比微軟做的更好那是因為我們站在巨人的肩膀上。例如我非常喜歡的IE7，盡管它在很多方面仍然不如Firefox，但在其它一些方面卻很快將成為標準，比如合并在一起的前進后退按鈕，會不會又是一個進化的結果呢？又會不會對其它軟件的Undo/Redo功能產生影響呢？

在軟件開發領域亦是如此。比如很多軟件都需要瀏覽的功能，其中多數軟件會選擇使用一個成熟的瀏覽器產品來達到這個功能，IE對大家說的一句話是：“請將我嵌入您的應用程序！”，而Firefox對大家說的一句話是：“請和我一起組建您的應用程序！”人們更容易接受哪一種呢？我們同樣看到的是“為軟件開發人員進化”和“讓軟件開發人員為我們進化”兩種力量。

請將我所提及的觀點同“面向”分開，我拒絕說“面向用戶”，因為這會導致將責任推給用戶。我建議很多軟件企業（尤其是那些正在為自身軟件的易用性發愁的企業——比如：用友）將內部宣傳的口號改為“為用戶進化”，因為這是一個動態的概念，區別于“面向用戶”；也是一個自主的概念，區別于“用戶驅動”。

也許全世界最應該得到我的這些建議的是Google。Google正企圖從零開始創造另一個物種，也許我應該把它比喻成中式咖啡，在這個過程中，創新并不是最重要的，無論我們要談論的是態度還是方法。要知道，用戶一時的激情只能讓你一夜暴富，卻不能讓你稱王稱帝。

先做一個過期的廣告，前些日子有幸參加了世界可用性日（WUD）北京站的活動，這是世界可用性日的第一年，活動在多個國家同時舉行，今年北京站的活動是一 次半講座形式的聚會，來講的除了主辦方UIGarden的人外還有一些可用性行業里的著名人士。Windy沒來是個遺憾，IBM的趙晨博士來了是個驚喜。 有些不足的是在下面聆聽的很多人是學生，因此一互動起來，整個活動的基調就略微有些稚氣了。

會上一個問題引發了很熱烈的討論，問題是這樣的：

我們現在所能接觸的多數ATM機，都是采用先吐錢后吐卡的工作流程（取款業務流程的后半部分），但是現在，全世界的ATM機正在經歷一場變革，把這個順序改為“先吐卡后吐錢”，理由是占信用卡丟失原因排行榜和丟失危害排行榜雙第一的是“取款時忘了取卡”！

問題拋了出來，兩方面的聲音也同時響了起來。支持變革的一方把這個問題歸結為國內多數ATM機的可用性問題太差，尤其是一些海龜們，認為這是不可理喻的事 情——全世界都在改為什么中國沒有改。很多人認為“危害大”是一個很重要的原因，因為在后面排隊的人可以不費吹灰之力取道前面那個人卡上的所有錢，如果不 幸的事發生的話。另一個理由是“拿到現金”應該標志著此類交易的完成，因此它應該是最后一個環節，在此之后應該沒什么事輪到用戶做了。

反對變革的人認為，為什么不會有人在取卡后忘了拿走現金呢，那樣危害不也是很大嗎？況且很多人已經習慣了這個順序，如果突然發生改變，肯定會有人出錯。這 些人通常認為，只要ATM機在吐錢后給出類似“請不要忘記信用卡”的視覺和聽覺的雙重提示就可以了，沒必要為此而變化交易流程，后者對全社會的成本遠遠高 出了丟卡人的成本。

我個人在下面坐的時候，比較同意后者的觀點，尤其同意“記得卡卻忘了現金”的那種說法，但我有自己的原因。<<事務處理>>這門 學科不僅僅是為軟件從業人員準備的，這門學科里有這么個概念就是“事務的原子性”問題，在用戶的潛意識里，ATM機吐出現金和從信用卡上劃走相同數量的金 額是同一件事情，同一個事務，因此應該是同時發生的事，吐錢了卡沒劃和劃卡了沒吐錢都是不可以被接受的事情。。。（阿，等等，前者好像可以被接受）。。。 先吐出卡往往給人的心理暗示是已經把錢劃走了，接下來用戶們擔心的就是如果ATM機壞了不吐錢怎么辦？！要知道機械設備的可信度要遠遠低于電子設備。

當然，我這么想并非不支持變化。作為軟件從業人員，我相信變革以后的流程事實上比之前的流程安全性要高了很多。因為這給了ATM的軟件以更多處理安全性的 機會，比如先通過卡號和密碼獲得本次交易的“憑證”，吐卡，然后憑該憑證向服務器端申請劃走卡上的金額，這時，問題已經變為原來的交易流程了，ATM機只 要保證該憑證在服務器端的生效和ATM的吐錢在同一個事務內就ok了。

可用性泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）

這是一篇寫給初學者看的文章。在前一段時間的招聘軟件設計師的過程中，我對每一個看似初學者的人都會問這個問題，“您覺得平臺相關性和平臺無關性哪個更好 一些”，呵呵（偷笑），其實這是唬人的，多數回答者都會順著出題者假裝的思路回答“我個人認為平臺無關性比較好”，可是只要有點軟件設計經驗或是對這個問 題有所思考的人都知道其實這個問題不只兩個標準答案。

關于平臺無關性，我不想說什么，說什么也沒用。大量軟件設計或軟件架構以此來標榜自己的優秀和出眾，其實這沒什么，因為大部分平臺無關性的工作不是由你來 做的。如果你正在寫一個Java程序，并依照Sun的100% Pure Java的要求來做，那么應該就是平臺無關的，如果你正在寫一個Eclipse應用或直接用SWT/JFace組合來寫應用程序，那么也是平臺無關的，如 果你喜歡C/C++，并在用wxWidget寫應用程序，那么也是平臺無關的，如果你實在是很牛，在依照OSGi的規范寫代碼，那么ok，你的程序已經可 以從微設備到大型機統統可以用。

平臺無關也是一個相對的概念，在多個操作系統上運行可以稱為平臺無關的，以往在多個不同品種的CPU上運行可以稱為平臺無關性，還有一件搞笑的事情，某個 公司出了一套系統，可以在Java和.NET兩個平臺上運行，但卻只能依賴于Windows系統（因而只能依賴于x86芯片），居然還可以稱平臺無關性， 可見這個概念有多么混亂。我個人評價是不是平臺無關的僅有一個標準，那就是——你有沒有為平臺無關做出貢獻！如果你為了能在多個平臺上跑出你的代碼而做了 很多工作，那么你就可以稱自己為平臺無關的，而如果你僅僅依賴SWT工作，那就不能稱自己為平臺無關的。不過話又說回來，如果你把SWT包含在自己的軟件 中，并為此出了該軟件的多個版本（每個SWT的版本是一個發行包），那么你也可以稱此為平臺無關的，雖然這個貢獻并非出自你手。

平臺無關也不見得總是個優點，很多系統為了堅持平臺無關而犧牲了很多特性，或不必要的提高了成本。比如前幾年很多系統原意搞WEB界面，導致了很多易用性 方面的問題，Cooper說Web使人機交互技術倒退了10年，的確如此。我還讀過一段源碼，大概是一個單機版個人軟件的源碼，令人驚奇的是，該軟件很 小，卻把很多筆墨花在了業務對象和JDBC訪問層之間的一個“抽象數據存儲層”，理由是便于將來移至非JDBC平臺，天哪！會有多少用戶有機會使用不支持 JDBC的數據庫？？！！這種設計和下面一種設計是一樣的效用：“為了讓這段代碼支持非OO語境，我決定整個軟件只用一個類！”。這種追求可以用四個字來 表述就是：“過渡設計”或者“吃飽撐著”！

相反，這個世界上有80％的軟件是平臺相關的，這沒什么不能理解的。就像“民主和專制的TCO哪個高”這個問題的答案一樣，如果我現在要招聘的是部門經理 或副總裁，我很可能會問這個問題。事實上是，在整個人類的發展歷程中，總成本最低（即總效率最高）的幾個“社會時期”，幾乎全是專制，但如果你不假思索，你的 答案一定是民主！當然，平臺相關也是相對的概念。

說到這里，有興趣的讀者可能會說結合二者是最好的選擇，我不喜歡這種說法，因為太辨證了，我喜歡的是首先考慮依賴于哪個框架，再找尋該框架的平臺無關性， 如果沒有必要，盡量不要為平臺無關（實際上是一種優先級非常低的非功能性需求）做任何事情，但如果有必要且成本允許，再做少許考慮，最好還是能夠重用開源 世界的產品。

仍以OSGi為例，這個例子很好，它對Java語言本身（還不是面向對象的公共語義）非常依賴，直接依賴至VM的spec，當然也寫了些代碼以避開 ClassLoader的個性，即使如此，OSGi事實上實現了從微設備到大型機全套支持，借助Java的平臺無關性，既沒有易用性、性能和成本方面的絲 毫損失，也為上層平臺提供了平臺無關的環境。同樣，為Mac OSX設計的很多非常優秀的軟件都沒有考慮平臺無關的問題，而是用在PC上再做一套的方式來解決，這些都是值得思考和借鑒的解決方案。

有點忙的泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）

重溫2005年1月期的《個人電腦》，一篇文章引起了我的思考，這篇文章的思想是說雖然每種電子產品都努力成為未來時尚，但任何電子產品都不會成為 未來時尚，因為在它們被普及之前它們就已經被淘汰了。（我認為作者是這個意思，但如果不是，請原諒）。文章以iPod為例，iPod？我沒用過，但是我身 邊這位同事，正在使用。

事實上這個世界上所有絕對創新的產品——注意，是絕對創新——都是超前的，不易被人理解的，流行不流行都是它的表面現象，它的本質是顛覆了人們之前 的某種理念。歷史證明這種創新很難成功，想要舉出一個偉大的發明因不合時代要求而飽受磨難的例子非常容易，找個小學生就可以了；歷史證明這種創新很難成 功，但iPod不是失敗者中的一員；歷史證明這種創新很難成功，除非。。。。。。

除非什么？先看看我常說到的三個例子。

iPod是人類歷史上的一個歹怪的東西，它違反了人們之前對MP3播放器的要求，它既不輕也不小，沒有擊中人們對隨身聽的主流需求；但是iPod引 入了另一些優點。。。可以播放很久。。。你都不知道自己想聽什么。。。華麗的外觀。。。等等等等；事實是iPod取得了市場的勝利，傳統MP3廠商推出了 大量模仿iPod的產品也絲毫未能撼動它的地位，iPod嘲笑別人“你們不了解客戶的真正需求”，抨擊iPod的人則說“iPod將用戶導向了一個錯誤的 領域，用戶是缺乏理性的，他們并不了解自己的需要”，這就像辯論賽的雙方，正方說反方沒有讀懂辯題，反方則說正方在歪曲辯題。

另一個例子來自Google Talk，現在我已經基本離不開它了，雖然在幾個月前我曾揚言“聊天工具我只要QQ”。Talk的出現來自對傳統及時通訊工具（IM，Instant Message）和“因特網實時聊天”工具（IRC，Internet Realtime Chat）的反叛，這些工具經過近10年的發展已經越來越趨向復雜和娛樂化，互聯網上隨處可見“QQ大戰MSN”之類的帖子，評價它們娛樂功能之間的差 異，但是Talk卻以簡潔的外觀和幾乎可以稱為“功能不全”的軟件設計殺入市場。與前一個例子相比，Talk并未取得什么可以稱道的成功，但它的成功是必 然的，我有我的理由。

問題出在哪里？為什么會有些違反市場原理的所謂絕對的或徹底的創新取得勝利了呢？問題場出在我們的意識上。這就好比你遇到一位美女，你把她跟老婆做 了一個簡單的比較后發現她比老婆更性感，但沒有老婆可愛賢惠，這時美女向你表達了愛慕之心，怎么辦？哈哈。我用腳趾頭想一下也知道會有兩種結果發生，一種 是在猶豫痛苦了很久之后終于還是回到老婆的懷抱，讓美女失望即使她取得過短暫的成功，另一種可能是和老婆之間產生了越來越多的隔閡（不知道這些隔閡是從哪 來的）最后“不得不”分手，然后在痛苦了一小段時間之后又找到了新的歸宿。而我要表達的觀點是，這兩種結果產生于兩個不同的隱喻。在前一種情況里，美女向 你示意的結果是你認為她可以成為你的老婆，也就是說，她的目的是老婆，她的競爭對手是老婆，你必須在她和老婆之間作出選擇。而在后一種情況里，她為自己設 定的隱喻是“情人”，她的目的是成為你生活中的另一個角色，因此你很快就接近了她并在不經意間幫助她取得了最后的勝利。

這個例子足夠夸張了吧？再看看前面兩個例子，開頭那篇文章引起了我的注意，因為作者的觀點是iPod的隱喻并不是一個MP3隨身聽，而是一個晶體管 收音機的替代品。（做驚訝狀）試想人們為什么聽收音機，是為了隨時隨地可以聽到已經錄制好了的節目，這些節目包括多數具有聽覺享受的聲音內容，并可以隨意 切換，而現代收音機的缺點是這些節目不能隨意組織，有時還會被地理位置影響收聽品質。iPod沒有地理位置的影響，節目可以隨意組織，（也可以 Shuffle），更重要的是，現在的互聯網和BT下載等技術已經可以很方便的找到所以你喜歡的節目，除非你喜歡某個電臺的DJ，或者喜歡打熱線電話參加 互動游戲，否則iPod都可以勝任。此外，我們應該對網上可以下載的聲音內容越來越豐富充滿信心，我之前的一個室友一直以聽mp3的評書為殺時間的主要方 式。

我已經離不開Talk了，自從我跟一個武大的MM常用Talk聊天之后，現在跟老婆也總是用Talk聊天，Talk的好處是輕磅，速度快，窗口小， 不占空間（桌面空間和內存空間），沒有亂七八糟的提示和廣告。與Gmail良好集成，最近還發現它的一個好處是使用開放協議，所以在我剛買的iBook上 沒有Talk我還可以用Google帳號跟Talk用戶聊天（用iChat），這樣又充分利用了iChat的優點。上次見到dudu（很久了）的時候還談 起Talk，很多人認為Talk的優點在于跟Gmail的良好集成，這意味著Talk存在一個很有競爭力的隱喻：“能聊天的郵件提醒器”。如果你大部分的 網絡生活都跟Gmail聯系在一起，那你真的會離不開它。

隱喻的魅力是可以讓一個不易被人理解的創意變得易于被人接受，不理解不要緊，感情上的接受是最重要的。事實上，隱喻并不是對事物表面現象的某個概括 或總結，而是對事物本質的歪曲的描述。雖然歪曲，但畢竟是體現本質的。不僅不同的隱喻可以導致不同的后果，同一個隱喻也可以導致不同的后果。最初老師在課 上講“菜單”，很多學生都笑，“此菜單非彼菜單也”。Windows中提到的主菜單有很多，每個窗口都有一個，優點是菜單的內容與窗體（甚至窗體的內容） 相關，在同一個桌面上可以看到主菜單的比較，缺點是帶來了大量的視線轉移，且存在菜單被遮蔽的可能性。Mac系統上的主菜單是全局唯一的，隨當前激活的窗 體的改變而改變，優點是為不會出現用戶“找菜單”的局面，缺點了降低了菜單在應用程序功能中的地位，好在多數用戶在從“初級”向“中級”的轉變中，對菜單 的依賴越來越少，對快捷鍵（Mac上稱“鍵盤迅捷”）的依賴越來越多。

泡泡很久不見

首先要做個廣告，UMLChina(http://www.umlchina.com)是一家致力于在國內普及UML工具和方法學的一家網站，UMLChina目前已經舉辦過17期公開課，第17期于上周六周日在北京舉行，主講是國內第一批該領域的先行者潘加宇，熟悉<<程序員>>的朋友們應該非常熟悉這個名字。我有幸去聽了這次公開課，雖然課程的內容多數對我來說是很熟的了，但是課程的形式上還是讓我感受到了一絲震驚，我已經很久沒有認真聽過課了（大三的時候我喜歡學校里幾個教管理學的教授，挺的很認真，此后就再也沒認真聽過課了），但是這次為期兩天的課程還是給我感覺吸取了很多能量。作為一個學生的觀點，我認為能吸引學生是合格的老師的第一道門檻；作為一個老師（我偶爾也走上講臺），我認為一節課能讓學生領悟到一個或兩個道理就已經很了不起了，而老潘就是這種講師。（本條廣告不收費）

第二件事還是做廣告。在上課的空余時間里，我看了<<UML Distilled>>這本書，最新的版本是第三版，里面涵蓋了UML 2.0的主要內容，Martin Fowler的書我全買了，也全看了，每一本都是經典，沒有一句廢話。可是令我有些不爽的是這本書的翻譯。這本書的翻譯者和本書第二版的翻譯者是同一個人，可能這位翻譯者在翻譯上一個版本的時候UML界的一些術語的譯法還沒有統一，所以用的詞和我們后來看到的多數關于UML的主流文檔和書籍中不太一樣，為個人閱讀帶來了一些不便，這一版他還沿用了上一版的譯法，可能是譯者很滿意于自己以前的作品的緣故吧。（本條廣告也不收Martin Fowler的錢了）

最后一件事是想討論一下這本書里的一個譯法：譯者把所有的Use Case都翻譯成了“用案”，而不是我們閉著眼睛也能說出來的“用例”。事實上China-pub上曾經還有翻譯成“用況”的，并且討論也十分激烈。關于這個詞的翻譯我想了很多，（沒有利用上課的時間想，呵呵），最后我還是覺得可能“用案”更貼切一些。我的理由是這樣的：case一詞在國內用的最多的地方一般都翻譯為“案例”，主要出現領域是管理咨詢業和大學教育，所以為了保持其字面意思，還是翻譯成“用例”或“用案”比較好，至于“用況”，不容易讓人聯想起Case來，要知道技術翻譯最重要的一點就是“隱喻”，任何翻譯都應該保證“Use Case”和“Test Case”在本質上是一種東西，二者的差別應該體現在用途和形式上。就像男人和女人的本質都是人一樣。如果Test Case能翻譯成“測況”的話，那我就實在佩服這位譯者的想象力和勇氣了，因為“測況”很容易讓人聯想起“測試實況”。接下來比較“案”和“例”，因為案有書面表示的意味，與公文打叫道的工作常常被稱為“文案”；而“例”既有依據的意思，又有規定的含義。我認為使用“用例”一詞的譯者認為用例既是一種依據也是一種規定，所以應該用“例”。但事實上使用Use Case一詞的老外也許并不是這種看法，他們可能既不是想要依據，也不是想要規定（Specification），而僅僅是想要一種結構化的文檔，該文檔以定義角色和封裝角色的目標為表現手法，很好的為需求的描述和特征的枚舉提供了。所以，“案”更能表示其英文原意。而Test Case則可以翻譯成“測案”，如果不舒服，就叫“測試案例”好了。下面附上<<國際標準漢語大詞典>>對這兩個字的分別解釋。

案
1.長形的桌子或架起來代替桌子用的長木板：～子。～板。書～。條～。拍～而起。
2.提出計劃、方法和建議的文件或記錄：檔～。備～。議～。提～。方～。有～可查。～卷。～牘。
3.事件，特指涉及法律問題的事件：慘～。血～。～件。～例。～犯。破～。
4.古代有短腳盛食物的木托盤：舉～齊眉（形容夫妻相敬）。

例
1.可以做依據的事物：～證。～題。舉～。～句。～如。
2.規定：～外（不按規定的，和一般情況不同的）。體～。凡～。條～。破～。發凡起～。
3.按規定的，照成規進行的：～會。～假。～行公事。
4.調查或統計時指合于某種條件的具有代表性的事情：事～。病～。案～。

我本人英語水平很爛（不是謙虛），所以對于翻譯也沒什么發言權，更不想跟技術翻譯精英們叫板，這篇隨筆僅是隨便聊聊，彌補一下中秋之夜沒有寫blog的憾事罷了。

南京有四家Starbucks，分別是東方商城店、大洋百貨店、1912店和北極閣店。我在南京待了8個月，除了最后一家我沒有去過外，其余全都去過。粗 略的估計一下，總共去過Starbucks不下40次，喝過店堂咖啡不下50杯，買咖啡豆3包，杯子兩個，點心嘗過不下10種（顯然每種只吃過一枚），由 于南京Starbucks沒什么特別的熟客，所以我這樣的記錄，已經可以排上TOP10了。

如果有人問我南京最讓我感到舒服的地方在哪？那么我只能說，家、單位、Starbucks。所謂家，只是租的房子而已，不認識幾個鄰居，所謂單位，不過出 差辦事而已，不認識幾個同事，唯獨Starbucks的服務員認識的多，比我的鄰居和同事加起來還多。我覺得Starbucks“第三空間”的營銷對我來 說最有效不過，事實上我把Starbucks當成一種尋找靈感的場所。對于學習來說公司太死板了，家里太安逸了，只有Starbucks可以讀下有內涵的 書；對于工作來說公司不安靜，家里沒感覺，只有Starbucks可以想清楚平時想不清楚的問題；對于交友來說公司和家都不可能，只有Starbucks 最有品味。可以說我在南京除了在家、公司和在交通工具上的時間，剩下時間的80％都是在Starbucks渡過的，真的要走了，卻難免有些舍不得。

但是，當要我評價南京這三家Starbucks所提供的服務時，我突然想不到什么褒獎的話了。我總是發現一些弄不明白的奇怪現象。

東方店是我第一次去的店，因為恰好在新街口的有力位置，標志又比較大，容易被發現，不好的一點就是店面太小，有些擁擠，來往的客人雜亂，三教九流什么都 有。更讓我不明白的是，我第一次去的時候就和里面一個服務員談的猛投機，把跟咖啡有關的一切都談了，她還教會了我很多我不懂的東西，我買了一包豆子一個杯 子以表示感謝。奇怪的是從那以后我每次去她都不認識我，然后我每次去都要再跟她聊一遍之前聊過的東西，實在很搞笑，像遇到了某部電影中患有失憶癥的女主 角。雖然她的態度依然跟第一次認識一樣好，可這種事情我還是頭一回遇到，實在不知道該怎么辦才好。

后來我主要的去處就是1912店，這家店的優點就是人少，空曠，屋頂高，非常符合開放式辦公場所的要求。我跟這里的每一個店員都很熟，跟店長也聊過一次。 我喜歡跟這里的人聊天，要知道，我通常是他們從開門的時候（上午11點）坐到晚上8點，如果沒人聊天，僅僅是讀書和寫東西，那將是多么枯燥的一天啊。不知 道是不是不善于聊天的緣故，我發現她們在聊天時都不太放的開，其實她們的水平和內涵可能要高于她們給客人的感覺，她們中的一些給客人的感覺是平庸的南京女 孩，另一些把自己打扮的很時尚并更愿意跟老外聊天。我曾建議Starbucks為她們的店員加薪，以鼓勵她們多讀一些有內涵的雜志和了解一些重要的新聞便 于和客人交流。如果我是Starbucks的咨詢服務供應商，我會建議她們在開下一個店時以更高的薪水聘用學歷更高和更有品味的男性服務生，而且由于 Starbucks的定位是“第三空間”而不是“休閑場所”，所以服務生的性別和長相并不重要。其實1912店僅有一個服務員給我的影響最好，成熟中帶有 一點理性，老成中帶有一點隨和，給人一種駕馭生活的自然感，可惜半個月前以薪水為主要理由離開了Starbucks，到附近一個地產商那里做物業去了。還 有一個叫Apple的女孩，看起來很像她的名字，很可愛也平易近人。

令我奇怪的還不是這些，我在最后一兩個月里驚奇的發現，她們對我的態度正在逐漸下降。當我剛成為這里的“超級熟客”時，每一個人都對我非常好，只要有空就 會主動跟我講話，跟我分享工作的心得。但是最后的一段時間里，因為我也不知道的原因，她們對我越來越冷淡，以前一些基本的要求比如加熱已經冷了的咖啡也變 的吞吞吐吐一臉不情愿的感覺。當然，我的感覺也可能隨心情而變得不太準確，因為我之前來的時候多數心情不太好，現在來的時候多數心情很好。但我也覺得可能 另有原因，或者是我的一些瑣碎的小事做的不對導致的累積效果，比如下面一件事情。

不久前我在1912店居然認識了一個大洋店的服務員，當然她也是以顧客的身份來的，她跟本店的服務員都很熟，這使我忽視了她們存在略微的競爭關系，而后來 我們聊的很投機，我跟多數學管理出身的本科生都能聊的很投機。后來我去過一次大洋店，那是我去的唯一一次，那里的缺點是太吵，人很多，幾乎可以跟KFC、 PizzaHut這樣呼吸困難的場所媲美。后來我曾想把博客園的一次4人規模的聚會定在那里，可惜沙發已經被坐滿了，我們被迫換了地方。

寫到這里，我突然發現我對剛剛所說的問題其實沒有發言權，因為我只是一個普通的顧客，沒有投資經驗，沒有開店經驗，也沒有為這類企業做過咨詢，也許她們有 著某些特殊的苦衷我不知道，如果本文對南京Starbucks有任何冒犯的地方，敬請原諒。如果再要我為Starbucks提一次建議，我可能不會再提起 任何與服務員有關的問題，我可能會說：“請讓所有的Starbucks店面都通上Wi-Fi，謝謝。” “居住在一個洞穴之中，有一條長長的甬道通向外面，它跟洞穴內部一樣寬。他們從孩提時代就在這里，雙腿和脖子皆被鎖住，所以總是在同一地點。因為被鎖住也 不能回頭，只能看到眼前的事物。跟他們隔有一段距離的后上方，有一堆火在燃燒。在火和囚徒之間，有一條高過兩者的路……” ——柏拉圖《理想國》

這將導致一個結果，就是在洞穴中的人即使他們都可以交流，都有思辯能力，都有人類與生具來的理性和道德觀念，他們也依然會認為他們所看到的就是真實的世界，即使這個世界是無聲的。蘇格拉底說“這是難以避免的。”

1。Matrix I（譯：黑客帝國/母體/矩陣/二十二世紀殺人網絡）
肉體被作為莊稼一樣在surface種植，靈魂在AI中享受欲望的折磨，這正是對能源的追求從來沒有停止過的人類，這既是極大的諷刺，也是歷史的終結—— 撒旦為上帝的子民創造了另一個上帝！因為人類從生下來開始，身體所接收到的所有信號都是來自Matrix的電子信號——通過插在腦后的管子——所以死都不 知道自己一輩子都躺在培養皿里，這就是洞穴寓言。片中著名的一句對白是“——Why do my eyes hurt?”“——You've never used them before.”千萬不要以為洞穴寓言就是“井底之蛙”，其實柏拉圖的思想跟中國古代的老祖宗們的想法是很不一樣的，或者說背道而馳。中國人強調不要用肉 眼看世界，要用心眼，而柏拉圖卻說不要用心眼，要用肉眼——是的，你可能never used them before！

2。Matrix I & II & III（譯：黑客帝國/母體/矩陣）
是的，我沒有搞錯。我一直認為黑客帝國I是一部電影，而黑客帝國I加II加III合起來是另一部電影！這部電影講述了在未來的世界（當然，是否是未來的世 界還需要證明，考，難道是現實世界？！），AI創造了兩個虛擬現實環境，黑學者（比如我）們稱之為虛擬現實游戲，就像未來版的RPG，一個稱之為 Matrix，另一個稱之為Zion，人們首先在Matrix中玩，玩的好的人繼續玩，玩的不太好的人（比如頭疼）可能會被選中玩另一個游戲Zion。具 有反抗意識的人通常會被選中，但是結局是什么，取決于你的多次“選擇”。"Choice" is more important than "Real"！但是，如果你要問“哪一個世界是真的？”那么不好意思，you asked the wrong question！

3。The Thirteenth Floor（譯：第十三層樓）
人類創造了一個虛擬現實游戲（跟上面講的是同一個概念），游戲中的AI玩家居然發明了同樣的一個游戲！也就是說AI發明了AI，這就像機器制造機器一樣， 是人類一個時代的結束。現在的問題是“哪一個世界是真的？”我不知道導演是否想到了這一層，但至少影迷想到了！如果電影中男主角到的最后一個世界是真實世 界的話，那么他怎么可能通過殺死他自己而互換位置呢？這只有一個可能，那就是——沒有真實的世界！那我們現在的世界會不會也是？。。。。呵呵， sorry，joke！是不是有夠“洞穴寓言”啊？！是不是比“洞穴寓言”還“洞穴寓言”啊？除了這個想法在當時比較新穎以外，這部電影沒什么其它優點 了。

4。Avalon （譯：阿瓦隆）
AI的起源在哪里？我覺得這是評價某個硬科幻的思路夠不夠科幻的一個重要標志。“第十三層樓”認為AI是某個天才科學家的發明，這不符合人類目前的社會和 歷史原理；“我，機器人”和“黑客帝國”認為人類為了解放生產力和提高人民的生活水平而創造了AI，已經比較符合實際可能的情況了；但是， “Avalon”更強，他認為人類為了娛樂而創造了AI，想想看，現在世界上最先進的芯片技術在哪里？在Intel嗎？不是，在顯卡芯片制造商的手里！這 不正是為了娛樂業而發展的技術嗎？個人認為這種想法更符合現實狀況，這使得在數十年或數百年后這部電影所說的故事成為現實的可能性大大增加。

不好意思，有點跑題。“Avalon”告訴我們，未來的人類大都沉浸于一部游戲之中，游戲里的人分不清真實的世界與虛幻的世界，只有女主角還好。但是，影 片的結局卻告訴我們其實女主角所在的那個世界也是虛幻的世界。ok，所以同黑客I&II&III一樣，沒有真實的世界，每個人都處在巖洞 之中，并認為影子就是世界。

5。Island （譯：逃出克隆島）
新片，昨晚才看的。與前幾部電影不同，這部片子不是講人工智能的。它描述了人類為了拯救自己而創造了很多個克隆人，克隆人們從小就生活在一個籠子里（地下 軍事掩體），他們被欺騙說外面的世界被污染了，我甚至懷疑騙他們的人還拍了部科幻電影告訴他們這是真實的記錄，有點類似韓國動畫片“晴空戰士”。最終他們 還是懷疑自己一直被欺騙，并逃了出來，當看到外面的世界時，他們驚呆了，因為他們的智商相當于15歲的孩子，且從未見過紅綠燈，也不懂性。與洞穴寓言不同 的是，他們僅僅是人騙人，而不是肉體騙靈魂，也不是靈魂騙肉體，所以難免故事情節會有些單調。更令人氣氛的是，這部電影充滿了微軟公司的廣告，包括醒目的 Xbox的綠色標志和MSN的蝴蝶標志。Michael Bay的行為應該收到全球影迷的聲討！

看電影的泡泡

還記得我的文章嗎？http://m.tkk7.com/briansun/archive/2005/03/21/2274.html

現在，有兩件事情需要補充：
1。我當時（3月份）的猜測已經得到證實，Borland已經宣布作為獨立軟件的JBuilder已經走到了它生命的盡頭，下一個版本的JBuilder （可能是2006，今年年底將發行Beta版）將建立在Eclipse的基礎之上。也就是說作為Eclipse對頭的JBuilder已不復存在，現在的 JBuilder將是以一組Eclipse的插件形式提供給它忠實的用戶和粉絲的。

2。BEA已經把AspectWerks貢獻給AspectJ這個已經不是新聞了，但是直到今天我才意識到這一戰略的真正含義！原本AspectJ由 IBM一手主導的情況已經被改變了（施樂已經交出了AspectJ整個開發小組，現在的領導人是IBM的Adrian Colyer），現在的AspectJ是由IBM和BEA聯合控制的產品。看看有關AspectJ 5的隨便一篇報道吧，長期以來在AOP領域內的楚河漢界——語法方面和XML方面——轉眼便成了一條通天大道！而AspectJ昔日的最大競爭對手今天也 手拉手肩并肩的走在了一起，就好像那些戰火和硝煙只存在于日記中一樣。

2004年，AOP的創始人Kiczales曾有過一段訪談，大概介紹了AOP的標準化之路，其中給出了兩條道路供世人選擇：以AspectJ為標準，或 者，以AspectJ來制定標準，現在看來IBM和BEA已經代表人類作出了選擇。想到這。。。。。。我真的無話可說了。

而且，BEA的野心還不僅僅局限于此。“在開源的世界里，什么是貢獻？”這個問題不好回答，但是下面這個問題要簡單一些：“靠昆蟲傳媒的花為什么都要好看 一些？”BEA貢獻出AspectWerks的代價是得到了整個AspectJ，并且它已經多次表示將在JRockit中全面支持AspectJ了！設想 一下這是什么樣的局面吧，作為中間件巨頭的BEA，現在已經具備了隨時可以將它龐大的產品線全方位的平移到輕量級容器的路線上去了，因為它可以從虛擬機的 級別支持AOP，釜底抽薪式的對所有開源容器發起新一輪的剿匪運動！IBM怎么辦？IBM也沒辦法啊，除了應招之外還能干什么，好在IBM的精力全在這方 面了，又有AspectJ的主控制權。再假想一下——最后一次假想，如果IBM和BEA聯手轉向輕量級容器。。。。。。寧可。。。不要讓。。。漏網！—— 噓，小聲點！

寫日記的泡泡

1。隨處可見猜想。
在未來的軟件開發過程中，AOP將以一種基礎編程能力的形式出現，與OOP共同發展，成為主流開發環境的一個組成部分。而目前為止，AOP只是作為一種開發工具、或運行時代碼而存在。到了那個時候，可能沒有哪個產品聲稱：“我使用了AOP”，因為沒有哪個產品沒有使用AOP，就像現在沒有哪個產品沒有使用OOP一樣。就算你的源代碼中沒有應用到編程語言的AOP能力，你也可能調用了某個應用了AOP的基礎庫。事實上，AOP之父Kiczales認為AOP可能首先在操作系統上有一定規模的應用。

2。語言級猜想。
AOP的真正實現是在一個特定的語言基礎上的。比如數年之后，人類開始普遍使用K語言（K是J的后一個字母），K語言在語言本身上就可以編織和橫切。此時AOP才得到真正的成熟，因為程序員在編寫代碼時可能根本不知道自己用到的是曾經的OO還是現在的AO，只有了解K語言虛擬機構造和背后實現的人才知道。但是，可能由于人固有的思維方式的問題吧，AOP仍然不會比OOP要使用的更多，甚至有可能仍然是Kiczales所提到的15% Solution！但是，從語言的角度去實現AOP也許會給人類的編程觀念帶來巨大的變化，這種變化就像OO所帶來的一樣。

3。存在AOD/AOA猜想。
OOP對人類的影響遠不如它的兩個弟弟OOA/OOD，后兩者已經為整個軟件開發行業帶來了一次意義深遠的革命，它至少使得全世界開發團隊的人數擴大了10倍，開發工具和平臺的復雜程度增加了10倍，完成客戶某些簡單要求的成本降低了90%，唯一的遺憾的是，軟件開發的效率幾乎沒有數量級上的變化（依據《沒有銀彈》）。既然存在AOP，我們猜想也會存在AOD/AOA，比如會存在面向方面的重構手段，面向方面的設計模式，面向方面的最佳實踐，面向方面的過程管理，以及在UML的未來版本中看到為面向方向而專門做的改進，甚至添加一個新的UML圖類型。當這些東西都產生的時候，AOP才真正發展到了鼎盛時期。

4。可執行用例猜想。
AOP是一個廣泛適用的充滿想象空間的新技術，但是目前人們對AOP的研究方向過于狹窄，大部分聲稱正在研究AOP的開源項目其實是把AOP當成一個輔助工具來使用，這些項目中又有相當一部分是在做企業開發環境下的容器，他們并沒有針對AOP本身進行開發。事實上，依照Jacbson的說法，AOP將直接導致軟件的開發分為兩種形式——對模塊的開發和對用例的開發，現在的用例僅僅是圖紙，必須要轉變為OO代碼才能執行，但是一旦有了AOP，AOP可以直接依據用例的定義，將多個不同的模塊（可能來自不同的開發單位）連接起來，形成方面，而方面本身是可以執行的（語言級猜想），所以用例也就不再是圖紙而是可以執行的了。這對于以UML為核心的現代軟件過程來說，是個極好的信號。

5。標準化猜想。
OO的成功經驗告訴我們，要想取得最后的勝利，就要一致對外，統一了內部的概念，剩下的爭論就只有實現問題了。我個人認為，多數OOP語言在概念上都是一致的，這種概念被語言學稱之為語義，多數OOP的語義來自Smalltalk和C++這些早期嘗試者，少數來自Java這種在技術的成熟期涌現出的商業產品。AOP目前還面臨著這個問題。業界對AOP的標準化過程有兩個猜想，一是由AspectJ領頭，各大AOP實現都以AspectJ的語義作為研究問題的基本用語，設計和實現沿用現在的思路；另一個猜想是由權威組織，（開源、商業、或全球研究組織），如Eclipse/IBM/OOPSLA等等拿出一個統一的AOP語義內核，所有AOP項目都以該內核為基礎開發。Java虛擬機是前一種思路的成功案例，后者則以XML為代表。

6。全靜態編織猜想。
下面討論一個實際的技術問題。時下多數AOP項目采用的編織技術無外乎兩種：靜態編織和動態編織。前者是指在編譯前（預編譯期）、編譯期、和編譯后編織，后者是指在運行期編織。Kiczales認為雖然沒有明顯的技術缺陷，但動態編織可能會面臨一些發展遠景的問題，他稱之為“軟件的演化問題”。不知道我對大師觀點的理解是不是準確，我認為由于被編織的代碼是在變化（發展）中的，我們總是希望這種變化對編織本身的影響最小，這時靜態編織面臨的問題最多就是重新編譯，而動態編織可能不會那么簡單。此外，全靜態編織會導致另一個優點——這聽起來有點奇怪——就是能力較弱，因為全靜態編織繼承了OO語言本身的約束，比如Java的約束和.NET之CLR的約束等等，這對于更規范的使用開發利器是大有好處的。“應該對人類準備大規模應用的每一種新工具小心鉗制。”

7。AOP的誕生之迷猜想。
Kiczales先生在從事AOP的研究和開發之前也曾接觸過其它對OOP的改良研究，其中包括反射和元對象技術。事實上，心平氣和的說，后兩者的變通能力和靈活程度都在前者之上，但是正因為如此，語言學家們認為，這些技術并不能有效的改善OOP的弊端，甚至還有可能引狼入室，帶來新的“狼人問題”。后來，當Kiczales發現AOP時，他明白這才是人們真正需要的，他認為他們抓住了問題的咽喉。時至今日，AOP的實現技術已經千姿百態，百家爭鳴了，但是，AOP創立之初的種種想法也在這種百花爭艷中漸漸被人們遺忘，現在利用反射、元對象技術以及種種雙刃劍式的技術來實現AOP的想法已經像爭搶參院席位一樣爭奪市場的認可，這是事物的發展還是理想的倒退？AOP何時才能回歸它的本原？上天為它安排的命運究竟如何，我們拭目以待。

最近，我和我的幾個朋友正在組織一批開源斗士們合作編寫AOP.NET，這是一個開源軟件，在博客園上可以看到部分有關該項目的消息。但是由于種種原因，我們對一些基本的問題還沒有達成共識，本文來自我對AOP的一貫看法，也是我對社團里很多問題的一個集中性回答吧。

開源泡泡
（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://m.tkk7.com/briansun]）

這一天必須要寫一篇blog，這是我對自己的要求，因為這一天對我來說太不平常了。

首先要慶祝一下中國情人節，因為七夕是按農歷算的，而后面我要說的幾個紀念日都是按西歷算的，所以這在同一天純屬巧合。記得我在今年西洋情人節的那一天也 寫過一篇blog，呵呵，算是呼應一下吧。祝愿天下所有的請人都能過好這一天，尤其是中國的請人，不要吵架，不要鬧別扭，不要過得太平庸免得后悔，不要在 這一天表白免得被據了以后終生難忘，不要在這一天去太遠的地方玩，別忘了小偷們也想過好情人節，最后，一定要記住，日子是慢慢過的，所以不要花太多錢，哈 哈。

這一天之所以對我的一生都有巨大的影響，其實真正的原因發生在1995年。那一年我小學畢業，按照（我家里的）慣例，我要在假期學一樣東西。從小學到初中 我學過國際象棋，學過英語（那時候小學是不教英語的），學過數學競賽（我拿過不少獎，自己贊一下），學過騎車，學過游泳，其中數學競賽成績最好，但是每一 樣都對我的一生產生了巨大影響，讓我受用終生。下面該學什么也是家里一直爭議的話題，父親在這件事情上具有最終決定權，他很想讓我學電腦，但是說實話，電 腦是什么，我們家沒人知道。后來父親大約花了幾百塊買了一臺“小霸王學習機”，現在看來就是一個有QWERTY鍵盤的游戲機，但是有些學習功能，比如五筆 字型，廣告是成龍做的，很有吸引力。我整個七月份就在家里玩學習機，玩的很開心，父親發現我的指法越來越熟練，覺得我學電腦可能會有天賦，就給我報名參加 了一個學習班，他哪里知道，我后來學習的東西同指法幾乎沒什么關系。

學習班是由父親的一個朋友辦的，我在后來的很多年中都跟他保持密切的聯系，他是那種入門很早的人但是有點玩世不恭的人，其實他沒有教過我一天課，但我仍然認為 他是我的啟蒙老師。學習期共有15天，安排的很有意思，5天DOS，5天五筆字型、漢字系統和字處理軟件（UCDOS/WPS），最后5天Basic，老 師在考慮要不要教Foxbase，后來決定還是basic，容易讓人接受，也許我應該認認真真感謝一下這個決策，如果當年我學的真的是foxbase，我 一定會聽不懂或者因為無聊而不會走向編程的道路的。

我一下子就被Basic的世界吸引了，一行一行有意義的單詞和數學公式的組合，竟然能“跑”出一個自動化的程序來，太神奇了，我立即被這種力量征服了，并 且在未來的10年中從未停止過對這種力量的追求。后來的一個老師說，人類發明每一樣東西都是對人的一種自然屬性的延伸，我覺得很有道理，人類發明汽車是對 人腳的延伸，發明望遠鏡是對眼睛的延伸，發明電話是對耳朵和發聲能力的延伸，而發明電腦則是對思維能力的延伸。對于一個在小學時就對豐富多彩的數學世界充 滿興趣的人來說，對思維能力的延伸是多么必要而有價值的一件事情啊。

這一期學習班是從8月1日到15日，所以如果我記得沒錯的話，10年前的今天我第一次接觸了編程！這難道不是個值得慶祝的日子嗎！

學習班的最后一天是多媒體電腦的演示，因為當時剛剛出現VCD2.0，MPEG協議也剛剛引進國內，所以用電腦放出來的清晰電影實在令人著迷，（所謂清 晰，是指在13寸弧屏上的效果），看完侏羅紀公園一之后，學習班就結束了，人們也回家了，只有我還在一臺80286上用basic寫各種各樣有趣的東西。 剛剛提到的那個老師給了我一項任務——寫一個統計成績和平均分的程序，可惜當時不懂得保存，這個程序現在已經失傳了，但它確實是我寫的第一個軟件。

因為接觸了編程語言和排序算法，從某種意義上說也就算是個完整的程序員了。開學以后我就報名參加了中學生計算機競賽，恰好競賽也是編程性質的，很多年以后 我才知道省里的競賽AOI（Anhui Olympics of Infomation）是仿NOI（National...）的，而NOI是仿IOI（International...）的，而IOI則是仿ACM ICPC（國際大學生編程競賽）的。在競賽班上的學習對我的啟發和幫助就不言而喻了，你可以想象一個初中生每天都跟離散數學、組合數學、圖論、數據結構、 Quick Basic/Turbo Pascal/Turbo C、和一些叫不出名字的算法（比如笛曲克斯拉）打交道的樣子嗎？這些都使我至今收益，其中最值得贊一下的成績就是連續3年在本市的競賽中奪魁，但是由于本省人才濟濟，以數十分之差 （數十分在競賽中不到一個TestCase）沒能進入省隊，后來進入省隊的幾個人都拿了全國金牌并參加了國際競賽，還有人拿了國際金牌。我想假如我在別的 省可能已經進了國家隊，但是我仍然不后悔，那樣我不會很早學OO，不會選文科，也不見得會有現在的獨特思維方式。

成績也常常伴隨著失敗存在。第一次參加競賽的失敗使我看清了Basic語言本身的缺陷，這使我決定要學習一種純面向過程語言，Pascal語言由于描述算 法和數據結構的能力及其在競賽中的普及程度首當其沖，但我沒有選，而是去安徽大學學了C語言，這也是一次對我后來發展路線產生巨大影響的決策，而這個決策 也發生在8月，安大的這一期培訓班，也是在8月中旬。

除了這兩件事情之外，今天還有一個值得紀念的地方，那就是半年前的今天——2005年2月11日，我寫了自己的第一篇blog，哈 哈，dudu別急著感動，那篇文章好像是批評BlogJava的。:) Blog是我職業生涯非常重要的一件事，以前常常苦于有想法沒機會表達，不表達自己都記不住，或者由于沒有被語言化而使得很多 想法都轉瞬即逝，或流于表面不能深入思考，blog真是個好東西。

不多說了，該吃中飯了，回到我們前面的話題，我小時候就想知道牛郎織女到底是一年見一次還是一天見一次呢，天上一日地上一年啊，哈哈，搞不懂。

     摘要: {關鍵字}
測試驅動開發/Test Driven Development/TDD
測試用例/TestCase/TC
設計/Design
重構/Refactoring

{目錄}
TDD的目標
TDD的優點
TDD的步驟
FAQ
Best Practise
關于單元測試
實例：Fibonacci數列
關于本文的寫作
后記：Martin Fowler在中國
鳴謝

什么時候重構？
什么時候設計？
什么時候增加新的TestCase？
TestCase該怎么寫？
TDD能幫助我消除Bug嗎？
我該為一個Feature編寫TestCase還是為一個類編寫TestCase？
什么時候應該將全部測試都運行一遍？
什么時候改進一個TestCase？
。。。。。。

（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://www.briansun.com]）  閱讀全文 英文名：About Face 2.0 - The Essentials Of Interaction Design
中文名：軟件觀念革命——交互設計精髓

作者：Alan Cooper，Robert M. Reimann

泡泡的評價：
本書第一版幾乎引發了一張全球軟件界的革命，然而這次革命的影響卻由于種種原因未能在今天的多數軟件中體現，這不是人類的悲哀，這是我們要為之奮斗的事 業。自從我們選擇入了軟件這一行，我們就有義務為用戶提供經過出色設計的軟件，可盡管如此，我們當中仍然有很多人根本不知道什么叫設計。本書的作者 Alan Cooper為微軟拿到了為數不多的幾個Jolt大獎中的一個——Visual Basic2.0，也為我們提供了為數不多的幾本好書中的一本——About Face2.0。我們崇拜大師，并不因為他們是上帝，而是因為他們是上帝的布道者；我們渴望設計，并不因為設計代表一切，而是因為一切都依靠設計。書的扉 頁上寫著：“因為設計，所以出色”。

China-pub的簡介：
本書是一本由一位在交互設計前沿有著10年設計咨詢經驗及25年計算機工業界經驗的卓越權威撰寫的設計數字化產品行為的啟蒙書。它探索了一個獨特的設計領 域，即復雜系統行為的設計——特別是軟件激活技術。本書論述一種具有革命意義的設計觀念——人類驅動設計過程。 本書是一本難得的大師經典之作，應該是一本產品規劃師、界面設計師以及可用性工程職業人員或者程序員都想得到的書。

目錄：

第一篇 了解你的用戶

    第一部分 彌合差距
    1 目標導向設計
    2 實現模型和心智模型
    3 新手. 專家和中間用戶
    4 理解用戶：定性研究
    5 用戶建模：人物角色和目標
    6 腳本提綱：將目標轉換為設計
    7 綜合好的設計：原理和模式

第二篇 設計行為和形式

    第二部分 除去障礙，達到目標
    8 軟件姿態
    9 和諧與流
    10 消除附加工作
    11 導航和調整
    12 理解撤銷
    13 重新思考“ Files ”和“ Save ”

    第三部分 提供高效能和愉悅
    14 設計體貼的軟件
    15 設計智能的軟件
    16 改進數據檢索
    17 改進數據輸入
    18 為不同的需要進行設計

    第四部分 應用視覺設計原理
    19 外觀設計
    20 隱喻. 習慣用法和啟示

第三篇 交互細節

    第五部分 鼠標和操作
    21 直接操作和定點設備
    22 選 擇
    23 拖 放
    24 操作控件. 對象和連接

    第六部分 控件及其行為
    25 窗口行為
    26 使用控件
    27 菜單：教學向量
    28 使用菜單
    29 使用工具條和工具提示
    30 使用對話框
    31 對話框禮節
    32 創建更好的控件

    第七部分 與用戶的交流
    33 消除錯誤
    34 通知和確認
    35 與用戶的其他交流方式
    36 安裝過程

    第八部分 超越桌面的設計
    37 Web 設計
    38 嵌入式系統的設計


1。項目概述
簡單的說就是“WHAT IS”。向任何對該項目感興趣的角色傳達這些基本的必要的信息。

2。風險列表
以頭腦風暴的方式列出項目可能遇到的所有風險。風險列表一定要是客觀的，既不能推卸責任也不能表決心獻殷勤，要實事求是。

3。用例
需求的規范表現形式。用例并不一定要用UML用例圖來表示，但是顆粒度是用例最難以把握的問題之一。

4。設計圖
通常用于總體設計，可以是UML圖，也可以是CRC卡，還可以是更靈活的一些東西，視項目組成員的習慣和水平而定。

5。構建工具
如Ant腳本，目的是實現每日構建。

6。版本管理
悲觀鎖如VSS或樂觀鎖如CVS/SVN，都無所謂，關鍵是要能管理不同的分支和歷史工作成果。

7。測試用例
按TDD的說法，測試用例應該打成包，隨產品已經發布，這樣在每次修改代碼之后或發布一個新版本之前都可以確保之前的代碼仍然是有效的。

8。產品
包括二進制發布包和所有導致該發布包的源代碼或原始配置文件。

9。發布說明
簡述這一版與上一版的不同。當然還要包括版權聲明、其它商品的版權聲明、和許可證。

10。開發計劃和迭代計劃
項目過程中產生的制品，為日后開發其它項目提供參考資料。

RUP泡泡

近100年來美國經濟學界和管理學界的主流理論和理論框架，都會或多或少的在其它領域的主流理論和理論框架中產生映射，這是很多主修經管專業的學生改行進入其它領域后總的心得。在下不才，也是其中一員，并且也有一點自己的心得。

最近十年管理學界對體驗經濟的理論層出不窮，形成理論界的一大熱點。總的來說，體驗經濟是將未來的經濟模式，同產品經濟、商品經濟和服務經濟相區別，對這個概念不了解的朋友可以先看一個寫在《體驗經濟》一書扉頁上的這個案例：

Rebecca的媽媽小時候過生日，Rebecca的奶奶自己親手做蛋糕為她慶祝，她的原料比如奶油、雞蛋、面粉等等都是從鄰街的小店里面一美分一美分買來的。Rebecca小時候過生日，媽媽打電話給附近的一家蛋糕店，蛋糕店立即送來的美味可口的蛋糕，這樣Rebecca可以請鄰居家的小孩來過Party，這個蛋糕只要花十幾美元。現在Rebecca的女兒過生日，Rebecca將整個生日交給Disney公司去辦，公司的姐姐們帶Rebecca的女兒和她的小伙伴們去城郊的一個小山坡野營。在那里，孩子們學會了自己搭帳篷，擠牛奶，采野生的葡萄釀酒，整理破舊的茅草屋。在一天的獵奇旅程之后，公司送每一位孩子回家，Rebecca付給了他們一張$146的支票。

盡管體驗經濟首先是在餐飲、旅游、娛樂、零售等行業首先發展并擴散開來，但是我相信，它遲早會在軟件領域展露頭角。我的這種想法由來已久，在最近一段時間里這個想法被激發，導致我寫這篇文章，我認為體驗經濟至少應該在下面四個方面對軟件界有所幫助：

1）近似幫助的導航。
如果你還沒有下載Eclipse 3.1，那么你還不能真真了解我的意思。看看Eclipse的Million Downloads Challenge吧，3.1版正式版推出的第一天全球下載量就接近20萬份，這絕不是宣傳的效果，而是全世界的軟件開發人員和關注軟件界成長的人們共同的精神支柱。3.1版在易用性上又有大幅度的提高，隨處可見的Html風格的說明信息，從一個對話框到另一個對話框的“超鏈接”，首選項的搜索與過濾，首選項的編輯導航（前進、后退等），FastView可以變成內嵌Frame，任意輸入框里的工具條，任意輸入框里的感嘆號、問號和小紅叉，等等等等，無一不在3.0版已經很“花里胡梢”的界面上再“錦上添花”。并且，知道內情的人都知道，這些對用戶眼球產生極大刺激的小技量，對于Eclipse來說是多么的輕而易舉。這么說吧，這些東西放在你的應用程序里面叫做“特性”，放在Eclipse里面叫做“對特性的應用”。

2）軟件為什么不能用畫的。
既然標準控件可以拖到窗體里變成代碼，為什么用戶不能用筆畫一些代碼出來呢？我想未來的軟件應該會以某種“更自由”的方式向用戶提供體驗。比如，用戶可以畫一個圓作為輸入框；用戶可以畫一條線來表示狀態條；用戶可以畫一個圖標或寫一個單詞，再和一個程序定義好的Action建立鏈接；用戶可以畫一個小人提供導航；用戶可以規定什么樣的狀態用什么樣的符號表示；用戶還可以規定在哪里可以顯示固定的及時幫助，什么時候可以顯示浮動的及時幫助；最后，用戶被要求畫一個區域（可能是不規則的多邊形）來把剛才畫的那些東西裝進入，這個區域就是我們所說的窗體（想想很多播放器都支持不規則的圖形作為skin）。

3）同時面對新手和熟練工人。
關于氣泡式的及時幫助，業界有很多的爭議，這些爭議大都來自不同領域的不同需求。比如一個面向客戶的財務系統，開發者可能希望隨時隨地都能讓使用者知道下一步該怎么辦（或者這一步該怎么辦），可是一個面向企業內部的財務系統，投資商則更愿意花費少許培訓費用來使該系統的使用者更加熟練，這些費用可能會比在軟件中加入大量的幫助更為經濟，更重要的是，去除這些氣泡往往會提高使用者的效率，給企業帶來更多的好處。所以體驗經濟要求我們的軟件理念能在兩種模式之間自由切換，甚至可能會同時體現在同一個系統上，比如某個在線游戲，新手希望能隨時隨地得到提示，而老玩家則希望在某個選項頁上關掉這些提示——以速度取勝。

4）功能微調和界面微調。
多數軟件已經開始向Extendable轉變了，少數精英已經開始向Pluginable（這是我自己造的詞，被畫上紅線別怪我，呵呵）轉變了。有圖形處理和媒體制作軟件，如Photoshop、Fireworks、Flash，有開發工具IDE，如Eclipse、SharpDevelop，有瀏覽器如Firefox，有小工具如我正在使用的EmEditor等等，在SourceForge的排行榜第一名上待了很久不愿下來的Azureus - Java BitTorrent Client也是Pluginable的。更有令人驚奇的，有一個叫Java Plugin Framework(JPF)的項目可以為所有Java軟件增加Pluginable的能力，這個項目吸收了Eclipse的思想，但是比Eclipse的插件平臺更通用，更具擴展性，也更嚴格。至于界面上的微調，Eclipse也為我們作出了榜樣，它可以允許成千上萬個View和Editor并存在同一個窗體里，并提供了最大化、最小化、FastView、內部Frame等多種展現形式，（意思是說它們不會太擠），甚至可以在界面上搜索和過濾這些parts，這樣做的主要目的是將用戶工作中能遇到的交互事件劃分成更細小的顆粒。我認為未來的軟件能讓用戶在更小的顆粒度上調整UI，比如某個用戶會在用軟件時自言自語：“這個的Label我不喜歡，我要變成Icon；那里有個Table太繁瑣了，換個餅圖看看；哦，對了，這里有個討厭的文字框，小樣兒，我早就看你不爽了，干掉，直接寫進log吧！”

在本文的最后我還要告訴大家的是，雖然很多軟件用XP結尾來標稱自己是“用戶體驗版”，比如Windows xp和Office xp，但是我仍然認為體驗經濟的時代要求未能很好的表現在當前的主流應用中，無論是操作系統、辦公軟件、在線應用，或者ERP，但是我們已經可以在一些游戲、及時消息軟件或大師作品中看到一點希望。重復本文開頭時的論點，我相信體驗經濟在軟件的時代即將到來，如果您手上正在做的軟件沒有考慮這一點，那么還是請考慮一下吧，我們都不希望在這次浪潮中國產軟件再次落后，如果要我給出一個理由來支撐我的觀點，那我只想說——這是經濟學的規律。

（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://m.tkk7.com/briansun]）

NXUnit是一個基于.NET Framework的具有NUnit風格的XML單元測試框架。它是對NUnit的一個擴展，使你可以簡單的在XML應用程序中加入斷言，使你可以集中精 力在你的XML應用程序中的業務邏輯，使你提升測試驅動開發(TDD)的技巧，使你可以直接比較兩個XML字符串或流，或者斷言它們相等，就像使用 xUnit斷言兩個整數是否相等一樣簡單。如果沒有NXUnit，你就必須把注意力集中在XML字符串中的空格、空節點、空屬性、節點序、屬性序、注釋等 等。在某些方面，NXUnit有些像XmlUnit。

NXUnit的當前版本是2005年7月的NXUnit 1.0rc1，下面是該版本的8個特性，這些特性你都可以在XMLAssert類中找到相應的方法：
1。斷言兩個XML輸入是否相等。
2。比較兩個XML輸入并找出它們的不同點。
3。斷言兩個XML輸入的XML定義是否相等。
4。斷言兩個XML輸入的文檔類型是否相等。
5。斷言一個XML輸入是否有效。
6。斷言一個XPath表達式在一個XML輸入上執行返回的值是否是期望值。
7。斷言一個XPath表達式在一個XML輸入上是否存在。
8。斷言一個XML輸入是否包含另一個XML輸入。

并且，你可以改變一個XMLAssert實例的屬性來配置一個斷言或比較，目的在于：
1。忽略節點和屬性名稱中的大小寫。
2。忽略XML注釋。
3。忽略XML定義或文檔類型。
4。忽略空的節點或屬性。
5。忽略節點和屬性的順序。
6。忽略不重要的空白。

1。拳擊運動員
他一生中的每一時刻，都在痛苦和希望之間徘徊。一個沒有被打倒過的人不算是真正的拳擊手，只能算是拳擊運動的愛好者和參與者罷了。沒有人愿意跟一個沒有失 敗過的人打，就連電影百萬寶貝中的女人也這么想。這并不是說一個人若想稱為真正的拳擊手就要主動嘗試被人打倒的滋味，而是說如果你從未有過被人打倒的經歷 和體驗，你就不能很好的知道什么時候該勇往直前，什么時候該保護自己，如何保護自己，保護自己的哪里，用什么來保護自己，甚至，犧牲自己的什么來保護自 己！一個男人必然不會是一生都不需要保護自己的人，當然，一個男人也不能時時刻刻都在保護自己，正在保護自己的男人是痛苦的，他不得不忍受“我是男人，而 男人應該去保護別人”這樣狗屁不通的理論對自己的煎熬，別人的非議就更不用說，但是希望有隨時都會在他的心中點燃——下一刻，我將揮出我復仇的一拳！


2。賽車手
他一生中的每一時刻，對他來說都是一次信心的考驗。尤其是排名世界第二的賽車手，如果他挑戰自己的極限，他有可能命喪黃泉，如果他見好就收，他畢生取得的 成就都會在他死后煙消云散，甚至在生命的最后一段時間里不僅要忍受老去的軀體的折磨，還要忍受昔日崇拜者鄙視的目光。多數處在這個位置的男人都會選擇繼續 挑戰人生，畢竟只有第一能夠博得終身的成就和死后殊榮，但這樣做的結果往往也是死路一條——現實生活不會總像電影Troy那樣氣勢磅礴。在這一點上，商界 的很多男人選擇激流勇退，這樣做對他們來說叫做“留得青山在，不怕沒柴燒”，不知道這算不算是一種理性，倘若是，那這種理性究竟是人性的倒退，還是人類發 展的必然未來？

3。潛艇艇長
他一生中的每一時刻，都要隱藏自己內心的恐懼。他不能有恐懼，是的，就是這樣，或者說，他不能讓別人發現他的恐懼。在數百尺深的海底，每個人都會一定程度 的喪失他在陸地和海洋表面的理智與信心，而潛艇之長，作為幾十人到數百人的領導，更要無所不知，無所不能，且每時每刻都要讓別人感受到他的信心、樂觀與積 極，連他自己有時都被自己的表象所欺騙，簡直就像一個四處散發信心的廣播。更重要的一點，也是電影U571要向我們描述的一點是，一個合格的水手可以為了 別人犧牲自己，這無可厚非，可是一個艇長不僅僅要有隨時犧牲自己的勇氣，還要有為了整艘船犧牲個別船員的洞察力和決策力。這往往也是一個男人不易被人理解 的地方：該犧牲自己時犧牲自己，該犧牲別人時犧牲別人。

（轉載本文需注明出處：Brian Sun @ 爬樹的泡泡[http://m.tkk7.com/briansun]）

What is NXUnit?

NXUnit is a NUnit -style unit testing framework about XML for .NET Framework. It is an extension to NUnit. It brings you the ability to do unit testing easily in XML applications. It helps you to concentrate on business logic of your XML application and improve your Test Driven Development(TDD) technics. You can directly compare one XML string or stream with another, er assert that they are equal, just like doing the same thing to two integers using xUnit. But without NXUnit, you must pay attention to whitespaces in XML strings, empty elements or attributes, unimportant order of elements or attributes, unneccessary comments and so on. It's similar with XmlUnit in some aspects.

Features

The current version is NXUnit 1.0rc1, July 2005. The following is the 8 features of this version, which you can find in the facade class XMLAssert:

    * Assert that two XML inputs are equal.
    * Compare two XML inputs and find all differences between them.
    * Assert that declarations of two XML inputs are equal.
    * Assert that document types of two XML inputs are equal.
    * Assert the validity of an XML input.
    * Assert that the evaluation of an XPath expression on an XML input will return the expected value.
    * Assert that an XPath expression exists for an XML input.
    * Assert that an XML input is included by another.

And you can change the properties of an instance of XMLAssert before an assertion or comparition, in order to:

    * Ignore the case of the elements' and attributes' names
    * Ignore XML comments
    * Ignore XML declarations and document types of both inputs
    * Ignore empty elements and attributes
    * Ignore orders of elements and attributes
    * Ignore unimportant whitespaces

Sample

 1    using System;
 2    using System.IO;
 3    using System.Xml;
 4    using NUnit.Framework;
 5    using NXUnit.Framework;
 6
 7
 8    [TestFixture]
 9    public class Sample
10    {
11        private XMLAssert xa;
12
13        [SetUp]
14        public void Init()
15        {
16            xa = XMLAssert.CreateInstance();
17        }
18
19        [Test]
20        public void TestMethod()
21        {
22            // Init the xml input
23            string s1 = "";
24            string s2 = "";
25
26            // Init the options for your purpose
27            xa.IsOrderSensitive = false;
28
29            // Assert two XML inputs are equal
30            xa.AreEqual(s1, s2, "Assertion Failed!");
31
32            // Compare two XML inputs and find all differences between them
33            CompareResult r = xa.Compare(s1, s2);
34            foreach (Diff d in r)
35            {
36                Console.WriteLine(d);
37            }
38            CompareResult another = xa.Compare(s1, s2);
39            r.Add(another);
40            for (int i = 0; i < r.Count; i++)
41            {
42                Console.WriteLine(r[i]);
43            }
44            if (r.AreEqual)
45            {
46                // They are equal
47            }
48
49            // Assert two XML declaration of the two XML inputs are equal
50            xa.AreDeclareEqual(s1, s2, "Declarations are not equal");
51
52            // Assert two document types of the two XML inputs are equal
53            xa.AreDocTypeEqual(s1, s2, "DocTypes are not equal");
54
55            // Assert the validity of an XML input
56            XMLAssert.IsValid("");
57            XMLAssert.IsValidFile(@"C:\");
58
59            // Assert the evaluation of an XPath expression on an XML input will 
60            // return the expected value
61            xa.AreXpathEqual("<a/>", "/r/a[2]", s1, 
62                "The xpath expression doesn't return <a/>");
63
64            // Assert an XPath expression is exist for an XML input
65            XMLAssert.XpathExist("//@b='c'", s1, 
66                "The xml document doesn't have the xpath expression");
67
68            // Assert an XML input is included by another one
69            xa.IsIncluded(s1, s2, "The {0} is not included in {1}", s1, s2);
70
71            // The Counter
72            Assert.AreEqual(6, xa.Counter);
73
74            // XMLInput can use in all the samples above
75            xa.AreEqual(XMLInput.CreateFromString(s1), 
76                XMLInput.CreateFromString(s2), "Assertion Failed!");
77        }
78    }

首先，要向大家致以我深深的歉意，因為我已經有兩個多月沒來關心我的這個與朋友們交流的平臺了。原因有很多，最主要的原因就是太忙了。起先是忙寫畢業論文，這件事很讓我頭疼了一把，因為我要一邊上班一邊完成畢業論文，于是每當我打開Blog想添一篇新文章的時候我就會立即想到還要論文要寫，于是立即打開 word毫不含糊。論文忙完了之后，我著手寫一篇很長的文章，記錄了我這三個月來對“測試驅動開發（TDD）”的理解和體驗，這篇文章對我來說非常重要，也是我一段時間工作的總結，于是我想等我把整篇文章寫完之后再奉獻給大家比較好。這篇文章剛有了構思和提綱之后我又收到北京總部發來的消息，要求我們每日加班到9:00，周六也工作，這耗費了我之前用來寫Blog的幾乎全部時間，再之后就是轉出消息領導要來南京視察，尤其是視察我們小組的工作，于是我又要加班加點的趕進度，因為我們小組的幾個人進度都不能另自己滿意（更不用說領導了）。再之后就是領導沒來，但是要求我們盡快去北京參加評審和一些開不完的會議，于是我們又Z50去Z49回來，中間轉正花了一周開會花了一周。然后我就回家洗了個澡，睡了個安穩覺，然后就到今天了。

還有一件事情也是最近一段時間值得驕傲的，要提一下，就是我花了點時間把自己寫的一個小工具包裝成了一個開源軟件，在SourceForge上登了出來，是一個單元測試工具（當然也可以叫TDD工具啦，哈哈，），對NUnit的一個擴展，使其可以方便的比較和斷言兩個XML，希望能對遇到同樣問題的朋友們帶來一些幫助。所謂“花了點時間”是指我把每個周日都耗在了提著筆記本在Starbucks要一杯Frappuccino然后寫十幾個小時的代碼和文檔上了。

但是，再多的借口也不能彌補我在春夏換季時不寫Blog的罪過。所以我決心從今天開始洗心革面，重新做人，每周都寫Blog，大家再給我一次機會吧！。。。。。。

致歉的泡泡

這篇文章來自我讀了Mango Du的“水銀看人力資源外包”一文的讀后感，或者說是對該文的一個評論，只不過這個評論是以另外一種形式發表在我的Blog上的。確實可以說這兩年人力資源外包被提到了很高的地位，有人說這是分工過細所致，有人認為是專業化所致，還有人認為這是企業為了降低成本，我卻認為不是這樣。

1。關于分工細化。
分工細化不足以產生一個行業。比方說，我們做軟件的都知道軟件設計、軟件實現和軟件測試都應該被分為很細的方面，至少應該被分為這三個方面，于是有很多人很早就預言軟件企業會分裂為專做設計和專做編碼兩類，事實上當初我也是這種想法的堅定支持者之一，但是現在開來這是一個很幼稚的想法。在最近的幾年里這種劃分還不會出現，因為軟件設計和實現在今天的技術框架和過程慣例下耦合度仍然很高，交流的成本非常關鍵，因此將這兩個部分分裂成兩個企業會導致企業的外部成本迅速升高，我們都知道這是違背企業存在的意義的一種做法，這一點科斯在上個世紀給出了一個著名的論證。所以人力資源外包肯定不僅僅是一個分工細化的問題，因為人力資源的工作同其它工作的耦合度確實不小。（這一點我后來想了一下，可能某個行業有自己特定的人力資源游戲規則，那樣的話人力資源工作可能會和該行業內部的企業耦合度減小，規范度增大，咨詢師和電視節目制作人都是這樣的例子）。

所以促使一個企業外包人力資源的根本原因不僅僅是分工存在細化的問題，還有部分交易外部化的問題，也就是說如果一件事情本公司的人做不如外公司的人做成本更低效果更好，那么就可以外包。比如員工滿意度調查，在公司內部進行可能會有失公允，因為很多員工都擔心調查材料不能嚴格保密的問題。

2。關于降低成本。
降低成本和提高利潤是企業一切動作的基本動機。因此人力資源的外包也有成本的原因，但可能并非是成本驅動的。比較一下在企業采購方面的例子，有很多提供采購服務的服務商在幫助企業采購（比如電子商務），我曾見過一個創業方案是關于“買手(buyer)”公司的，但是采購的很多情況是根據企業的不同而不同的，所以在操作上和決定權上仍然是買方做主。這種方式實際上可以被理解為執行和戰略的分離，并且我相信這種方式在最終會在企業管理的很多方面體現出來。

簡單的說就是企業把握人力資源管理的戰略方面，而執行方面交給外包商去做，比如今年的招聘，公司給出計劃；抽象招聘流程，公司給出安排；招聘人員的鑒定，公司給出方法和人員；但是具體招聘的安排和實際招聘的對象則是由外包商完成，比如何時招聘，在哪個學校，招多少人面試多少人筆試，誰主持，都是由外包公司完成的。

3。關于專業性。
我個人認為企業之所以會把人力資源外包出去，并非專業性的問題外，或者說專業性只是一個很小的方面，比如財務管理已經是一個規范度極強的企業了，可是把財務部門外包給服務商去做的企業可能也不是很多，原因很簡單，一方面財務部門比較私密，戰略性意義也比較高，另一方面財務人員市場上有的是，不需要多花幾個錢就能顧的起，所以財務部門無需外包。但是仔細想想，后面一個理由是否站得住腳，為什么財務人員專業性高卻資源豐富呢？原因很簡單——制度完善。真正專業性很強的工作已經由金融機構和會計公司完成了，剩下的是成本低廉的非專業工作。問題又來了，企業為什么會花錢顧一些非專業性強的員工，而把專業性強的工作交給別的公司完成呢？？這難道沒有違反企業存在的意義嗎？？

OK，我想通了，現在我改變了自己的看法，我認為企業要外包自己的人力資源正是出于專業性的原因。事實上，合理的方式應該是為企業直接創造價值的部門（以前我們稱為直線部門）我們用專業性強的員工以提高能力，不為企業直接創造價值的部門（以前我們稱為職能部門）我們用非專業性強的員工以降低成本，而這些部門的專業性工作我們交給專業的企業去完成，這應該就是未來企業的部門組織，That's It！

4。小結。
現在我們總結一下我們的理論，為什么企業會把人力資源工作外包出去做？答案是提高人力資源工作的效果、更著眼于戰略因素、和外部專業化內部非專業化以降低成本。現在我們再抽點時間看看其它外包服務是否也遵循同樣的原理。企業外包財務給財務公司是為了提高財務的效果（嚴格、準確、安全、可靠），更著眼于戰略因素（管理會計和金融部門），外部專業化（注冊會計）內部非專業化（會計和行政助理）以降低成本。企業外包IT部門給提供服務的信息服務供應商是為了提高信息技術以加速管理的效果（有效、安全、科學化、降低管理成本），更著眼于戰略因素（信息收集和信息處理的方式和制品，而不是技術），外部專業化（軟件設計和實現）內部非專業化（實施顧問和硬件采購）以降低成本。還需要其它的例子嗎？


差點搞HRM的泡泡



“別人看到了偶然，而我卻看到了因果。”
                                      ——<<The Matrix>>