禪道程序員的十條原則

『壹』 成為一名「高級」程序員的條件是什麼麻煩告訴我

聰明的程序員可能比他們的同行擁有更出眾的編程技巧，但那不足以說明他們就是「老手」。同樣，僅僅因為擁有10年編程經驗也並不意味著他們就是高手。在工作崗位上，擁有多年編程經驗也不能說明問題。即便沒被炒魷魚，那也不能提升你的價值。
下面列舉的事情是大多數高級程序員都會做的。
1.至少掌握一門編程語言
我相信有些優秀的程序員只懂(並精通)一門編程語言，但在某種程度上而言，這其實會限制一個人的思維。就像當你手拿一把錘子時，任何東西看起來都像釘子。我認為，知道並成功使用至少一門編程語言，這是程序員從新手走向老手的重要一步。我要說的是，像javaScript和SQL這樣的輔助編程語言，只有當你確實已經開發了完整的應用程序，並在其中使用這些編程語言時，它們才有價值。
2.工作之餘也經常編程
我抱怨過把開源作為招賢的一項要求，但那僅僅因為許多充滿激情的程序員把時間花在別的地方。除了對開源有所貢獻，你還可以做兼職顧問，兼職創業，開發自己的產品或者創辦自己的微型軟體公司。當然，你也可以嘗試從外部接些兼職項目，可參考伯樂在線的這篇《成功接項目需要注意的幾個要點》。
注:mISV即MicroISV,是一個只有一名員工組成的軟體公司，是一種微型公司。
3.經歷完整的軟體開發過程，從概念設計到產品實現，再到產品維護
有的程序員希望不用自己動手就可以得到詳細的設計說明，然後把缺陷代碼交給測試/維護小組，這是平庸程序員的一個縮影。任何稱職的程序員都會跟客戶密切合作，去制定需求分析，然後編碼實現，當然也要維護。如果你在編碼實現階段偷懶了，那你在維護階段不得不付出代價。
4.不斷創新
創新就是做一些你身邊的人沒有做過的事情，用來改善你的過程或產品。你不一定非得是世界上第一個做這件事的人，只要發現一個問題，找到解決方法然後實現它就行。
5.編寫的軟體能解決實際問題
有一副虛構的場景:一名黑客，僅僅是出於對技術以及自己所做事情的愛，一天到晚都在編寫代碼。但這幾乎無助於成就一名優秀的開發者。事實上，我曾見過有些開發人員和客戶爭論，來採用更好但不太有助客戶的技術。這會適得其反。你可以利用自己的時間來完善。但涉及工作時，你最好還是編寫能實際改進並解決問題的代碼，而不是使用那些不同尋常的演算法或介面。
這些問題對於任何想成為高級開發人員的朋友來說，都合情合理。因為這些問題和擁有多少年編程經驗並沒有關聯。如果你能做到上面4-5條，那你就是高級程序員。

『貳』 做一名優秀的程序員需要什麼條件

（1）.要喜歡上寫程序，如果沒有喜歡上，那就要學會去培養。程序員需要整天趴在電腦前，經常沒日沒夜的，非常辛苦，而且工作來不得半點虛假，少寫一個標點符號都不行。喜歡的人，日子過得非常開心，每寫一行代碼，都會有新的成就，尤其當自己的作品被廣泛應用的時候，那種自豪感油然而起。不喜歡的人，坐在電腦前極端無聊，被進度壓得喘不過氣來，天天為找bug改bug生氣。個人深有體會！這個「喜歡」就要大家在學習的過程中去體會。
（1）.程序員應該是有感情的，程序員的程序最終是由用戶來評價的，而不是老師，或者我們的BOSS。設計程序時，要講究貼心，境界：我們也是Composer！
（2）.程序員應該講究團隊協作，分配給團隊的大項目，不是一人之力能夠應付的，請尊重別人的代碼，以及設計，彼此需要全心全力配合
（3）.有堅韌不拔的精神，我們編的不是程，是寂寞。愛上程序設計，靠編程潛移默化性格，大多數成功的程序員都是相信自己的人，所以，多多鼓勵自己一定是最好的。
一、優秀程序員的標准

1. 能夠准確地評估你的工作。
2. 第一時間提交有質量的工作成果。
3. 建立快速的反饋循環。
4. 確保代碼的准確性與後續跟進的協調性。
二、態度生活方面
1.踏實的工作態度；認真負責，少犯錯誤。
2.充滿熱情，努力工作；有團隊合作精神，能善於和別人相處。
3.有預見性，預先感測未知因素預估風險或後果。

『叄』 一個程序員要具備的基本素質是什麼

1. 團隊精神和協作能力 ：

   把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。

2. 文檔習慣：

   作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3. 規范化，標准化的代碼編寫習慣：

   作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。

4. 需求理解能力：

   作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5. 復用性，模塊化思維能力：

   復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作。

6. 測試習慣：

   軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。

7. 學習和總結的能力：

   善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高了。但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
   
   

『肆』 一個程序員所要經歷的步驟

