矽谷程序員精神

❶ [探討]優秀程序員和一般程序員差別在哪

還記得研發頻道此前發表過的一篇《白班程序員 VS. 夜貓子程序員》嗎？在這個世界上有兩種程序員，我們稱之為：Day Programmers（白班程序員）和Night Programmers（夜貓子程序員）。本文我們將探討優秀程序員和一般程序員有哪些差別，看看您是屬於那一種？來自知乎網上的大牛們各抒己見，一起來看下他們是如何區分的。創業者郭凜：如果純以編碼能力來看，可分為五類1. 拷貝型拷貝型選手就是傳說中的「代碼拷貝員」了，他們對實現功能幾乎沒有思路，所作的事情就是從網上或是之前其他團隊成員寫的代碼中拷貝出片段，然後放到項目中，如果運行項目出現了期望結果，則表示任務完成。這類人只會改代碼，卻不會寫代碼。他們大多對編程毫無興趣，只是希望以此糊口而已。2. 新手型當產品有功能需求時，由於經驗有限，程序員並不完全知道要如何實現這個功能，需要通過學習、尋找資料等方式來解決問題。這種情況下的編碼過程，程序員的主要目標是「完成功能」，那麼很難有多餘的心思去考慮邊界條件、性能、可讀性、可擴展性、編碼規范等問題，因此代碼bug可能較多，穩定性不高，常常會發生開發花費1個月，改bug卻要改上好幾個月的事情。3. 學習型這類程序員對所在領域的語言已經比較了解，對於一般功能可以有較為清晰的實現思路，給出需求時可以通過自己的思路來實現，並且會一定程度上考慮邊界條件和性能問題。但僅此而已，他們對可讀性和可擴展性考慮很少，也沒有項目級別的考慮，主要是希望通過實現代碼來練手或是學習。這類程序員最大的表現在於喜歡「創造代碼」，即使有現成的實現，他們也希望自己來實現一套，以達到「學習」的目的。他們不喜歡復用別人的代碼，看見項目中別人實現了相類似的功能，他們會以「需求不同」的借口來自己重新實現一套。這類人一般來說對技術有著較為濃厚的興趣，希望能夠通過項目來進行學習。從項目的角度來說，這種做法最大的麻煩在於開發周期可能較長（相比直接使用現成的實現），並且會使得項目代碼膨脹，影響未來的維護。但這類程序員由於有興趣，如果好好培養或許會成為明天的牛人。4. 實現型這類程序員一般有較為豐富的經驗，由於寫得太多，因此不再追求「創造代碼」來進行學習，同時對所在領域可能涉及的很多第三方框架或是工具都比較熟悉，當接受到產品需求時，對功能實現方案已經瞭然於胸，因此他們可以快速的實現需求，並且對邊界、性能都有一定程度的考慮。因為能夠快速實現需求功能，經常會被團隊評價為「牛人」。但他們一般僅僅停留在「完成功能」級別上，對代碼的可讀性、可擴展性、編碼規范等考慮較少，對項目總體把握也較少（例如控制項目膨脹、方便部署等架構級別的東西）。這類程序員最大的表現在於喜歡「開發項目」，卻不喜歡「維護項目」。他們產出的代碼最大的問題就是維護較為困難，可能過上幾個月回頭看自己的代碼都會暈頭轉向。因此即使是自己寫的代碼，仍然不願意維護，一般會苦了後來人。因為介面設計的缺乏，當需求變更時，發現代碼要改的東西太多，然後抱怨需求變化，卻很少認為是自己的代碼問題。這樣的項目如果經過長時間的變更維護，最終會變得難以維護（一般表現在需求變更響應時間越來越長）甚至無法維護，最終要麼是半死不活，要麼是被推倒重來。5. 架構型這類程序員比實現型更進一步，他們經驗豐富，對相關框架和工具等都很熟悉，「完成功能」、「穩定性」、「性能」這些已經不再是他們的追求，更優美的代碼、更合理的架構才是目標。這類程序員代碼設計大多建立在對需求的詳細了解和對需求變更的預測上——可擴展性較好；代碼細節也盡量多的考慮邊界情況、性能——穩定高效；代碼命名和注釋都恰到好處——可讀性較高；同時在開發過程中他們會不斷重構，對代碼做減法——保證項目可持續發展等等，但由於考慮問題較多，單從「實現功能」階段來看，完成速度不一定會比「實現型」要快。只是到了項目中後期優勢才會慢慢體現出來。知乎刪代碼工程師 安江澤：創造型、管家型、學院派、鍾表型、折騰型1. 創造型/創新型以創造/創新為樂的程序員。以新的方法解決現有問題，發明方法解決尚未解決的問題。問題本身並不限於技術領域。矽谷很多技術創始人具備這類的品質。雖然他們創業後都不再全職寫代碼，但他們這種品質貢獻了他們事業的第一步。2. 管家型以管系統演化為樂的程序員。有潔癖，有強迫症，容不得系統有一點的瑕疵。如果你招聘了一個程序員/架構師，2-3年後你的互聯網產品再也沒有在可見/可擴展性上遇到瓶頸，他多半是這種程序員。3. 學院派型通常在CS某一領域擁有博士學位，或者深受他們的影響的人。對該該領域興趣濃厚，通常參與企業核心競爭力相關的研發工作。當然，也有一部分也具備第一種特質，中途去改變世界去了。4. 經驗型在行內具有多年豐富的經驗，可承擔責任，考慮全面。團隊擁有了這種人，通常會少走很多彎路。但面對新的挑戰還是要和其他人站在同一起跑線上的。5. 鍾表匠型喜歡並擅長把一個系統從里到外研究通透的人。分享出來都是從里到外讓人垂涎欲滴的干貨。很多後端工程師都是這種類型。6. 折騰型擅長「折騰」，方案沒有最好的，只有最難的。興趣廣泛動手能力強，通過折騰留下很多技術積累。想用哪一塊的新技術？先問問他把，8成他很久前就已經玩過了。7. 肉盾型哥甲高血條長，加班如同切菜一般，逼急了不睡覺也行。只伸手要過兩件東西：原型和咖啡。適合打閃電戰。當然，可能事後要打打後勤重構下代碼。iApp4Me創始人、iOS開發者郝培強：七大標准 邏輯思維很重要優秀程序員的標准：要懂邏輯，這點其實挺難達到，很多很不錯的程序員其實邏輯能力不行，所以我覺得限制了他們更深一層次的發展，或者說限制了他們解決特別復雜問題的能力。要有分析能力。這也是解決復雜問題不可或缺的能力。要會自學，技術發展速度很快，如果沒有自學能力會被淘汰的。所以在中國英語要好，不然看不懂最新的技術走向。要有良好的時間管理習慣和意識。要有耐心，肯於付出。要有良好的工作習慣。會看且勤於看文檔。產品管理、IT項目管理 何明璐：優秀程序員具有較明顯的自戀和偏執特徵對編程有濃厚的興趣，由興趣能驅動自己的探索和鑽研精神，優秀程序員一般喜歡用業余時間探索和自己琢磨點東西，研究點開源框架和源代碼，關注新技術，喜歡研究和探索演算法，邏輯方面的內容。優秀程序員一般比較懶於做重復的事情，對於重復事情有獨有的程序員思維，即通過程序或其它自動化方式解決重復問題，而留更多時間去思考。優秀程序員更多的會從簡單功能實現，花哨的界面轉移到對安全，性能，可擴展等底層架構的關注。優秀程序員一般有較明顯的自戀和偏執特徵，有較為希望獨自工作的特徵，比較難於被非技術背景管理者駕馭，高度強調自我能力價值的被認可，而且很多優秀程序員並不是好教練。優秀程序員一般有較為扎實的演算法，數據結構等理論知識的基礎。這些讓他們在迅速進入新領域的時候快人一籌。總結：不管是優秀程序員還是一般程序員，小編認為只要你喜歡思考，愛學習，對編碼有興趣，那麼你就是最好的。當然掌握技術才是硬道理，套用別人的一句話「不想當CEO的程序員，不是好的產品經理」。程序員們，加油吧！

