http://mayer.javaeye.com

累，非常累！！！

雖然項目已走入正軌，但是人手卻還是不足。
直接的后果是導致晚上加班時間的增多。
這不是一個好現像，加班是不正常的。
開始兩周還可以接受，但長期如此士氣恐怕會嚴重低落。
必須想辦法解決！！

寫字樓里寫字間，寫字間里程序員；
程序人員寫程序，又拿程序換酒錢。
酒醒只在網上坐，酒醉還來網下眠；
酒醉酒醒日復日，網上網下年復年。
但愿老死電腦間，不愿鞠躬老板前；
奔馳寶馬貴者趣，公交自行程序員。
別人笑我忒瘋癲，我笑自己命太賤；
但見滿街漂亮妹，哪個歸得程序員。

自從做了項目經理后，好像大部分的時間都花在了寫文檔、寫PPT、拜見客戶、與公司內部項目人員開會和與客戶人員開會這些事情上了，事情繁多瑣碎，真的是很懷念那些寫程序的單純的日子，不過好在我的興趣廣泛，對這些事情也還算得上熟悉，不至于很被動消極。
今天上午帶程序員作了3個小時的程序，再花了1個小時熟悉今天下午開會需要演講的PPT。中午出去吃了飯后就回到了客戶的機房趴下午睡，下午這個有五六十人參加涉及到五十個部門的項目啟動會議，我可是主講，馬虎不得，必須養精蓄銳。
下午兩點半我與客戶的工作人員一同來到會議室布置會場。政府機關的大會議室真的是夠大、夠氣派，這可能是我人生二十五年來開會規模最大的一次，并且還要主講半個小時，心里有些興奮也有些緊張。還好曾經大大小小的會議也開過不少，講課也講了那么多次，深呼吸了幾下，就感覺平靜了。
先是主持人進行了5分鐘的宏觀論和開場白，就輪到我上臺了。上臺一定不能慌張，否則會影響到你的整個演講，一定要挺腰直背面帶自信的微笑，眼光要敢于與臺下的眾人對碰，抓住他們的眼球和好奇心，這樣才能控制會議的聲勢和節奏，不至于陷入被動或尷尬的局面。講的時候不能光看著PPT，還要不時地與臺下及臺上的領導進行眼神的交流，讓他有一種仿佛你是在專門為他演講的感覺，那他就順著你的思路投入了進去，避免了你講完了，別人還是一頭霧水，想不起你講了些什么，哪些是重點，哪些是與他們切實相關的。今天的發揮，我給自己打七十分，雖然大部分內容都講清晰了，幾個重點也強調了，但是我感覺節奏感不強，沒有發揮最大的感染力，只能說是中規中矩。下次一定要把演講的感情再豐富一些，把交流的眼神再多一些。
同事已經睡著了，酒店的空調效果不錯，感覺有點冷了。不知道昨天才滿月的兒子現在是否已乖乖地睡了，本來答應老婆要在她滿月的那天帶她去吃大餐的，可是我卻出差了，希望她能夠理解。今天就這樣吧，明天還要去部署另一個項目的WEBLOGIC和APACHE，希望明天可以在晚飯前回到東莞，同老婆一道共進晚餐。

最近最困擾我的一個網站項目，經過昨天和今天的努力，終于可以告一段落了，計劃下周驗收。這個項目的金額很小，但是客戶的要求倒是挺多的，不僅對版面的設計要求很細，而且還要做一些與另外業務系統的數據接口。項目一開始就沒有引起重視，導致我們開始只是草草地做了個應付了事的站點上去。但是顯然這是一次失誤，面對日益逼近的交期，客戶的需求卻還沒有真正地調研過，我們甚至不了解他們的一半需求。上周經過兩三次的當面往復討論，終于形成了完整的需求總表，但是顯然需求與合同的金額嚴重不等，因為同時還在進行另外更大的項目，所以我想是否可以擋掉這個小項目客戶的一些特殊的需求，但最后在總監那里客戶還是堅持，于是總監答應了，我們陷入了被動。
昨晚帶著一個高級程序員加班到10點，終于完成了大部分的交互功能，今天又叫來了一個美工兼程序員，在客戶現場進行調整，終于可以告一段落了。
仿佛這幾天的煩燥去掉了不少，原來逃避是解決不了問題的，當商務確定后，我們就不應該還耿耿于懷錢多錢少的事，做好項目、做好客戶關系才是我們項目組正確的態度。
這是一次教訓，也是一次經驗，希望以后能夠避免。