程序員應具備的12種能力
畢業四年來，感覺自己也是從一名不合格的程序員一步步走過來的。回頭反思一下，合格的程序員有很多標准和要求，下面是我總結的一個合格程序員應該具備的12種能力。中國軟體行業的崛起，靠的是合格的程序員。任何華麗的管理制度都不能保證軟體項目的成功交付，合格的程序員就是有力的保證，是項目成功的基礎。寫下這些，是為了給剛剛進入程序員這個職業的新同學們一點參考。我一直以為，當程序員是很辛苦的，如果不是真正的喜歡，很難堅持下去。如果真的不喜歡這個職業，也該尊重這個職業，尊重自己，趕緊改行。

1. 編程語言能力

不用多說，作為合格的程序員，精通一門語言是必須的。這種精通，不是說看了一本《24小時精通XXX》，抄了幾個程序就能說精通的,要靠長時間的積累和浸淫。

2.編碼能力

我曾經看多很多程序員寫的代碼，在同一個jsp或者java源文件里，出現了三種以上的對方法的命名方式，有下劃線間隔的，有全大寫的，有拼音首字母的。就像一個菜市場，雜亂無比，估計10天後，他自己都無法看的懂。遵守編碼規范，是一個程序員最基本的要求，可悲的是，很多程序員根本沒有意識到這個問題的嚴重性。隨意堆砌網上搜來的代碼，根本不管可讀性和可維護性，只要能實現功能就行了，心想做完這個項目，就拍拍屁股走人了，缺少最基本的職責素養。我經常把代碼必須成程序員的孩子，你就是是孩子他爹，孩子他媽，是有感情的。對你自己的孩子，你能不仔細呵護嗎？你是稱職的父母嗎？這是我編寫的一個Java編碼規范，供大家參考，這里可以下載http://gurudk.javaeye.com/blog/111734

另外一個就是注釋，要注意不是為了注釋而注釋。對類，以說明職責為主；對方法，以說明意圖為主；對方法體，以說明實現思路為主。對於大段大段的代碼，要分段，使用空行隔開，並使用行內注釋進行說明。

思維的條理性，寫代碼之前，先簡單計劃一下，用自然語言把流程寫下來，用於整理實現思路。不要看了需求或設計之後，馬上就敲代碼了，敲完代碼馬上就debug。花點時間思考，敲代碼只是最後一個很簡單的工作，不要把自己變成一個代碼打字員，編寫邊想，寫了刪，刪了寫。安安靜靜把實現過程想清楚，在腦子里先實現一遍。再去敲代碼，水到渠成。

3.面向對象思維能力

如今，多數編程語言都是面向對象的編程語言。而這些面向對象的編程語言的共同的精髓就是面向對象的思想。掌握這些比面向對象語言本身更重要，比如對繼承，多態，重載的理解。對面向對象基本原則的理解，比如開閉原則，介面隔離原則，單一職責原則等。在此基礎上，應該掌握常用的設計模式，比如工廠模式，策略模式，觀察者模式，模板方法模式，命令模式等等。我面試過很多程序員，沒有一個能說得上幾句的。

4.利用工具能力

工欲善其事，必先利其器。有了趁手的傢伙，工作效率可以提升數倍。你編程序，有沒有選擇一個很好的IDE，以前聽說編程高手都用記事本寫程序，我覺得那是一種自虐。就像以前看到的一篇文章，說一幫戶外旅行愛好者，出去旅遊，背了重重的旅行包，裡面裝著什麼壓縮餅乾等快速食品。他們寧可就著礦泉水啃壓縮餅干，也不肯去1里路都不到的快餐店，農家菜館吃飯。工具是為目的服務的，好用，提高效率就行，形式無所謂。

另外一個常用的工具就是日記本，好聽點可以稱為知識管理工具，我用的是myBase，感覺非常好用，在之前，我的所有的片段內容都是記錄的單獨的文本文件里的，非常不好找，管理也很混亂。

經常上互聯網，看到好多好的資料想保存下來，作為日後查看之用.一開始，我用的是firefox自帶的書簽，但是自己分類太累，多了之後不便於查找，很麻煩。後來用了得樂書簽（del.icio.us）的firefox插件，非常方便，現在成為了我必備的一個工具。

還有一個最重要的工具就是搜索引擎了，我裝了google forfirefox插件，感覺不錯，還有英文翻譯功能。按照我同事的說法，內事用，外事用google。很多技術資料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等於打開了一扇通向知識寶庫的門，使用搜索引擎，關鍵字選擇很重要。

經常去瀏覽大牛的blog，逐個網站訪問很麻煩，去看了又可能沒有更新，可以藉助於RSS訂閱工具，我是用iGoogle桌面工具，每天早上花半個小時掃一下，大牛的最新文章盡收眼底了。

5. 英語能力

新的技術資料都是英文的，英語國家的IT技術走在我們前面至少10年（這是我自己估計的數字，可能正在縮小）。就連印度，一個連基礎設施建設都不太完善的國家，因為其英語基礎較好，其在軟體外包領域的發展也非常迅猛,遠遠超過了我們。學英語，首先是有信心，其次就是花時間。多閱讀英文資料，使用金山詞霸，google的firefox插件等工具配合，貴在堅持。

6.學習能力

