前端新人工作中多造輪子對未來的發展是好是壞？

知乎使用者2016-12-02 00:59:12

我個人同意造輪子的

非常同意，且推薦，且強烈推薦

我司有些老碼農就這樣。死守第三方庫，有庫絕對不動手。以至於到現在我們有些專案為了丁點的功能要匯入新的庫，專案臃腫不說，庫和庫之間也出現過互相沖突的問題，而且離了jQuery簡直不能活。

不過我覺得此題更有發言權的當屬：

通靈術，輪子哥！

@vczh

威老 Valor2016-12-02 12:51:21

先找現有的一堆輪子拿來做比較，如果都不合適，就選最接近的那個，先看看能不能用hack的方式解決，不行就 fork 一份原始碼自己改，同時給作者發一個 PR。

有時候不得不自己動手從頭造輪子，就先把現有的輪子原始碼看一遍，看他們的優缺點和他們幫你踩過的坑，再動手造。

其次，你造新輪子，需要有文件，需要保證質量，需要保證穩定性，這又需要引入一系列的工具。而初學者往往不會考慮到這些東西，但這些又是高質量輪子所必須具備的條件。

如果人人都隨手造輪子，劣質的輪子掩蓋了優質輪子，那就是災難了。

ccl4372016-12-02 20:16:56

重造輪子是用在學習上，但要快速開發就不ㄧ定適合

知乎使用者2018-04-13 03:46:03

你需要能夠清晰陳述現有輪子在解決問題時有哪些問題解決的不夠好，然後陳述為什麼你新造的輪子能夠把這些問題解決得更好。這要求你：

1。 熟悉需要解決的問題。

2。 理解現有輪子的利弊。

3。 有能力做更好的輪子。

有很多人連 1 和 2 都沒搞清楚就開始寫程式碼，那就是在碰運氣。就算 3 你完爆前人，你還是在碰運氣。

汪志成2018-04-16 11:50:16

造輪子如果有創新，就值得。如果已經有其他輪子解決得很好了，自己沒啥創新點，就是抄一遍，那就不值得。後者唯一的價值是教學和學習，不要用在產品程式碼中。

設身處地為你的後繼者想一想，當你看到一坨寫得很爛的程式碼，還用的到處都是，而作者已經離職了，你會不會想罵娘？