學習過程反思

    本篇反思總結了一般的學習過程。掌握學習的方法，可以讓你更高效地進行學習。這對於天天要學新技術的IT人員來說，是非常重要的。

    本文反思了自己學習WPF過程中出現的一些問題，然後對以後學習的方法進行了重新設計。

    本文的主要內容：

• 與學習相關的哲學思想
  原來的學習方案設計
  工具的反思
  沒學好的原因
  新的方案

相關哲學理論

    我之前的文章中，有一些最基本的哲學思想和最抽象的學習過程，見：《方法》。這些基本理論中，與學習過程直接相關的是：
系統論：學習的過程中，切不可一葉障目，要系統、全面地認識你所要學習的東西。
普遍規律與特殊規律相結合：要理解所學事物的特殊性、它的設計理念、與其它同類的異同。
主次分明：所學事物主要解決什麼問題，主要的設計理念，主要的解決方案。
透過現象看本質：透過各種執行個體看到內部的結構、設計原則、設計理念、抽象思維，思考這個事物出現的原因。
認識論：理論要和實踐相結合，學習才能事半功倍。這一點在IT技術的學習上，表現得尤為明顯。學習是一個迭代的過程，不可能“一口吃成一個胖子”，要“迴圈往複，螺旋上升”。
量變引起質變：學習是一個持續的過程，平時的一點一滴、對細節的研究，才能做到“深入瞭解”該事物。

    關於學習過程，網上有很多相關的文章，有興趣的可以看看：

《什麼是學習過程》
《學習方法概述-學習過程》
《學習過程的分析》

原來的架構學習方案

    之前寫過一篇《如何學習架構》，裡面設計了如何學習一個架構。在學WPF的過程中，在看MSDN的同時，也在不斷地總結架構學習方法：

    現在看來，還是有一些缺陷：

1. 協助文檔太細，許多內容重複出現，不適合作為教材。
2. 由於學習過程是一個持續不斷的過程，所以沒有必要設計時間佔用百分比。
3. 學習過程沒有必要分為輕量/重量兩種方案。
4. 和實踐的結合還是太少！

學習工具的反思

    其實之前已經聽說過MS Expression的名字，知道專業的WPF介面都是用這個設計器做出來的。但是一直沒有去用，主要有幾點原因：

1. 原來學習ASP.NET的經驗告訴我，要精通此類“Markup+Code”的編程模式，“只有自己動手寫Markup，而不是用設計器產生，才能學得更深”。但是這一個方案在WPF學習的時候並沒有發揮多大的作用。WPF的介面元素和代碼編寫較難，導致以直接學習Markup的方式學習時，障礙重重，寸步難行。這種看不起拖拽控制項的方式，違反了“由淺入深”的原則。
2. 未瞭解工具的實際情況。當時感覺在Visual Studio這個整合的開發環境中，也整合了WPF的介面設計器。而我一直覺得VS功能非常強大，想當然地，覺得整合的設計器應該也很不會弱，不需要再使用其它的工具。在這種情況下，也就一直都沒有安裝MS Expression。
3. 懶得去用。雖然VS一直是積極主動地使用最新版本，但是卻一直懶得去使用一些其它的新軟體，今天更新一下，明天更新一下，煩都煩死。嘿嘿。:)
   但是其實使用新的工具只會在開始時多花一些時間，等到熟練以後，使用它可以為自己節省出更多的時間，這個適應過程還是值得的。

    走到前不久，偶然間試用了一下MS Expression Blend 4，發現在上面設計介面非常直接、易用，和VS內建的設計器完全不一樣，這個設計器是為專業的設計人員開發的。難怪自己一直都很難做出絢麗的介面！

反思

    沒有學精WPF的原因：

1. 沒有向高人請教。
2. 沒有由淺入深。
3. 沒有嘗試使用介面設計工具。懶得去用。
4. 和實踐結合過少/沒有系統的實踐。之前學習WPF的時候，花了大量的時間在系統的學習上，但是系統的實踐卻很少。一是因為現在做的項目中的介面都是自動產生的，沒機會應用學到的理論；二是每一個小節後做一些零散的練習，並不系統，沒有把這些零散的點結合在一起。

新的方法

    新的學習方法中，對上述問題都進行了考慮。大致分兩個階段進行學習，同時，引入較多的實踐環節（實踐的量的問題可以現斟酌，如果不是學習IT技術，可以考慮減少一些。）。如：

    圖中，考慮到了總結對於學習的重要性。另外，在挑選《快速版本》和《完整版本》的系統知識“書籍”時，應該多聽聽專家的意見。

尾聲

    學習各種架構是開發人員學習過程不可缺少的一項任務。如何能高效地學習，直接影響了技術儲備量。

    本文中對我個人出現的問題進行了一些反思，也畫了新的學習方案。希望各位園友可以分享一下自己的架構學習經驗，也希望能為我指正圖中的不足之處，萬分感謝。