在IT也混飯吃不容易，整個環境進化的太快，你不學習，就等於落後了。學習要有針對性，別今天學ruby，明天學python，後天php的。首先要認清自己的目標，自己短期目標是什麼，1年後，3年後，5年後的目標是什麼。結合這些目標，確定自己的學習計劃，人的精力畢竟是有限的。當然，多掌握幾門編程語言也是好的，可以擴充自己的知識面，重要的是為自己的目標服務。

要想系統的學習一門技術或工具，看書是最好的方法。看完後，然後上網找相關資料，進行深入學習。學習要抓緊一切可以利用的時間，比如電腦啟動要花1分多鍾，旁邊放一本書，可以看上幾頁了。公交車上，地鐵上也可以看。

當然，不能只學習技術，要經常聯系自己的軟技能，比如溝通能力，表達能力。你可以把自己學到的東西，解釋給自己的同事聽，既加深了理解，又增進了同事之間的交流。學習的最高境界就是你能夠把學到的東西解釋給別人聽，這才說明你理解了。在學習心理學上，稱之為構成主義。

我學一樣東西，總是先上網了解有沒有相關書籍，如果想學，就買一本或者去圖書館找相關的書來讀。我買的書，家裡快放不下了(到目前位置，我買了1萬多塊的書)。我多半是把目錄看完，了解這本書講解的主要內容，然後需要的時候，我就可以立即補充它進入到我的知識結構。每個人可能都有自己的學習方法，意識到學習的重要，並能夠根據需要補充自己的知識，這種能力更重要。

7.創造能力

普遍認為，東方人模仿能力很強，但創造能力差。我見過很多這樣的程序員，經常說，「這個只能這么解決了，我想不出有什麼別的方法。」可能他根本都沒想過別的方法，或者懶得去想。對任何一個問題，找出兩種以上的解決辦法都是非常容易的，簡單的google一下，可能就是數十種。悲哀的是，有些程序員經常止步於自己構建的狹小領地之內。對待客戶也是這種態度，不是積極的幫助客戶解決問題，而是推脫這只是唯一解決方案。

打破這一思維定勢的首先的一個辦法就是在面臨一個問題時，首先想到的是「沒有不可能」，或是「一切皆有可能」，前面那個是阿迪的廣告語，後面是李寧的。只有這樣去想，才能尋找解決問題的別的出路，即使最後我們試了很多種辦法，還是只有著一種解決方案，但我們在這種尋找解決方案的過程中，常常會產生很多好的想法，這樣才會使我們真正深刻思考一個問題。建議大家看一看《水平思考》這本書，他提供了一些進行創造性思考的方法和工具。

但我認為，堅持認為存在另一種解決方案的信念是第一位的，方法和工具都是其次。

8.文檔能力

也許有人會質疑，程序員跟寫文檔有什麼關系。大家開源軟體也用過不少，看看Spring，hibernate，Struts等最流行的開源軟體的文檔就知道，他么的tutorial，他們的getstarted，他們的reference文檔寫的多麼的易懂。其實寫代碼也相當於寫文檔，只不過用的是編程語言。同樣，寫文檔，用自然語言，也相當於寫程序，簡單明了，清晰易懂,這樣的「程序」誰看誰舒服。同樣，對於想進階到設計師或者需求分析員角色的程序員，文檔能力更是非常重要。

word是一個最實用的工具，很多程序員，多級編號都不會用，索引目錄也不知道如何生成，更別靈活應用樣式了。很多排版都是所謂的dirty work。垃圾樣式一大堆。其實，靜下心來，稍微學習一下，就能寫出一篇格式漂亮的文檔。

9.抽象能力

抽象能力是認識事物從現象到本質的能力。如果你只是停留在「見山是山，見水是水」的層次，客戶說什麼，你就做什麼，設計怎麼做，你就怎麼實現，從來不過問為什麼，也不去想他是滿足了用戶哪些方面的需求呢。這樣可能只解決了表面的問題，可能會引起返工。認識到本質，才能讓你的程序具備更大的靈活性和可擴展性。在做企業應用軟體開發中，抽象能力體現為對問題域的理解能力，對領域模型的抽象。合理的抽象也是代碼重構的前提，每一次重構，都是向更好的抽象邁進了一步。

10.代碼評審能力

代碼評審和單元測試是保證代碼質量的兩種常用手段之一。代碼評審能力，說明了你的審美標准，知道什麼是好的，什麼是不好的，什麼是優雅的代碼，什麼是糟糕的代碼，你才能讓自己做的更好。

11.單元測試能力

沒有單元測試的代碼，只能說是半成品。因為沒有什麼能證明你的代碼是可以運行的。測試驅動開發是一個非常好的敏捷過程的最佳實踐。單元測試還可以作為回歸測試，在修改代碼時，起到警戒線標志的作用。是否具有單元測試的意識是區分程序員是否合格的重要標准。寫不寫單元測試是區分平庸程序員和優秀程序員的重要標桿。

12.DRY
DRY是一種原則，就是Don't RepeatYourself.出自《程序員修煉之道-從小工到專家》。這條原則可以用到很多地方，比如你經常要編譯，打包，部署應用程序，供集成測試用。每次你都在重復你自己，寫一個自動化腳本（比如用ant，批處理命令）來將這些工作自動化，以提高效率。

