此輪子非彼輪子,程序員可不是轉行去造汽車或者單車了,而是在做老本行,而這個輪子也是一種稱呼。主要是稱呼那些可以隨意替代的部件,這樣我們就可以在以后用的時候,直接套了。但是很多程序員在Java上學習造輪子卻被優化了,這是為什么呢?
在IT歷史長河中,大家都非常感謝前輩們的努力。他們造出了非常多的輪子,而這些輪子可以滿足我們平常項目的基礎需要,這也讓我們的工作效率提升不少,節省很多時間。但很多人卻在有現成的輪子的情況,還自己造輪子,這就有點脫褲子放屁了。
為什么他們會如此呢?可能是因為自信,覺得自己造出來的輪子會更好,前人的輪子已經過時了,自己才是新時代的潮流。而且勞倫茲晦澀難懂,還沒有文檔,不易擴展維護。也可能認為輪子的功能并不能滿足自己的需求,那只能重新整一個了。
甚至有些時候不是自己的問題,而是輪子漲價了,項目成本上去了,被迫無奈。當然最主要還是造輪子的成就感是無與倫比的,尤其是看到別人一直使用自己的輪子,對自己表達謝意,那更是幸福。
理性來看,造輪子對個人而言是個很好地學習過程,但沉迷造輪子,不單會耽誤Java學習,而復雜輪子實現過程成本也高。因此,造輪子一定要分情況,如果項目要上線了,你還在造輪子,那不優化你優化誰呢?
本文原創 文章來源:好學谷 轉載請標明出處:http://www.granapassiva.com/