這是最近知乎上的一個(gè)熱門問答，大部分答案都應(yīng)該是出自科班的程序員，而我是一個(gè)典型非正統(tǒng)科班的無證程序員，不能說成功轉(zhuǎn)型，至少在一線碼農(nóng)崗位上持續(xù)工作了8年，即將邁入第9個(gè)年頭，希望可以用自身經(jīng)歷給樓主參考。

我大學(xué)本科文學(xué)院廣播電視新聞專業(yè)，記者班，純粹的文科，所有課程都是寫作與拍片，沒有任何理工科相關(guān)課程，整個(gè)大學(xué)都是在分析吳忠憲與白巖松的電視節(jié)目中度過，作業(yè)皆是300字剖析《霸王別姬》、《我猜我猜我猜猜猜猜》、《小莉看世界》。所以是純正得不能再純正的非科班，連理工科一點(diǎn)邊都不沾。

作為一個(gè)民科，我并不贊同大部分科班出身同學(xué)的答案，轉(zhuǎn)型并不靠讀書或者補(bǔ)充理論知識(shí)，我自己走上程序員這條路的唯一方法，就是無比勤奮地堆砌代碼量。

碼農(nóng)作為一個(gè)工程職業(yè)，其核心并不是什么高深的理論或者牛逼的算法，真正重要的是你踩了多少坑，你是否踩過足夠多的坑。除了極少數(shù)真正需要頂尖理論知識(shí)的算法，絕大部分日常開發(fā)，依靠的都是經(jīng)驗(yàn)，特別是工程經(jīng)驗(yàn)。看一本書，可能你看完就O了，可是你真的懂了？第一高分的答案說看完那些書要2~3年，可是你看完了那些書，就真的會(huì)寫程序了？

作為一個(gè)非科班的程序員，你要說服別人你寫的程序比科班要好，只有你真的比科班的人寫得好！因?yàn)槟銢]有學(xué)位，沒有系統(tǒng)的課程，只有真正從實(shí)戰(zhàn)中越過學(xué)位這個(gè)坎兒，靠的就是你擁有超強(qiáng)的寫代碼的能力。而這種能力，只有靠寫大量的程序和代碼，積累經(jīng)驗(yàn)，切實(shí)鍛煉出比大部分科班同學(xué)更強(qiáng)的coding skill的能力。

我在大學(xué)的時(shí)候，基本上每天都寫十幾個(gè)小時(shí)代碼，天天背著筆記本上課，藏在抽屜底下，不上課，就悶頭寫。晚上也寫，有時(shí)候一直寫到凌晨2-3點(diǎn)（我自己一個(gè)人住學(xué)校附近）。一開始很困難，因?yàn)闆]有理論知識(shí)，所以有很多問題不懂。我建議遇到不懂，才查書，才查資料，而不是一開始沒帶著問題就虛無縹緲地看書，這樣效率很低。

曾經(jīng)我這樣建議過別人寫大量代碼，別人會(huì)問，到底寫什么？

寫自己感興趣的東西！你先創(chuàng)造出一個(gè)需求，你可以先作為用戶，想一下你需要什么功能，一開始即使是無聊的，即使是已經(jīng)有的，即使是別人寫爛了的，都可以作為自己的題目，然后圍繞著寫。我推薦你參考一個(gè)很成熟的、很經(jīng)典的軟件（當(dāng)然不需要很專業(yè)或者很難），模仿它做出你能做的所有功能。針對每一種功能，自己去思考一種做法，試圖猜想別人會(huì)用什么方法實(shí)現(xiàn)。在你做完之后，可以搜索一下網(wǎng)上的資料，進(jìn)行印證，不斷修正自己的設(shè)計(jì)思路和代碼架構(gòu)想法。

這是一種極好的習(xí)慣，養(yǎng)成這種猜別人思路的習(xí)慣會(huì)讓你越來越熟悉各種軟件的架構(gòu)方式，也越來越熟悉如何去通過軟件的表象猜出它內(nèi)里的設(shè)計(jì)思路。我現(xiàn)在的主業(yè)是游戲引擎設(shè)計(jì)，基本上我看了一下游戲引擎的一些表象，已經(jīng)可以猜出大部分它的設(shè)計(jì)細(xì)節(jié)。

