好學谷

　　此輪子非彼輪子，程序員可不是轉行去造汽車或者單車了，而是在做老本行，而這個輪子也是一種稱呼。主要是稱呼那些可以隨意替代的部件，這樣我們就可以在以后用的時候，直接套了。但是很多程序員在Java上學習造輪子卻被優化了，這是為什么呢?

　　在IT歷史長河中，大家都非常感謝前輩們的努力。他們造出了非常多的輪子，而這些輪子可以滿足我們平常項目的基礎需要，這也讓我們的工作效率提升不少，節省很多時間。但很多人卻在有現成的輪子的情況，還自己造輪子，這就有點脫褲子放屁了。

　　為什么他們會如此呢?可能是因為自信，覺得自己造出來的輪子會更好，前人的輪子已經過時了，自己才是新時代的潮流。而且勞倫茲晦澀難懂，還沒有文檔，不易擴展維護。也可能認為輪子的功能并不能滿足自己的需求，那只能重新整一個了。

　　甚至有些時候不是自己的問題，而是輪子漲價了，項目成本上去了，被迫無奈。當然最主要還是造輪子的成就感是無與倫比的，尤其是看到別人一直使用自己的輪子，對自己表達謝意，那更是幸福。

　　理性來看，造輪子對個人而言是個很好地學習過程，但沉迷造輪子，不單會耽誤Java學習，而復雜輪子實現過程成本也高。因此，造輪子一定要分情況，如果項目要上線了，你還在造輪子，那不優化你優化誰呢?

　　本文原創 文章來源：好學谷 轉載請標明出處：http://www.tc8800.com/