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

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

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

為了讓它奏效，你需要不斷推動自己去學習新的東西，并迅速抽身離開。這是編碼訓練營的一個優點。當你出來時，盡管你還不是專家，但你會學得更快。這也可以通過專門的導師教導或與專門的初學者一起學習來實現。

1. 讀>寫代碼>讀>寫代碼（日復一日）

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

但是在你這樣做之后，你需要自己實際去寫代碼。可以是任何東西。可以是小的編碼練習或業余項目，但確保你能將之付諸于實踐，并用某種方式使用你學到的東西。如果你不這樣做，那么你會發現自己面對編輯器會無所適從無從下手。

這方面的訣竅是讓自己感到不舒服。這是相當痛苦的，但就應該這樣。編碼遵循80/20規則。花80%的時間在20%的代碼或20%你所學的東西上。習慣于這種不舒服的感覺并克服它是關鍵。

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

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

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

有時候我需要花費好幾天時間才能完成這些工作，而原本我可以用這些時間做更多的事情和學習更多的東西，如果我能找到更好的解決方法的話。卡在一個東西上面超過一個小時基本上就是在浪費時間了。

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

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

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

例如，當學習Docker時，我花費了大量的時間從頭開始重新構建圖像。我從根本上不明白docker緩存，并用20分鐘時間來等待單個更改到Dockerfile通過。我可能花了8個小時就用在等待構建上。

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

3. 為項目而工作

在我的經驗中，沒有什么可以與工作于自己的項目以學習編程更有用的了。除了一些例外，我所知道的所有真正優秀的程序員都有一個習慣就是工作于業余項目（這也可能發生在工作中！）。有了一個點子并試圖實現這個點子是非常具有挑戰性的。它需要很強的自律心。

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

此外，想要完成項目的驅動力是繼續學習的動力。從業余項目獲得的滿足感遠遠超過你在抽象中學習東西的滿足感。

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

4. 認識到深入鉆研和搬運工之間的區別，相應地選擇

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

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

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

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

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

5. 與其他程序員交談

學習編程的一個很好的方法就是和其他的程序員交談。不必談論任何特定的內容。可以是你正在學習的東西，可以是你認為很酷的東西，可以是你正在工作的東西，皆可。

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

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

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

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

但是，我記得很多次，在6個月后（或3個月或9個月），我會回到同樣的問題或技術上，弄清楚如何使用它。這是因為我又掌握了一些我以前不具備的知識，或者因為它只是另一種方式的框架。等待一段時間，然后回去，總是一種最有用的方法。

這方面的一個例子是學習如何使用終端。我記得很長一段時間我都害怕碰到終端，因為我不知道如何使用。我花了一段時間并按照步驟定期地使用它和理解它。當然，如果我認識可以向我解答的人，或者找到一個好的資源來學習，這樣的事情就不會發生！

結論

這些事情可以幫助新手在他們漫長的旅程中學習編程。我知道我還有更多東西需要學習，并將繼續學習如何永遠地學習。最重要的事情說三遍，請繼續，不要放棄，不要放棄，不要放棄。當然，說說容易，因為學習編程有時可能會令人非常沮喪！不要擔心。這是正常的。每個人都經歷過這樣的心情。