而熟悉別人思路還有一個(gè)重要的作用，就是把自己的思維模式向正統(tǒng)工程學(xué)靠攏。遇到一個(gè)問題，如何剖析，如何抽取重點(diǎn)，如何平衡利弊，最后架構(gòu)解決方案，在軟件工程方面解決這些問題的思路都有一套正統(tǒng)的想法，雖然你沒有經(jīng)歷過ACM訓(xùn)練，雖然你沒有上過軟件工程的課，雖然你沒有讀過這方面的著作，但你熟悉了主流軟件世界對這些問題的一貫思路，你也會(huì)逐漸變得像他們一樣思考，你會(huì)遵循這種思維模式解決問題——肯定比你大學(xué)上四年課程，考幾次試，讀十本二十本所謂的好書，要管用得多。

但最后你還是要回歸——在用野路子讓你獲得一般科班程序員都無法媲美的coding skill、以及已經(jīng)可以熟練運(yùn)用主流軟件工程思維解決軟件架構(gòu)問題之后，你需要回歸到正統(tǒng)理論中來，這時(shí)候可以讀一些著作，而這些書在網(wǎng)上可以一搜一大把，隨便讀，隨便看。反正這時(shí)候你補(bǔ)充理論只會(huì)讓你更強(qiáng)，而且你理解得更加透徹，更精準(zhǔn)，絕對比上課聽老師照本宣科要更加深入理解。

如果你能夠充分利用4年本科時(shí)間，基本上你可以足夠堆砌出幾十萬行代碼，而如果你又不是特別笨，你應(yīng)該可以秒殺大部分渾渾噩噩玩dota過的計(jì)算機(jī)本科生。如果你還可以在某一個(gè)領(lǐng)域——比如圖形、或者編譯、操作系統(tǒng)之類的，有比較深入的修為，而又稍微比一般人聰明一點(diǎn)，你還可以直接干掉80%的985/211研究生。那些幫老板干活，只是每天上班打卡、作業(yè)應(yīng)付、考試抄襲的人，是遠(yuǎn)遠(yuǎn)干不過拼死拼活堆砌代碼量的實(shí)戰(zhàn)非科班生的。

而最最最后，你需要的是自信，非科班生絕對可以做得比科班生要牛逼。寫個(gè)程序而已，有多高深？非得讀個(gè)幾年書？你讀書的那會(huì)兒，我寫的代碼量絕對比你屌多了，我讀的paper比你多多了。反正說白了，只要你肯不要命的、勤奮地寫代碼，你會(huì)出頭的，我保證！

列一個(gè)書單，僅供參考:

• Introduction to algorithms，作者首字母縮寫 CLRS ，講算法的。
• Structure and Interpretation of Computer Programs， 簡稱 SICP，一本有些被神化的書，不過的確值得一讀。多數(shù)人初讀此書，兩章后會(huì)有眼前豁然開朗的感覺。雖然這書已經(jīng)不再是教材了。封面是魔術(shù)師和 lamda 。什么是經(jīng)典，這就是經(jīng)典。
• Computer architecture: a quantitative approach，此書我還沒看，因?yàn)槲易约阂膊皇强瓢喑錾恚掖饲皩τ布翢o興趣（Dijkstra 說過 computer science is no more about computers than astronomy is about telescopes），不過據(jù)說講計(jì)算機(jī)架構(gòu)的書里這本很好。
• Concrete Mathematics: A Foundation for Computer Science，高德納出品，講述與計(jì)算機(jī)相關(guān)的數(shù)學(xué)知識(shí)。如果數(shù)學(xué)書只想看一本，這個(gè)應(yīng)該差不多夠了。
• Computer Networks，作者Tanenbaum。
• 一本講數(shù)字電路基礎(chǔ)的書……可以省略，不過還是挺有趣的。
• TAOCP，若能看下去就看吧，看不下去也沒啥，科班的都未必看得去。
• The Art of UNIX Programming，The Cathedral and the Bazaar，這兩本是傳道書，有些內(nèi)容現(xiàn)在看來已經(jīng)是常識(shí)了，不過仍舊值得一讀。
• Code Complete (2nd Ed) by Steve McConnell，比較系統(tǒng)的軟件工業(yè)流程認(rèn)知和編程常識(shí)讀本。
• The Pragmatic Programmer, 這本書講授編程實(shí)作中的基本套路，過一遍有助于掃清盲點(diǎn)。
• 《人月神話》（The Mythical Man-Month），中文版還不錯(cuò)。
• 《最后期限》（The Deadline），中文版也還不錯(cuò)。
• Refactoring: Improving the Design of Existing Code，“重構(gòu)”理論的集大成者。
• Design Patterns，“設(shè)計(jì)模式”的集大成者，作者四人幫，封面是埃舍爾的畫。什么是經(jīng)典，這就是經(jīng)典。
• Programming Pearls，《編程珠璣》，茶余飯后的鑒賞小品，雖然說不定哪天就用到了。

整理自