fisher

blog也搬遷了：http://blog.sina.com.cn/liuwendao

來武漢快三年了，留在北京的最后一件物件-電吉它，也被我拿到武漢來了

我們這么混，能成功嗎？
立帖為證

　　軍事演習(xí)區(qū)，一位婦女駕車在大橋前被一名軍官攔住：“對不起，公民，您現(xiàn)在不能過去。”“為什么？”“這座橋在一小時前被炸毀了。”“您能告訴我這究竟是怎么回事嗎？”“很抱歉，不行。我本人已于2小時前陣亡。”
　　
　　
　　伊萬看電視，是勃在演講。伊萬覺得無聊，換了一個，還是勃在演講，又換一個，還是他。伊萬一連撥了幾十個臺，最后累了，準(zhǔn)備關(guān)電視。這時候電視畫面變成一個KGB，怒氣沖沖地叫：“你再敢換？再敢換？再換判你10年大牢！”
　　
　　
　　某日蘇聯(lián)舉行國慶**，沿著大街開來了炮兵、機械化步兵、坦克、自行火炮、戰(zhàn)術(shù)導(dǎo)彈、戰(zhàn)略核導(dǎo)彈，破壞力一個比一個大；隊列末尾卻是兩個帶公文包的矮子。在看臺上勃列日涅夫驚訝地說：“這兩個人破壞力比核導(dǎo)彈還大！他們是什么人？”
　　KGB頭子說：“不是我的人。”
　　國防部長說：“沒見過他們。”
　　蘇聯(lián)總理說：“他們是國家計委的...”
　　
　　
　　戈爾巴喬夫視察農(nóng)場，看到豬兒乖乖，一時興起站在豬中間照了張像。
　　待到報紙準(zhǔn)備發(fā)表時，編輯為照片的標(biāo)題犯了難？？
　　“戈爾巴喬夫同志和豬在一起”不好。
　　“豬和戈爾巴喬夫同志在一起”也不好。
　　報紙出版后，照片下的說明文字是？？
　　“左起第三位是戈爾巴喬夫同志”
　　
　　
　　勃列日涅夫和美國總統(tǒng)卡特在瑞士開會，休息時間兩個人很無聊，就開始比誰的保膘更忠誠。卡特先來，他把自己的報膘叫進來，推開窗（外面是20層樓）說：“約翰，從這里跳下去！”
　　約翰哭著說：“你著么能這樣呢，總統(tǒng)先生，我還有老婆孩子吶。”
　　卡特被感動了，流著淚說是自己不對，叫約翰走了，然后掄到勃列日涅夫，他也大聲叫自己的保膘伊萬。
　　“伊萬，從這里跳下去！”
　　伊萬二話不說就要往下跳，卡特一把抱住他說：“你瘋了？跳下去會死的！”
　　伊萬一邊掙扎著要跳下去一邊說：“放開我，混蛋，我還有老婆孩子吶。”
　　
　　
　　早年莫斯科修地鐵，工程師將方案上報斯大林審批。不久，方案發(fā)下來，上面有斯大林的簽字。
　　細(xì)心的工程師發(fā)現(xiàn)圖紙上多了一個圓型的茶杯印，于是莫斯科地鐵就多了一條環(huán)形線。
　　
　　
　　斯大林肅反時期的蘇聯(lián)。一位內(nèi)務(wù)人民委員部審判員結(jié)束一天的審判工作，回到辦公室，突然一個人大笑起來。對面辦公桌的同事奇怪的問道：“有什么好笑的事嗎？”“是啊，”審判員用手帕擦著笑出來的眼淚：“一個很好笑的笑話……”“哦？說來聽聽？”“你瘋了嗎？！我剛判了說這笑話的家伙五年苦役！”
　　
　　
　　蘇聯(lián)30年代肅反擴大化時期。內(nèi)務(wù)人民委員部的一間牢房里關(guān)了三個人，彼此間談起坐牢的原因。
　　第一個人說，我因為反對了黨書記彼得羅夫；
　　第二個人說，我因為支持了彼得羅夫；
　　第三個人說，我就是彼得羅夫。
　　
　　
　　戈爾巴喬夫和他的司機開著車在路上，戈爾巴喬夫突發(fā)異想，說：讓開！我來開。一個老警察和一個新警察在路上值勤，見一輛車歪歪扭扭的開得瘋快，老警察就對新警察說：去！好好收拾一下。新警察將車攔住之后，又沒趣沒趣地回來了。老警察問：怎么？里面是誰？新警察回答說：我也不知道里面是誰，反正給他開車的是戈爾巴喬夫。
　　
　　
　　美國外交代表團到蘇聯(lián)訪問，蘇聯(lián)接待官員陪他們參觀“建設(shè)的偉大成就”，并且得意的說：“到了下一個五年計劃，每個蘇聯(lián)家庭都可以擁有一架私人飛機！”美國人驚訝的問：“ 他們要飛機干什么呢？”蘇聯(lián)官員說：“當(dāng)然有用啊……譬如你在莫斯科聽說列寧格勒開始供應(yīng)面包了，你可以馬上開著飛機趕去排上隊。”
　　
　　
　　一位公民打電話到基輔電臺問主持人：“共產(chǎn)主義到底是藝術(shù)還是科學(xué)？” 主持人說：“我也不清楚，但我肯定不是科學(xué)” “為什么？” “如果是科學(xué)的話，他們應(yīng)該拿狗做試驗。”
　　
　　
　　斯大林在大會上引經(jīng)據(jù)典地說：“馬克思和列寧說1+1=2，而托洛茨基和布哈林說1+1不等于3。是托洛茨基和布哈林說的對呢？還是馬克思和列寧說得對呢？”下面聽眾一臉疑惑，“毫無疑問，是馬克思和列寧說的對！”底下熱烈鼓掌，“托洛茨基和布哈林是帝國主義派來的間諜，說1+1不等于3的人罪不容赦……”
　　
　　
　　列寧快去世了，叫趕快把繼承人斯大林召進克里姆林宮來，臨終有幾句話要囑托。“不瞞你說，我還有一個隱憂啊，斯大林。”“說吧，親愛的伊里奇。”斯大林專心地聽著。“那就是，人們會跟你走嗎？不知你想過了沒有？”“他們一定會跟我走的。”斯大林強調(diào)說，“一定會！” “但愿如此。”列寧說，“我只是擔(dān)心，萬一他們不跟你走，你怎么辦？”“沒問題！”斯大林答道：“那他們就得跟你走！”
　　
　　
　　集體農(nóng)莊莊員伊萬在河里捉到一條大魚，高興的回到家里和老婆說：“看，我們有炸魚吃了！”
　　“沒有油啊。”
　　“那就煮！”
　　“沒鍋。”
　　“烤魚！”
　　“沒柴。”
　　伊萬氣死了，走到河邊把魚扔了回去。那魚在水里劃了一個半圓，上身出水，舉起右鰭激動地高呼：“斯大林萬歲！”
　　
　　
　　“瑞典能否建立共產(chǎn)主義”？
　　“不能。”
　　“為何？”
　　“列寧同志說了：共產(chǎn)主義不在山那邊。”
　　
　　
　　一個蘇聯(lián)KGB特工和一個美國CIA特工互相吹噓各自的機構(gòu)是如何的杰出。
　　那個KGB特工首先發(fā)言說，“我們擁有你們美國過去15年里所有導(dǎo)彈發(fā)射的詳細(xì)數(shù)據(jù)。”
　　CIA特工說：“這不算什么。我們CIA掌握著你們蘇聯(lián)未來15年里所有當(dāng)選的中央委員名單。”
　　
　　
　　一艘航行在大海上的輪船快要沉了，船長叫乘客趕緊跳海，但他喊了半天沒有一個人跳，一個社會學(xué)家說我來喊，他去喊過之后所有的人都跳下海去了。船長覺得奇怪，問他是怎么喊的，社會學(xué)家回答說：我對法國人說這樣跳下去很浪漫，我對西班牙人說這樣跳下去很瀟灑，我對英國人說這樣跳下去是一種體育運動，我對美國人說這樣跳下去有利可圖，我對蘇聯(lián)人說這樣跳下去是革命行動。
　　
　　
　　在蘇聯(lián)的一趟公交車，一個男的非常謙恭地問站在他身旁的另一個男的：“同志，請問您是克格勃嗎？”
　　那人答道：“不是。”
　　又問：“那您有沒有親戚或朋友是克格勃呢？”
　　答：“沒有。”
　　還問：“那您是否跟克格勃有些交往或聯(lián)系？”
　　答：“沒有，你要干嘛啊！”
　　該男生氣地說：“干嘛，他媽的，你踩著我的腳了！”
　　
　　
　　赫魯曉夫作報告，批判斯大林。忽然，有人從臺下遞了個紙條，寫道：當(dāng)他做壞事的時候，你在哪里？赫魯曉夫一看這個條子，大聲怒喝道：“是誰寫的，給我站出來。”臺下雅雀無聲，沒有人站出來。赫魯曉夫接著說道：“同志們，我當(dāng)時就和你們現(xiàn)在一樣，你們知道我當(dāng)時為什么不敢站出來了吧”
　　
　　
　　勃列日涅夫：同志們，美國人登上了月球，我們不能再等了，黨決定讓你們上太陽。
　　宇航員：總書記同志，我們會被燒死的。
　　勃列日涅夫：沒關(guān)系，同志們，黨都替你們想好了，你們晚上去。
　　
　　
　　電影《這里的黎明靜悄悄》試映時，由于其中有部分裸體鏡頭，因此主管電影審核的官員曾試圖把這部電影禁演，幸虧勃列日涅夫內(nèi)部觀看時感動得熱淚盈眶，這部優(yōu)秀的電影才有幸與觀眾見面，成為世界電影史上不朽的篇章。而另一部電影由于其中有主人公走到教堂時跪地痛哭的鏡頭，被電影審核官員認(rèn)為是宣揚宗教而準(zhǔn)備勒令裁掉這部分內(nèi)容，恰恰勃列日涅夫看到這里時動了感情，因此這個鏡頭得以幸存下來。
　　
　　
　　當(dāng)年的捷克斯洛伐克政府中，設(shè)立了一個“海軍部”，結(jié)果，蘇聯(lián)老大哥就對捷克人說：你們是內(nèi)陸國家，設(shè)什么海軍部？
　　捷克人回答說：那你們不是也設(shè)了文化部嗎？

