之前我有寫過關於自學的些許好處（詳見
這次說乙個自學的弊端，暫且拿乙個不恰當的詞來形容一下——閉門造車。
就我個人感覺來說，自學對於接受已有的簡單的知識很有效率，而且掌握程度啊啥的效果很好，一旦進入乙個比較難的區域時會感到吃力，這時候就會有兩種選擇，一是自己想辦法解決，二是去找別人已經解決並公布的辦法。
中國的學生絕大多數會選擇第二種，當然理由也很多：既然有「捷徑」，為何非不走，還要繞一大圈，最後結果還不是一樣的。而且還可以省更多的時間更多的經歷去「學」更深的東西，就這樣一步步過來了（這樣貌似沒有神麼問題，接著往下），在這個往下的過程中，有很多人被淘汰了，理由是不喜歡研究型的，還有少部分人「模仿著」走到了領域的尖端，覺得自己挺牛的，「學」到了很多，也擁有了很多，當要突破創造新的東西時，覺得非常吃力（故事貌似完了。。。）
印證了一句話，我們天天想走「捷徑」，走到最後發現原來自己繞了一大圈，最快的捷徑其實就是腳踏實地一步一步往前走，一點點體驗思考的樂趣。
中國歷史很悠久，文化也很悠久，有時候它也是一種包袱。
扯得有點遠，鏡頭轉過來，其實就是說自學是有瓶頸的（沒有體驗過的同學回去面壁），我的想法就是跟同水平或者更高水平的人交流（其實這樣的機會並不多，中國很大程度的交流是演講），還有就是競賽，一方面是發現自己的不足，另一方面你知道還有同樣的人跟你一塊在搞乙個東西，不會孤單。
當真的需要解決問題的時候靠的是真正思考的能力，模仿頂多算個工具。
或許對於那些某某部門、某某協會那些閒的都能淡出鳥的人來說，純粹想把乙個東西做好的想法、行為有多二，但是我想說的是，對於我們天天充滿幻想、夢想改變世界的年輕的不甘的心來說，就是想追求一種東西或許真的像自由一樣，比愛情更可珍，比生命更可貴。
當是小蝦的一點牢騷吧，對於憑藉個人能力就能力挽狂瀾的大牛們（像樓教主、matrix67），這裡只能orz，再orz了，
僅代表個人觀點，如有雷同，純屬共鳴，歡迎拍磚
關於makefile的一點思考
在gnu編譯工具軟體中，如果對單一的原始檔進行編譯，可執行指令如下 gcc o x x.c 此指令會將原始檔編譯為目標檔案。若是對執行緒類檔案進行編譯，則在末尾加上 lpthread指令。但若是對多檔案進行編譯，即若是編譯的目標檔案同時包含另一檔案中的函式。則在編譯的時候需將另一檔案加到編譯原始檔中...
關於指標的一點思考
指標是乙個變數，所不同的是，它存的是位址。因為資料型別決定著如何解釋這個位址 位元組數和操作 因此根據的資料型別的不同，指標又有不同的型別。某個物件 a 的位址範圍為 a,a size n 其中size n是a所佔的位元組數 比如乙個一維陣列int a 10 位址範圍為 a,a 10 sizeof ...
關於演算法的一點思考。。。
關於演算法的一點思考。在實踐過程中，我發現 有時候要解決乙個問題，可以設計幾個演算法分步完成任務，這樣處理起來比較簡單，但是情況並非總是如此，有時，我們需要將幾個步驟放在同乙個演算法內連帶處理，這樣才比較容易處理問題。我還發現，有時候，解決問題的演算法，是被發現出來的，並加以一步一步的檢驗才得以確定...