要學的東西很多，而我們的精力總是有限。你是否也有這樣的感慨呢？
學這個沒有用，公司專案中用不到。你是否也有這樣的心態呢？這兩種理由本身沒有太大影響，甚至有時候還能幫你做判斷。但是你是否把這兩個作為藉口來拒絕所有新東西呢？
我們要建立起自己的知識體系（知識樹），凡是有助於強化或者豐富這個知識體系的，都是有用的。企業級開發受領域影響使用的技術方案總是有限，這是必須要掌握的部分，而你的知識體系要包含但是不限於此。
1,知識樹的建立是乙個循序漸進的過程，或者說是了解自己的過程。
2,當自己判斷能力有限的時候，可以從一本程式設計基礎書開始，比如c#**教程；當這個掌握之後你就可以從這本書中得到的線索進行擴充套件了。
3,最終指導你進行整個知識樹構建的最好是一本高屋建瓴的書。
1,知識樹讓自己很容易判斷乙個知識是否值得學習。明確地知道自己需要學什麼，而哪些暫時不需要學，而不再感到茫然。
2,知識樹讓自己的知識不再是零星的技巧，而是互相支撐的。
3,知識樹讓自己有乙個更加平滑的學習曲線。循序漸進。
4,知識樹的建立就是幫助我們在精力有限的情況下達到對技術的最佳掌握，而不再感覺到時間不夠用。
下面是我總結的關於.net開發知識樹。
注：由於個人能力有限，也許在這個知識樹中有很多非常重要的知識遺漏了，所以也請各位園友們提出你們寶貴的意見，讓這個知識樹更加完整，更加茁壯。同時也希望各位不防也嘗試構建自己的知識樹，讓我們的知識點更加系統。
讓我們的領域邏輯徹底裸奔吧
菜阿斌以前寫了兩篇很好的文章 為什麼要讓我們的 領域模型 裸奔？上 下 在我的 架構視角面面觀中也介紹了領域邏輯經常被web 元件api 分布元件api orm元件api ado api 等汙染，上面的幾篇文章講了領域裸奔的重要性 以及常見專案中的領域被汙染的問題，關於如何解決該問題，網上關於這方面...
讓我們對這棵樹進行肢解吧 樹鏈剖分
樹鏈剖分，顧名思義，它先通過輕重邊剖分將樹分為多條鏈，保證每個點屬於且只屬於一條鏈，然後再通過資料結構 樹狀陣列 bst splay 線段樹等 來維護每一條鏈。這裡我用的是線段樹來維護，感覺應該算是最簡單的，但這還是花了我一段時間去理解。我覺得樹鏈剖分講解好的部落格 模板題 樹鏈剖分，我覺得較為難的...
01Trie樹 p2420 讓我們異或吧
異或是一種神奇的運算,大部分人把它總結成不進製加法.在生活中 xor運算也很常見。比如，對於乙個問題的回答，是為1，否為0.那麼 a是否是男生 xor b是否是男生 a和b是否能夠成為情侶 好了，現在我們來製造和處理一些複雜的情況。比如我們將給出一顆樹，它很高興自己有n個結點。樹的每條邊上有乙個權值...