看板
[ Soft_Job ]
討論串[討論] hard code 速度會快嗎?
共 7 篇文章
內容預覽:
如題 hard code的速度會比較快嗎?. 根據我經驗 hard code可以在極短時間內處理一些專案上的問題. 但是專案上有高度相似的東西 藉由hard code去寫並不會比較快. 反倒是多花一點時間重構 重構完畢之後 再來只要套function 修改參數. 這速度會比hard code快很多.
(還有368個字)
內容預覽:
關鍵其實要看你的專案現在在哪個階段. 1. 專案在非常早期:. 這時候 hard code 有可能其實是最佳解。. 此時需求不太很確定，可能經常修改。你現在看起來有幾段 code 很相似，. 可以重構成共用 function，但不幸的是，幾個月後商業需求改變，他們的行為. 越差越多，卻因為共用 co
(還有870個字)
內容預覽:
都說是做專案了，又不是做產品。. 做專案當然是做完收錢，Meet Dealine，所以重點是，. 照案主的需求，改成他要的，照資安需求，修掉有問題的地方。好好上線。. 一案結束，就下一案來了，你還有空refactor? 誰billing你？. 我是真的不明白ptt 上一堆天天refactor 掛嘴邊
(還有73個字)
內容預覽:
你講這個就代表你們公司(或工作室?)甚至於你個人. 完全沒有經營codebase的習慣. 我敢這樣說有幾個簡單的推論:. 1. 如果你們是接案公司，接的案子種類應該不會南轅北轍. 2. 如果你們是接案公司真的一天到晚在接五花八門domain的專案，那代表你們的競爭. 力是便宜，因為有技術的公司你們甲
(還有859個字)
內容預覽:
再吐一下天天refactor 的，在台灣你可以看到一堆公司，都有自己的產品，. 就是接案子後，用原案的CODE重包出來的：產品。. 然後，根本賣不動，這樣要你老闆BILLING你的閒著沒事做去re-fat-tor?. 號稱精進系統，使系統更好what?. 這下問題大了，何謂"更好"？如何衡量？. 跑
(還有202個字)