我是個很喜歡上網的人。
但是從五月份開始的這四個月里我很少上網，或者只是在周末和晚上匆匆上來又匆匆下去。
這都是因為我把自己轉型做了項目經理。
不知是不是做所有軟件公司做項目的人都是那么忙那么累的。
其實我對自己這幾個月的表現極其不滿意。
雖然領導還是承認了我的價值與月薪的等價關系。
很多事情都沒有按照自己的想法去做，很多時候都是在說這個是誰說的，那個又是誰要求的，好像突然丟失了自我。
今天下午下雨了，下班的時候基本上已經停了，在廣東這個炎熱的城市里，我是最喜歡這種雨后的。
下班后我步行了十幾分鐘才去坐車。
現在正是下班高峰期，我坐在車上，看著匆忙往家趕的人，仿佛就看到了自己。
上周五才從佛山回來，明天又得過去了，雖然明天我兒子滿月。
這種匆忙的生活，讓我感覺自己最近浮躁了許多。
我想是有必要用日記來梳理一下思緒了。
希望能夠把項目中發生的點滴寫出來，寫下去，直到我不做項目經理。
好讓我的歲月留下一些痕跡。

公司原來談下來的一個語音網站項目拖了很久還沒寫方案及實施文檔，客戶催得急了，老板在周二中午就把這個光榮又艱巨的任務交給我了，要我在周三上午十一點之前把方案提交給客戶。
OMG. 我以前根本就沒有接觸語音這塊，毫無頭緒可言。于是先跑到客戶那里，把他們的需求了解一遍，原來就是要做TTS的應用。公司已經計劃用訊飛的TTS產品來做了，我參考了看漢和訊飛的網站。先湊合著寫了一個簡單的方案。
想問哪里有比較好的語音網站技術論壇和網站？

本周二參加了一次政府軟件系統的投標活動，這是我第一次參加。
由于只有我們一家公司參與投標，所以成為了單一來源，我們直接與采購中心、客戶、專家進行溝通。
?我們公司這次由部門總經理和我參加，我的主要任務就是介紹公司的平臺產品，然后回答專家及客戶的提問。一個年齡較大的專家提了幾個比較尖銳的問題，部門總經理擔心我第一次解釋不好。所以他自己接過問題，開始宏篇大論地回答，我也就有了一次很好地學習機會。
沒想到現在主管銷售的老總對技術也如此在行，回答的問題主要圍繞在搜索、視頻、音頻、安全等方面。
真是兵來將擋，水來土淹。專家終于沒有什么問題了。
馬上進入了價格談判。價格談判的應對策略也是豐富多彩，客戶為了規避風險想開始付款越少越好，付款周期越長越好；我們則想先收款越多越好，收款越快越好。少不了一番唇槍舍戰。這其中考慮的因素很多，比如財政年度啊什么的。所以價格談判策略是很重要的。

兩個月的項目經歷，得到以下的深刻體會：
項目策劃者的分析判斷能力--->項目執行者的理解溝通能力--->所有參與者團結一致

　　 記得剛開始修高速公路時，沿線的人都歡欣鼓舞，等到修好了才知道，就算路從你門前經過，如果不開路口，沒有接點，你也只能當個高速公路的守望者，除了多吃些尾氣，多聽些噪音，又能得到什么好處？
　　 不僅如此，你的經濟反而萎縮，因為你不再是交通要道了，也不再是繁榮的驛站，你離人流、物流、信息流反而更遠。
　　 越高等級的路越是如此，要提高速度必須沿途封閉，直線溝通的結果便是淘汰直線之間的人。
　　 河南曾經是中國的政治、經濟、文化中心，北宋定都于此，東京汴梁成為世界最大、最繁榮的大都市，盛況一直持續到清朝。但自從清朝的海運和鐵路興起，大運河的重要性就大打折扣，地處黃河、運河之交的中國中心地帶河南，也就免不了邊緣化的命運，以至于淪落到近代，河南因為輸出大量貧困人口而備受歧視，“河南人”也居然成了一個貶稱。鐵路的繁榮，很可能意味著河運的衰敗，只不過后果不是一夜之間顯露出來的。
　　 信息社會人人都在憧憬奇跡，我們聽到不少人一夜暴富的神話，都為此而激動，卻沒有想到，這同時也意味著，不少人可能一夜暴窮。高速公路最大的受益者，是那些有接點的大城市。同樣，網上穿梭的信息快車，也并非每個人都能搭上。占據著信息制高點的人會魔術般壯大，而徘徊在一個個接點之間的人們，卻會淪為盲點，以同樣的速度衰落。
　　 在這個時代，生存的嚴峻性是比以往任何時候都緊迫的，沒有這樣的意識，你就只能被淘汰。

