jjwjiang

首先现在有 AI ，可以非常大的降低这种事情的难度。

其次慢慢的做安全级别很高的重构，比如通过 IDE 或者 AI 把大块的业务摘出来，作为子方法，让主流程留下的是业务上的抽象方法，然后再挨个分析。

个人觉得这个不算多屎，因为他把所有东西放一起了，那充其量就是有点菜有点恶心而已。真正的屎是充满了自以为是的过度抽象化设计，不进断点都看不出来代码是怎么跑的那种。

评估你的方案、effort 和收益。

本质上是你没能说服你上级，没能说服的原因是这些点上他都有能自洽的道理而你的道理也自洽，但是并不能取得压倒性的胜利。
比如你那个 hooks 的例子，你能看到有人曾经因为这个写法产出过 bug ，最后增加了多少工时，那这就是一个可以说服的点，相比你的写法的心智负担，降低了 bug 产生率，等等等，而心智负担你可以通过注释、wiki 之类的东西来降低影响。
或者说哪次扩展功能，结果需要修改大量重复代码等等。

如果你发现你列不出合理的例子和收益，那说明这事他说得对，你自己没想明白。

代码是为项目服务的，你又不是在做开源。

完全不现实的攻略，狗屁不通。

举个简单的例子，赛里木湖骑不了车，开车绕一圈都得几个小时，你还想徒步？你知道里面的著名景点比如松树头本来就得徒步几个小时才能到顶吗？更不用说你的去程规划完全不现实。还有住湖边经济酒店？？？你到底有没有哪怕搜过一点点真的有用的信息？赛里木湖里屁酒店都没有，蒙古包自然贵，而且不可能在湖边，开车都得开到山里才能住到蒙古包。

29 岁年薪 50w ，天天坐办公室，在这抱怨国内对你不友好。

咋说呢，一个贱字概括吧。

@LandCruiser token 是不是过期看一下 exp 就行了，获取服务器时间的意义是？

@Daming 4. 前端校验 token 时限也没问题
总感觉还是 OP 自己的水平问题