還有一個就是我們經常在不同的地方切換IP，如果每次手工做，也非常浪費時間，寫一個bat命令可以解決，找一個小工具也可以解決。

編碼時，對代碼的復用也是在重復你自己，雖然拷貝過程很爽，但是維護一致性就要付出巨大的工作量，特別是將來維護的人不是你的時候,使用代碼生成工具可以解決這個問題。類似的例子太多了，如果你發現你經常做一些重復的工作，就要警惕了，是否違背了這個原則，想一些辦法將他們自動化。

『伍』 一個好的程序員至少應該具備哪些條件

樓上的幾位顯然誤會我的意思了，我並不是說不應當寫文檔加註釋注重團隊精神，看看下面的一篇文章，那位三天就寫出UNIX的他需要寫文檔注釋和團隊精神嗎，他用不著。哪個高手沒有一點傲氣和自信，他之所以敢對用戶說：拿到你想要的，然後滾蛋，你已經很幸運了！是因為他有這個資本。天才本就不循規蹈矩，那樣他就不叫天才了。

MIT BBS上說微軟電話面試的一道題就是「Who do you think is the best coder,
and why?」。我覺得挺有意思的，也來湊個熱鬧。排名不分先後。

Bill Joy, 前任Sun的首席科學家，當年在Berkeley時主持開發了最早版本的BSD。他還
是vi和csh的作者。當然，Csh Programming Considered Harmful 是另一個話題樂。據
說他想看看自己能不能寫個操作系統，就在三天里寫了個自己的Unix, 也就是BSD的前
身。當然是傳說了，但足見他的功力。另一個傳說是，1980年初的時候，DARPA讓BBN在
Berkley Unix里加上BBN開發的TCP/IP代碼。但當時還是研究生的B伯伯怒了，拒絕把BBN
TCP/IP加入BSD，因為他覺得BBN的TCP/IP寫得不好。於是B伯伯出手了，端的是一箭封
喉，很快就寫出了高性能的伯克利版TCP/IP。當時 BBN和DARPA簽了巨額合同開發TCP/IP
Stack，誰知他們的代碼還不如一個研究生的好。於是他們開會。只見當時B伯伯穿
個T-shirt出現在會議室(當時穿T-shirt不象現在，還是相當散漫的哈)。只見BBN問：你
怎麼寫出來的？而B伯伯答：簡單，你讀協議，然後編程就行了。最令偶暈倒的是，B伯
伯碩士畢業後決定到工業界發展，於是就到了當時只有一間辦公室的Sun, 然後他就把
Sparc設計出來樂。。。象這種軟硬通吃的牛人，想不佩服都不行的說。據Bill Joy的同
事說，一般開會的時候B伯伯總是拿一堆雜志漫不經心地讀。但往往在關鍵之處，B伯伯
發言，直切要害，提出漂亮的構想，讓同事們徹底崩潰。對了，他還是Java Spec和JINI
的主要作者之一。

John Carmack，ID Software的founder和Lead Programmer。上個月和一個搞圖形的師兄
聊天，他竟然不知道John Carmack, 也讓偶大大地暈了一把。不過也許搞研究的和搞實
戰的多少有些隔吧。想必喜歡第一人稱射擊游戲的都知道J哥哥。90年代初只要能在PC
上搞個小動畫都能讓人驚嘆一番的時候，J哥哥就推出了石破天驚的Castle Wolfstein,
然後再接再勵，doom, doomII, Quake...每次都把3-D技術推到極限。J哥哥的簡歷上說
自己的專長是"Exhaust 3-D technology"，真是牛人之言不我欺的說。做J哥哥這樣的人
是很幸福的，因為各大圖形卡廠家一有了新產品就要向他「進貢"
，不然如果他的游戲不支持哪種卡，哪種卡基本就會夭折樂。當初MS的Direct3D也得聽
取他的意見，修改了不少API。當然，J哥哥在結婚前十數年如一日地每天編程14小時以
上，也是偶們凡人望塵莫及的。對了，J哥哥高中肆業(？)，可以說是自學成才。不過
呢，誰要用這個例子來為自己學習不好辯護，就大錯特錯了。那 Leonardo Da Vinci還
是自學成才呢(人是私生子，不能上學)。普通人和天才還是有區別的。對了，其實偶們
叫「達分奇」是相當不對的，因為Vinci是地名，而Da Vinci就是從Vinci來的人的意
思。換句話說，Leonardo Da Vinci就是「從Vinci來的Leonardo」的意思。叫別
人「Da Vinci」就不知所謂樂。嗯，扯遠了，打住。

David Cutler，VMS和Windows NT的首席設計師，去微軟前號稱矽谷最牛的kernel開發
員。當初他和他的手下在微軟一周內把一個具備基本功能的bootable kernel寫出來，然
後說：「who can't write an OS in a week?"，也是牛氣沖天的說。順便說一句，D爺
爺到NT3.5時，管理1500名開發員，自己還兼做設計和編程，不改coder本色啊。

D爺爺天生脾氣火爆，和人爭論時喜歡雙手猛擊桌子以壯聲勢。 日常交談fuck不離口。
他面試秘書時必問："what do you think of the word 'fuck'?" ，讓無數美女剎羽而
歸。終於有一天，一個同樣火爆的女面對這個問題脫口而出："That's my favorite
word"。於是她被錄取樂，為D爺爺工作到NT3.5發布。