最近看到越來越多的人使用mina，甚至在線下也碰到合作公司的庫中使用MINA，出于好奇，嘗試一下用自己的blog做一下調(diào)查，訪問本blog的兄弟，如果您使用MINA作為自己的通訊基礎(chǔ)件，請留言介紹一下自己

軟件開發(fā)的世界里充滿了不理解，客戶不理解軟件是怎樣開發(fā)的、經(jīng)理不理解開發(fā)人員、開發(fā)人員不理解指揮者。

問題在于軟件開發(fā)驚人的困難，造成很少有開發(fā)人員能夠說出軟件自始至終是怎樣開發(fā)的，并能夠?qū)@個過程中會遇到的不同選擇所隱含的結(jié)果表現(xiàn)出適度的理解。

在軟件開發(fā)人員還很年輕的時候（十幾歲或二十出頭），他們通常集中精力學(xué)習(xí)和使用技術(shù)，稱自己為perl程序員、Linux專家、EJB開發(fā)人員、.NET開發(fā)人員等。對他們來說技術(shù)是最重要的事情。因為技術(shù)在不斷的變化，年輕的程序員傾向于大致學(xué)習(xí)一個技術(shù)，在一到兩個項目中使用，然后重新開始學(xué)習(xí)新技術(shù)或者是學(xué)習(xí)以前使用過的技術(shù)的最新發(fā)展。這里的問題是，他們一遍又一遍的重復(fù)的學(xué)習(xí)的不過是同樣的低層次基本技能的不同風(fēng)味。

幸運的是，很多開發(fā)人員在經(jīng)過了幾輪技術(shù)學(xué)習(xí)之后逐漸意識到：一旦用COBOL、Java、C#等語言為事務(wù)控制編寫過代碼，就會開始認(rèn)識到基本的、本質(zhì)的東西是不變的。不同環(huán)境下的數(shù)據(jù)庫訪問、用戶界面設(shè)計等領(lǐng)域也是同樣的情況。不久以后，開發(fā)人員逐漸認(rèn)識到無論具體的技術(shù)怎樣，很多基礎(chǔ)性的東西是保持不變的，這些基礎(chǔ)性的東西有的在學(xué)校里講過，有的沒有。
這種認(rèn)識經(jīng)常發(fā)生在開發(fā)人員接近三十歲或剛過三十歲的時候，通常是人們開始穩(wěn)定下來，結(jié)婚、買房的時候。這是比較幸運的情況，因為上面提到的這些新的個人需求意味著他們不可能再投入大量的時間去學(xué)習(xí)新的技術(shù)，他們需要用這些時間和家庭成員在一起。突然的，高層次的角色如項目負(fù)責(zé)人、項目經(jīng)理、（非敏捷的）建模人員等對他們變得非常有吸引力，因為這些角色不需要持續(xù)花費大量的時間和精力去學(xué)習(xí)新技術(shù)。于是，等到開發(fā)人員開始真正學(xué)到技藝的時候，他們已經(jīng)處于離開開發(fā)人員角色的轉(zhuǎn)變過程中了。所幸的是，新的“小年輕”不斷的跟上來，這個過程在不斷的循環(huán)重復(fù)。最終的結(jié)果是：大部分最活躍的正在開發(fā)軟件的人通常不是最稱職的做這件事的人，而他們自己甚至還不知道。

/*-------------------------------------------

? 程序員的進化——從學(xué)生到首席執(zhí)行官

翻譯 2002 王詠剛 http://www.contextfree.net/
轉(zhuǎn)譯自 Omri's Computer Humor Page
http://www.cs.bgu.ac.il/~omri/Humor/
-------------------------------------------*/


--------------------------------------------------------------------------------
中學(xué)階段

? ? ? 10 PRINT "HELLO WORLD"
? ? ? 20 END
--------------------------------------------------------------------------------
大學(xué)一年級

? ? ? program Hello(input, output)
? ? ? ? begin
? ? ? ? writeln('Hello World')
? ? ? ? end.
--------------------------------------------------------------------------------
大學(xué)高年級

? ? ? (defun hello
? ? ? ? (print
? ? ? ? (cons 'Hello (list 'World))))
--------------------------------------------------------------------------------
初級程序員

? ? ? #include <stdio.h>
? ? ? void main(void)
? ? ? {
? ? ? ? char *message[] = {"Hello ", "World"};
? ? ? ? int i;

? ? ? ? for(i = 0; i < 2; ++i)
? ? ? ? printf("%s", message );
? ? ? ? printf("\n");
? ? ? }
--------------------------------------------------------------------------------
編程老鳥

? ? ? #include <iostream.h>
? ? ? #include <string.h>

? ? ? class string
? ? ? {
? ? ? private:
? ? ? ? int size;
? ? ? ? char *ptr;

? ? ? public:
? ? ? ? string() : size(0), ptr(new char('\0')) {}

? ? ? ? string(const string &s) : size(s.size)
? ? ? ? {
? ? ? ? ptr = new char[size + 1];
? ? ? ? strcpy(ptr, s.ptr);
? ? ? ? }

? ? ? ? ~string()
? ? ? ? {
? ? ? ? delete [] ptr;
? ? ? ? }

? ? ? ? friend ostream &operator <<(ostream &, const string &);
? ? ? ? string &operator=(const char *);
? ? ? };

? ? ? ostream &operator<<(ostream &stream, const string &s)
? ? ? {
? ? ? ? return(stream << s.ptr);
? ? ? }

? ? ? string &string::operator=(const char *chrs)
? ? ? {
? ? ? ? if (this != &chrs)
? ? ? ? {
? ? ? ? delete [] ptr;
? ? ? ? size = strlen(chrs);
? ? ? ? ptr = new char[size + 1];
? ? ? ? strcpy(ptr, chrs);
? ? ? ? }
? ? ? ? return(*this);
? ? ? }

? ? ? int main()
? ? ? {
? ? ? ? string str;

? ? ? ? str = "Hello World";
? ? ? ? cout << str << end

? ? ? ? return(0);
? ? ? }
--------------------------------------------------------------------------------
編程高手

? ? ? [
? ? ? uuid(2573F8F4-CFEE-101A-9A9F-00AA00342820)
? ? ? ]
? ? ? library LHello
? ? ? {
? ? ? ? // bring in the master library
? ? ? ? importlib("actimp.tlb");
? ? ? ? importlib("actexp.tlb");

? ? ? ? // bring in my interfaces
? ? ? ? #include "pshlo.idl"

? ? ? ? [
? ? ? ? uuid(2573F8F5-CFEE-101A-9A9F-00AA00342820)
? ? ? ? ]
? ? ? ? cotype THello
? ? ? {
? ? ? interface IHello;
? ? ? interface IPersistFile;
? ? ? };
? ? ? };

