作者lovdkkkk (dk)
看板Soft_Job
標題Re: [討論] hard code 速度會快嗎?
時間Fri Jun 7 16:11:58 2024
前面很多人說得很好了，只做點補充
如果你是新手，前面說的那些絕大部份都跟你沒有關係，
因為你不具備相應的必要能力。
某些 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://webptt.com/m.aspx?n=bbs/Soft_Job/M.1717747921.A.E50.html
1F：→ Lordaeron: 沒解決大家花時間陪你測的問題啊。 06/07 16:51
長期的專案可以考慮參考打勾的那條回答，先加好測試，
雖然測試可能還是要大家花時間陪你加，
不過加好後可以讓重構後的測試的工小到可以忽略
但對於短期一次性專案來說還是不適用就是了
2F：→ brucetu: 關於你貼的連結，我認為不存在無法拆解成小任務的重構任 06/07 17:25
3F：→ brucetu: 務，看過太多整套API慢慢換掉的例子 06/07 17:25
4F：→ brucetu: 不管偶合度有多高，加個介面都能解決，再漸漸汰換舊組件 06/07 17:25
5F：→ brucetu: 重構最好是在有新功能或者需要改善效能的時候順便做 06/07 17:27
6F：→ brucetu: 也可以說是你當初v1哈扣試水溫，有要繼續發展產品線，v2 06/07 17:29
7F：→ brucetu: 就認真寫，如果沒有計劃做v2那你v1的技術債等於不用還 06/07 17:29
8F：→ brucetu: 這樣就解決大家陪你測的問題了 06/07 17:30
9F：噓 B0988698088: 聽君一席話 06/07 18:41
10F：→ B0988698088: 你不如回去前面文直接推那個連結就好 ，其他整篇廢 06/07 18:41
11F：→ B0988698088: 話別寫 06/07 18:41
QQ
12F：→ Lordaeron: 長期專案是啥?一個案子跑三五年算不算長期? 06/08 19:26
可能不太算
一個被長期使用的服務，例如 YouBike 的系統，或者被長期使用的 library，
然後它們是有持續更新維護的需要的情形
時間可能是十年以上？然後單位可能不是 "案子" 而是 project
13F：→ Lordaeron: 哪你要一群人，跟你一起花老闆的錢，來幫你實現你的 06/08 21:57
14F：→ Lordaeron: fat , 看來你是老闆是沒問題的. 06/08 22:00
15F：推 accessdenied: 樓上真老闆快去發薪水， re code 根本沒你的事 06/08 22:44
16F：→ Lordaeron: 你天天fat , 不給大家看一下fat 得多好? 06/10 08:29
嗯嗯，就不在大神跟高手前獻醜了
※ 編輯: lovdkkkk (118.169.229.104 臺灣), 06/10/2024 11:43:42