學習編程自然是需要多寫代碼的

這應該不光是編程吧，我們學任何東西都是一樣的。我如果要學習設計，那一定是經常勾勾畫畫，CoreDraw、Photoshop那一定是經常用，把很多常用的快捷鍵都記住，最后融會貫通。如果不經常聯系使用，那估計畫直線都不一定能畫好。

編程自然也是一樣，因為語言本身其實并沒有什么太大的難度，但是將語言編程一種工具，中間的過程并不是看看書，冥想一下就可以實現的。

作為一個程序員，其實我們在編程過程中用到最多的功能就是Debug。因為一個函數，可能包括是幾百行甚至上千行代碼，人的大腦是有極限的，你很難100%的確定幾百上千行代碼執行的過程中，你的大腦計算結果和程序的計算結果就是一模一樣的。

所以，我們在編程的過程中，還有大量的時間是用來發現問題并解決問題。當我們發現問題，解決問題的過程中，我們又會學習到很多的經驗和知識，未來我們再次面對類似的問題時，我們就能夠很好的避免出現同樣的錯誤。

而這個過程，一定是在不停的寫代碼，不停的Debug，不停的思考過程中所帶來的成果。如果我們只是去看書，只是去在大腦里模擬書上的內容，其實是無法系統化的對程序進行了解的。換一種說法，現在讓我們去寫一篇論文，那么我們一定是先整理出大綱，然后在根據大綱補充內容，而補充內容的過程中我們也需要去嘗試，去翻閱一些書籍。就算論文寫出來了，后面也會有各種修改和補充，基本沒有一步到位的論文。

如果現在，讓我們不去寫，也沒有練習，只是通過“想”，就勾勒出一篇論文，這不是人力所能達到的范疇。所以，多寫代碼可以說是程序員成長最最基本的。

當然，如果僅僅是不停的寫代碼，也并不是就正確

學習一定不是一個悶頭自己干自己的過程，很多的知識、很多的學習方法其實前人都已經總結出來了。寫代碼是通過實踐和其他人的知識轉化成為自己的一個過程，或者說是自己發現和印證自己理論的一個過程。

所以，我們在寫代碼之前，還需要多去看別人的優秀代碼，然后通過讀懂別人的代碼，然后模仿別人的代碼，最終實現自己能夠寫出這樣的代碼。

我也簡單分析一下我個人曾經的學習經驗吧：

就拿我以前學“領域驅動設計”時的情況來舉例吧。我最開始是在一些技術討論的QQ群里面第一次了解到的領域驅動設計，也就是DDD。當時我對于DDD還什么都不懂，于是對這種架構模式產生了濃厚的興趣。

首先，我去了一些在線的知識庫，了解了一些DDD的基本概念；

然后，在京東上買了兩本書，《領域驅動設計模式、原理與實踐》和《實現領域驅動設計》。顯示較快速的讀了一下這兩本書，不需要說記住這些知識，只是做一個大概的了解；

接著，就去開源社區里面去找別人的源代碼，我當時看了好幾個，其中一個是湯雪華的Enode，還有一些外國人的sampleCQRS之類的。自然看的時候，又會遇到一些疑問，湯雪華的開源項目是有一個QQ討論群的，所以大家可以在里面提問和探討。而一些開源項目就沒有這么方便，那么遇到問題時，就可以把之前買的書找出來，對照知識點自己理解一下；

最后，自然就是自己動手寫代碼了。我個人會選擇先模仿，就是看別人的代碼，理解一下，在自己去寫。寫的過程中思考，如果是我，我能怎么去優化或者封裝一下。最后，當自己基本理解透徹以后，就完全按照自己的思想寫一個小東東出來。

所以，我學習的方法基本就是先了解知識域，然后在寫代碼的過程中慢慢學習，慢慢提高。寫代碼的過程是必不可少的，而且可以說是花時間最多的，因為很多知識點，不自己動手做一下，很難能夠理解為什么？