? ? ? [
? ? ? exe,
? ? ? uuid(2573F890-CFEE-101A-9A9F-00AA00342820)
? ? ? ]
? ? ? module CHelloLib
? ? ? {

? ? ? ? // some code related header files
? ? ? ? importheader(<windows.h>);
? ? ? ? importheader(<ole2.h>);
? ? ? ? importheader(<except.hxx>);
? ? ? ? importheader("pshlo.h");
? ? ? ? importheader("shlo.hxx");
? ? ? ? importheader("mycls.hxx");

? ? ? ? // needed typelibs
? ? ? ? importlib("actimp.tlb");
? ? ? ? importlib("actexp.tlb");
? ? ? ? importlib("thlo.tlb");

? ? ? ? [
? ? ? ? uuid(2573F891-CFEE-101A-9A9F-00AA00342820),
? ? ? ? aggregatable
? ? ? ? ]
? ? ? ? coclass CHello
? ? ? {
? ? ? cotype THello;
? ? ? };
? ? ? };

? ? ? #include "ipfix.hxx"

? ? ? extern HANDLE hEvent;

? ? ? class CHello : public CHelloBase
? ? ? {
? ? ? public:
? ? ? ? IPFIX(CLSID_CHello);

? ? ? ? CHello(IUnknown *pUnk);
? ? ? ? ~CHello();

? ? ? ? HRESULT __stdcall PrintSz(LPWSTR pwszString);

? ? ? private:
? ? ? ? static int cObjRef;
? ? ? };

? ? ? #include <windows.h>
? ? ? #include <ole2.h>
? ? ? #include <stdio.h>
? ? ? #include <stdlib.h>
? ? ? #include "thlo.h"
? ? ? #include "pshlo.h"
? ? ? #include "shlo.hxx"
? ? ? #include "mycls.hxx"

? ? ? int CHello::cObjRef = 0;

? ? ? CHello::CHello(IUnknown *pUnk) : CHelloBase(pUnk)
? ? ? {
? ? ? ? cObjRef++;
? ? ? ? return;
? ? ? }

? ? ? HRESULT __stdcall CHello::PrintSz(LPWSTR pwszString)
? ? ? {
? ? ? ? printf("%ws\n", pwszString);
? ? ? ? return(ResultFromScode(S_OK));
? ? ? }

? ? ? CHello::~CHello(void)
? ? ? {

? ? ? // when the object count goes to zero, stop the server
? ? ? cObjRef--;
? ? ? if( cObjRef == 0 )
? ? ? ? PulseEvent(hEvent);

? ? ? return;
? ? ? }

? ? ? #include <windows.h>
? ? ? #include <ole2.h>
? ? ? #include "pshlo.h"
? ? ? #include "shlo.hxx"
? ? ? #include "mycls.hxx"

? ? ? HANDLE hEvent;

? ? ? int _cdecl main(
? ? ? int argc,
? ? ? char * argv[]
? ? ? ) {
? ? ? ULONG ulRef;
? ? ? DWORD dwRegistration;
? ? ? CHelloCF *pCF = new CHelloCF();

? ? ? hEvent = CreateEvent(NULL, FALSE, FALSE, NULL);

? ? ? // Initialize the OLE libraries
? ? ? CoInitializeEx(NULL, COINIT_MULTITHREADED);

? ? ? CoRegisterClassObject(CLSID_CHello, pCF, CLSCTX_LOCAL_SERVER,
? ? ? ? REGCLS_MULTIPLEUSE, &dwRegistration);

? ? ? // wait on an event to stop
? ? ? WaitForSingleObject(hEvent, INFINITE);

? ? ? // revoke and release the class object
? ? ? CoRevokeClassObject(dwRegistration);
? ? ? ulRef = pCF->Release();

? ? ? // Tell OLE we are going away.
? ? ? CoUninitialize();

? ? ? return(0);
? ? ? }

? ? ? extern CLSID CLSID_CHello;
? ? ? extern UUID LIBID_CHelloLib;

? ? ? CLSID CLSID_CHello = { /* 2573F891-CFEE-101A-9A9F-00AA00342820 */
? ? ? ? 0x2573F891,
? ? ? ? 0xCFEE,
? ? ? ? 0x101A,
? ? ? ? { 0x9A, 0x9F, 0x00, 0xAA, 0x00, 0x34, 0x28, 0x20 }
? ? ? };

? ? ? UUID LIBID_CHelloLib = { /* 2573F890-CFEE-101A-9A9F-00AA00342820 */
? ? ? ? 0x2573F890,
? ? ? ? 0xCFEE,
? ? ? ? 0x101A,
? ? ? ? { 0x9A, 0x9F, 0x00, 0xAA, 0x00, 0x34, 0x28, 0x20 }
? ? ? };

? ? ? #include <windows.h>
? ? ? #include <ole2.h>
? ? ? #include <stdlib.h>
? ? ? #include <string.h>
? ? ? #include <stdio.h>
? ? ? #include "pshlo.h"
? ? ? #include "shlo.hxx"
? ? ? #include "clsid.h"

? ? ? int _cdecl main(
? ? ? int argc,
? ? ? char * argv[]
? ? ? ) {
? ? ? HRESULT hRslt;
? ? ? IHello ? ? *pHello;
? ? ? ULONG ulCnt;
? ? ? IMoniker * pmk;
? ? ? WCHAR wcsT[_MAX_PATH];
? ? ? WCHAR wcsPath[2 * _MAX_PATH];

? ? ? // get object path
? ? ? wcsPath[0] = '\0';
? ? ? wcsT[0] = '\0';
? ? ? if( argc > 1) {
? ? ? ? mbstowcs(wcsPath, argv[1], strlen(argv[1]) + 1);
? ? ? ? wcsupr(wcsPath);
? ? ? ? }
? ? ? else {
? ? ? ? fprintf(stderr, "Object path must be specified\n");
? ? ? ? return(1);
? ? ? ? }

? ? ? // get print string
? ? ? if(argc > 2)
? ? ? ? mbstowcs(wcsT, argv[2], strlen(argv[2]) + 1);
? ? ? else
? ? ? ? wcscpy(wcsT, L"Hello World");

? ? ? printf("Linking to object %ws\n", wcsPath);
? ? ? printf("Text String %ws\n", wcsT);

? ? ? // Initialize the OLE libraries
? ? ? hRslt = CoInitializeEx(NULL, COINIT_MULTITHREADED);

? ? ? if(SUCCEEDED(hRslt)) {

? ? ? ? hRslt = CreateFileMoniker(wcsPath, &pmk);
? ? ? ? if(SUCCEEDED(hRslt))
? ? ? hRslt = BindMoniker(pmk, 0, IID_IHello, (void **)&pHello);

? ? ? ? if(SUCCEEDED(hRslt)) {

? ? ? // print a string out
? ? ? pHello->PrintSz(wcsT);

? ? ? Sleep(2000);
? ? ? ulCnt = pHello->Release();
? ? ? }
? ? ? ? else
? ? ? printf("Failure to connect, status: %lx", hRslt);

? ? ? ? // Tell OLE we are going away.
? ? ? ? CoUninitialize();
? ? ? ? }

? ? ? return(0);
? ? ? }
--------------------------------------------------------------------------------
黑客初階

? ? ? #!/usr/local/bin/perl
? ? ? $msg="Hello, world.\n";
? ? ? if ($#ARGV >= 0) {
? ? ? ? while(defined($arg=shift(@ARGV))) {
? ? ? ? $outfilename = $arg;
? ? ? ? open(FILE, ">" . $outfilename) || die "Can't write $arg: $!\n";
? ? ? ? print (FILE $msg);
? ? ? ? close(FILE) || die "Can't close $arg: $!\n";
? ? ? ? }
? ? ? } else {
? ? ? ? print ($msg);
? ? ? }
? ? ? 1;
--------------------------------------------------------------------------------
黑客有成

? ? ? #include <stdio.h>
? ? ? #define S "Hello, World\n"
? ? ? main(){exit(printf(S) == strlen(S) ? 0 : 1);}
--------------------------------------------------------------------------------
黑客高手

? ? ? % cc -o a.out ~/src/misc/hw/hw.c
? ? ? % a.out
--------------------------------------------------------------------------------
黑客大蝦

? ? ? % cat
? ? ? Hello, world.
? ? ? ^D
--------------------------------------------------------------------------------
初級經(jīng)理

? ? ? 10 PRINT "HELLO WORLD"
? ? ? 20 END
--------------------------------------------------------------------------------
中級經(jīng)理

? ? ? mail -s "Hello, world." bob@b12
? ? ? Bob, could you please write me a program that prints "Hello, world."?
? ? ? I need it by tomorrow.
? ? ? ^D
--------------------------------------------------------------------------------
高級經(jīng)理

? ? ? % zmail jim
? ? ? I need a "Hello, world." program by this afternoon.
--------------------------------------------------------------------------------
首席執(zhí)行官

