二零二三年终总结贰 • 工作篇

工作上二三年有了非常大的变化，经理、UI、程序（我）和编辑被老板划分成了一个独立的部门——「产品部」。

在这个部门里的成员，每月需要提交两个，对公司网站和物料的修改方案，直接和 KPI 挂钩。本来我的工作是完成大家的需求就好，现在改成了需要提出需求，而且还是以部门内部相互折磨的方式。最关键的是就公司这个网站，可以改的地方也不多，真要好好的改，就得大刀阔斧的重构。但是上级不愿意，因为重构不是我一个程序员短期能搞定的事，但是公司又不愿意招更多的程序岗。还有就是老板只看得懂前端展示出来有感知的效果，对代码的健壮性毫不关心。

另一个更要命的问题是，「所有代码都是技术债」。

"技术债"（technical debt）源自著名程序员沃德·坎宁安（Ward Cunningham）的一篇文章。他写了一句话："交付代码就像负债累累。"你的代码一旦进入生产环境，就像背上一笔债务，将来需要不断支付利息，除非代码不再使用。这个比喻获得了共鸣，人们把代码带来的负担，称为"技术债"。为什么代码好比负债累累？这有两个原因。第一个原因是，由于各种限制，代码的实现有问题，包含了 Bug，或者选择了有问题的组件，后期需要修改或重写。第二个原因是，即使代码是完美的，但由于技术进步，它会逐渐腐化过时，后期需要不断维护和更新，这通常比原始开发成本更高。这意味着，无论多么小心，上线的代码总是有"技术债"。可以这样说，所有的代码都是技术债。

就我们公司目前的这个「屎山」代码，通过几代程序员的利滚利，「技术债」已经高到资不抵债的程度了。或许就在今年，这个「债务危机」就会爆发在我的身上，到时候我唯一的选择就是「跑路」了。

更坏的消息是，目前的我没有 B 方案。代码的技术原地踏步没有进步多少，想要再找一份编程的工作估计非常困难。当老师的想法，虽然我在二三年六月份通过了教师资格证考试，但是参加教师招聘考试的条件，却因政策收窄而不符合了。

现在对自己的未来挺迷茫的，目前的状态有点得过且过。