在軟體開發領域有一句著名的話：不要重複造輪子
那這句有道理嗎？
我個人覺得：
這句話有道理，也沒道理，這句話是有矛盾和衝突的！
任何事情都有兩面性
我們必須要知道一件事情，在企業中工作的程式設計師，他們除了寫**之外，還有一件最重要的事情，就是幫老闆賺錢，程式設計師怎麼幫老闆賺錢呢？那就是程式設計師靠寫**幫老闆幫企業賺錢，對於老闆和企業而言，老闆並不關心程式設計師們具體怎麼寫**，老闆關心的是用最短的時間，最低的人工成本，實現利益最大化。(任何企業的第一使命都是賺錢，因為企業每天都要養活一大堆的員工)
比如：老闆要程式設計師們開發一款軟體，然後程式設計師們就開始寫**，如果什麼都要程式設計師自己從頭開始寫的話，那這個軟體得開發到猴年馬月，如果有現成的框架和工具拿來即用，那就可以大大的縮短開發時間，節省人工成本，企業就可以快速的實現利益最大化，這自然是老闆喜歡的結果。
所以說，如果你想縮短開發時間，節約人工成本，實現利益最大化，那就盡量的多多使用現成的輪子，不要重複造輪子
但是我又特別建議大家多多造輪子，只有多造輪子，才能提高自己的程式設計能力，高手都是一點一點實踐出來的
對於初學者和學生來說，我建議多多造輪子，這樣可以提高自己的動手能力，提高自己的程式設計能力，同時又可以鍛鍊自己的思考能力和分析問題和解決問題的能力，拓展自己的思維
對於老手來說，盡量少造輪子，偶爾造造輪子也是ok的，無傷大雅，但是如果老手是出於研究學習的目的和心態的話，那就多多造輪子吧
對於希望在最短的時間內實現利益最大化的話，那就少造輪子，直接用現成的輪子，因為這樣可以快速的賺錢！
所以綜上所述，不要重複造輪子這句話本身是矛盾和衝突的，因為大家看問題的立場和角度不一樣！
對於企業和老闆來說，企業和老闆不希望程式設計師重複造輪子，因為這會耽誤老闆賺錢，擋了老闆的財路
對於程式設計師個人來說，我覺得在程式設計師程式設計水平還比較初級的時候，多多造輪子可以提高自己的動手能力和程式設計能力，對於程式設計水平中等的程式設計師，我建議也是多多造輪子，以此來提高自己的程式設計能力，對於高手程式設計師來說，他在成為高手之前的那些日子裡就是天天在造輪子，因為他那時候如果不多多造輪子(如果他那時候不拼命反反覆覆寫**)，那他現在也不可能成為高手！所以，對於高手程式設計師來說，此時，可以不必重複造輪子了，如果他是出於精進、精益求精或者是出於研究和學習的目的，那他也可以適當的偶爾的造輪子，那也是ok的
要不要造輪子？
在it界，有一句很經典的話 不要重複造輪子！我們要敏捷開發，快速迭代。這句話意思是說在已有技術可以解決需求的前提下我們不需要再重新實現乙個模組來實現功能，哪怕這個技術是第三方的。在當下，網際網路產品迭代更新的階段，公司業務需求變更頻繁，編碼與搬磚無異，這句話被很多人奉為圭臬，甚至是很多人 指導思想 ...
到底要不要拆分函式
問題描述 怎樣的函式才算是有意義的函式？比如這樣的函式有沒有意義？1 只被呼叫一次的函式 2 只有一句實現內容的函式 3 函式很多的引數 比如乙個函式，有很多區域性變數，如果要拆成多個函式，那麼每個函式都要傳遞這些區域性變數，會造成函式的引數很多。在拆分函式這個問題上，我們要考慮我們在開發過程中，是...
到底要不要拆分函式
怎樣的函式才算是有意義的函式？比如這樣的函式有沒有意義？1 只被呼叫一次的函式 2 只有一句實現內容的函式 3 函式很多的引數 比如乙個函式，有很多區域性變數，如果要拆成多個函式，那麼每個函式都要傳遞這些區域性變數，會造成函式的引數很多。在拆分函式這個問題上，我們要考慮我們在開發過程中，是以寫為主？...