? ? ? % letter
? ? ? letter: Command not found.
? ? ? % mail
? ? ? To: ^X ^F ^C
? ? ? % help mail
? ? ? help: Command not found.
? ? ? % damn!
? ? ? !: Event unrecognized
? ? ? % logout
--------------------------------------------------------------------------------

還記得孔乙己說：茴香豆的‘茴’字有四種寫法嗎？現(xiàn)在我們的知識份子已經(jīng)進步了，看看Hello World的196種寫法:)

http://man.lupaworld.com/content/develop/hello/HelloWorld.shtml

下午寫完設(shè)計，趴在武漢辦公室的窗戶上看風(fēng)景，天氣好的時候，左面長江右邊東湖都可以看到，其實想想在武漢出差也挺不錯的，呵呵

彼得·德魯克在他的《卓有成效的管理者?》當(dāng)中，闡述了知識工作者管理的秘訣，那就是知識工作者的工作效率來自于對其工作的有效性以及他的工作是否有所成就。這本1966年出版的管理學(xué)書籍經(jīng)過近50年的時間，反而越發(fā)顯得適應(yīng)潮流。
而卓有成效的知識工作管理者現(xiàn)在顯得比過去任何時候都要短缺，也比現(xiàn)時任何人才都要短缺。在現(xiàn)時這個信息爆炸，案例豐富的年代，戰(zhàn)略眼光與部署格局對于一個企業(yè)人才不再如此重要，對于企業(yè)戰(zhàn)略，任何有管理常識、了解企業(yè)實情的人大都可以分析得很到位，關(guān)鍵是要找到合適的人去實施。知道什么樣的人合適，以及找到這個合適的人，成為企業(yè)家最需要做的事情。而成為那個合適的人，則成為草根階層走入舞臺中央的必備能力。

附一篇來自經(jīng)濟觀察報劉軍的《笨蛋，最重要的是人！》
---------------------------------

????? 2005年10月8日管理大師彼得·德魯克曾經(jīng)講過一個他和《時代》《財富》等雜志的出版人亨利·魯斯交往的故事。魯斯有個很好的新雜志方案——試圖創(chuàng)辦“從美國人思考角度出發(fā)”的高格調(diào)文化雜志，他去向德魯克求教。德魯克分析了一番說，“這份企劃案很棒，不過晚了50年。”接著，他對魯斯說出了最重要的話：“此外，《時代》的人也無法勝任。我猜，你想鼓勵一些外面的作家來為這本雜志執(zhí)筆，并以一般大眾為讀者群。但是你的專長卻是叫自己手下人搞定，因此大有不同。”?
????? 魯斯回答說，“我來向你請教，正因為我猜想你會這么說。”他因而放棄了這個計劃，因為他深知人的重要性。經(jīng)過十多年的西方管理教育和知識傳播，中國企業(yè)管理者已經(jīng)熟知戰(zhàn)略的理性分析，與重視人比起來更重視事，另外先建立制度、而不是依靠人的觀念也被廣泛接受。不過，我卻逐漸感覺到，在這些問題上我們可能有點矯枉過正，對于知識型工作、對于管理，或許人更重要，是應(yīng)該優(yōu)先考慮的。?
????? 9月底，索尼新任CEO、美國人霍華德·斯特林格(Howard?Stringer)宣布索尼的戰(zhàn)略調(diào)整計劃：全球裁員一萬人，縮減工廠數(shù)目，出售1200億日元的不動產(chǎn)與股票等非核心資產(chǎn)，對消費電子業(yè)務(wù)進行架構(gòu)調(diào)整、將權(quán)力集中到這一業(yè)務(wù)的最高主管手中。在過去五年中，索尼逐漸失去消費電子霸主地位，業(yè)績很不理想，這背后的根本原因正是這些戰(zhàn)略調(diào)整所觸及的問題。對于這一點，大概稍微有點管理常識的人都知道，我想索尼前CEO出井伸之自然了然于心，他之下的索尼高管也清楚。不過，大概只有霍華德·斯特林格、索尼歷史上第一個外國人CEO、這個日本文化的局外人才能推行上述改革。?
???? 戰(zhàn)略，有管理常識、了解企業(yè)實情的人大都可以分析得很到位，但真正去做，就需要“合適的人”。我一直相信，選擇霍華德·斯特林格作為繼任者，是出井伸之的最重要的決策，體現(xiàn)這個亞洲最優(yōu)秀的商業(yè)領(lǐng)袖的領(lǐng)導(dǎo)才能。卡洛斯·戈恩已經(jīng)因成功在日產(chǎn)汽車（Nissan）實現(xiàn)大逆轉(zhuǎn)而成為全球最知名的管理者之一，他當(dāng)初所做的關(guān)閉工廠與裁員、破除日本式企業(yè)聯(lián)盟等措施，都是眾所周知的弊端，但惟有他這個合適的人才能推動變革。斯特林格和戈恩都是在這種情境下最合適的人，只是恰巧他們都是外國人。?
????? Google、微軟和李開復(fù)之間的紛爭一直沒有停息的跡象。在這個過程中李開復(fù)把自己再次塑造成了最優(yōu)秀的技術(shù)專家形象，但如果相信這一點，我們就錯誤理解了Google的智慧。如果要一流的中文搜索研發(fā)人才，Google的最佳人選絕對不是李開復(fù)，而可能是李彥宏。如果它的戰(zhàn)略訴求點是這個，它可以百度買下，從而得到李彥宏。但是，Google在中國，需要的哪里是什么技術(shù)專家、研發(fā)中心？現(xiàn)在Google中國戰(zhàn)略要的合適的人是據(jù)稱是“技術(shù)專家”的李開復(fù)，但他在公眾心目中的號召力和政府公關(guān)能力才是Google所看重的。?
????? 我們也可以循同樣的視角來看待雅虎和阿里巴巴之間的聯(lián)姻。這一次是把雅虎中國的業(yè)務(wù)交道馬云手中去讓他照料，因為對于誰了解中國市場和能夠幫助雅虎發(fā)現(xiàn)中國市場潛力這個問題，馬云是最佳答案。雅虎在中國的最近兩次戰(zhàn)略行動目標(biāo)都首先是為了“人”。上一次是雅虎在中國收購3721，反而讓其老板周鴻一擔(dān)任中國區(qū)總裁，從而讓雅虎中國從跨國公司在華分支機構(gòu)這樣的角色變成勇猛的中國本土企業(yè)。但在經(jīng)歷一段發(fā)展時期之后，雅虎中國就需要更合適的人。我們可以認(rèn)為，這是雅虎、阿里巴巴聯(lián)姻的主要原因之一。?
????? 先建立制度、體系，而不是“因人設(shè)事”這樣的觀點被廣泛接受，可是，我們忘記了這個觀念背后的工業(yè)化背景：所有人的都被當(dāng)成了可替換的零件，所以制度體系最重要。但是，對于知識型工作來說，特別是非重復(fù)的創(chuàng)造性工作，每個人的工作方式、結(jié)果都截然不同。?
????? 我們所設(shè)計的制度體系，在當(dāng)前的人員安排下也似乎運轉(zhuǎn)正常。但是，由于這些人是無法替換的，人走了，看似精妙的體系也就出現(xiàn)出現(xiàn)問題了。這個時候，是去做不可能完成的任務(wù)：尋找適合制度體系的一摸一樣的人？還是更改體系？或者看得更遠點，在現(xiàn)在的情境下，我們根本就不該把制度體系的重要性神話到這種程度？針對知識型工作的討論，和上文對最高管理者的討論并非沒有聯(lián)系，因為在我看來，管理工作是最重要的、最具創(chuàng)造性的知識工作。?
????? 吉姆·柯林斯在《從優(yōu)秀到卓越》說卓越公司是“先人后事”：這些公司的主管不是先確定目的地（先有方向、愿景、戰(zhàn)略），然后才把人們引向那里；他們首先讓合適的人上車（不合適的人自然請下車），然后才決定去向何處。他所說的雖是方向、遠景，但大體上和制度是同一類型的事物。我們都應(yīng)該了解，合適的人更重要，那些看似嚴(yán)密的戰(zhàn)略分析和完善的制度體系有時候會變成令人難以忍受的障礙，因為它們和“合適的人”可能是完全矛盾的，這些人通常都難以放到一個既定的模子中去。?

今天將webwork2.2.1更換成webwork2.2.2，出現(xiàn)了一個奇怪的異常，每次啟動后，都會報出：
如果將xwork.xml中的global-exception-mappings注釋掉便好

頭疼了幾個小時解決不了，不得不求助飛云小俠
飛云小俠一出手果然不同，馬上定位了問題所在
就是這句：

原來雖然幾次升級webwork.jar，但是xwork.xml的DTD解析還是用的原來的DTD，頂多就是改了DTD的地址，也就是將這句
改為這樣

