有一天，我的一個在學(xué)編程的朋友問我：“我想快速學(xué)習(xí)編程，你有什么好的推薦嗎？我曾在上大學(xué)的時候自學(xué)過編程，這么多年過去了，我意識到我或許是在用最困難的方式去學(xué)習(xí)和了解編程。本來我完全可以用更快的速度學(xué)習(xí)。因此，在回顧了過去之后，我寫下了這些年來我漸漸掌握到的關(guān)于如何學(xué)習(xí)編程的一些事情。

對于“如何快速學(xué)習(xí)編程”這個問題，其實(shí)我真的不知道何謂“快速”。我覺得，通過遵循以下建議，你將很快地學(xué)習(xí)編程（至少你的成長/進(jìn)步會快）。但你真的不應(yīng)該眼中只有“快速”。

只追求速度反而會拖你的后腿，讓你自食其果。“快速”學(xué)習(xí)的唯一可持續(xù)方法或許是采用浸泡式教學(xué)法。找到一種方法讓自己沉浸在編程中很長一段時間（幾個月？）。

為了讓它奏效，你需要不斷推動自己去學(xué)習(xí)新的東西，并迅速抽身離開。這是編碼訓(xùn)練營的一個優(yōu)點(diǎn)。當(dāng)你出來時，盡管你還不是專家，但你會學(xué)得更快。這也可以通過專門的導(dǎo)師教導(dǎo)或與專門的初學(xué)者一起學(xué)習(xí)來實(shí)現(xiàn)。

1. 讀>寫代碼>讀>寫代碼（日復(fù)一日）

關(guān)于如何高效學(xué)習(xí)編程我要給出的第一條建議是在閱讀代碼和編寫代碼之間循環(huán)往復(fù)。閱讀代碼（書籍，博客文章，開源代碼）將幫助你查看解決方案，了解最佳做法，并大致了解語言或系統(tǒng)。

但是在你這樣做之后，你需要自己實(shí)際去寫代碼?？梢允侨魏螙|西?？梢允切〉木幋a練習(xí)或業(yè)余項(xiàng)目，但確保你能將之付諸于實(shí)踐，并用某種方式使用你學(xué)到的東西。如果你不這樣做，那么你會發(fā)現(xiàn)自己面對編輯器會無所適從無從下手。

這方面的訣竅是讓自己感到不舒服。這是相當(dāng)痛苦的，但就應(yīng)該這樣。編碼遵循80/20規(guī)則?；?0%的時間在20%的代碼或20%你所學(xué)的東西上。習(xí)慣于這種不舒服的感覺并克服它是關(guān)鍵。

這個迭代周期不應(yīng)該以周為周期或以月為周期發(fā)生，而是應(yīng)該以日為周期。知識等待使用的時間越久，知識這把斧頭就越鈍。等待學(xué)習(xí)新知識的時間越長，你就越難以將其融入到代碼中。

2. 不要陷入僵局，請求幫忙

我最大的錯誤是在學(xué)習(xí)編程陷入僵局的時候用了太長時間。在被卡住時，我會花很多時間在一些愚蠢的東西或一些我根本上不明白的東西上。

有時候我需要花費(fèi)好幾天時間才能完成這些工作，而原本我可以用這些時間做更多的事情和學(xué)習(xí)更多的東西，如果我能找到更好的解決方法的話?？ㄔ谝粋€東西上面超過一個小時基本上就是在浪費(fèi)時間了。

我推薦三件事情以避免僵局。第一是試著總是閱讀更多關(guān)于你使用的技術(shù)，并總體掌握正在發(fā)生什么。通常，當(dāng)你陷入困境時，意味著你對需要澄清的事情做出了不正確的假設(shè)。

第二是咨詢互聯(lián)網(wǎng)。這一點(diǎn)很顯然，但依然值得一提。在網(wǎng)上查找并詢問有過這個問題的人是一個非常重要的技能。Stackoverflow可以說是互聯(lián)網(wǎng)上最好的網(wǎng)站。不要害怕在那里問自己的問題。通常，只要盡力正確地闡述你的問題就OK了。我真的希望以前我能多問些問題，但總是因?yàn)楹ε聲@得愚蠢而止步。

我的第三個建議是向你認(rèn)識的人請求幫助。通常，你或許已經(jīng)理解了技術(shù)，而且有了問題，但是你可能需要更高層次的上下文才能真正解開謎團(tuán)。不要膽怯，大著膽子上前去問吧。

例如，當(dāng)學(xué)習(xí)Docker時，我花費(fèi)了大量的時間從頭開始重新構(gòu)建圖像。我從根本上不明白docker緩存，并用20分鐘時間來等待單個更改到Dockerfile通過。我可能花了8個小時就用在等待構(gòu)建上。

如果我讀過更多關(guān)于Docker或問一個知道的人，那么可能我早就搞明白了，還可以在更短的時間內(nèi)學(xué)到更多。

3. 為項(xiàng)目而工作

