下面是我在編程這個行當里獲得成功的處方：

　　·對編程感興趣，因為樂趣而去編程。確定始終都能保持足夠的樂趣，以致你能夠將10年時間投入其中。

　　·跟其他程序員交談;閱讀其他程序。這比任何書籍或訓練課程都更重要。

　　·編程。最好的學習是從實踐中學習。用更加技術性的語言來講，“個體在特定領域最高水平的表現不是作為長期的經驗的結果而自動獲得的，但即使是非常富有經驗的個體也可以通過刻意的努力而提高其表現水平。”(p. 366)，而且“最有效的學習要求為特定個體制定適當難度的任務，有意義的反饋，以及重復及改正錯誤的機會。”(p. 20-21)《cognition in practice: mind, mathematics, and culture in everyday life》(在實踐中認知：心智、數學和日常生活的文化)是關于這個觀點的一本有趣的參考書。

　　·如果你愿意，在大學里花上4年時間(或者再花幾年讀研究生)。這能讓你獲得一些工作的入門資格，還能讓你對此領域有更深入的理解，但如果你不喜歡進學校，(作出一點犧牲)你在工作中也同樣能獲得類似的經驗。在任何情況下，單從書本上學習都是不夠的。“計算機科學的教育不會讓任何人成為內行的程序員，正如研究畫筆和顏料不會讓任何人成為內行的畫家”，eric raymond，《the new hacker’s dictionary》(新黑客字典)的作者如是說。我曾經雇用過的最優秀的程序員之一僅有高中學歷;但他創造出了許多偉大的軟件，甚至有討論他本人的新聞組，而且股票期權讓他達到我無法企及的富有程度(譯注：指jamie zawinski，xemacs和netscape navigator的作者)。

　　·跟別的程序員一起完成項目。在一些項目中成為最好的程序員;在其他一些項目中當最差的一個。當你是最好的程序員時，你要測試自己領導項目的能力，并通過你的洞見鼓舞其他人。當你是最差的時候，你學習高手們在做些什么，以及他們不喜歡做什么(因為他們讓你幫他們做那些事)。

　　·接手別的程序員完成項目。用心理解別人編寫的程序。看看在沒有最初的程序員在場的時候理解和修改程序需要些什么。想一想怎樣設計你的程序才能讓別人接手維護你的程序時更容易一些。

　　·學會至少半打編程語言。包括一門支持類抽象(class abstraction)的語言(如java或c++)，一門支持函數抽象(functional abstraction)的語言(如lisp或ml)，一門支持句法抽象(syntactic abstraction)的語言(如lisp)，一門支持說明性規約(declarative specification)的語言(如prolog或c++模版)，一門支持協程(coroutine)的語言(如icon或scheme)，以及一門支持并行處理(parallelism)的語言(如sisal)。

　　·記住在“計算機科學”這個詞組里包含“計算機”這個詞。了解你的計算機執行一條指令要多長時間，從內存中取一個word要多長時間(包括緩存命中和未命中的情況)，從磁盤上讀取連續的數據要多長時間，定位到磁盤上的新位置又要多長時間。

　　·嘗試參與到一項語言標準化工作中。可以是ansi c++委員會，也可以是決定自己團隊的編碼風格到底采用2個空格的縮進還是4個。不論是哪一種，你都可以學到在這門語言中到底人們喜歡些什么，他們有多喜歡，甚至有可能稍微了解為什么他們會有這樣的感覺。

　　·擁有盡快從語言標準化工作中抽身的良好判斷力。

　　抱著這些想法，我很懷疑從書上到底能學到多少東西。在我第一個孩子出生前，我讀完了所有“怎樣……”的書，卻仍然感到自己是個茫無頭緒的新手。30個月后，我第二個孩子出生的時候，我重新拿起那些書來復習了嗎?不。相反，我依靠我自己的經驗，結果比專家寫的幾千頁東西更有用更靠得住。

　　fred brooks在他的短文《no silver bullets》(沒有銀彈)中確立了如何發現杰出的軟件設計者的三步規劃：

　　1、盡早系統地識別出最好的設計者群體。

　　2、指派一個事業上的導師負責有潛質的對象的發展，小心地幫他保持職業生涯的履歷。

　　3、讓成長中的設計師們有機會互相影響，互相激勵。

　　這實際上是假定了有些人本身就具有成為杰出設計師的必要潛質;要做的只是引導他們前進。alan perlis說得更簡潔：“每個人都可以被教授如何雕塑;而對米開朗基羅來說，能教給他的倒是怎樣能夠不去雕塑。杰出的程序員也一樣”。

　　所以盡管去買那些java書;你很可能會從中找到些用處。但你的生活，或者你作為程序員的真正的專業技術，并不會因此在24小時、24天甚至24個月內發生真正的變化。