而實際上解析DTD是靠的前面那句
原來一直是
于是就出現(xiàn)了上面的問題
多謝飛云小俠的幫助^_^

自工作以來，我就養(yǎng)成了睡前讀書的習(xí)慣，這一年在武漢，實在買不到一些好書，每次回北京總要帶很多書過來，最近再次面臨回京購書的局面，在回京之前總不能閑著，于是從去年看過的書中亂翻，以第一感覺來決定自己最想重讀那本書，結(jié)果選中了溫博格的《成為技術(shù)領(lǐng)導(dǎo)者－解決問題的有機方法》
兩年前，當(dāng)一位同窗好友集齊全套的溫博格系列的時候，我曾很不屑的說他：一個人寫那么多書，質(zhì)量顯然沒保證，買他作甚？現(xiàn)在看來，當(dāng)時確是井底之蛙了，溫博格的書中少有瑕疵，尤其是后期作品，讀來總是讓人意猶未盡。
過去的幾年里，我看過很多書，無論是早期GOF的設(shè)計模式，Martin Fowler的企業(yè)架構(gòu)系列，還是Rod的J2EE開發(fā)厚厚的兩卷本，甚至我最喜歡的POSA系列，雖然都會給人技術(shù)方面成長的感覺，但最好情況下也只是讓我感覺到技藝的變化。
而管理方面的書籍，則大多走入兩個極端，要么是學(xué)院式的分析解構(gòu)，要么是江湖術(shù)士式的技巧集合。就像過去我曾很喜歡DEBORAH G. ANCONA的那本組織行為學(xué)和曾士強的中國式管理，但現(xiàn)在看來，DEBORAH關(guān)注組織多過于關(guān)注團隊，而曾士強則過于強調(diào)中國人的心理情結(jié)，實用歸實用，但可能不太適合技術(shù)人員的口味，讀他的書讓人感覺有些厚黑，讓我常常想到一句俗語：人老精，鬼老靈。

而溫博格的寫作方式，如同Ken在英文版序中所說，會引起大量的思考，對溫博格的文字的思考，思考對溫博格文字的思考，以及對自身思考的思考....通過溫博格的書，讓我體會到的事是，讀書，有時候是為了實用，而的有時候，則純粹是為了過癮。
本書中溫博格的MOI模型，實際上不是一個行為指導(dǎo)手冊，而是帶來了更加宏觀和可思考的空間，讓你對自己在團隊中的行為更加有目的性，也更加有效。我仍然記得兩年前，上述同窗好友在某技術(shù)論壇發(fā)表的一篇名為《任務(wù)分解和任務(wù)分配》的帖子，現(xiàn)在看來，在該貼中提出的Effective Communication仍然太過于關(guān)注技術(shù)視角了，而現(xiàn)在，我則更加注重人文關(guān)懷，包括對技術(shù)架構(gòu)。這一點，在本書第十章得到了精彩的闡述。

下面的內(nèi)容，來自于本書第三章摘錄

各種各樣的想法是解決問題的核心，沒有想法就不可能找到解決方案，但想法太多又會雜亂無章，領(lǐng)導(dǎo)者需要對想法的交流進行有效的管理。以下是領(lǐng)導(dǎo)者常用的12種典型的管理想法交流的方法以及點評。
??? >? 為團隊提供一個聰明的想法。盡管這是最顯而易見的領(lǐng)導(dǎo)者行為，而且有時新的想法的確會起到關(guān)鍵性作用，但事實上真正全新的想法是非常罕見的。比發(fā)掘一個新的聰明想法更重要的是創(chuàng)建一個合適的環(huán)境，是能夠解決問題的想法一旦提出就能被大家意識到。
??? >? 鼓勵和借鑒有用的舊想法。盡管有些領(lǐng)導(dǎo)者不愿意承認(rèn)，但他們實際上是根深蒂固的模仿者。最優(yōu)秀的領(lǐng)導(dǎo)者不僅承認(rèn)這一點，而且將其視為一門藝術(shù)而精心培育。
??? >? 認(rèn)真完善團隊成員提出的想法。大部分解決問題型領(lǐng)導(dǎo)者在完善一個想法上花費的時間比提出這個想法多上百倍的精力。
??? >? 放棄自己的想法并支持團隊采納的想法，但只有當(dāng)每個成員都充分了解你的想法時才予以放棄。放棄或保留你的想法是相當(dāng)簡單的，難的是要做到理智和公正。
??? >? 盡管時間壓力很大，仍然不要吝嗇花時間聽其他人解釋他們的想法。迫于時間壓力，大部分想法沒有經(jīng)過充分理解就被否決了，事實上，其中一些想法可以為我們節(jié)省的時間是花在了解錯誤想法上時間的上百倍。
??? >? 檢驗別人提出的想法。在任何給定的環(huán)境中，絕大部分的想法都是沒用的，但到底哪些才是有用的呢？領(lǐng)導(dǎo)者要做的就是分析和檢驗這些想法。
??? >? 為了保持想法的交流，不要輕易否定團隊成員的想法。盡管檢驗這些想法是非常重要的，但幾乎沒有什么想法會危險到使我們來不及重新考慮一下我們的第一反應(yīng)，就必須立刻否定。
??? >? 如果你不得不否定一個想法，那么一定要明確，你所否定的只是這個想法，而不是提出這個想法的人。解決問題型領(lǐng)導(dǎo)者一直清楚地知道，并不是所有的想法對每個問題都有幫助，但他們更知道，團隊中的每一個成員都是有用的。
??? >? 在給出你的想法之前要先對它進行檢驗。沒有人可以聰明到提出所有建設(shè)性的想法，而一個喋喋不休地發(fā)表自己未經(jīng)仔細(xì)考慮的想法的人卻能有效地阻止其他人給出自己的想法。
??? >? 當(dāng)時間和人力吃緊時，不要再考慮新的想法而應(yīng)該專注于現(xiàn)有的想法。
??? >? 鼓勵團隊成員放棄以前曾經(jīng)成功過，但并不適用于現(xiàn)在情況的想法。
??? >? 如果一個已被否定的想法對問題的其他部分有價值，就應(yīng)該重新采納它。其實沒有絕對不好的想法，之所以“不好”只是因為它們出現(xiàn)在不適當(dāng)?shù)牡攸c或時間。

去年年底，osgi R4發(fā)布，eclipse建立equinox項目，標(biāo)志著以osgi為核心的組件管理模型正式進入使用階段，鑒于今年年初jsr291的推出，osgi正式走向java世界的前端，遂建立osgi觀察者group，希望能同所有關(guān)心和喜愛osgi的國內(nèi)技術(shù)人員共同進步。

加入osgi觀察者：

	Subscribe to osgi觀察者
	Email:
	Browse Archives at groups.google.com

最近的忙碌加上精神壓力，讓我患上了胃病，每天吃完飯都會難受好一陣子，給自己學(xué)醫(yī)的兒時好友打電話，被勸之：“人生苦短，要學(xué)會善待自己每一天”。遂發(fā)此文為戒。

附一篇BJUG中Tin發(fā)的文章《白天紐約黑夜巴黎》
-------------------------------
白天紐約黑夜巴黎
-------------------------------
【王文華／文】

我在趕些什么？我耗盡青春用盡全力，拼命追求身外之物，結(jié)果我真的比別人有錢、有名嗎？更重要的，我真的因此而快樂嗎？遠方有廣闊的地平線，為何我還在原地?fù)u過時的呼拉圈？

紐約和巴黎，代表了我人生的兩個面向。紐約是白天，巴黎是黑夜。紐約是前半生，巴黎是下半場。

三十五歲之前，我認(rèn)定紐約是世上最棒的城市。我在加州念研究所，畢業(yè)后迫不及待地去紐約工作。一做五年，快樂似神仙。我愛紐約的原因跟很多人一樣：她是二十世紀(jì)以來世界文化的中心。豐富、方便。靠著地鐵和出租車，你可以穿越時間，前后各跑數(shù)百年。人類最新和最舊、最好和最壞的東西，紐約都看得見。

所以在紐約時，我把握每分每秒去體會。白天，我在金融機構(gòu)做事，一天十小時。晚上下了班，去NYU學(xué)電影，一坐四小時。在那二十多歲的年紀(jì)，忙碌是唯一有意義的生活方式。活著，就是要把自己榨干，把自己居住的城市，內(nèi)外翻轉(zhuǎn)過來。

這種想法并不是到紐約才有的。其實從小開始，臺灣人就過著紐約生活。紐約生活，充滿新教徒的打拚精神和資本主義的求勝意志。相信人要借著不斷努力，克服萬難、打敗競爭。活著的目的，是更大、更多、更富裕、更有名。權(quán)力與財富，是紐約人的兩個上帝。而能幫你走進天堂的鞋，就是事業(yè)、事業(yè)、事業(yè)。