在我的經(jīng)驗(yàn)中，沒有什么可以與工作于自己的項(xiàng)目以學(xué)習(xí)編程更有用的了。除了一些例外，我所知道的所有真正優(yōu)秀的程序員都有一個習(xí)慣就是工作于業(yè)余項(xiàng)目（這也可能發(fā)生在工作中！）。有了一個點(diǎn)子并試圖實(shí)現(xiàn)這個點(diǎn)子是非常具有挑戰(zhàn)性的。它需要很強(qiáng)的自律心。

但是，通過嘗試實(shí)際做一件事情，你可以學(xué)到如何分解問題并應(yīng)用技術(shù)。你面對的各種問題，以及你如何解決它們才真正是所謂的編程。知道編程語言的每一個古怪細(xì)節(jié)的確是有幫助的，但它只會讓你越來越落伍。

此外，想要完成項(xiàng)目的驅(qū)動力是繼續(xù)學(xué)習(xí)的動力。從業(yè)余項(xiàng)目獲得的滿足感遠(yuǎn)遠(yuǎn)超過你在抽象中學(xué)習(xí)東西的滿足感。

我對于選擇業(yè)余項(xiàng)目的建議是，選擇你感興趣同時你也有想法如何實(shí)現(xiàn)的東西。能夠在開始之前表達(dá)實(shí)現(xiàn)總是有助于保持我的動力。在此旅途之中你一定會學(xué)到很多！

4. 認(rèn)識到深入鉆研和搬運(yùn)工之間的區(qū)別，相應(yīng)地選擇

有兩種類型的程序員：完美主義者和搬運(yùn)工。有些人希望一切都是正確的，他們希望完美，他們希望遵循所有的最佳實(shí)踐，并寫出漂亮的優(yōu)雅代碼。他們想要理解每一行代碼。

有別于那些不管三七二十一，只要自己的代碼能工作即可，即使對代碼庫有損害的人。平衡這兩種技能是非常重要的。有時你應(yīng)該深入鉆研一個問題或項(xiàng)目，看看發(fā)生了什么。有時你應(yīng)該讓它工作即可，即使你不知道發(fā)生了什么。

每當(dāng)你花費(fèi)太多時間在某個東西上時，那就問問自己：我應(yīng)該采取哪種方法？在大多數(shù)情況下，你會想取中間值。你想提供一個好的、堅實(shí)的解決方案，同時你可以自信地理解和修改，但沒有耗費(fèi)荒謬的時間。

隨著你作為開發(fā)人員的成長，你會更好地明白什么時候就此離開就可以，以及什么時候需要以某些方式完成。

就個人而言，我喜歡我的項(xiàng)目80％完美。如果你的項(xiàng)目是絕對100％完美，沒有一行代碼讓你覺得尷尬，那么很有可能你已經(jīng)花了太多的時間。

5. 與其他程序員交談

學(xué)習(xí)編程的一個很好的方法就是和其他的程序員交談。不必談?wù)撊魏翁囟ǖ膬?nèi)容?？梢允悄阏趯W(xué)習(xí)的東西，可以是你認(rèn)為很酷的東西，可以是你正在工作的東西，皆可。

你會發(fā)現(xiàn)很多程序員并不喜歡只是聊編程。這樣做可能會讓你學(xué)到很多關(guān)于庫，服務(wù)，編程語言和模式方面的知識。但是，最重要的是，你將了解到其他人是如何看待編程的。你會發(fā)現(xiàn)，你認(rèn)為理所當(dāng)然或從來沒有考慮的事情在人與人之間是非常不同的。

如果你沒有什么可談的，那就回到編輯器戰(zhàn)爭或tab vs space的話題。

6. 嘗試一切，如果搞不懂的話，那就等6個月

最后，我要說的是，一直以來在我身上發(fā)生著這樣的事，我嘗試過很多東西，但我就是不理解。在用30分鐘嘗試新的東西后，我會停下來。我想這在起步時是很正常的。

但是，我記得很多次，在6個月后（或3個月或9個月），我會回到同樣的問題或技術(shù)上，弄清楚如何使用它。這是因?yàn)槲矣终莆樟艘恍┪乙郧安痪邆涞闹R，或者因?yàn)樗皇橇硪环N方式的框架。等待一段時間，然后回去，總是一種最有用的方法。

這方面的一個例子是學(xué)習(xí)如何使用終端。我記得很長一段時間我都害怕碰到終端，因?yàn)槲也恢廊绾问褂?。我花了一段時間并按照步驟定期地使用它和理解它。當(dāng)然，如果我認(rèn)識可以向我解答的人，或者找到一個好的資源來學(xué)習(xí)，這樣的事情就不會發(fā)生！

結(jié)論

這些事情可以幫助新手在他們漫長的旅程中學(xué)習(xí)編程。我知道我還有更多東西需要學(xué)習(xí)，并將繼續(xù)學(xué)習(xí)如何永遠(yuǎn)地學(xué)習(xí)。最重要的事情說三遍，請繼續(xù)，不要放棄，不要放棄，不要放棄。當(dāng)然，說說容易，因?yàn)閷W(xué)習(xí)編程有時可能會令人非常沮喪！不要擔(dān)心。這是正常的。每個人都經(jīng)歷過這樣的心情。