　　世界上任何一條格言，我們都能找到與它完全相反的格言去對應，格言再精彩，都有它的局限性。世界是復雜的，生活太豐富，不可能用一兩句話就說清，任何理念、任何真理都是有局限的。
　　比如，當你把“顧客是上帝”當作一種經營理念時，你就會發現，顧客中也有丑陋的、自私的、麻煩的，甚至是危險的。對于這樣的顧客，如果你還是一味地遷就他，把他當成上帝，那就只會使你受到損害。
　　上帝是惟一的、萬能的，顧客卻不是。對于能夠給你帶來利益、帶來愉悅的顧客，你應該把他當成上帝，以最大的熱情去維持彼此的關系。但對于那些不能帶來利益甚至還有損害的顧客，你最好的辦法就是果斷淘汰。
　　大企業常常會選擇他們的客戶，只和有利可圖者打交道。小企業財小氣短，有時候不得不忍氣吞聲。但忍氣吞聲所帶來的，常常是更大的不利。忍只是權宜之計，發展才是硬道理。哪怕是小老板，從意識上，也應該養成習慣，在任何業務的一開始，就要認真研究項目本身和項目涉及的人，知道誰是你想要的顧客，以免在錯誤的目標身上浪費資源。

到新公司新職位上班兩個月了，現貼上這段時間的工作心得：

1． 開始一個 Project 之前，應先列出 Project 任務清單，并給每條任務標明責任人、預計完成日期、實際完成日期及任務的描述。 PM 應該隨時關注這份任務清單，督促團隊成員及時反饋工作狀態以便能完全地掌控 Project 時程與進度，發現其中的困擾和難點。

2． 安排工作是一種藝術，既不能讓他太閑，也不能使他一直都處于很大的壓力之中。發現并準確評估他的能力和興趣，在適當的時候給他安排適合他興趣的工作，這將會得到工作效率的最優化。在安排新的任務之前，應先肯定他以前的工作，并幫助他總結過去工作中的亮點和不足，再提出對他新任務的期望與要求，以便他能在新工作中揚長避短。

3． 客戶的需求有時只是隨便說說，并不是真正的正式的需求。還有些需求是隱性的，需要很好地引導客戶說出和明確他自己到底想要什么。客戶所提需求是代表他個人呢還是他的團體，必須是代表他的整個團體的時候，我們才應該正式響應。如果只是他個人的一些想法，我們應該建議他再考慮一下并要跟他領導確認一下，再以書面的形式提交。這樣可以避免很多無謂的反復變更。

4． 絕不可以輕視和低估項目的問題，身邊的同事常常犯這樣的郁悶：第 1 周召開工作例會討論時，他說問題不多了就是那幾點，應該很快可以搞定，也不需要人手的支持；第 2 周例會時他說這個項目越做問題越多，好多原來沒有想到的問題都冒了出來，希望在這個星期加班搞定；。。。如此這般，他項目組的成員開始郁悶、煩燥、抱怨，工作效率也愈發低下。

以前在一個工廠帶幾個人做 ERP 周邊的 WEB 開發，做了四年感覺有些停滯不前了。

就在這時，現在所在的公司打電話給我了，叫我過來做項目經理。

雖然在原公司無論上司、同事、還是下屬都相處非常融洽，待遇也還可以。

但面對項目經理的誘惑，還是過來了。

現在上班快一個月了，基本上弄清了新公司的狀況，卻感覺有些提不起精神來了。

新公司是做電子政務的，并且在 2005 年還被評了 100 強，業務不錯，差不多壟斷了廣東一個市的電子政務建設。

