1. 讀>寫程式碼>讀>寫程式碼（日復一日）
關於如何高效學習 Coding 我要給出的第一條建議是在閱讀程式碼和編寫程式碼之間循環往復。閱讀程式碼（書籍，部落格文章，開源程式碼）將幫助你查看解決方案，了解最佳做法，並大致了解語言或系統。
但是在你這樣做之後，你需要自己實際去寫程式碼。可以是任何東西。可以是小的編碼練習或業餘項目，但確保你能將之付諸於實踐，並用某種方式使用你學到的東西。如果你不這樣做，那麼你會發現自己面對編輯器會無所適從無從下手。
這方面的訣竅是讓自己感到不舒服。這是相當痛苦的，但就應該這樣。編碼遵循 80/20 規則。花 80%的時間在 20%的程式碼或 20%你所學的東西上。習慣於這種不舒服的感覺並克服它是關鍵。
這個迭代周期不應該以周為周期或以月為周期發生，而是應該以日為周期。知識等待使用的時間越久，知識這把斧頭就越鈍。等待學習新知識的時間越長，你就越難以將其融入到程式碼中。
我推薦閱讀關於通用 Coding 主題的網站是 lobste.rs。上面有許多關於許多 Coding 主題的文章。另一個好的網站是 Hacker News，但網站時常偏離話題。
2. 不要陷入僵局，請求幫忙
我最大的錯誤是在學習 Coding 陷入僵局的時候用了太長時間。在被卡住時，我會花很多時間在一些愚蠢的東西或一些我根本上不明白的東西上。
有時候我需要花費好幾天時間才能完成這些工作，而原本我可以用這些時間做更多的事情和學習更多的東西，如果我能找到更好的解決方法的話。卡在一個東西上面超過一個小時基本上就是在浪費時間了。
我推薦三件事情以避免僵局。第一是試著總是閱讀更多關於你使用的技術，並總體掌握正在發生什麼。通常，當你陷入困境時，意味著你對需要澄清的事情做出了不正確的假設。
第二是諮詢網路。這一點很顯然，但依然值得一提。在網路上查找並詢問有過這個問題的人是一個非常重要的技能。Stackoverflow 可以說是最好的網站。不要害怕在那裡問自己的問題。通常，只要盡力正確地闡述你的問題就OK了。我真的希望以前我能多問些問題，但總是因為害怕會顯得愚蠢而止步。
我的第三個建議是向你認識的人請求幫助。通常，你或許已經理解了技術，而且有了問題，但是你可能需要更高層次的上下文才能真正解開謎團。不要膽怯，大著膽子上前去問吧。
例如，當學習 Docker 時，我花費了大量的時間從頭開始重新構建圖像。我從根本上不明白 Docker 緩存，並用 20 分鐘時間來等待單個更改到 Dockerfile 通過。我可能花了8個小時就用在等待構建上。如果我讀過更多關於 Docker 或問一個知道的人，那麼可能我早就搞明白了，還可以在更短的時間內學到更多。
3. 為項目而工作
有了一個點子並試圖實現這個點子是非常具有挑戰性的。它需要很強的自律心。但是，通過嘗試實際做一件事情，你可以學到如何分解問題並應用技術。你面對的各種問題，以及你如何解決它們才真正是所謂的 Coding。
知道 Coding 語言的每一個古怪細節的確是有幫助的，但它只會讓你越來越落伍。此外，想要完成項目的驅動力是繼續學習的動力。從業餘項目獲得的滿足感遠遠超過你在抽像中學習東西的滿足感。
我對於選擇業餘項目的建議是，選擇你感興趣同時你也有想法如何實現的東西。能夠在開始之前表達實現總是有助於保持我的動力。在此旅途之中你一定會學到很多！
4. 認識到深入鑽研和搬運工之間的區別。相應地選擇
有兩種類型的工程師：完美主義者和搬運工。有些人希望一切都是正確的，他們希望完美，他們希望遵循所有的最佳實踐，並寫出漂亮的優雅程式碼。他們想要理解每一行程式碼。
有別於那些不管三七二十一，只要自己的程式碼能工作即可，即使對程式碼庫有損害的人。平衡這兩種技能是非常重要的。有時你應該深入鑽研一個問題或項目，看看發生了什麼。有時你應該讓它工作即可，即使你不知道發生了什麼。
每當你花費太多時間在某個東西上時，那就問問自己：我應該採取哪種方法？在大多數情況下，你會想取中間值。你想提供一個好的、堅實的解決方案，同時你可以自信地理解和修改，但沒有耗費荒謬的時間。隨著你作為開發人員的成長，你會更好地明白什麼時候就此離開就可以，以及什麼時候需要以某些方式完成。
就個人而言，我喜歡我的項目 80％完美。如果你的項目是絕對 100％完美，沒有一行程式碼讓你覺得尷尬，那麼很有可能你已經花了太多的時間。
5. 與其他工程師交談
學習 Coding 的一個很好的方法就是和其他的工程師交談。不必談論任何特定的內容。可以是你正在學習的東西，可以是你認為很酷的東西，可以是你正在工作的東西，皆可。你會發現很多工程師並不喜歡只是聊 Coding。
這樣做可能會讓你學到很多關於程式碼庫、服務，Coding 語言和模式方面的知識。但是，最重要的是，你將了解到其他人是如何看待 Coding 的。你會發現，你認為理所當然或從來沒有考慮的事情在人與人之間是非常不同的。
如果你沒有什麼可談的，那就回到編輯器戰爭或 tab vs space 的話題。
6. 嘗試一切。如果搞不懂的話，那就等 6 個月
最後，我要說的是，一直以來在我身上發生著這樣的事，我嘗試過很多東西，但我就是不理解。在用 30 分鐘嘗試新的東西後，我會停下來。我想這在起步時是很正常的。
但是，我記得很多次，在 6 個月後（或 3 個月或 9 個月），我會回到同樣的問題或技術上，弄清楚如何使用它。這是因為我又掌握了一些我以前不具備的知識，或者因為它只是另一種方式的框架。等待一段時間，然後回去，總是一種最有用的方法。
這方面的一個例子是學習如何使用終端機。我記得很長一段時間我都害怕碰到終端機，因為我不知道如何使用。我花了一段時間並按照步驟定期地使用它和理解它。當然，如果我認識可以向我解答的人，或者找到一個好的資源來學習，這樣的事情就不會發生！
結論
這些事情可以幫助新手在他們漫長的旅程中學習 Coding。我知道我還有更多東西需要學習，並將繼續學習如何永遠地學習。最重要的事情說三遍，請繼續，不要放棄，不要放棄，不要放棄。當然，說說容易，因為學習 Coding 有時可能會令人非常沮喪！不要擔心。這是正常的。每個人都經歷過這樣的心情。
文章來源:https://buzzorange.com/techorange/2016/12/23/6-coding-self-learning-technique/
沒有留言:
張貼留言