在這種弱肉強食的生活方式，為了保持領(lǐng)先，每個人都在趕時間、搶資源。進了電梯，明明已經(jīng)按了樓層的鈕，那燈也亮了，偏偏還要再按幾下，彷佛這樣就可以快一點。出了公司，明明已經(jīng)下班了，卻還要不停講手機，搖控每一個環(huán)節(jié)。在紐約，為達目的，可以不擇手段，甚至趕盡殺絕。在紐約，沒有壞人，只有失敗者。

臺灣，是不是也變成這樣？

每一件事，都變成工作。上班當(dāng)然是工作，下班后的應(yīng)酬也是工作。有人談戀愛是在工作，甚至到酒店喝酒、KTV狂歡，臉上都?xì)怛v騰，準(zhǔn)備拚個你死我活。

我曾熱烈擁抱這種生活，并著迷于這種因為燒烤成功而冒出的焦慮。這種焦慮讓我坐在椅子邊緣，以便迅速地跳起來閃躲明槍暗箭。這種警覺性讓我練就了酒量和膽量、抗壓性和厚臉皮。但也養(yǎng)成了偏執(zhí)和倔強、優(yōu)越感和勢利眼。在紐約時我深信：能在這里活下來的，都是可敬的對手。黯然離開的，統(tǒng)統(tǒng)是輸家。人生任何事，絕對要堅持到底。半途而廢的，必定有隱疾。在這不睡的城市，每天我醒來，帶著人定勝天的活力，跟著法蘭克辛納屈唱〈紐約?紐約〉：「如果你能在紐約成功，你可以在任何地方成功！」是的，在紐約，現(xiàn)代的羅馬競技場，我要和別人，以及自己，比出高低。

這套想法，在我三十五歲以后，慢慢改變。

第一件動搖我想法的，是父親的過世。我父親一生奉公守法、與人為善。毫無不良嗜好，身體健康地像城堡。七十二歲時，他得了癌癥、引發(fā)中風(fēng)，經(jīng)歷了所有的痛苦和羞辱。他一生辛勤工作、努力存錢、堅信現(xiàn)在的苦可以換得更好的明天。我們也相信一分耕耘、一分收獲，用在紐約拚事業(yè)的精神照顧他。但兩年的治療兵敗如山倒，最后他還是走了。父親逝世的那天，我的價值系統(tǒng)崩潰了。我一路走來引以為傲的「紐約精神」，沒想到這么脆弱。

不止在病床，也在職場。當(dāng)我在企業(yè)越爬越高，才發(fā)現(xiàn)「資本主義」在職場中也未必靈驗。上過班的都知道，很少公司真的是「開放市場」、「公平競爭」。大部分的同事都覺得你不是朋友、就是敵人。職場上偉大的，未必會成功。成功的，有時很渺小。很多人一輩子為公司鞠躬盡瘁，最后得到一支紀(jì)念筆。那些卷款潛逃的，反而變成傳奇。

慢慢的，我體會到：世上有一種比「善有善報、惡有惡報」更高、更復(fù)雜的公平。人生有另一種比「功成名就」更幽微、更持久的樂趣。那是沖沖沖的美式資本主義，所無法解釋的。

我能在哪里找到那種公平和樂趣呢？我想過西藏、不丹、非洲、紐西蘭。然后，我注意到法國。

住紐約時，法國是嘲諷的對象。身為經(jīng)濟、科技、和軍事強權(quán)的美國，談起法國總是忍不住調(diào)侃一番。法國是沒落的貴族，值得崇拜的人都已作古。法國人傲慢，高稅率讓每個人都很慵懶。動不動就罷工，連酒莊主人都要走上街頭。

搬回臺灣后，普羅旺斯、托斯卡尼突然流行。我看了弗朗西斯?梅思的《美麗的托斯卡尼》，其中一句話打動了我：「在加州，時間像呼拉圈。我扭個不停，卻停在原地。在托斯卡尼，我可以在地中海的陽光下，提著一籃李子，逍遙地走一整天。」

是啊！我在趕些什么？我耗盡青春用盡全力，拚命追求身外之物，結(jié)果我真的比別人有錢、有名嗎？更重要的，我真的因此而快樂嗎？遠方有廣闊的地平線，為何我還在原地?fù)u過時的呼拉圈？

當(dāng)我重新學(xué)習(xí)法國，我發(fā)現(xiàn)法國和美國代表兩種截然不同的生活方式。美國人追求人定勝天，凡事要逆流而上。法國人講究和平共存，凡事順勢而為。紐約有很多一百層的摩天大樓，巴黎的房子都是三百年的古跡。紐約不斷創(chuàng)新，巴黎永遠有懷舊的氣息。巴黎人在咖啡廳聊天，紐約人在咖啡廳用計算機。紐約有人潮，巴黎有味道。紐約有鈔票，巴黎有蛋糕。

不論是政府或個人，法國人都把精神投注在食、衣、住、行等「身內(nèi)之物」。就讓美國去做老大哥吧。要征服太空、要打伊拉克、要調(diào)高利率、要發(fā)明新科技，都隨他去。法國人甘愿偏安大西洋，抽煙、喝酒、看足球、搞時尚。當(dāng)美國人忙出了胃潰瘍，法國人又吃了一罐鵝肝醬。

講到吃，法國有三百種起司、光是波爾多就有五十七個酒的產(chǎn)區(qū)。晚上六點朝咖啡廳門口一坐，一杯紅酒就可以聊三個小時。九點再去吃晚餐，一直吃到隔天凌晨。他們在吃上所花的時間，跟我們上班時數(shù)一樣。但諷刺的是：他們沒有「All
You Can Eat」。

吃很重要，但也要會挑時間，朋友介紹我去試一家法國餐廳，提醒我他們禮拜二、四晚上休息。「為什么？」我問。他說：「因為主廚要回家看足球。」

聰明的主廚懂法律。法國法律規(guī)定一周工作最多三十五小時，大部分的人一年有五周的假期。而美國人把加班當(dāng)作自己有價值的表示，度假時還拿著手機回E-mail。法國人比美國人會玩。每年六月的巴黎音樂節(jié)，從午后到深夜，幾百場露天音樂會在各處同時舉行，人多到地鐵都暫停收費。每年十月的「白夜」，平日入夜就打烊的店面，徹夜?fàn)I業(yè)到清晨七點。每年夏天，巴黎市政府在塞納-馬恩省河右岸布置了三段、總長一．八公里的人工海灘。細(xì)砂、吊床、躺椅、棕櫚樹，自然海灘有的景致這里都有，讓沒有錢去海邊度假的民眾，也可以享受到海灘風(fēng)光。

當(dāng)然，法國這么深厚的文化，不可能只從吃喝玩樂而來。美國人讀書，為了考證照。法國人讀書，為了搞情調(diào)。每年十月的讀書節(jié)，大城市的火車站內(nèi)，民眾輪流上臺朗誦詩句。書店營業(yè)到天明，整晚有現(xiàn)場演奏的樂曲。「美食書展」選在銅臭味最重的證券交易所舉辦。小鎮(zhèn)書展的書直接「長」在樹上，讀者必須爬到樹上，把書摘下來品嘗。

一直跟著美國走的臺灣人，會心動嗎？

我心動了。十一月我到巴黎，一位法國朋友來接待我。臨走前我問他：「明天你要干嘛？」

「我要去銀行。」

「然后呢？」我問。

「我不懂你的意思......」

對我來說，「去銀行」是吃完午飯后跑去辦的小事。對法國人來說，這是他一天全部的行程。法國人總是專心而緩慢的，每天把一件小事做好。

這樣的生活，對美國或臺灣人來說，實在是太頹廢了。的確也是。法國失業(yè)率接近10%，高稅率讓雇主寧愿打烊休息，免得幫員工繳稅。巴黎鬧區(qū)紙醉金迷，但郊區(qū)的少數(shù)民族卻沒有工作機會。這些都是黑暗面，但對于每日被強光烤焦的臺灣人，陰暗也許提供了喘息空間。生命的終點都一樣，有錢人的喪禮只是比較多人上香。不斷的追趕只是提前沖向謝幕，為什么不把時間花在慢慢為生命暖場？你不需要一輩子鞠躬盡瘁、死而后已。你可以偶爾伸伸懶腰、安步當(dāng)車。

我從巴黎回來，臺北并沒有改變。關(guān)了兩周的手機再度響起，一通電話找不到我的人會連續(xù)狂call十通。和朋友見面，他很關(guān)心地問我：「好了，你現(xiàn)在工作也辭了、歐洲也去了，接下來有什么projects？」

「Projects」？多么紐約的字眼。

