總結妳的問題核心——源代碼。
很多人說多練多學，基本都和源碼有關。
但是，這並沒有實質性的提高妳的軟件開發能力。
首先要明確編程或者編程語言的作用。它不是為了編程而編程。為了實現某個軟件功能，需要通過編程來實現。而軟件是解決實際人解決不了或者花很多錢的工作，軟件可以輕松解決或者成本比較低。
編程和編程語言只是實現這個軟件的工具和方法。
為什麽說“聽不懂很正常”？
現在任何具有實用功能的軟件都需要成百上千甚至上萬個源代碼文件，每個源代碼都有幾百行、幾千行甚至上萬行源代碼。計算機源代碼不是小說，從頭到尾看壹遍就行了。源代碼內部會有復雜的關系，比如函數之間的相互調用，函數對公共變量的使用，類之間的繼承等等。在如此復雜的系統中理解源代碼是非常困難的。
同時，閱讀源代碼來了解這個軟件的完整功能是低效無效的。
源代碼是用壹種編程語言編寫的，源代碼必須包含與這種編程語言相關的語言特征，而這些特征往往與這種軟件的功能沒有實際關系。換句話說，源代碼中包含了很多對我們理解軟件功能無用甚至適得其反的信息。這就像我們在壹萬本書裏尋找我們需要的書中的壹頁。想想效率有多低。
軟件設計資源也是分層次的，在工作的不同階段產生。比如前期有軟件需求信息，後面是軟件設計信息，源代碼幾乎是最高級的產品。
而且有時候很多人想了解軟件設計信息，但是我們要了解軟件設計信息就必須閱讀源代碼，而在這個過程中，讀者必須從源代碼中去掉很多冗余的信息，這些信息可以歸納為軟件設計信息。想了解軟件需求的信息也是如此。
簡而言之，我們很難理解壹個層次上的信息。看源代碼應該只解決與這個源代碼相關的細節。
宏觀問題由宏觀方面解決，微觀問題由微觀方面解決。源代碼屬於微觀內容，而軟件設計信息和設計意圖屬於宏觀內容。
看不懂源代碼也沒關系。
而且寫源代碼不是問題，寫源代碼不是為了寫。只要妳知道妳在寫什麽，寫作本身並不難。還有軟件開發需要寫什麽？軟件開發前期的分析與設計。分析和設計的結果就是軟件解決方案，而這個解決方案是編寫源代碼的基礎。
UML2.0實踐課程(Trufun)
面向對象的分析和設計(UML.2.0)
UML與軟件建模
不知道大家有沒有見過UML(統壹建模語言)，這是面向對象設計理論和方法最常用的語言。雖然叫語言，但不是編程語言。它是壹種與軟件分析和設計相關的語言，是壹種用來描述軟件解決方案的語言。
“Trufun”簡單介紹了使用UML2.0進行面向對象設計的方法，它形成的軟件解決方案可以通過某種方法轉換成編程語言。它在UML和軟件建模的第12章中介紹。