前面很多人說得很好了，只做點補充 如果你是新手，前面說的那些絕大部份都跟你沒有關係， 因為你不具備相應的必要能力。 某些 case hard code 好， 但是你可能沒有辦法正確判斷倒底是不是那些 case， 某些 case 不要 hard code 好， 但是如果不幸你一直在很適合 hard code 的環境一直 hard code， 突然要你不要 hard code 你可能也寫不好。 還是最簡單直接的，查查 best practice，多讀幾本書， 不影響工作的原則下找機會多練，把自己的能力練起來才是真的。 到有一天不論是要 hard code 或好好寫 code 都能做好時， 再參考那些意見會比較有幫助。 而別人說的問題或缺點也不要照單全收，可以多查多想怎麼克服， 例如上面有提到 "你重構大家花時間陪你重測"，這的確是個問題， 不過用 "refactor test long time" 這破英文餵狗他會吐給你 https://softwareengineering.stackexchange.com/q/103385 或許可以解決這類問題 總結 前面很多人說得很好，大神在板上，高手在民間 但是，新手不用想那麼多，先專心練功實在 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.161.219.227 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1717747921.A.E50.html 長期的專案可以考慮參考打勾的那條回答，先加好測試， 雖然測試可能還是要大家花時間陪你加， 不過加好後可以讓重構後的測試的工小到可以忽略 但對於短期一次性專案來說還是不適用就是了 推 Chricey: 鋅功效 06/07 18:41推 Kroner: UC2推薦 06/08 21:57推 Chricey: 葉黃素 06/10 08:29 QQ 可能不太算 一個被長期使用的服務，例如 YouBike 的系統，或者被長期使用的 library， 然後它們是有持續更新維護的需要的情形 時間可能是十年以上？然後單位可能不是 "案子" 而是 project 嗯嗯，就不在大神跟高手前獻醜了 ※ 編輯: lovdkkkk (118.169.229.104 臺灣), 06/10/2024 11:43:42