還記得很小的時候聽到這樣一則笑話：一位太守剛到任，百姓們一連天演戲慶賀，並且有人帶頭呼喊：「全州百姓齊慶賀，災星去了福星來！」太守一聽把前任太守罵作災星，卻把自己當成福星，高興極了。忙問：「這兩名詞寫得妙，是那位高手寫的？」百姓答道：「這是歷年傳下來的慣例，新太守上任都得這麼喊。等太爺您卸任，新太守上任時，我們還是這麼喊的！」而這則笑話的名字就是「慣例」。
新 ， 是乙個很耀眼的名詞。衣服有今年** ， 顏色有今年流行色， 汽車有今年新品， 軟體也有最新版 ， 技術更有 最新技術 。
很多東西，每年都有最新。 每個技術，也都經歷過最新。 無可厚非，追新尋異事人的本性，再新的事物也有過時的時候，這是自然發展的規律，也可以簡單的說成是「慣例」。
任何乙個技術,都是 , 提出, 討論 , 觀望 , demo , 認同 , 發展 , 成熟 , 顯露缺點 , 衰退 。 這樣乙個過程。
選擇合適的，深入學習（新技術也好，老技術也好，關鍵是深入下去，為我所用。），自成體系，何必每每跟「新「風呢。
當時（2009.3）寫這個東西，是發現，好多新興技術，不懂如何去用，像 sharepoint，dnn，wcf，wf，wpf，msajax（updatepanel）等。全學下來，沒環境，沒精力。公司資源相對很少，主要精力還是在專案上。 當時感覺是要有針對性的去學習，在應用中學習。雖然 wcf 很好，但實際專案用不到，強行學下來，浪費精力，而且完成不好工作。相反，當時專案要在網頁中操作 word ，所以把 dsoframer(的一系列問題解決下來。
現在（2012.7）寫後記，是因為遇到了兩個問題有同感而發。
去年完成了乙個專案。在架構方面有很多積累。今天還是用相同的架構做新專案。 當時想藉此機會，把去年的一些控制項庫公升級（又沒忍住），主要有兩項：
1. jquery 1.4.2 公升級到 1.7.2
2. jquery datepicker 從 1.7.3 公升級到 1.8.18
選jquery無可厚非，市場保有量很大； 選 datepicker的原因也是因為，它是 jquery官方的，應該不會出現低階錯誤，更新的原因也是太信任它了。
結果這兩個控制項都有嚴重的 記憶體洩露。 datepicker 官方已經承認了記憶體洩露 (
在專案完成之後，才發現 datepicker 沒有清除功能，不過有網友實現方案：（ ）
看來，老話說的對，軟體不可能沒有bug。
在公升級之前，誰又能想到它之後的n多bug呢。看來追新，還是要謹慎。
技術真的就不是那麼重要了
看得我淚流滿面，想想也是，那些有錢的，哪個是懂技術的啊。今天感慨頗多，作為乙個coder，幹了8年多，確實可以談談了。除非你進入微軟 google等之類的，那個lz就不談了。大部分coder，如lz，幹著普通的活兒。那就只談這乙個case。首先，lz呆的還算是個大公司，非幾百強。這樣的大公司，技術可...
技術真的就不是那麼重要了
今天感慨頗多，作為乙個coder，幹了8年多，確實可以談談了。除非你進入微軟 google等之類的，那個lz就不談了。大部分coder，如lz，幹著普通的活兒。那就只談這乙個case。首先，lz呆的還算是個大公司，非幾百強。這樣的大公司，技術可以稍微做久點，乾到個 三 四十歲，接著也是做不下去了，你...
技術真的就不是那麼重要了
今天感慨頗多，作為乙個coder，幹了8年多，確實可以談談了。除非你進入微軟 google等之類的，那個lz就不談了。大部分coder，如lz，幹著普通的活兒。那就只談這乙個case。首先，lz呆的還算是個大公司，非幾百強。這樣的大公司，技術可以稍微做久點，乾到個 三 四十歲，接著也是做不下去了，你...