我來回答一下您這個問題，僅限於個人及認知來說。

1. 什麼時候需要複製貼上。

一般情況， 某個工具類，演算法。在網上找到符合的，會複製下來， 修改後進行使用。再有就是類似的相同業務模組，偷懶的話會整體複製過來，進行修改，快速完成任務。專案緊湊的時候，會出現大量複製的情況。還有一種就是，我在工作中遇到的情況。包裝5年經驗，別人寫的基本邏輯看不懂，全複製。前後臺，均複製。改來改去最後業務模組細化分給其他人填坑。

2. 為什麼要複製貼上

偷個懶省時間趕專案不會，一知半解

3. 工作常態

非業務性的，要進行提取共同方法，放到公共工具類，稽核通過後所有人一起使用。業務性的，當前業務大量重複性程式碼，提取出私有方法，在當前業務中進行引用。需要注意事物傳播，是否存線上程問題等。儘量不要定義全域性變數在共同呼叫的私有方法中使用。程式碼有的時候不是越多越好(差程式碼行數作為業績的除外哈)，也不是越精簡越好。程式碼是給人看的，平時注意程式碼註釋的書寫。畢竟複製的時候，也能知道是啥意思不是。別人複製的時候也能理解不是。

以上就是本人的觀點，所以程式碼複製貼上，是常態卻不是常規。畢竟大佬的騷路子不止一套嘛不是。

你可以這樣認為，前提是你有複製貼上的水準，做的程式是獨一無二的，否則，花費幾天、幾個月複製貼上的東西一點用沒有，不會有人為你的程式買單。

微軟Microsoft很牛吧？他們公司的開發者為了程式定義、風格、類的封裝等的一致性，也是在進行復制貼上。但那是高水平的，誰能質疑其水平呢？誰又能有資格懷疑其水準？

號稱搭積木，國內基本上都急功近利，確實從排序程式碼寫起效率太低。有二期都不錯了，基本上推倒重來。不過百萬以下的專案，哪有這麼多講究，甚至上線就卸驢了

其實軟體開發和其他工業品製造是一個道理，飛機無非是兩個翅膀，汽車是四個輪子，關鍵的是整合整個系統功能的能力，軟體開發應該也是這個道理，每個編碼組，代表一種功能，也沒必要，已經形成實用功能的編碼組在自己去寫，當然是複製貼上拿來用就好了