Don Knuth。高爺爺其實用不著偶多說。學編程的不知道他就好像學物理的不知道牛頓，
學數學的不知道歐拉，學音樂的不知道莫扎特，學Delphi的不知到 Anders Hejlsberg，
或者學linux不知道Linus Torvalds一樣，不可原諒啊。為了讓文章完整，就再羅唆幾句
吧。高爺爺本科時就開始給行行色色的公司寫各種稀奇古怪的編譯器掙外快了。他賣給別
人時收一兩千美元，那些公司拿了code，加工一下賣出去就是上萬上十萬。不過也沒見高
爺爺不爽過，學者本色的說。想想那可是60年代初啊，高爺爺寫編譯器寫多了，順帶就搞
出了個 Attribute Grammar和LR(k)，大大地造福後人啊。至於高爺爺在CalTech的編程比
賽(有Alan Kay得眾多高高手參加)總是第一，寫的Tex到86年就code freeze，還附帶2^n
美分獎勵等等都是耳熟能詳的，偶就不饒舌樂。

順便說一下，高老大爺是無可爭議的寫作高手。他給Concrete Mathematics 寫的前言可
謂字字鏗鏘，堪為前言的典範。他的技術文章也是一絕，文風細致，解釋精當，而且沒
有學究氣，不失輕快跳脫。記得幾年前讀Concrete Mathemathics，時不時開懷大笑，讓
老媽極其郁悶，覺得我nerdy到家，不可救葯。其實呢，子非魚，安知魚之樂，更不知那
完全是高爺爺的功勞。說到寫作高手，不能不提Stephen A. Cook。他的文章當年就被我
們的寫作老師極力推薦，號稱典雅文風的樣本。庫爺爺一頭銀發，身材頎長，總是面帶
謙和的微笑，頗有仙風道骨，正好和他的仙文相配的說。

高爺爺其實還是開源運動的先驅。雖然他沒有象Richard Stallman那樣八方奔走，但他
捐獻了好多作品，都可以在網上看到，比如著名的Mathematical Writing，MMIXWare，
The Tex Book等，更不用說足以讓他流芳百世的Tex樂。

Ken Thompson，C語言前身B語言的作者，Unix的發明人之一(另一個是Dennis M. Riche
老大，被尊為DMR)，Belle(一個厲害的國際象棋程序)的作者之一, 操作系統Plan 9的主
要作者(另一個是大牛人Rob Pike,
前不久被google挖走了)。Ken爺爺也算是計算機歷史上開天闢地的人物了。1969年還是
計算機史前時代，普通人都認為只有大型機才能運行通用的操作系統，小型機只有高山
仰止的份兒。至於用高級語言來寫操作系統，更是笑談。Ken爺爺自然不是池中物，於是
他和DMR怒了，在1969年到1970間用匯編在PDP-7上寫出了UNIX的第一個版本。他們並不
知道，一場轟轟烈烈的UNIX傳奇由此拉開了序幕。Ken爺爺在1971年又把Unix用C重寫，
於是C在隨後20年成就了不知多少豪傑的夢想和光榮。

Ken爺爺還有段佳話： 裝了UNIX的PDP-11最早被安裝在Bell Lab里供大家日常使用。很
快大家就發現Ken爺爺總能進入他們的帳戶，獲得最高許可權。Bell
Lab里的科學家都心比天高，當然被搞得郁悶無比。於是有高手怒了，跳出來分析了UNIX
代碼，找到後門，修改代碼，然後重新編譯了整個UNIX。就在大家都以為「這個世界清
凈了」的時候，他們發現Ken爺爺還是輕而易舉地拿到他們的帳戶許可權，百思不解後，只
好繼續郁悶。誰知道這一郁悶，就郁悶了14年，直到Ken爺爺道出個中緣由。原來，代碼
里的確有後門，但後門不在Unix代碼里，而在編譯Unix代碼的C編譯器里。每次C編譯器
編譯UNIX的代碼，就自動生成後門代碼。而整個Bell Lab的人，都是用Ken爺爺的C編譯
器。

