論劍歸來（一）

應朋友邀請，周六早從上海出發往杭州參加阿里巴巴網俠大會。同行四人，有銳道的macro chen、楊光（還是我師弟）、移動的王偉旭（特長是linux和網絡安全，也是中國linux推廣的先驅）。一路上，言談甚歡。老莊給我們訂的票，他一早腸胃有恙，仍然堅持把票送到火車站，之后去吊鹽水，下午又出現在會場。確實精神可嘉，建議阿里巴巴頒發“最佳精神獎”。

到杭州已是中午，錯過了上午大會。下午Robbin進行Java技術展望和RoR實現REST的演講，既然是朋友，肯定是要捧場的。Robbin旁征博引，以其深厚的技術功底和對新技術的敏銳洞察贏得了聽眾。

晚上一堆人去聚會，各路豪杰紛至：有阿里巴巴的，有自己創業的，有技術大牛，還有媒體（Infoq），出版社（博文的周總領3員大將赴會）。大家互換名片，認識的不免寒暄幾句，不認識的也很快就熟捻了，還不時有“原來你就是×××”的驚呼，原來網上就“互通心曲”，只是一直沒機會認識罷了。

席間觥籌交錯，具體內容暫且不表，只說一件令我感受頗深之事。一個阿里巴巴的員工表現出對公司的無比忠誠，講起公司的獎懲制度，說是一個員工的績效不僅跟所在項目相關，還與部門、其它部門甚至整個公司的業績相關。所以只要是對公司有利的事情，即使與自己現在的工作無關，他們也會去做。按常理來說，這有點不公平，我只能努力做好自己的事情，而如果別人不努力，我就是白做。但如果大家都努力，又變成了共贏。

這里讓我講一個簡單的博弈問題，就是“囚徒困境”。A和B兩個同犯被抓，因為沒有其它任何證據和證人，只能讓2人分別交供。如果A和B都矢口否認，那么兩人無罪釋放。如果A承認，B不承認；A是坦白從寬，判1年；B抗拒從嚴，判5年，反之亦然。如果2人都承認，ok證據確鑿，各判2年。如果2人都是理性人，且沒有互通消息，按照博弈，每個人的最優解就是承認，也就是各判2年。其實對2人真正有利的就是打死不承認然后都無罪釋放，而這種狀態在理性人的假設下是很難實現的--除非有一個教父，一直灌輸他們不要出賣同伙。

馬云就是這個“教父”！

卡內基有篇文章，我總結成一句話就是：用崇高的理想打動別人。據說馬云一直是以個人魅力及“創造中國電子商務的明天”類似的理想，激勵員工的。有了統一的企業文化，員工都不計較個人得失，努力奮進，最終企業和所有員工取得共贏，這絕對是擺脫“囚徒困境”的典型案例。

話說回來，阿里巴巴能讓你感受到團隊的力量，一群精英在一塊做很有價值的事情，對每個人也是很好的鍛煉。個人認為，如果有吃苦耐勞的打算，眼光放長遠點，又沒有其它方面的束縛，阿里巴巴的確是不錯的選擇。（得向阿里巴巴收代言費，呵呵！）

第二天聽了多場論道，主要是SAAS，搜索，分詞方面。結合阿里巴巴的戰略，我把幾點融合起來講一下。這個下篇再細細道來。

posted @ 2007-05-21 20:35 pesome 閱讀(1133) | 評論 (1) | 編輯 收藏

sitemesh的問題及解決

再說 sitemesh 的問題，同樣是做 openfans 網摘功能出現的。做好了 IE 插件，有 fans 反饋說彈出頁面太大，這也難怪，用了 sitemesh ， head 和 footer 都在頁面上，想縮小頁面，肯定得把 head 和 footer 都去掉，做個干凈點的。既然用了 sitemesh 肯定是希望最方便的搞定這個，而不用動任何邏輯（包括頁面邏輯）。這個好辦，文檔里有說，通過在 sitemesh.xml 中增加

< mapper

??????????? class = " com.opensymphony.module.sitemesh.mapper.ParameterDecoratorMapper " >

??????????? < param?name = " decorator.parameter " ?value = " decorator " ? />

??????????? < param?name = " parameter.name " ?value = " confirm " ? />

??????????? < param?name = " parameter.value " ?value = " true " ? />

??????? </ mapper >

就能搞定，這樣只需要使用參數如 saveSnippet.html?decorator=simple&confirm=true ，就能讓它使用指定的 decorator 。然后做一個去掉 head 和 footer 只保留必要的 js 和 css 引用的 simple.jsp 頁面，同時在 decorator.xml 中配

< decorator?name = " simple " ?page = " simple.jsp " ></ decorator >

就應該可以搞定。

但怎么測，就是不使用這個 simple decorator 。沒辦法，只好跟進 sitemesh 源碼中去調試，進入 ParameterDecoratorMapper 類，它繼承了 AbstractDecoratorMapper 類，然后有一個 init 方法一個 getDecorator 方法。各打一個斷點， init 方法在 tomcat 啟動就會執行，也正常初始化了， getDecorator 方法卻始終不調用，一時想不出辦法。看到篇文章說不自己寫 sitemesh.xml 而使用自帶的 com/opensymphony/module/sitemesh/factory/sitemesh-default.xml 也可以，于是備份并刪除我寫的 sitemesh.xml ，居然成功了。為什么我寫的就不行呢？差別一是我的簡化了很多，只有

< mapper

???? class ="com.opensymphony.module.sitemesh.mapper.ConfigDecoratorMapper" >

??????????? < param? name ="config" ?value ="${decorators-file}" ? />

??????? </ mapper >

和剛加的

中使用了

<decorator?name="default"?page="default.jsp">

????????<pattern>/*.html</pattern>

????</decorator>

posted @ 2007-03-11 22:54 pesome 閱讀(2991) | 評論 (0) | 編輯 收藏

中文問題的解決

這次給 openfans 做網摘功能，主體程序倒是很快就寫完了，另外要做個 IE 插件，卻碰到了不少問題。 IE 插件其實很簡單，就是用 js 獲得頁面的標題、 url 和選擇的內容，然后通過彈出窗口，將其送到服務器。這里就有中文的問題了，開始使用 escape ，如 escape(title) 形式， request.getParameter 碰到中文就為 null ，網上搜了一通，說是可以通過 java 編碼搞定，但拿到就為 null 了，還怎么換編碼？忙活了好幾個小時，又是 alert ，又是 document.write ，看上去也沒什么問題。不 escape ，直接在瀏覽器中輸入帶中文的 url ，拿到的不為 null 了，拿到后，通過 new String(str.getBytes("ISO-8859-1"), "UTF-8"); 還真顯示正常了。但用 window.open 又出亂碼了。看到文章說還有 encodeURIComponent 方法可用，就試了下，把 escape 換成 encodeURIComponent 居然搞定了，服務端還是得用 new String(str.getBytes("ISO-8859-1"), "UTF-8") 進行處理。注意這里用的 tomcat ，它的默認編碼就是 "ISO-8859-1" ，如果改了編碼程序也得做相應的改動了。

posted @ 2007-03-11 22:51 pesome 閱讀(1042) | 評論 (0) | 編輯 收藏