之前對演算法練習和一些圖形或者物理的demo書寫很不感冒。
原因是寫類似圖形演算法或者demo，是沒法拿到真正實用的資料也沒法真正的測試，只有在實際專案中作出實現才能拿到實際的資料和測試結果（看看這個做法是不是夠強力，來在最後產品中使用）。
比較崇尚把大專案單獨copy乙份出來，作為codebase，在上面實現。
這個當然也可以，沒問題，對於research性質的東西這麼做也是比較合適的。
但是問題，這種做法對於積累來講不是特別合適，因為沒做乙個feature和演算法，實在太慢了，大專案的編譯，load，**結構，做到最後積累出較好的**，代價真的是太大。
所以這個時候有個較好的codebase做演算法和demo的積累，可以實際看效果和performance（儘管資料實用性有限）也是不錯的。
這個和看文件的zcull演算法差不多，對於特別重要的部分，精細的做，其餘的需要粗略的做一下，這樣掌握個度應該是比較合理的。
另外通過做一些acm題發現自己在大專案裡面，一些演算法方面的程式設計功力並沒有很好的提公升，很多題目仍舊是支支吾吾半天寫不出來。
而且和做專案一樣，做對和想明白怎麼做之間有很大不同，一方面反映自己的基本功還是很不夠的。
現在做大專案這一點也是有些不好，對人的思維鍛鍊不是很一步到位，很多時候就是在做結構上的review和思考，一年做下來可能回頭一想，讓你覺得很有技術含量的真是不多，更多的是對於複雜度，對於把事情做對做好這樣的東西的把握。
最後回到圖形程式設計，說道積累，這方面可能包括很多，乙個類似工程學的方面的積累，類似可以通過積累數學知識，多看文章**總結。
另外乙個方面還是要回到demo實現上，對於每個知識點，知道是沒問題的，這個和考試差不多，書看會了距離可以得高分還有很多距離，需要通過大量的練習來更加深刻的掌握。
記得高中校長講學習四個境界，懂會熟通，看書大致可以到懂和會這個層次上。
實際情況中也的確見到很多這個情況，一些同學，侃侃而談可以，但是實際做feature寫**就很長時間弄不出來。
而且圖形程式設計師，尤其是弄一些比較花哨特效的時候，就是要有大量的程式設計經驗，這個時候就需要積累出來一種感覺。
Ztree的相關demo練習記錄
ztree的相關demo練習記錄 1.引入ztree的相關資源，例如 js,css,2.建立乙個div或者ul 注意 一定要加乙個class什麼class呢？那就是ztree不然裡面的小圖示啥的都不管用了。再給他乙個id這個id的目的就是為了讓我們再建立ztree的時候能獲取到它。3.開始建立了乙個...
python選課系統demo的小練習
簡化選課系統 先登陸,然後判斷身份並例項化,根據身份對應的類,讓使用者選擇 class manager operate dict 創造學生賬號 creat student 檢視學生資訊 check student def init self,name self.name name defcreat ...
Tarjan演算法的練習
基本介紹 tarjan演算法其實就是一種帶技巧的dfs，比普通的dfs多了兩個標記 dfn和low，實質上還是一種dfs。tarjan演算法能做什麼？求有向圖的強連通分量 求無向圖的割點 求無向圖的橋 割邊 求lca 最近公共祖先 網上有很多的tarjan演算法詳解，這裡就不重複造輪子了。剛學tar...