有一天，我的乙個在學程式設計的朋友問我：「我想快速學習程式設計，你有什麼好的推薦嗎？我曾在上大學的時候自學過程式設計，這麼多年過去了，我意識到我或許是在用最困難的方式去學習和了解程式設計。本來我完全可以用更快的速度學習。因此，在回顧了過去之後，我寫下了這些年來我漸漸掌握到的關於如何學習程式設計的事情。對於「如何快速學習程式設計」這個問題，其實我真的不知道何謂「快速」。我覺得，通過遵循以下建議，你將很快地學習程式設計（至少你的成長/進步會快）。但你真的不應該眼中只有「快速」。
只追求速度反而會拖你的後腿，讓你自食其果。「快速」學習的唯一可持續方法或許是採用浸泡式教學法。找到一種方法讓自己沉浸在程式設計中很長一段時間（幾個月？）。
為了讓它奏效，你需要不斷推動自己去學習新的東西，並迅速抽身離開。這是編碼訓練營的乙個優點。當你出來時，儘管你還不是專家，但你會學得更快。這也可以通過專門的導師教導或與專門的初學者一起學習來實現。
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個月），我會回到同樣的問題或技術上，弄清楚如何使用它。這是因為我又掌握了一些我以前不具備的知識，或者因為它只是另一種方式的框架。等待一段時間，然後回去，總是一種最有用的方法。
這方面的乙個例子是學習如何使用終端。我記得很長一段時間我都害怕碰到終端，因為我不知道如何使用。我花了一段時間並按照步驟定期地使用它和理解它。當然，如果我認識可以向我解答的人，或者找到乙個好的資源來學習，這樣的事情就不會發生！
結論這些事情可以幫助新手在他們漫長的旅程中學習程式設計。我知道我還有更多東西需要學習，並將繼續學習如何永遠地學習。最重要的事情說三遍，請繼續，不要放棄，不要放棄，不要放棄。當然，說說容易，因為學習程式設計有時可能會令人非常沮喪！不要擔心。這是正常的。每個人都經歷過這樣的心情
萌新的51之旅
本人是微控制器學習的萌新一枚，學習微控制器等知識目的就是提公升自己專業方面的綜合的素質修養，我將會把自己的每次的學習的內容和心理歷程記錄下來，分享給大家的同時也加深自己的理解。眾所周知，微控制器的入門51是再好不過的選擇，對於我這種剛剛接觸微控制器的人來說，我覺得51微控制器還是十分容易接受的，首先...
萌新的linux之旅12
11.管理網路 1.ip基礎知識 1.ipv4 2進製32位 10進製 172.25.0.10 255.255.255.0 172.25.0.10 ip位址 255.255.255.0 子網掩碼 子網掩碼255位對應的ip位為網路位 子網掩碼0對應的ip位為主機位 2.配置ip 圖形化 1.圖形介面...
萌新的linux之旅19
系統正常引導過程 如果引導程式boot損壞 446位元組是啟動引導 dd if dev zero of dev vda bs 446 count 1 注意一定是446 多了或少了都不能正常引導修復 保證selinux是disabled 然後重啟，發現一直在booting，即無法引導系統系統 關閉虛擬...