真的簡單，還是盲目樂觀？
作者****：li xianjing
倒不是我寫程式能力差，如果用常用演算法寫程式，就速度和質量而論，我還是有一定自信的。就mmslib而言，包括設計文件、編碼和測試，包括出席日常會議和一些意外事件，沒有加一天班，平均每天寫了400多行有效c**(除去測試程式和標頭檔案等)。就質量而言，每千行**的缺陷，我想不超過5個（據說國外大公司的平均率缺陷為7/1000）。
如果你不再懷疑我編碼能力，我想超期的原因只乙個：盲目樂觀。http、wsp、smil、mms封裝和mime等知識都比較熟悉了，解析檔案也是我擅長的，但我沒有考慮到意外因素：比如彩信通知的格式和nokia的工具的問題，事後想來這只是兩小個問題，而在當時一籌莫展。
這麼簡單的東西！這已經是我們的口頭禪了。這是到底為了顯示自己厲害，還是真的那麼自信，亦或是盲目樂觀？可能每個人的情況都不一樣，但根據這些年的經驗來看，盲目樂觀佔絕大多數。
在制訂計畫時，我們很少有人指出任務中可能存在難題和風險，只要認為可執行，就覺得很簡單。而在完成任務的過程中，出現了這樣那樣的問題，乙個記憶體錯誤bug可能花掉你一天時間，乙個小問題可能讓你陷入絕望，這時才明白鍋兒是鐵打的，後悔當初牛皮吹大了。任務時間超期了，最終任務也勉強完成了，松了一氣，但沒過多長時間，好了傷疤忘了痛，又漸漸盲目樂觀起來。周而復始，到現在為止，自己還沒有改掉這個壞習慣。有次面試時，對方問我軟體開發的難度在**，我竟答不上來：好像沒什麼難的。
我們不但對自己的任務的盲目樂觀，對別人的任務更是如此。我們常常認為，為什麼這麼簡單的東西，別人花了那麼長時間，他們是不是比我們笨呢(偷著樂)？在現實中可能很少流露，而在網上這樣口氣並不鮮見。(這種滿足感可以放鬆身心，有益健康，可取可取)。
其實軟體的複雜性就像冰山一樣，我們看的只是很小一部分。只有當你真正深入研究時，才知道有更多難題在等著你。只有當你接手別人的任務時，才清楚自己的份量。當我們在盲目樂觀時，不妨回憶一下以前完成的任務：它們真的簡單嗎？我把它做好了嗎？如果很簡單，又沒有做好，那就是值得思考了。
這麼簡單的東西！---還有很多事情值得我們思考。
~~end~~
「不亦樂乎」是「樂」還是「悅」？
看了六七年的 咬文嚼字 在2009年的第一期第一次對其內容產生了巨大的質疑。這是 咬文嚼字 2009年第一期特稿 2008年十大語文差錯 裡面公布了 咬文嚼字 編輯部總結的2008年度十大語文差錯 一 有朋自遠方來，不亦樂乎 的 樂 應該讀l 往往被誤讀成yu 二 三聚氰胺 中 氰胺 應讀q ng ...
「不亦樂乎」是「樂」還是「悅」？
看了六七年的 咬文嚼字 在2009年的第一期第一次對其內容產生了巨大的質疑。這是 咬文嚼字 2009年第一期特稿 2008年十大語文差錯 裡面公布了 咬文嚼字 編輯部總結的2008年度十大語文差錯 一 有朋自遠方來，不亦樂乎 的 樂 應該讀l 往往被誤讀成yu 二 三聚氰胺 中 氰胺 應讀q ng ...
JQuery還是不能盲目使用的，關於DOM的釋放
專案進入尾聲，又是最恐怖的效能測試 對著js的效能測試我只能做這個表情 經過多次的 檢查和測試，確認已經把自己定的變數什麼的一大堆都已經用null處理，並且沒有明顯的迴圈引用，但結果進行使用者某一動作時，記憶體還是沒被全部 而是線性增加，最後發現，問題都是出現在dom身上 主要是太相信jquery的...