我真想說：「好好生活，不就是人生最大的project？」但我知道在熙來攘往的臺北街頭，在不到四十歲的年紀(jì)，這樣說太矯情了。況且，我今天之所以有錢有閑享受法式生活，不也正因為我曾在美式生活中得到很多利益？我仍熱愛工作、熱愛紐約，但已不用像二十歲時一樣亦步亦趨、寸步不離。

所以我說：「我還是會早起，白天努力寫作。但到了晚上，我想關(guān)掉手機。」

世界少了我，其實無所謂。但我少了我，還剩什么？

他笑一笑：「你這是用紐約來過白天，用巴黎來過黑夜。」

唉，他講得真好！這應(yīng)該是一個完美的妥協(xié)吧。也許有一天，我能創(chuàng)造自己的「白夜」，讓白天和黑夜融合在一起。但我還沒到那個境界。

「明天星期一，你要干嘛？」他問。

「我要去銀行。」

「然后呢？」

我張大眼睛，停頓了一下。

「然后呢？」他追問。

「然后我會摩拳擦掌，認(rèn)真地寫一篇文章。」


我們是不是也應(yīng)該學(xué)一學(xué)法國人呢？提高些生活質(zhì)量，注意身體。

很久沒更新blog了，實在太忙，今天看到有朋友在我去年的blog《MINA is a good framwork 》中回復(fù)提到比較一下MNA和QuickServer，遂寫一篇小文：

First for all, QuickServer is licensed as LGPL, and MINA as ASL

從我個人角度而言，去年看過QuickServer的源碼，我在項目中采用的每一個框架或類庫都會做綜合評價，通常不會是一個原因?qū)е挛也捎没驔]有采用某個庫或框架，具體最后沒有采用QuickServer的原因忘記了，但是當(dāng)時給我的總體感覺是，QuickServer雖然很方便，但不會讓我在架構(gòu)上得到新的好處。而它最大的優(yōu)點則是，支持JDK1.3（如果沒記錯的話），另外就是License的問題

下面看一看來自TrusinLee的評論：

Thank for the information about another network application framework.  I found a few differences:

* QuickServer supports blocking mode.  (MINA supports only non-blocking mode, but you can make your operation block at your will.)
* QuickServer provides GUI-based admin.  (MINA doesn't have one yet, but will have full JMX support soon, which is a standard.)
* QuickServer uses java.util.logging.  (MINA uses SLF4J, which is a safe replacement of commons-logging.)
* QuickServer uses its own XML settings.  (MINA provides Spring framework integration instead.)
* QuickServer can specify maximum number of clients allowed.  (MINA can do this using a filter, but not implemented by default.  Of course, this will be implemented as an overload prevention filter.)
* QuickServer team has one crew.  (MINA has three crews.)
* QuickServer project started in 2003.  (MINA started in 2005.)
* QuickServer has a difference event handler interface from MINA.  (You'll have to compare it by yourself.  IMHO, MINA has one simple enough handler which covers all QuickServer provides.)
* QuickServer doesn't support UDP at all.  (MINA does)
* QuickServer doesn't support client-side API at all.  (MINA does)
* QuickServer integrated authentication and text protocol in its core.  (MINA didn't and they are considered as a cross-cutting concern that a filter should take care of.  IMHO, MINA is more extensible here.)


至于對MINA更詳細(xì)的介紹，可以看看我去年翻譯的MINA的Tutorial

MinaTutorialInChinese

MINA的應(yīng)用，在MINA的Testimonials中有兩個項目：
開源Flash server：red5
http://ludonet.leonardo.it/的game server
還有，就是MINA所在的項目，Apache的LDAP

昨天david問到如何將舊的swt應(yīng)用轉(zhuǎn)成一個RCP應(yīng)用，昨晚胃疼難忍，于是草草說了一下，就早早上床休息了，早上起來又想起這件事情，遂在這里說一下思路
下面說一下我的思路
（注：以下觀點未經(jīng)證實，請自行斟酌使用）

一個舊的SWT應(yīng)用，應(yīng)該都是有一個main函數(shù)里初始化一些UI組件，然后run一個事件循環(huán)

在RCP中，由于是基于Eclipse的插件體系，也就是說，使用我前面那篇文章發(fā)布的RCP Application，是可以直接發(fā)布成Eclipse插件的
所以，對于UI組件的控制也要遵循Eclipse的插件體系的代碼要求，看看Hello RCP模板中的幾個類：ApplicationActionBarAdvisor、ApplicationWorkbenchAdvisor、ApplicationWorkbenchWindowAdvisor以及RCPPlugin，想起了什么？對，OSGI

我們只要將原swt的main函數(shù)中初始化的ui組件，放入到這幾個Advisor中進行初始化

將下拉菜單項的ui組件的初始化工作放入到ApplicationActionBarAdvisor的如下方法：

將其他UI組件初始化工作放入到ApplicationWorkbenchWindowAdvisor的如下方法：

至于ApplicationWorkbenchAdvisor這個類，我想你一定想起了Eclipse中的Workbench概念
在這里，可以定義當(dāng)這個RCP作為plugin的時候的Worbench的透視圖的一些屬性。

-----------------------------------

最后，基于Eclipse3.1的product方式的RCP程序?qū)@得同Eclipse相同的插件體系支持
也就是說：你的應(yīng)用本身就是基于Eclipse Platform的，這樣，你的程序也可以接受插件插入了（如果你設(shè)計的好的話^_^）
另外，還有其他很多好處，比如在線升級功能的自動綁定啊，幫助功能的使用啊等等
想一想，你的程序?qū)⒓饶茏鳛閱为毜某绦蜻\行，又能作為Eclipse的插件運行，而且還跨平臺，think about it...
So....try it now, you will get more

     摘要: Eclipse3.1剛剛release的時候，它的RCP發(fā)布功能就很吸引我，當(dāng)時正好有個小東西要做，就用了這個功能發(fā)布了一個小程序，似乎很多人推薦用NSIS，但是我覺得Eclipse的這個功能似乎更方便，幾乎不用擔(dān)心任何部署的問題。
  閱讀全文

Blog有一個多月沒有更新了，今年8個月的忙碌生活，以及最后兩個月的突擊使我徹底失去了熱情，無論是工作還是寫blog，目前只想每天休息休息，看看書。
12月底回了一趟北京，然后又順路回大連家中辦了點事情，待了三天，又飛回武漢著手招人和培訓(xùn)的工作，為明年的工作做準(zhǔn)備，技術(shù)上有些事情還得自己動手，不知道這忙碌的生活什么時候可以停歇.....

在妖精群里還跟非魚說要寫一篇關(guān)于架構(gòu)師職責(zé)的Blog，暫時還是沒心情寫，不過自從那次在群里討論過架構(gòu)師的職責(zé)之后，似乎已經(jīng)有很多人寫了這方面的文章，在blogjava中就有很多了，架構(gòu)師之家的文章數(shù)目也一下激增起來。

近期blogjava也是好戲連臺，雖然不寫，看著也是過足癮了。

canonical是個很好的寫手，學(xué)理論物理出身的思維縝密果然不同凡響，關(guān)于架構(gòu)師的職責(zé)那篇，已經(jīng)把能寫的都寫盡了。江南白衣 搞的springside.org.cn看起來也很吸引人，有理想的好青年的典范。非魚的幾篇關(guān)于架構(gòu)的文章也寫的很扎實，預(yù)備役架構(gòu)師是有些謙虛了，呵呵。Jerry在經(jīng)過一段時間的忙碌之后，似乎又再次復(fù)活了，以每天一到兩篇的速度持續(xù)更新blog，讓我著實佩服他的精力，幾篇blog的涉獵范圍so廣，足見積累之深。老莊最近似乎也是瑣事纏身，除了在上月底被Rx反敲喪鐘的時候露了幾次臉，就沒怎么出現(xiàn)過，看來年底了哪里都是忙碌的時候。Raimundox近期多次出手，除了對老莊的《喪鐘》系列的再次釋疑之外，還為我們貢獻了Smalltalk的入門手冊，實為近期技術(shù)blog中風(fēng)頭最勁的一個了。飛云小俠也更新漸少了，除了今天預(yù)告了WebWork2.2的發(fā)布，已經(jīng)10天沒更新了。近期weide的技術(shù)架構(gòu)評估也是頗為扎眼，算是近期最全面完整的一篇技術(shù)文章了，顯然是花了精力了，難怪達到14709的訪問量 :)

2005年讓我感覺到人的精力畢竟有限，以及，一個純技術(shù)人員能發(fā)揮的能量實在太小了，雖然不情愿，但這可能促使我更早的脫離純技術(shù)崗位，真是凌亂的一年......

 