公司有成熟的網站內容管理系統、智能表單系統、工作流系統。現在大部分的業務都是用這些成熟的產品來做，只是做做模板、配置和最重要的與客戶溝通，所以我現在的主要工作就是把握客戶需求、給客戶做培訓、任務分配等，基本上與 J2EE/JavaScript/Oracle 這些隔離了，還真不習慣，我擔心這樣下去一年后自己會不會不會寫程序了？豈不是很危險？當然在與客戶溝通、人員管理方面肯定有進步，我只是不能確定這樣利弊如何？

就我個人來說，是那種愛好廣泛，技術和業務都喜歡，并且到目前為止都做得不錯，個人的想法是技術和業務齊頭并進的發展，但目前看來在這里是不可能的，我該怎么辦？

nlssort(columnName,'NLS_SORT=SCHINESE_PINYIN_M')

在上一家公司用的是Oracle8i，現在新公司的客戶基本上都用Oracle9i，今天裝了個Oracle9i，但開tomcat后發現8080端口被占用。
Google了一下發現原來是Oracle9i創建數據庫時默認包含了XDB特性，一旦啟動了數據庫和監聽器，oracle的XDB的HTTP服務就占用8080端口。
可以通過2種方法修改端口：

1.用sys登錄，利用dbms_xdb修改端口設置
?SQL> -- Change the HTTP/WEBDAV port from 8080 to 8081
? SQL> call dbms_xdb.cfg_update(updateXML(
??? 2??????? dbms_xdb.cfg_get()
??? 3????? , '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()'
??? 4????? , 8081))
??? 5? /

?SQL> -- Change the FTP port from 2100 to 2111
? SQL> call dbms_xdb.cfg_update(updateXML(
??? 2???????? dbms_xdb.cfg_get()
??? 3?????? , '/xdbconfig/sysconfig/protocolconfig/ftpconfig/ftp-port/text()'
??? 4?????? , 2111))
??? 5? /

? Call completed.

? SQL> COMMIT;

? Commit complete.

? SQL> EXEC dbms_xdb.cfg_refresh;

? PL/SQL procedure successfully completed.

2.在Oracle Enterprise Manage Console中修改XDB配置

參考：http://internet.blog.enorth.com.cn/article/49041.shtml

由于換工作，所以今年的五一實實在在的休了一個星期的假，除了打開電腦看看電影聽聽歌外，就再也沒有考慮程序啊什么的了，終于得到了一次徹底的放松，感覺真舒服。

今天是到新公司上班的第四天了，現在離開上班還有幾分鐘，不妨隨便寫點什么。
新公司是做電子政務的，總公司在北京，采用RUP作項目管理，所以這幾天主要就找了些RUP的資料看，感覺收獲蠻多，以前對RUP關注的相對較少，對XP更感興趣，現在要RUP實戰了，希望能從中學到更多東西，也希望帶的項目能順利完成。
聽老總說，就在這幾天就有一個建設局的項目要交給我，馬上就要開始需求調研，心里不免有些興奮與緊張，雖然項目較小不上百萬，但畢竟這是第一次經歷RUP，多少有些忐忑。?

?????? 在項目組里，如果有人遇到問題，不要自己偷偷摸摸的Google搞定，而是應該馬上“舉手”，看看小組里有沒有人能夠馬上告訴你答案。這才是“勇于暴露自己的不足”。

??????? “我一直以來的工作方式是這樣的，遇到問題的時候，首先Google一下，這樣我不但可以找到當前這個問題的答案，還能夠了解很多周邊的知識，觸類旁通。如果直接問人的話，問題解決，我也就不再深入了。這樣是不是對于個人能力成長不太有利呀。”

　　在Java中，類裝載器把一個類裝入Java虛擬機中，要經過三個步驟來完成：裝載、鏈接和初始化，其中鏈接又可以分成校驗、準備和解析三步，除了解析外，其它步驟是嚴格按照順序完成的，各個步驟的主要工作如下：

　　裝載：查找和導入類或接口的二進制數據；
　　鏈接：執行下面的校驗、準備和解析步驟，其中解析步驟是可以選擇的；
　　校驗：檢查導入類或接口的二進制數據的正確性；
　　準備：給類的靜態變量分配并初始化存儲空間；
　　解析：將符號引用轉成直接引用；
　　初始化：激活類的靜態變量的初始化Java代碼和靜態Java代碼塊。

     摘要: 簡述 GC 即垃圾收集機制是指 JVM 用于釋放那些不再...  閱讀全文