: 如果有在好好追蹤技術債，定期償還，視情況舉債，有時是一件好事情。
: 重點 hard code 的當下要留下註解，說明前因後果，並且開 bug 追蹤，
: 這樣日後不會忘記，要 refactor 也比較好搜尋到這些位置
: 補充:
: 註解的使用不是我想回的重點，重點是平衡短期和長期效益
: 按照當下的狀況，調整開發的步調。
: 建議註解單純是加個 TODO: 的註記日後才不會忘了 cleanup
: 或是有些緊急的修改有當下的時空背景，怕一忙沒法馬上清
: 日後有空要 refactor 的時候，回想不起來當時狀況。
: 註解不是描述 code 做了什麼，而是描述為什麼會有這 hack
: 至於 code 做了什麼，自然是 code 寫好讀 code 就懂了
都說是做專案了，又不是做產品。
做專案當然是做完收錢，Meet Dealine，所以重點是，
照案主的需求，改成他要的，照資安需求，修掉有問題的地方。好好上線。
一案結束，就下一案來了，你還有空refactor? 誰billing你？
我是真的不明白ptt 上一堆天天refactor 掛嘴邊的。
用數字說話吧，台灣是出了幾個產品？ 幾個open source project ?
大家不就接案或做公司內部PROJECT。
你一個人爽refactor 讓其他人陪你一起更版，就真的是一個老闆的現象囉。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.12.25.139 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1717565779.A.2F9.htmlMoonCode1樓好奇接案生態 06/05 13:42
CRPKT2樓但你不是有寫過象棋 app 嗎，你的 app 總會重構一下吧 06/05 14:07
→ holebro3樓內部project真的東西有在跑就好 06/05 15:10
→ 本人4樓我的app 基本是一次到位，不管加減功能。 06/05 15:26
→ prag2225樓一堆人嘴重構,現實老闆會答應嗎? 06/05 16:41
prag2226樓更何況你不用物件導向跟設計模式的方式去重構,結果一樣渣 06/05 16:43
peteryu1687樓如果是一人專案，想怎麼改，只要老闆不被 call ，當然 06/05 16:44
→ peteryu1688樓不會有問題，但你想改的絕不是一個人的專案，這時候就 06/05 16:44
→ peteryu1689樓不是你一人的事了。 06/05 16:44
→ prag22210樓實際上有的功能也不可能完全重寫,個人經驗有的是改寫 06/05 16:44
→ prag22211樓包成物件化,後續好使用好維護罷了 06/05 16:45
→ testPtt12樓一開始不做以後大概也不想做 反正要爛一起爛 06/05 19:01
ashlikewing13樓呃 06/05 19:20
→ labbat14樓我認識這樣的人，他說自律重於他律因此不屑加入版控 06/05 19:36
→ peter9815樓你的薪水低於100萬~ 這篇沒有說服力 06/05 20:42
wulouise16樓台灣也是有做產品的公司，我覺得風格的確差很多 06/05 23:27
kurtsgm17樓稍微有點好奇labbat說的不加入版控是啥情況 XD 06/05 23:57
→ DrTech18樓中肯。做過產品的人還真相對少。台灣大部分的工作，哪來那 06/06 08:16
→ DrTech19樓麼多refactor 06/06 08:16
gmoz20樓也不一定 如果是有持續擴充維護案 有資源還是能重構的 06/06 13:11
→ gmoz21樓但比較多時候是出現問題再來重構改善XD 06/06 13:11
iamOsaka22樓推推 06/07 10:32
tvbic23樓這才是臺灣軟體業的現實面，花時間重構程式大多數都是在浪 06/09 22:09
→ tvbic24樓費時間而已，自己看著自己爽，其實都在白費功夫 06/09 22:09
CRPKT25樓一次到位就很了不起了，這樣也不需要敏捷方法了 06/11 10:15
→ 本人26樓我9支棋類APP，跨C++,java,Obj-C,Swift。都不去重肥的 06/11 16:39
→ 本人27樓反正AI的強度及CPU usage在同類APP找不到對手。 06/11 16:40
→ 本人28樓我另外的opensource project, FPC開發的container 06/11 16:41
→ 本人29樓, 就看一下各任重肥大神去肥一下吧。 06/11 16:42
CRPKT30樓好奇可以透露一下棋類 AI 訣竅嗎 06/12 09:33