我自己的狀況是時間一直不夠
有時間的話
我會把我負責的部分流程圖都畫出來還有註解寫清楚，因為我發現過段時間，再看自己的程
式碼很難回想當初為什麼這樣做，還有merge的時候，有一堆conflict也很難看
另外，還會同時寫報告，有設計概念、需求規格、測試報告、結案報告、使用者說明
假設真的所有功能都做到沒問題(目前我覺得我沒有一個案子敢說有這樣的狀態XDDDD)
就開始調整架構、優化速度及改善算法
然後我每個案子都delay... 不然就是只能交出去重點功能完成的程式，但我知道有很多點
應該要再調整，但公司未必給我足夠時間調整
也許最大的問題是自己一直不滿意這份程式的狀態，不停地調整

這樣上頭的不會靠杯嗎？

會阿 但是會靠背這種事的公司我也不想待太久因為我不想回收自己在這種狀況下寫出的垃圾

程式潔癖也是很麻煩啊反正再怎樣寫接手的永遠覺得你寫爛code。clean code, DRY , magic number大概這些部分有遵守就不至於太糟了。可能要逼自己沒寫超過三小時不準回頭重構，這樣可以加速些。

你覺得潮後面的不一定覺得潮

是個糟糕的員工

這樣不ok，要考慮的是時間下合理的產出

可能要思考一下權衡啊，每每都delay也不太ok啊

感覺會有overdesign

這樣很糟糕，應該是在不拖進度下再去做這些事吧 都跟不上進度了還做這些 有點扯後腿(？)