造和發明是兩個概念，重複造，意味著練習，次數越多越熟練，熟能生巧，而巧會引發新層面的創造，從而得到新的東西。試想如果不是知道了巧手彈奏的可行性，憑空造出一臺鋼琴的依據在哪裡？

腳踏車的發明者是如何知道人騎在兩個輪子上居然可以一直往前進而不會倒的？

這就是重複製造帶來的價值和意義，大量的實踐活動，也許看起來是在機械重複毫無價值，但是能發光的那根燈絲，就是在成千上萬次重複中被捕獲的。

一個app，一臺電腦，或者一個手機，它們能有今天這樣複雜的構造和功能，權有賴於重複製造帶來的不斷更新改進迭代，一切的複雜都起源於一個非常簡陋但無可取代的輪子原型。

發明這個輪子原型的工作是重複製造從而衍生出所有一切的前提。輪子的說法指的就是所有人造物的本源。以火藥發明為例，人類重複製造，進而瞭解到爆炸帶來的能量，不斷加強巧用，結合其他技術，演化至今有了核彈。

所以越是核心技術越是輪子這類天地綱常最底層的規範標準，重複造是可以的，去發明就是在搞笑了。你能發明出來第二個輪子讓世界上所有汽車在路上跑起來？那一定是反重力裝置。

回到網際網路行業或者說計算機技術上，重新發明輪子的代價意味著以漢字為基礎，全面推翻英文程式設計，毋須諱言，其中難度和代價，幾乎是不可能的事情。

網際網路說的不要重複發明輪子並不是說勸你不要製造輪子，這一點不要搞混了。把輪子造一千遍有助於你理解消化其設計思維理念，而不同人的差異化的思維理念會激發新的靈感。而很多一葉障目無視常識的做法以為自己是在創新，實際上就是在幹發明輪子的蠢事，好的結果浪費時間人力物力最後回到原點發現額輪子已經有了，壞的結果就是造出了一個奇形怪狀的輪子以為是革新首創，還把它裝到車上固執的開下去並樂在其中不思悔改。

最後講個笑話，朋友4S店的，有次遇到一個土豪來買車，要求不要輪子。問他為啥？他說他不會開。

是的，沒錯，網際網路圈子裡經常提“不要重複造輪子”，這其實是有具體指向的，一，不是什麼東西都不要重複造；二，要看針對誰來講。這需要具體細細解讀一下：

1、如果你是在一個公司內部或者平臺體系內部，針對一些共性的作業和技術，就完全不需要重複造輪子，因為這隻會代表著“資源浪費”！目前網際網路行業裡談論非常多的#資料中臺#等話題，就是避免重複造輪子推行的辦法。正在舉辦的騰訊全球數字生態大會上，騰訊也著力透過集團技術委員會推進業務中臺、技術中臺、資料中臺及內容中臺的搭建。

2、如果你是一家小公司，沒有技術能力，而想要透過平臺來實現客戶連結和產品售賣，那就不需要搭建技術體系，直接透過“平臺即服務”的模式來實現就可以了。所以，“不要重複造輪子”也是主要針對這種情況。

3、如果你是一家大公司，但也需要平臺的技術底層，但對於比較核心的資料、客戶資訊、生產資訊等需要隔離，不一定非要放到平臺上去的。

linux windows osx都是重複的輪子

c basic go python php java都是重複的輪子

ie safari chrome都是重複的輪子

造輪子可以學習到更多底層東西，造過輪子的人比不造輪子的上手快，造輪子的過程也是學習的過程。我自己寫分散式框架，別人也說不要造輪子，但我熟悉了netty，還研究了http，mqtt，CAP，經典的兩將軍問題，非同步程式設計等，不喜歡造輪子的人是享受不到其中樂趣的

核心技術的輪子當然需要重複製造...

但問題就在於我們沒有核心技術...

我們不可能造核心技術的輪子...

所以...

別努力了...

老闆不傻...

誰都不傻...

PPT裡寫寫就行了....

淺顯理解就是相同的程式碼不用寫多次，用一個函式就行了，也就是別人做好的模組自己不用再做了。相同問題在橫向不必重複，但在深入的縱向則要求不斷的重複和修正升級以追求完美。你如果有升級輪子的能力，或者不想依賴別人的輪子，肯定要先重複造一次輪子

從事軟體開發多年，倒是經常輪子兩個字打交道，經常也會教育剛入行的程式設計師不要嘗試著開始就造輪子，先把輪子怎麼使用的套路搞明白，後邊基本功上來了隨便怎麼造都是可以的，雖然這個詞經常掛載嘴邊上，但真正能夠造輪子的人還是少的可憐，能夠把外國的輪子使用的非常熟練並且在這個基礎上能夠做到精準的定製就非常不錯了，說到輪子具體來講可能是從開源社群拿到程式碼，也可以是別人封裝好的一個庫檔案，畢竟現在能夠很多地方拿到很多可靠的類庫。