(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，現在google研究操作系
統 。羅伯伯是Unix的先驅，是貝爾實驗室最早和Ken Thompson以及Dennis M. Ritche開
發 Unix的猛人，UTF-8的設計人。他還在美國名嘴David
Letterman的晚間節目上露了一小臉，一臉憨厚地幫一胖子吹牛搞怪。讓偶佩服不已的
是，羅伯伯還是1980年奧運會射箭的銀牌得主。他還是個頗為厲害的業余天文學家，設
計的珈瑪射線望遠鏡差點被NASA用在太空梭上。他還是兩本經典，The Unix
Programming Environment 和 The Practice of Programming 的作者之一。如果初學者
想在編程方面精益求精，實在該好好讀讀這兩本書。它們都有中文版的說。羅伯伯還寫
出了Unix下第一個基於點陣圖的窗口系統，並且是著名的blit終端的作者。當然了，羅伯
伯還是號稱銳意革新的操作系統，Plan9，的主要作者。可惜的是，Plan9並沒有引起多
少人的注意。羅伯伯一怒之下，寫出了振聾發聵的雄文 Systems Software Research is
Irrelevant，痛斥當下系統開發的不思進取，固步自封的弊病。雖然這篇文章是羅伯伯
含忿出手，頗有偏激之詞，但確實道出了系統開發的無奈：開發周期越來越長，代價越
來越大，用戶被統一到少數幾個系統上，結果越來越多的活動是測量和修補，而真正的
革新越來越少。

就在羅伯伯郁悶之極的時候，google登門求賢來樂。如果說現在還有一家大眾公司在不
遺餘力地把系統開發推向極致的話，也就是google樂。隨便看看google的成果就知道
了。具有超強容錯和負載平衡能力的分布式文件系統GFS
(現在能夠用100,000台廉價PC搭起一個巨型分布系統，並且高效便宜地進行管理的系統
也不多哈)，大規模機器學習系統(拼寫檢查，廣告匹配，拼音搜尋。。。哪個都很牛的
說)，更不用說處理海量並行計算的各式google服務了。Rob在System Software
Research is Irrelevant里蕭瑟地說現在沒有人再關心系統研究的前沿成果了。想不到
他錯了，應為google關心。google網路了大批功成總是試圖吸取系統研究的最新成果。
想必Rob Pike在google很幸福。願他做出更棒的系統。

Dennis M. Ritchie, 既然Ken Thompson是我的偶像，新聞組上人稱DMR的Dennis M.
Ritchie自然也是，畢竟兩人共同締造了UNIX，而Dennis幾乎獨力把C搞大(當然，C的前
身是B，而B是Ken Thompson一手做出來的)。兩人1983年分享圖靈獎，是有史以來少數幾
個因工程項目得獎的工程師(本來是唯一的一對兒，但Alan Kay才因為SmallTalk得獎，
所以就成了唯二的樂) 一個人一生能做出一個卓越的系統已經不易，DMR的C和UNIX長盛
不衰近30年，至今生機勃勃，DMR此生可以無憾的說。

D爺爺也算有家學淵源：他老爸在AT&T貝爾實驗室工作了一輩子，並在電路設計方面卓有
成就，還出了本頗有影響的書The Design of Switching Circuits，據說在交換理論和
邏輯設計方面有獨到的論述。當然，D爺爺和他老爸是不同時代的人：他老爸的研究成
形於晶體管發明之前，而D爺爺的工作離了晶體管就玩兒不轉樂。:-D

不要看D爺爺搞出了C，其實他最愛的編程語言是Alef，在Plan9上運行，支持並行編程。
Alef的語法和C相似，但數據類型和執行方式都和C大大不同。說到語言，D爺爺對後來
人有非常中肯的建議：抱著學習的目的來開發你自己的語言，不要冀望於它被眾人接
受。這個建議不光對語言開發有用，也適用於其它大型系統的開發。別的不說，DMR後來
領導自己的團隊在1995年和1996分別推出了Plan9和Inferno操作系統，又用多少人知道
呢？其實，D爺爺當初也沒想過C會風行世界。他開發C的初衷和Eric S. Raymond
在Cathedral and Bazaar里闡述的一樣，就是要消除自己對現有工具的不爽之處。誰
知D爺爺無心插柳，C竟然受到眾多程序員的狂熱擁戴，連D爺爺自己都大惑不解。在一次
采訪中D爺爺說大概那是因為C的抽象程度碰巧既滿足了程序員的要求, 又容易實現。當
然C一度是Unix上的通用語言也是原因。但不管怎麼說，D爺爺對編程語言出色的審美意
識奠定了C廣為流傳的基礎。

最後八卦一下。D爺爺的業余愛好和NBA大牛Karl Malone一樣：開卡車。不過D爺爺更喜
歡開NASCAR，而KM獨愛巨無霸。J D爺爺自稱心中不供偶像，如果一定要說一個，那就
是Ken Thompson了。現在Ken爺爺退休當飛機教練去了，而D爺爺當了貝爾實驗室系統開
發部的頭，整日忙於開支票。他倆合作20年，屢屢創造歷史。這段令人神往的佳話，也
就長留你我心中樂。

P.S., 很多人都以為Brian W. Kernighan是C的作者。其實BWK只是寫了那本經典K&R C。
據D爺爺說，他，Ken, 和Kernighan三人中，Kernighan最能寫文章，他次之，而Ken寫
得最少；但說到編程，Ken爺爺才是當之無愧的老大。

Edsger Wybe Dijkstra, 對，就是E.W. Dijkstra. 一提到EWD，很多人就會想起找最短
路徑的Dijkstra Algorithm，就好像一提到Sir. Tony Hoare，就想起Quick Sort一樣。
其實這些個演算法不過是兩個牛人在他們職業生涯中最瑣碎的貢獻。比如Dijkstra演算法，
無非是戴爺爺在1956年為了展示新計算機
ARMAC的計算能力，初試身手的成果，屬於他的演算法處女作。據戴爺爺自述，他搞出最
短路徑演算法的時候連紙筆都沒用。當時他和他老婆在阿姆斯特丹一家咖啡廳的陽台上曬
太陽喝咖啡，突然就把這個演算法想出來樂。而且當時的演算法研究還比較原始，牛人們忙
著用計算機搞數值計算，對離散演算法不屑一顧。那時連一個象樣的專注於離散演算法的專
業期刊都沒有。戴爺爺於是推遲發表這個演算法。直到1959年，他才把這個演算法發表
在Numerische Mathematik的創刊號上，權為捧場。:-)
EWD在多個領域牛氣沖天，端的是理論和編程兩手硬的高手。只不過他的很多工作比較
深刻，學校的老先生們覺得本科生接受不了，不給本科生講而已。