❷ 程序員需要具備的素質有幾種

隨著計算機行業的發展，市場上程序員的數量越來越大，很多人開始轉行學習軟體開發，這就導致程序員開始分為三六九等。怎麼才能成為優秀的程序員呢？程序員不僅需要掌握開發技能，職業素養也是非常關鍵的。那麼作為程序員需要具備哪些素質呢？下面電腦培訓為大傢具體介紹。

一、團隊精神和協助能力

協助是一個團隊裡面不可或缺的精神，這是一種互相信任的無私奉獻，在任何團隊中，團隊裡面的隊員都是互補的。對於一名優秀的程序員來說，他知道團隊的力量是遠遠超過一個人的力量。在工作中沒有個人主義，團隊不僅強調個人的工作結果，更重要的是強調團隊的整體表現。IT培訓認為團隊不僅依賴於頭腦風暴和決策，還依賴於其成員的貢獻。我們都知道一根筷子容易折，一把筷子難折斷，這就是團結的力量。

二、求新求精

優秀的程序員善於尋求新的想法，並且能夠對新技術充滿更多的好奇心。

三、條理清晰

毫無疑問，優秀程序員解決問題的想法特別明確，事情能夠有條不紊的進行。北大青鳥認為對於很多程序員來說，編寫代碼是一種能夠使人非常幸福的過程。