開發(fā)一個基于消息的解決方案是不容易的事情，在生產(chǎn)中操作這樣一個產(chǎn)品同樣也是一個挑戰(zhàn)：一個基于消息的集成解決方案一天可以產(chǎn)生、路由和轉(zhuǎn)換成千上萬的消息。我們不得不處理異常、效率瓶頸或改變合作系統(tǒng)。而為了使事情變得更加有挑戰(zhàn)性，組件經(jīng)常被分布在不同的平臺和機器上，甚至位于不同的地理位置。

 

System Management包含以下幾種模式

l         Control Bus

l         Detour

l         Wire Tap

l         Message History

l         Message Store      

l         Smart Proxy

l         Test Message

l         Channel Purger

 

 

除了與生據(jù)來的復(fù)雜性、分布式集成的規(guī)模以及個性化的應(yīng)用之外，低耦合的架構(gòu)使得測試和debug變得更加困難。Martin Fowler將這個癥狀稱為“架構(gòu)師的夢想，開發(fā)者的夢魘”。低耦合的架構(gòu)原則以及間接的依賴于外部系統(tǒng)提供了靈活性。然而，測試一個消息生產(chǎn)者不了解消息消費者的系統(tǒng)可能會是一個挑戰(zhàn)。另外異步的和時間相關(guān)的消息使得事情變的更加復(fù)雜。舉例來說，消息方案可能被設(shè)計沒有被成消息生產(chǎn)者者必須從接受者那里得到一個回應(yīng)。同樣的消息基礎(chǔ)設(shè)施通常保證傳輸消息，但不能保證傳輸時間。這是的開發(fā)基于消息傳送結(jié)果的測試用例變得困難。

 

當(dāng)監(jiān)控一個消息解決方案，我們可以在兩個抽象層面上跟蹤消息流。一個典型的系統(tǒng)管理方案監(jiān)控多少消息被發(fā)送或者它多長時間得到一個被處理的消息。這些監(jiān)控方案不檢查消息數(shù)據(jù)，除了可能會檢查消息頭中的幾個字段（比如消息標(biāo)識或者消息歷史）。與之相對的，BAM（business activity monitoring）方案聚焦于包含在消息中的有效數(shù)據(jù)，舉例來說，發(fā)生在過去一小時的所有訂單的金額。System Management中的很多模式都足夠通用并可以用在以上兩個目的中（監(jiān)控消息頭或者消息內(nèi)容）。然而，由于BAM本身就是一個新領(lǐng)域，并且需要從數(shù)據(jù)倉庫中獲得很多數(shù)據(jù)（有些我們根本就沒有涉及到），我們決定在系統(tǒng)管理的內(nèi)容中討論這些模式。

 

系統(tǒng)管理模式被設(shè)計用于為保持一個基于消息的復(fù)雜系統(tǒng)的運轉(zhuǎn)所提出的需求并提供工具。System Management的模式涉及三個種類：監(jiān)控和控制，觀察和分析消息流量，測試和調(diào)試。

 

監(jiān)控和控制

 

一個Control Bus提供一個單獨的控制點來對一個分布式方案進行監(jiān)控和管理。它將多個組件連接到一個中心管理控制臺，這里可以顯示每個組件的狀態(tài)并且監(jiān)控通過每個組件的消息流量。控制臺同時也可以用于發(fā)送控制命令給組件，比如，轉(zhuǎn)變消息流。

我們可能想要在路由消息時添加附加的步驟，比如驗證或者日志。由于這些步驟可能使效率降低，所以我們可以通過Control Bus來控制他們開關(guān)。一個Detour為我們提供這種能力。

 

觀察和分析消息流量

 

有時我們想要在不影響主要消息流的情況下觀察消息的內(nèi)容。一個Wire Tap允許我們接入到消息流中。

當(dāng)我們調(diào)試一個基于消息的系統(tǒng)，知道一個特定的消息在哪使很有幫助的。Message History保留一個消息訪問過的所有組件的日志，而不需要增加組件間的依賴。

然而Message History依賴于單獨的消息，一個中心的Message Store可以提供一個穿越系統(tǒng)的每個消息的完整記錄。結(jié)合Message History，Message Store可以分析所有消息穿過系統(tǒng)的可能路徑。

Wire Tap, Message History, 和Message Store幫助我們分析異步的消息流。為了跟蹤發(fā)送到請求-應(yīng)答service的消息，我們需要在消息流中插入一個Smart Proxy。

 

測試和調(diào)試

 

在部署前測試一個消息系統(tǒng)是一個非常好的注意。但是測試不應(yīng)該停止在部署前。你應(yīng)該有能力驗證正在運行的消息系統(tǒng)運行持續(xù)的運行正常。你可以周期性的發(fā)送一個Test Message到系統(tǒng)中并驗證結(jié)果。

當(dāng)一個組件失敗或者運行不正常，它可以簡單的終止，并放棄一個channel中的剩余消息。在測試期間這是很有用的。一個Channel Purger可以為我們做這些。

 

最近身體不太好，轉(zhuǎn)貼一則文章，提醒自己多多休息和鍛煉。

－－－－－－－－－－－－－－－－－－－－－－－－

　只要踏入在我們IT這個行業(yè), 過不了幾年身體就是亞健康狀態(tài),過渡的話就可能會“過勞死”,要想防止“過勞死”，就必須了解身體為我們發(fā)出的“過勞死”信號。

    研究者認(rèn)為：在這27項癥狀和因素中占有7項以上，即是有過度疲勞危險者，占10項以上就可能在任何時候發(fā)生“過勞死”。同時，在第1項到第9項中占兩項以上或者在第10項到18項中占3項以上者也要特別注意，這27項癥狀和因素分別是：

　　1.經(jīng)常感到疲倦，忘性大；

　　2.酒量突然下降，即使飲酒也不感到有滋味；

　　3.突然覺得有衰老感；

　　4.肩部和頸部發(fā)木發(fā)僵；

　　5.因為疲勞和苦悶失眠；

　　6.有一點小事也煩躁和生氣；

　　7.經(jīng)常頭痛和胸悶；

　　8.發(fā)生高血壓、糖尿病，心電圖測試結(jié)果不正常；

　　9.體重突然變化大，出現(xiàn)“將軍肚”；

　　10.幾乎每天晚上聚餐飲酒；

　　11.一天喝5杯以上咖啡；

　　12.經(jīng)常不吃早飯或吃飯時間不固定；

　　13.喜歡吃油炸食品；

　　14.一天吸煙30支以上；

　　15.晚上10時也不回家或者12時以后回家占一半以上；

　　16.上下班單程占2小時以上；

　　17.最近幾年運動也不流汗；

　　18.自我感覺身體良好而不看病；

　　19.一天工作10小時以上；

　　20.星期天也上班；

　　21.經(jīng)常出差，每周只在家住兩三天；

　　22.夜班多，工作時間不規(guī)則；

　　23.最近有工作調(diào)動或工作變化；

　　24.升職或者工作量增多；

　　25.最近以來加班時間突然增加；

　　26.人際關(guān)系突然變壞；

　　27.最近工作失誤或者發(fā)生不和。

　　針對如何擺脫過度疲勞，何永成博士開出如下處方：

　　消除腦力疲勞法：適當(dāng)參加體育鍛煉和文娛活動，積極休息。如果是心理疲勞，千萬不要濫用鎮(zhèn)靜劑、安眠藥等，應(yīng)找出引起感情憂郁的原因，并求得解脫。病理性疲勞，應(yīng)及時找醫(yī)生檢查和治療。

　　飲食補充法：注意飲食營養(yǎng)的搭配。多吃含蛋白質(zhì)、脂肪和豐富的B族維生素食物，如豆腐、牛奶、魚肉類，多吃水果、蔬菜，適量飲水。

　　休息恢復(fù)法：每天都要留出一定的休息時間。聽音樂、繪畫、散步等有助解除生理疲勞。

　　科學(xué)健身方法：一是有氧運動，如跑步、打球、打拳、騎車、爬山等；二是腹式呼吸，全身放松后深呼吸，鼓足腹部，憋一會兒再慢慢呼出；三是做保健操；四是點穴按摩。

    哥們, 上面27條在你身上出現(xiàn)幾條癥狀了?  怕怕吧? 

　　建議哥們們每天早上和傍晚各抽出一小時鍛煉身體,畢竟身體是革命的本錢!

轉(zhuǎn)自: 電子商務(wù)論壇 http://bbs.eczn.com/

上面下劃線的是我有的問題，你都有哪些？

經(jīng)過這半年的使用，WTP在我們組內(nèi)已經(jīng)從只用于開發(fā)Web Service的工具變成web開發(fā)的首選插件
雖然只是0.7版，但WTP的設(shè)計確實很好，目前WTP1.0已經(jīng)release到了M9，還有20幾天就到達release date了，熱烈期待中....