作者 talkmyself (休息中)標題 [討論] hard code 速度會快嗎?時間 Tue May 28 17:13:44 2024
如題 hard code的速度會比較快嗎?
根據我經驗 hard code可以在極短時間內處理一些專案上的問題
但是專案上有高度相似的東西 藉由hard code去寫並不會比較快
反倒是多花一點時間重構 重構完畢之後 再來只要套function 修改參數
這速度會比hard code快很多
hard code完畢有十個地方要改 才發現改9個地方 發現bug 又要花時間處理
反倒是重構後的code 就算10個地方要改 可以縮減到5個地方
然後藉由5個地方又在同一隻function 帶入參數之後 會比較快
然而bug也不容易產生
因為hard code去處理 只是極短時間內比較快寫完的錯覺
後續要加一兩個功能就會越來越慢 除非是極迷你的專案
就算是小專案 hard code也不會比較快
至於會留下大量技術債的問題 不是為了趕時間而hard code
而是因為腦筋不好而hard code
因為腦筋不好 所以很多可以模組化的東西都hard code去解決
發現到越改越複雜 到最後連自己都無法維運
腦筋不好的緣故 改一個bug會產生3個bug
所以會有技術債問題是腦筋不好造成的 不是趕工造成的
我的想法
--
沒有醬汁的料理沒有試吃的必要
就如同
沒有配音員的角色就只是個軟體
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 203.67.103.85 (臺灣)
※ 作者: talkmyself 2024-05-28 17:13:44
※ 文章代碼(AID): #1cLQ1Bul (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1716887627.A.E2F.html
※ 同主題文章:
[討論] hard code 速度會快嗎?
05-28 17:13 talkmyself
推 Hnash: 這其實很吃當下情況跟判斷 我自己是能接受hard code來hot fix線上問題 事後在重構的1F 05/28 17:29
推 Hnash: 試想半夜兩點接到電話要緊急維修 你會去想程式架構還是趕快改好起床再調整 我相信大部分的人都會選後者4F 05/28 17:31
推 ko27tye: 本來就是救急用的做法啊 是要討論什麼8F 05/28 17:45
推 b0920075: 還以為是在問程式執行速度，原來是開發時間9F 05/28 18:24
→ sos20122: 如果胡亂模組化不如hardcode10F 05/28 18:36
推 wulouise: 客戶坐在你後面現在究竟就要，慢慢refactor沒關係11F 05/28 18:41
--