更新時間：2016-04-06不正確的學(xué)習(xí)動機
在談及壁壘之前，我想先著重說明學(xué)習(xí)動機的重要性。不要只是為了編程而學(xué)編程，也不要因為聽說它很酷，很劃得來就來學(xué)編程。
你得因為要解決問題而學(xué)習(xí)編程，你得因為想要自動化和改善生活而學(xué)習(xí)編程，你得因為想要構(gòu)建應(yīng)用程序以造福社會來學(xué)習(xí)編程。
如果你只是喜歡編程，并希望以此作為職業(yè)的話，那么在之后的學(xué)習(xí)過程中，你可能會有一種強烈的沖動想要放棄。這通常發(fā)生在事情變得艱難，學(xué)習(xí)體驗變得痛苦的情況下。這時你會告訴自己，你不喜歡編程了，編程操作不適合你，覺得自己天生就成不了程序員。
這就是為什么你應(yīng)該考慮圍繞著完成項目設(shè)置目標的原因。如果你的心里有計劃，或者你想要解決更高層次的問題，那么你可以對自己說：“這可能不是一次愉快的經(jīng)歷，但是我真的想要解決這個大問題，所以我一定要克服這個障礙。”
不知道從什么技術(shù)入手
很多人會問：“我應(yīng)該先學(xué)什么編程語言？”之所以會提出這個問題，是因為他們不知道自己為什么要學(xué)習(xí)代碼。
一旦你下定決心去完成一個特定的項目，那么從什么語言入手這個問題就變成一件很容易的事情：
如果你想構(gòu)建iOS app，那么你需要學(xué)習(xí)Objective C或Swift。
如果你想構(gòu)建Android app，那么你需要學(xué)習(xí)Java。
如果你想構(gòu)建Web app，那么你需要學(xué)習(xí)JavaScript。
其實現(xiàn)在我們可以使用JavaScript來創(chuàng)建任何類型的項目——無論是簡單的web和移動app，還是高級的硬件項目。大多數(shù)行業(yè)中都有它的身影：音樂、醫(yī)療、游戲、時裝。這種語言非常值得學(xué)習(xí)。
如果你還是不能確定要選擇哪種語言，那么不妨咨詢下某個程序員的意見。只要你確定要構(gòu)建什么項目，那么他就能很快地為你推薦適合你使用的技術(shù)。
另外，知識都是相通的，所以，不要過于拘謹，選擇語言這一步驟幾乎沒什么風(fēng)險。
不能學(xué)以致用，以及責(zé)備自己
選擇好技術(shù)堆棧之后，剛開始學(xué)習(xí)理論總是很輕松的，而且網(wǎng)上也有許許多多免費和付費的在線課程。
很快大多數(shù)學(xué)習(xí)者掌握了理論知識，甚至完全可以自己來解釋某個代碼片段的工作原理。理論只是概念的有限集合。任何人都可以在幾天之內(nèi)記住它，如果她/他真的想的話。那么，關(guān)鍵的問題是什么？
學(xué)習(xí)者碰到的最大問題在于，實際應(yīng)用理論來解決問題并編寫新代碼的時候。這中間的差距實際上就是技能空白。
比如說游泳。你可以閱讀大量的技術(shù)文章，然后解釋得就像一個專業(yè)教練。但是，要想實際應(yīng)用這些理論，就需要大量的實踐、斗爭和錯誤——你肯定會吞下大量的水！
然而更糟糕的是你開始責(zé)備自己。或者認為自己不夠聰明，或者覺得自己沒有天賦。這其實跟聰明天賦沒有關(guān)系，你只是需要練習(xí)技能的過程：
1.選擇一個復(fù)雜的項目。理想情況下，這項目得能夠激發(fā)你的興趣。
2.將這個任務(wù)分割成既小又獨立的任務(wù)。例如，“實現(xiàn)登錄頁面”是一個很大的任務(wù)。解決一個任務(wù)不應(yīng)該超過20行左右的代碼。下面這些提示有助于成功做到這一點：如果你不能解決這個任務(wù)，那么進一步將它分割成更小的任務(wù)。一個任務(wù)一次不應(yīng)該使用太多的理論概念。
3.一次專注一項任務(wù)，而不是并行解決多任務(wù)。不要跳到下一個任務(wù)，除非你已經(jīng)徹底測試過當(dāng)前任務(wù)，并確信沒有問題。如果你不這么做，而此時應(yīng)用程序又出現(xiàn)了問題，那么你就不知道你正在并行解決的多任務(wù)中到底是哪個出了問題，尋找起來就麻煩多了。
4.確保自己在開始任務(wù)之前知道所有必要的理論知識。有時候，你可能不知道需要學(xué)習(xí)什么理論，這很正常，所以你需要向他人尋求幫助：程序員朋友，導(dǎo)師，或類似StackOverflow的社區(qū)。
5.最后，你解決了任務(wù)。在解決任務(wù)的過程中，你可能會碰到很多問題，你需要做的就是吸取教訓(xùn)，這也是下面要說的要點。
不吸取解決任務(wù)中獲得的經(jīng)驗教訓(xùn)
最好的情況是，你解決了任務(wù)并且結(jié)果證明非常有效。此時，很多人往往就直接開展下一個任務(wù)。但是如果你這樣做的話，那么你浪費了一個絕佳的學(xué)習(xí)機會。
希望你能夠用以下問題來挑戰(zhàn)自我，幫助自己成長：
哪些邊界情況會導(dǎo)致我的代碼失敗？即使現(xiàn)在還沒有失敗，有哪些應(yīng)用程序狀態(tài)可能會破壞代碼？
我的代碼是否足夠整潔？對其他開發(fā)人員，甚至是自己而言，代碼是否易于理解和改變？因為以后可能需要修復(fù)隱藏在這段代碼中的問題，或者根據(jù)其他產(chǎn)品規(guī)格改變代碼。
我的方法是最好的嗎？有沒有其他選項是我可以選擇使用的？各個方案的利弊？這任務(wù)是否值得用不同的方式解決？
此模塊與其他模塊是如何交互的？是否會對其他模塊造成負面影響？是否容易被其他模塊影響？
然而，很多時候，你會進退維谷。
你不知道如何處理一個任務(wù)
你不知道從哪里開始？你可能會隨機地去嘗試，或者從其他地方復(fù)制一些你自己也不明白的代碼。但是，這是沒有幫助的。即使你復(fù)制來的代碼有效也沒用。因為當(dāng)你今后再一次碰到類似的任務(wù)，你依然不能解決。
如果你想妥善解決任務(wù)，那么首先你得知道你為什么卡殼。下面是一些可能的原因：
1.沒有很好地掌握這些理論知識：
語言語法
庫或API的工作原理，某個具體方法或類的工作原理
編程范式（例如：異步編程）
系統(tǒng)運作（例如：HTTP請求是理解Web開發(fā)的關(guān)鍵）
如果是上述情況，那么可以去復(fù)習(xí)理論知識，如果依然摸不著頭腦，也可以去找人尋求幫助。
2.任務(wù)太大了，那就分解為一個個小任務(wù)。
3.也有可能是因為你讀得太快，忽略了一些你以為熟悉其實似是而非的概念，所以無法理解任務(wù)要求。
知道如何解決任務(wù)，但解決方案不行
這是編程中最常見的情況，哪怕是那些經(jīng)驗豐富的資深程序員也是如此。你的解決方案之所以不起作用最大的可能是你的代碼中存在著bug。
如何修復(fù)？方法是調(diào)試代碼。這也是作為一個程序員需要學(xué)習(xí)的最重要的技能之一。這不是可以隨便湊合的事，也不是玩幸運猜猜猜游戲。如何尋找bug是有具體步驟的。而且很多書中都有教這個技
