電視《雍正王朝》講了這麼一個故事：大將軍年羹堯奉命到青海平叛，清軍因路途遙遠，軍耗巨大，因此力求速戰速決。但叛軍避開鋒芒，東躲西藏，年羹堯沒有辦 法找到叛軍決戰。這時，朝廷內外壓力越來越大，年羹堯陷入困境。這是一位謀士對年說：我知道叛軍在那裏。年大喜。這位謀士指出，敵人就在不遠處的一座皇封 寺廟裏。年不信，謀士不慌不忙地說：這就是燈下黑，離自己越近就越不可能意識到，但卻是最可能的地方。果然，大軍一出，大獲全勝。
我想講一些關於程序員對自身認識的故事，這些故事都和燈下黑有關。只要正確認識自己，道理非常簡單，但是，到處都可以看到燈下黑的故事。
某程序員，有一天接到一個任務：公司的有一個產品的文件太大了，要求採用壓縮算法，減少尺寸，最好能壓縮20%。
程序員興高采烈地接受了任務：以前沒玩過壓縮算法，這下可以學習新東西了！研究了幾個月後，他覺得差不多了，就交給了項目經理。項目經理正等着呢，高興壞
了，拿着演示文件就去找產品經理。產品經理開始挺高興，看完臉就拉下來了。打開文件，把所有的文件尺寸一算，很淡淡的說：“才壓縮了10%，有什麼用
啊！”
程序員愣住了，“不會吧！我看過的，壓縮了 20%！”
產品經理指着文件列表說：“你看，某文件是壓縮了20%，可你的壓縮算法增加了一個動態庫文件，尺寸還不小，總共加起來，不就只減少了10%嗎？”
各位看官，這是不是軟件公司裏經常發生的情形？
這種失敗的成因當然是複雜的，有溝通管理方面的問題，也有程序員能力的問題。我今天想要說的是程序員認識方面的問題。
繼續故事：
項目經理很沒面子，回去就和程序員找原因。項目經理是老程序員了，直話直說；終於弄清楚的事情的本質：
第一，這位程序員一個的時間讀了很多關於壓縮算法的書，會了不少算法。可是從來沒比較過算法的優劣。這老兄覺得研究算法很有趣，樂此不彼，寫了好幾個實現。
第二，這位老兄在最後幾天纔想起來20%的目標，也沒太放在心上，看看差不多就拿出來了。
這是典型的程序員的認識問題，重知識而輕技術。
先從是麼是知識，什麼是技術說起。
知識就是知道，你知道了某件事是怎麼回事，就是有了知識。
技術就是你能做出來，做得好叫技術好，做的不好叫技術差。
怎麼寫操作系統？看完操作系統原理，再苦讀完源代碼，這叫有知識了。如果有本事把任務調度、內存管理、IO什麼的都寫出來，還能寫得穩定，快速，可擴展，
那是有技術。有知識和有技術可差遠了。早年我在工廠實習，要挫一個圓孔，拿着內銼刀幹了一天，只挫了一個橢圓；師父來了，三分鐘，比衝牀衝出來還圓！我是
個好學徒，使用銼刀的知識全記住的，可以寫一篇內圓挫使用大全。知識是有了，可沒這個技術。
程序員也一樣。什麼C++，Java，.net，什麼STL，Struts，Spring，就是門門都滿分，這也就是有知識。算不算技術好呢？差遠了。軟
件工程師界就專門出這種不會寫程序的“高手”。我遇到一位老兄，精通Java知識，從虛擬機到各類框架，概念，無所不同，談起Java來，沒人說的過他。
可是他的代碼永遠Bug最多，而且都是最簡單的Bug，什麼邏輯不對啊，功能沒實現啊，UI不對啊。他的領導只有又好氣又好笑。問下去，發現這老兄寫了幾
個程序文件以後，就不感興趣了，因爲所用的技術沒什麼不知道的了。所以馬馬虎虎交差。
說到底，寫程序是個手藝活，就和古代的匠人一樣，是要講工藝的。比如一個玉匠，能打造栩栩如生的玉孔雀，那得打的好！要是一個玉匠說，這些手藝我都知道了，重複做東西沒勁，將就着給客人做出來吧！那他還不吃西北風！
可是，十幾年來，程序員界有的是這樣的人，還引發大規模爭論。象什麼C++和Java之爭啦，J2EE和.Net之爭啦。你看裏邊的帖子，不停有人賭這個
陣營那個陣營，有發誓一輩子做C++的，有發誓打倒.Net。我還奇怪了，專門沒人效忠機器碼的，那不是最難最有“學問”嗎？這都是在爭論什麼知識最重
要。可是啊，很少有人談談怎麼做好產品的。
現在程序員最大的問題就是太看重知識，拼命追逐新玩意，而忽略了身邊的夠得着東西。好，什麼C++，Window
API都知道了，東西也弄出來了，可是三天兩頭崩潰，還找不到原因？爲什麼？有沒有看看代碼，看看是不是某函數寫了2000行，自己都看不懂？是不是全局
變量亂用？是不是沒考慮前後兼容性？沒考慮冗餘和故障恢復？
末了再回到開頭的故事：
項目經理回去和程序員再重新設計，又多花了一個月，終於達到了目標。但因爲這個部分是一個大項目的一部分，整個項目不得不延遲了一個月。
年底考評的時候，項目經理給程序員打了一個及格；程序員不服，告到總經理那裏。總經理說：“你知足吧，給你打及格已經看在你乾的很辛苦的份上了，因爲你沒有按時完成，整個項目延遲了一個月，這帳都沒找你算呢。”程序員頹然。
