※ 引述《pudding1209 (归属感)》之铭言：
: 代po
: 因为前一个工程师离职,我接了眼前这个案子
: 公司常常随便答应客户,常常开一个很短的时间要你做功能出来
: 所以目前很多功能都是硬加上去的,架构设计的很差
: 前阵子撑过release后,最近有空了,就开始进行code的重构
: 我直接修改主流程,确实跟我想的一样,随便改就会有很多bug跑出来
: 这些bug区分为现在存在,但是发生机率低,修改code后会让机率上升 (例如溢位)
: 有一些是现在不存在,但是修改code以后会产生的bug
: 我希望继续检查这些东西,而这件事情跟上面起了冲突
: 上面问我 这些又不是现在的规格 你检查他干嘛?
: 我回答 因为规格可能会改 所以想趁现在有空把这些东西先做一些处理
: 上面问我 这东西明明就没bug 你随便改他改出了bug,这是哪门子的debug方式
: 这边我其实回答不出来,因为不去动他确实都没问题
: 而我反问了一件事情 假如规格改了,跑出了bug,那怎么办
: 上回答我 那个时候再处理就好 不然聘请测试人员干嘛
: 我自己的观念是 我觉得程式的架构跟扩充性很重要
: 当有时间压力的时候我会做一个能用的东西出来
: 但是只要有时间,我就会进行code review跟重构,以因应未来的需求
: 想请问一下台湾的软件工作环境,这些事情是不是常态
: 因为朋友是告诉我 你不是创业就是练好英文进外商 在本土企业走到哪都是这样
: 我觉得上面的观念跟我的观念差距很大 所以思考是不是自己的观念有错....
: 至于现在,就是做上面想加的功能 至于哪一天再也无法加新功能了 就那时候再说吧...
我觉得...错的是你
所谓的系统，最终目的就是要让执行结果能满足需求(要能正确)
架构那些的重要性会比较低(但我没说不重要)
今天程式可以运作了，能满足客户的需求了
主管有说整个程式由你完全负责，你想改想重构就做吗？我想没有吧
因为你自作主张的重构或所谓的“debug”，让程式产生更多新的bug，使得客户不满的话
不怪你怪谁...
如果主管以后还得注意会不会因为你自作主张的决定而使得原本OK的程式是否会变得不
OK...
这不是给你主管找麻烦吗?
他很可能会感到无法掌控你的状况，而觉得你是颗不定时炸弹
如果主管认为情况是需要重构的，他会找人做重构(如果他知道需要重构也不找人 最后责
任也是该他承担)
这时如果产生新bug也没什么大不了
就相当于开发新功能或修改旧功能都会有bug要修一样
主管会有也该有相关的心理准备
再来...架构烂...你真的能改得好吗?(我不晓得你的能力如何)
如果你当初自作主张的重构可以到达使用上没有感到什么变化，也没产生问题
主管没什么骂你的理由
看架构不好，想改...ok
但请先评估清楚自己的能力，做这件事情的代价、利益、风险
至于做单元测试，我想如果不影响到现有程式的运作，主管也没什么产生不满的理由(除
非他就是想整你XD)