假設，你決定留下來處理這個爛攤子，提供以下建議供參考：
第一，你應該得到足夠的職位或授權，乙個程式設計師是沒有足夠的能力處理這個問題的。不在其位，不謀其政，如果你連專案經理或架構師都不是，連技術高層的認可都沒有，那麼還是走為上。
第二，建立共識，你的觀察和意見是否能夠得到領導和團隊成員的認可？在團隊目前共識中，你列的這24個問題是專案最重要，最急迫的問題嗎？是不是還有更重要的問題，你暫時還沒有接觸到？你的問題描述客觀嗎？還是過分誇大，和帶著情緒？很多詞看起來都不是平心靜氣的說的。你看到的問題領導和團隊成員看到了嗎？他們認可嗎？解決這24個問題能提高你們的生產效率，或節省經費嗎？能縮短問題解決的時間，提高客戶滿意度嗎？能減少加班嗎？如果你這24個問題並不是專案目前的專案的核心問題，解決了，又能如何呢？誰會分配資源給你來解決問題，誰會配合你解決問題？如果沒有共識，或者無法建立共識，那麼要麼忍，要麼滾。
第三，產品是過程的產物，你們目前的系統也是過程長時間執行的產物。it系統成功的三大要素是：過程，人和技術。想不觸動軟體開發過程，僅僅從軟體技術上解決問題是沒有辦法解決的。
見困難就跑的，還真不如**寫差點迎難而上的。水平高新老劃斷找好邊界逐步重構，再不濟你想重寫都可以。先從最容易不出問題，最容易引起同組程式設計師共鳴的地方開始修改，每改好一點都是對工程的改進。如果遇到專案大改版什麼的，這個是重構最好的時機，有足夠的測試資源幫助你進行重構。如果你的方案有足夠優秀的理由，自然會得到其他人支援。最後要注意一點，沒有看懂前，不要因為爛就重構，裡面可能是老架構不適應新需求，導致**上有一定妥協。ps.這個事情應該是技術負責人去推進的。但是作為乙個新人，可以找時機提方案，在領導的允許範圍內主動承擔改進任務。你們領導也會一定程度為你提供資源和時間做這件事情。
找輪子本身其實是一件不容易的事情。而我對上面問題的解決方法是：找輪子的任務不要交給新人，而是要由經驗豐富，資訊檢索能力強的程式設計人員負責，最好是專案的構架人員。團隊成員找到的輪子最好也由構架人員拍板，用還是不用。對於團隊新人，最重要的任務還是程式設計基本功、文件閱讀能力以及如何用好已經拍板的輪子。
如何避免重複造輪子問題
人家已經總結出的系統的經驗知識，可是因為不知道它的存在或沒有找到，摸索幾年後，才發現自己走了遠路。如企業管理中的 六脈神劍 阿里巴巴的績效考核體系至少有80 在所有企業中是共通的。可見 a.自己要做什麼輪子？b.是否有現成的 或近似的輪子。記住這兩個問題。第二個例子是軟體開發，現成的輪子有 a.開源...
經常收集點工具，避免重複造輪子
比較spring apache的beanutils 因為apache做了比較多的效驗，效率比spring低。推薦spring的了。每次都要new 一次物件。感覺不爽，自己寫了個返回物件，其他另行擴充套件 public static t copyproperties object source,cla...
Golang實用工具包 避免重複造輪子
功能包名 備註目錄操作 pwdtools 獲取目錄 數值轉換 convertor 運算元字等 時間操作 time 獲取自定義時間格式等 陣列操作 array 陣列轉換等 檔案操作 filetool 獲取檔案目錄,讀取,寫等 格式化操作 formatter 如儲存大小轉換成可讀的單位等 日誌操作 lo...