國內程式設計師大部分的工作從開源社群拿到一個框架，直接在上面開發功能然後拿來去用，雖然很多程式設計師對這種做法不屑一顧，但在追趕階段拿過來別人先進的東西去實現功能也不是什麼丟人的事情，畢竟現在國內的軟體基礎還是落後於歐美等國家，先把自己缺失的大坑給彌補上，隨著國內軟體的發展已經有很多開源社群裡面出現中國程式設計師貢獻的程式碼了，隨著時間的推移這種參與感會變得越來越強，就目前的狀態看國內程式設計師總體質量提升已經是不爭的事實，依照發展的角度考慮未來必然有一些造輪子的中國工程師出來。

從網際網路角度考慮中國的企業大部分還是應用級別的開發多一些，對於核心技術的觸碰還不是很多，最近從華為公司被美國公司打壓，突然一夜之間覺得我們還是欠缺非常多的核心技術，真正的核心技術還是要靠創新，因為涉及到核心塊的技術別人不會讓你觸碰，只能自己自己去開發創造，所以核心技術這塊更多的是需要創新大部分情況下都要造輪子。現在國內的網際網路公司對於核心技術的打磨還是欠缺一些，在戰略級的核心技術方面還是缺乏突破，在桌面和移動作業系統方面差距都還是比較巨大，好在雲計算這塊阿里雲已經慢慢跟上來了，核心層面的技術必須做到自主創新。

對於程式設計師來講如何提升自己的技術能力，很多程式設計師都有一個架構師夢，但真正成為架構師也未必去造輪子，距離造輪子還是有一定的距離，所以程式設計師的工作是水到渠成的事情，可能我們在網路上經常看到某個公司的技術大牛做出什麼樣子的事情，從機率上講能成為架構師的人少的可憐，但在平時的程式設計過程中還是要以架構師的標準來要求自己。機會是自己抓住了弄出來的，機會也不是坐等就能來的，所以作為程式設計師就是堅持每天都能學到新的東西，才能慢慢積累技術能力前進。

對於常見的基本類庫，在學習的過程中可以嘗試自己去實現，但在真正的專案研發過程中，直接拿來成熟的類庫是最直接的辦法，如同現在的美國打壓華為，難道華為公司要把所有的供應鏈都自己提供了，顯然也不是很現實的問題，精細化分工是一種大趨勢不是某個國家或者民族來決定的，好用的東西直接去用，對於核心層面的東西必然要進行自主研發創新，如果有必要就是造輪子。

這叫智子封鎖，Linus不造輪子你們哪來的Linux用？潛臺詞就是，你們這幫戰五渣，連個圓乎的能滾起來的輪子都是搞不出來的，趁早洗洗睡

另外提問的傢伙不知從哪裡聽來的N手資訊了，原話是 Don"t reinvent the wheels，體育老師教的英文發明和造分不清楚，莫不是個東北體育老師？嘛都造。後面一幫250還煞有介事的分析為啥不造，你們造不造醬很傻逼啊

剛畢業的同學一般都特別愛造輪子，我當年也特別愛造輪子，沒辦法，好奇心，新鮮感，急於想了解每個細節，想知道每個地方具體是怎麼實現的，知道後就想自己把它實現出來，會很有成就感。 但是那時關注的都是“點”，慢慢的見得多了做的多了，反而不願意去造輪子了，不是懶了，也不是輪子造夠了，沒得可造了，而是認知逐漸立體了，關注的層面提高了，不想把精力浪費在已經明白的細節了。再往後，專案裡難免會遇到瓶頸難題，既有的輪子受限了，這時會不得不改造輪子甚至重造輪子。 從個人成長的角度， 經歷 “特別喜歡造輪子” 到“只想用現成的輪子”再到“不得不重新造輪子” 這樣的過程是正常的，也會在這個過程中受益匪淺。 如果你是入門級，別人在告訴你不要重複造輪子時，其實是在問你三個問題 1.既有的輪子會用了嗎，原理是什麼，是怎麼實現的，好在哪裡不好在哪裡，搞明白了嗎？2.已經搞明白的話，你覺著你有信心和能力造出更好的嗎？3 你造輪子花的經歷時間對目前專案有貢獻嗎？ 只要你有能力回答好，就去造吧。

也可以回家自己造

如果沒有喜歡造輪子的人，技術圈就太骨感了. 如果沒有nginx，……

很多情況下是不存在兩個一模一樣的輪子！哪怕面對同一個需求，不同實現程式碼之間的時間效能、空間效能、通用性、易用性、耦合性等指標也各不相同。側重點不一樣，設計出的輪子也不一樣。而且曾經發明的輪子，未必是最好的輪子，隨著時間推移，可能發明出更好的輪子。不發明同一個輪子這句話本身沒有錯，但把它理解成已經有輪子了，不需要再發明新的輪子就是天大的謬誤。

1.沒有輪子用，造輪子

2.有輪子，但是有人找不著，造輪子

3.有輪子，但是不好用，還是想自己造輪子

4.有輪子，也好用，但是就是不想用別人的輪子

5.時間的推移，輪子難以維護，效能瓶頸，回到前面幾個點，重新考究輪子。

6.沒有能力造輪子，不得不用別人的

7.有能力造輪子，沒時間造，996你懂的

8.有能力，又有時間，api的創造者，輪子的發明人。

換核心往往意味著要投入很多成本，自己造合適自己的輪子無可厚非，需要衡量得與失！