我自己的状况是时间一直不够
有时间的话
我会把我负责的部分流程图都画出来还有注解写清楚，因为我发现过段时间，再看自己的程
式码很难回想当初为什么这样做，还有merge的时候，有一堆conflict也很难看
另外，还会同时写报告，有设计概念、需求规格、测试报告、结案报告、使用者说明
假设真的所有功能都做到没问题(目前我觉得我没有一个案子敢说有这样的状态XDDDD)
就开始调整架构、优化速度及改善算法
然后我每个案子都delay... 不然就是只能交出去重点功能完成的程式，但我知道有很多点
应该要再调整，但公司未必给我足够时间调整
也许最大的问题是自己一直不满意这份程式的状态，不停地调整

这样上头的不会靠杯吗？

会阿 但是会靠背这种事的公司我也不想待太久因为我不想回收自己在这种状况下写出的垃圾

程式洁癖也是很麻烦啊反正再怎样写接手的永远觉得你写烂code。clean code, DRY , magic number大概这些部分有遵守就不至于太糟了。可能要逼自己没写超过三小时不准回头重构，这样可以加速些。

你觉得潮后面的不一定觉得潮

是个糟糕的员工

这样不ok，要考虑的是时间下合理的产出

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

感觉会有overdesign

这样很糟糕，应该是在不拖进度下再去做这些事吧 都跟不上进度了还做这些 有点扯后腿(？)