戴爺爺大概因為最短路徑演算法一戰成名，於是有人請他參加另一台計算機X1的設計工
作，並且把設計實時中斷系統的任務派給了他。現在看來實時中斷也許不算什麼，但要
知到，X1前根本就沒有實時中斷的概念。實現它簡直就是一場豪賭。戴爺爺起初還不情
願，但經不住項目負責人Bram和Carel的輪番 「吹捧」：我們知道實時中斷讓您工作變
得非常困難，但象您這樣的牛人肯定能做出來的說。結果戴爺爺被糖衣炮彈徹底擊穿，
接下了這個燙手山芋。兩三年後，他不僅搞出了實時中斷，還圍繞這個寫出了自己的博
士論文，順利戴上博士帽。

讓戴爺爺真正成名立萬的還是在X1上開發的Algo60，最早的高級語言之一。戴爺爺沒日
沒夜地工作了8個月，就搞出了Algo60，也因此獲得了 1972年的圖靈獎。因為Algo60，
戴爺爺發表了一篇石破天驚的文章：Recursive
Programming，於是人們才知道，原來高級語言也可以高效地實現遞歸，原來從此以後，
所有程序員都不可避免地和戴爺爺發明的一個詞(應該說是概念)打交道：堆棧。
而且Algo60還讓戴爺爺深入地思考多道程序設計的問題，最終發明了每個系統程序員
都繞不開的概念：semaphore。當然，戴爺爺總是把他發明的概念嚴格形式化，極具科
學家本色的說。和這些成就想比，他提出的吃飯的哲學家問題，也就沒什麼好說的了。

說來好笑，當時的大學(忘了哪所了)還是覺得戴爺爺沒有受過正統的數學訓練，也不是
專門搞數值分析的，所以最後不太情願地給了他一個教職。這種小挫折並不能妨礙象戴
爺爺這樣的牛人創造歷史。他一邊教數值分析(:-D) ，一邊開始開發一個新的操作系
統，並培養計算機科學家。幾年後，THE Multiprogramming
System橫空出世。THE是第一個支持鬆散耦合，顯式同步的進程並由此使得嚴格證明系統
沒有死鎖變得容易的操作系統。可惜戴爺爺任職的系不識貨，還強行解散了他的研究小
組(1972年戴爺爺給他的系主任說他得了圖靈獎，系主任的第一反應是你們搞計算機就
喜歡亂發獎)。這讓戴爺爺相當郁悶，得了抑鬱症。在極度郁悶之中，戴爺爺決定用寫作
來治療自己的抑鬱症。於是經典就誕生樂：Notes on Structured Programming。戴爺爺
從此被尊為結構化編程的奠基人，而且他的抑鬱症也被治好樂。

EWD太牛，結果他的故事也太多。先到這里吧。1973起，他的故事就在美國發生了。

Anders Hejlsberg，微軟.NET的首席架構師，編程語言設計和實現的頂尖高手。他一手
做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和.NET的主要作者。這些作
品的名字足以為他立傳。作為一個程序員，我在這樣的大師面前實在無語。生子當
如Anders的說。李維的<>里已詳細講述了Anders的傳奇故事，我就不用費舌了：

http: //java.mblogger.cn/iexploiter/posts/1505.aspx

Artima上有Anders談C#的系列訪談。MSDN上有一段Anders導游的錄像 。有興趣可以去看
看牛人的豐采。

『陸』 軟體測試的目標和准則是什麼有哪些測試方法測試步驟有哪些

軟體測試的目的;在規定的條件下對程序進行操作，以發現程序錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估。

准則：對計算機軟體進行測試前，首先需遵循軟體測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟體測試起到一定幫助。

因軟體測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟體測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發流程，不斷進行測試，而並非一次性全程測試。

測試方法：

1、靜態測試方法

軟體代碼的靜態分析測驗，此類過程中應用數據較少，主要過程為通過軟體的靜態性測試（即人工推斷或計算機輔助測試）測試程序中運算方式、演算法的正確性，進而完成測試過程，此類測試的優點在於能夠消耗較短時間、較少資源完成對軟體、軟體代碼的測試，能夠較為明顯地發現此類代碼中出現的錯誤。

2、動態測試

計算機動態測試的主要目的為檢測軟體運行中出現的問題，較靜態測試方式相比，其被稱為動態的原因即為其測試方式主要依賴程序的運用，主要為檢測軟體中動態行為是否缺失、軟體運行效果是否良好。

3、黑盒測試