四、書寫注釋和文檔能力

很多人認為編程就是寫代碼，其實這種想法是非常片面的。軟體開發主要是由代碼和文檔組成的，一名優秀的程序員，不僅需要寫好代碼，還需要具備很強的注釋和文檔書寫能力。注釋和文檔是非常重要的環節，如果在寫代碼的過程中沒有進行注釋和文檔，後期進行代碼修改和調整是非常困難的，並且還會出現很多麻煩。昆明北大青鳥認為程序員不僅需要具備編寫代碼的能力，在學習中掌握注釋和文檔也是非常關鍵的步驟。

❸ 一名優秀的程序員必備的素質是什麼

程序員必備的七種素質x0dx0a1：團隊精神和協作能力 x0dx0a把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。任何個人的力量都是有限的，即便如linus這樣的 天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。一旦進入系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人是不合格的。 x0dx0ax0dx0a2：文檔習慣 x0dx0a說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要 高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。 x0dx0ax0dx0a3：規范化，標准化的代碼編寫習慣 x0dx0a代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術 人員之間的協作。有些codingfans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己?根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。沒有規范化和標准化的代碼習慣，研發之間的協作是絕對不可想的。 x0dx0ax0dx0a4：需求理解能力 x0dx0a程序員需要理解一個模塊的需求，很多程序員寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考 慮，性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險 和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。 x0dx0ax0dx0a5：復用性，模塊化思維能力 x0dx0a經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成了熟練程序員的主要工作，而這些，其實是完全可以避免的。 x0dx0a復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個 系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每 一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的代碼工作中去。 x0dx0a一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊都能適合的很好，而現在很多軟體一升級或改進就動輒全部代碼重寫，大部分重復性工作無謂的浪費了時間和精力，這是我們應當刻意克服的弊病。 x0dx0a6：測試習慣 x0dx0a作為一些正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很重要 的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對 整體系統建設的效率和可靠性就有了最大的保證。 x0dx0a測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定 性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。 x0dx0a當然並不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當然這需要上面提到的需求理解能力。 x0dx0ax0dx0a7：學習和總結的能力 x0dx0a程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高了。 x0dx0a但是學習也要找對目標，善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高，一個程序員才可能成長起來。

❹ 工資多少完全沒有意義：矽谷程序員聚眾吐槽

只是凡事總有代價，許多矽谷打工族就勇敢地在Quora上揭開了自己光鮮生活的另一面。
一個程序員說自己的日常是這樣的:早上7點，醒來;8點，拒絕幾個谷歌、Facebook、甲骨文、惠普以及其他科技巨頭給的工作機會;9點，編寫一些 讓人顯得更沒用的代碼，讓100個工作崗位消失;免費午餐;下午1 到 3點讓更多就業機會消失;下午5點，會見那些拚命要給你接觸的任何東西投資的投資者;晚上7點，在豪華的麗嘉酒店吃晚餐;晚上10點，在公司博客上發表評 論;接著病毒化傳播使公司一夜成名。
聽起來棒極了?其實他們的一天更可能是這樣的:起床，淋浴，堵車一小時，到達工作地，沒有好停車位了。早餐在辦公桌上吃，工作，午餐，工作。又堵車一小時，睡覺。然後重復循環。。

❺ 矽谷程序員都是精英嗎

是。矽谷程序員都是精英，矽谷位於美國加利福尼亞北部的大都會區舊金山灣區南面，是高科技事業雲集的聖塔克拉拉谷的別稱。這里匯聚了全球的很多精英。

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

樓上的幾位顯然誤會我的意思了，我並不是說不應當寫文檔加註釋注重團隊精神，看看下面的一篇文章，那位三天就寫出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導游的錄像 。有興趣可以去看
看牛人的豐采。

❼ 在矽谷，中國碼農為什麼干不過印度碼農

首先，印度人建立了非常完善的價值回報體系。從培訓到內推，環環相扣，形成了一個互惠互利的職業盈利系統，長此以往，拋開code能力與質量不談，印度工程師在矽谷一線公司的數叢禪衡量呈井噴狀。而在美國的其他行業里，這種模式更加吃香。許多最基礎的職位都被印度外包公司佔領，「低價+好用」的特點，擠得其他人甚至是美國居民在求職路上無處可逃。

前面說到，生態是可以被改變的，而且有人正在為此努力著，有人正在為在美工作的中國工程師們打造一個完善、可靠、高效的生態圈子。

❽ 一個成功的程序員的精神面貌和生活狀態是什麼樣的

應該很受親朋好友的敬佩，羨慕，然後生活應該很好，因為工資高。