楼主:
TonyQ (自立而后立人。)
2025-09-14 14:47:26※ 引述《kingofsdtw (塔绿班)》之铭言：
: 最近案子快收尾在收敛bug
: 身为救援大队长的老人我被指派到维护一个很老的API
: 老API的设计已经无法满足扩充需求
: 新的扩充功能造成BUG
: 于是我花了大量时间甚至debug到天亮甚至请无薪假
: 新的API经过我反复测试各种case都完美无缺
: 但是code review却被质疑:
: 1. 是不是没找到root cause
: 2. 干嘛改动如此大? 只不过新加一点点功能干嘛改架构?
: 心中五味杂陈...
: 好歹我也是coding master，我说该重构了就是该开始还技术债了
: 更上头还是希望用最鸵鸟的方法继续用旧架构一堆workaound当作root cause
: 是该离职了吗? QwQ
我的建议是:
1. 要干嘛要先讲
2. 要耗用的资源多少要先讲
3. 要达成的目标是啥要先讲
还技术债也要看怎么还，该决定的人去决定，
你不一定是错的，但是决定答案的人不是你。XD
你可以找一个你可以决定答案的位置或角色，
你会发现那个位置要烦的可能就不是这件事情，所以他们判断的可能跟你不一样。
然后我是不建议耗用自己的资源作太多，因为职场上的习惯是，
你做得到的话就会以这个角度当你的标准，
除非你想/愿意常态性的耗用自己的资源进行工作，不然不是很建议这个策略。
基本上重构跟技术债都是脏字，工作上有人跟我讲这两个字，
我基本上都会拿着放大镜重新检查他想干嘛。
这辈子工作到现在，我觉得能把这两个字用得好的可能不到一成，
我是建议大家用【功能更新】取代【重构】，用【复杂度过高】取代【技术债】。
然后再看一次你的论述，是不是讲起来还有道理。
ex. 因为这系统【复杂度过高】，所以我们要进行大规模【功能更新】。
一般情况下这个描述应该都会比，
因为这系统【有技术债】，所以我们要进行大规模【重构】，
看起来可怕很多，而且需要解释得更多。
而这就是作这件事情的时候该做的事情，
找出问题，说明原因，进行解释、安排资源。
作者:
gino0717 (gino0717)
2025-09-14 15:26:00我都说我要加一堆防呆 防谁呆不好说
作者:
wulouise (在线上!=在电脑前)
2025-09-14 15:27:00tech debt几乎定义复杂度过高没错...
作者: nicetw20xx (哇爱台湾) 2025-09-14 16:11:00
推功能更新xD
作者: tsaigi (菜鸡) 2025-09-14 17:00:00
遇过好几个一进来就说要重构 结果越改越多bug 问他为什么要这样改说不出个所以然 最后恼羞成怒直接离职的
作者:
MoonCode (MoonCode)
2025-09-14 17:21:00好奇楼上 tsaigi 什么公司 有趣wwwww
作者: tsaigi (菜鸡) 2025-09-14 17:38:00
可能小公司比较会这样吧 专收毕业生或在学工读 人员流动率超高
作者:
gino0717 (gino0717)
2025-09-14 17:54:00这种人很多啊 公司收到那种怪怪有博士头衔的人第一件事一进来就是 我要大改重写 然后就爆炸了
作者:
kingofsdtw (ä¸èƒ½é–’下來!!)
2025-09-14 21:41:00【复杂度过高】，所以我们要进行大规模【功能更新】XD
作者:
marra (Marra)
2025-09-15 03:32:00"防谁呆不好说" XD
作者: krusnoopy (push) 2025-09-16 11:32:00
学到了 之前会讲code太复杂但没想到有功能更新这个词
作者: oyyyo (yyz zzzz) 2025-09-16 16:19:00
学到了谢谢