通過數據輸入觀察數據輸出，檢查軟體內部功能是否正常。測試展開時，數據輸入軟體中，等待數據輸出。數據輸出時若與預計數據一致，則證明該軟體通過測試，若數據與預計數據有出入，即便出入較小亦證明軟體程序內部出現問題，需盡快解決。

4、白盒測試

白盒測試相對於黑盒測試而言具有一定透明性，原理為根據軟體內部應用、源代碼等對產品內部工作過程進行調試。測試過程中常將其與軟體內部結構協同展開分析，最大優點即為其能夠有效解決軟體內部應用程序出現的問題，測試過程中常將其與黑盒測試方式結合，當測試軟體功能較多時，白盒測試法亦可對此類情況展開有效調試。

(6)禪道程序員的十條原則擴展閱讀

軟體測試工具

開源測試管理工具：Bugfree、Bugzilla、TestLink、mantis zentaopms。

開源功能自動化測試工具：Watir、Selenium[1]、MaxQ、WebInject。

開源性能自動化測試工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator。

其他測試工具與框架：Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。

禪道測試管理工具：功能比較全面的測試管理工具，功能涵蓋軟體研發的全部生命周期，為軟體測試和產品研發提供一體化的解決方案。是一款優秀的國產開源測試管理工具。

Quality Center：基於Web的測試管理工具，可以組織和管理應用程序測試流程的所有階段，包括指定測試需求、計劃測試、執行測試和跟蹤缺陷。

QuickTest Professional：用於創建功能和回歸測試。

LoadRunner：預測系統行為和性能的負載測試工具。

國內免費軟體測試工具有：AutoRunner和TestCenter。

『柒』 要做好一個程序員要具備什麼條件

1、扎實的基礎

數據結構、離散數學、編譯原理，這些是所有計算機科學的基礎，如果不掌握它們，很難寫出高水平的程序。程序人人都會寫，但當你發現寫到一定程度很難再提高的時候，就應該想想是不是要回過頭來學學這些最基本的理論。不要一開始就去學OOP，即使你再精通OOP，遇到一些基本演算法的時候可能也會束手無策。因此多讀一些計算機基礎理論方面的書籍是非常有必要的。

2、豐富的想像力

不要拘泥於固定的思維方式，遇到問題的時候要多想幾種解決問題的方案，試試別人從沒想過的方法。豐富的想像力是建立在豐富的知識的基礎上，除計算機以外，多涉獵其他的學科，比如天文、物理、數學等等。開闊的思維對程序員來說很重要。

3、最簡單的是最好的

這也許是所有科學都遵循的一條准則，復雜的質能轉換原理在愛因斯坦眼裡不過是一個簡單得不能再簡單的公式：E=mc2。簡單的方法更容易被人理解，更容易實現，也更容易維護。遇到問題時要優先考慮最簡單的方案，只有簡單方案不能滿足要求時再考慮復雜的方案。

4、不鑽牛角尖

當你遇到障礙的時候，不妨暫時遠離電腦，看看窗外的風景，聽聽輕音樂，和朋友聊聊天。當我遇到難題的時候會去玩游戲，當負責游戲的那部分大腦細胞極度亢奮的時候，負責編程的那部分大腦細胞就得到了充分的休息。當重新開始工作的時候，我會發現那些難題現在竟然可以迎刃而解。

5、對答案的渴求

人類自然科學的發展史就是一個渴求得到答案的過程，即使只能知道答案的一小部分也值得我們去付出。只要你堅定信念，一定要找到問題的答案，你才會付出精力去探索，即使最後沒有得到答案，在過程中你也會學到很多東西。

『捌』 禪道的特點

一體化研發管理
禪道項目管理軟體主要管理思想基於應用最為廣泛的敏捷開發方法Scrum，同時又增加了Bug管理，測試用例管理，發布管理，文檔管理等必需功能，覆蓋了研發類項目管理的核心流程，為IT企業或正在進行信息化的企業提供了一個一體化的集成管理工具。
概念清晰，功能完備
30多個功能模塊，200多個功能點，滿足項目管理方方面面的需求。在scrum基本的流程基礎上，我們創造性地實現了需求、任務、bug、用例、todo之間的互選轉換和輪轉：需求分解為任務、bug可以轉換為需求、bug可以導入到項目中作為任務跟蹤、用例執行結果可以生成bug、bug可以轉為用例。bug和任務可以轉換為個人的todo。
輕量級實現
從功能上來講，我們只提供研發類項目管理所必需的功能，概念簡潔。
從實現上來講，我們堅持用最少的代碼提供更多的功能，給用戶提供可以維護的代碼。
從運行環境與來講，我們提供了windows平台(不足10M)和linux平台的集成運行環境(不足20M)，方便用戶快速下載部署。
可擴展的系統
禪道裡面的擴展除了鉤子機制之外，還提供了通過面向對象機制實現的繼承和覆蓋，通過禪道的擴展機制您可以對禪道所有地方進行擴展。
每一個頁面都可以通過API進行調用，方便其他語言集成。
內置插件應用平台，可以快速瀏覽已有插件並選擇安裝、升級、卸載等操作。
可靠及時的技術支持
禪道項目管理軟體入手簡單，集成一鍵安裝包傻瓜式安裝，讓非IT專業的人員也能輕松使用。