Oo緣來是你oO


          posts - 120,comments - 125,trackbacks - 0
          <2006年8月>
          303112345
          6789101112
          13141516171819
          20212223242526
          272829303112
          3456789

          常用鏈接

          留言簿(6)

          隨筆分類(62)

          隨筆檔案(120)

          JavaScript

          個人博客

          技術網站

          有一只企鵝叫Linux

          有一部咖啡叫Java

          有一部經典叫C++

          系列文章

          經典Blog

          搜索

          •  

          積分與排名

          • 積分 - 144923
          • 排名 - 425

          最新評論

          閱讀排行榜

          評論排行榜

          電視《雍正王朝》講了這么一個故事:大將軍年羹堯奉命到青海平叛,清軍因路途遙遠,軍耗巨大,因此力求速戰速決。但叛軍避開鋒芒,東躲西藏,年羹堯沒有辦法找到叛軍決戰。這時,朝廷內外壓力越來越大,年羹堯陷入困境。這是一位謀士對年說:我知道叛軍在那里。年大喜。這位謀士指出,敵人就在不遠處的一座皇封寺廟里。年不信,謀士不慌不忙地說:這就是燈下黑,離自己越近就越不可能意識到,但卻是最可能的地方。果然,大軍一出,大獲全勝。



            我想講一些關于程序員對自身認識的故事,這些故事都和燈下黑有關。只要正確認識自己,道理非常簡單,但是,到處都可以看到燈下黑的故事。

            某程序員,有一天接到一個任務:公司的有一個產品的文件太大了,要求采用壓縮算法,減少尺寸,最好能壓縮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行,自己都看不懂?是不是全局變量亂用?是不是沒考慮前后兼容性?沒考慮冗余和故障恢復?

            末了再回到開頭的故事:

            項目經理回去和程序員再重新設計,又多花了一個月,終于達到了目標。但因為這個部分是一個大項目的一部分,整個項目不得不延遲了一個月。

            年底考評的時候,項目經理給程序員打了一個及格;程序員不服,告到總經理那里。總經理說:“你知足吧,給你打及格已經看在你干的很辛苦的份上了,因為你沒有按時完成,整個項目延遲了一個月,這帳都沒找你算呢。”程序員頹然。


          出處:http://dev.yesky.com/79/2527579.shtml?324


          馬嘉楠
          jianan.ma@gmail.com

          posted on 2006-08-14 12:37 馬嘉楠 閱讀(235) 評論(0)  編輯  收藏

          只有注冊用戶登錄后才能發表評論。


          網站導航:
           
          主站蜘蛛池模板: 大足县| 开江县| 贵定县| 日喀则市| 龙江县| 无极县| 昌宁县| 五河县| 台东县| 孙吴县| 舟山市| 德保县| 贺兰县| 芦溪县| 蓝山县| 盐亭县| 徐闻县| 腾冲县| 镇原县| 健康| 衡阳县| 驻马店市| 遵义市| 德保县| 章丘市| 屯留县| 天水市| 长子县| 丹棱县| 沈阳市| 广南县| 嵊州市| 甘肃省| 古田县| 永靖县| 丰台区| 慈利县| 米脂县| 上虞市| 金门县| 盐亭县|