新入职被安排维护前人留下的'史前'项目,怎么防止砸键盘？

[allgy]

一堆注释代码，毫无代码格式可言，大部分时间都浪费在理逻辑，我接手前项目经过好几个人手，改的乱七八糟，每天都想砸键盘，辞职的心都有了，怎么办？

[allgy]

@em84 非常难受

[allgy]

@ashin 👍

[allgy]

@xzg1993 👍

[PasDajavu]

@msg7086 确实，这才是最理性的方式！尽人事就行了，如果老板不理解你，或者实在受不了了，那么用 Vue 的话来说：要么忍，要么滚！

[SilentDepth]

@silov #85 不必过分追究代码规范，毕竟（现实来讲）这很难做到，大多数人写代码不过是为了养家糊口，没有那个动力持续完善地落实不停变化的业务需求。
风格、依赖可以通过技术手段自动或半自动地处理，业务更需要的是产品或老员工来讲解（而不是钻到代码里搞明白），后来人接手项目的无非是怵头不知道的坑。所以，落实好注释就算对后来人负责了。模块的参数和输入输出是一方面，还一个很重要的是未来得及处理的坑（ FIXME/TODO，配上一些简单的说明）。不一定是要后来人填坑，至少告诉他「这部分的代码不靠谱，不要在这儿浪费时间」

[Sapp]

老代码能不动就不动，实在不行加个注释塞新逻辑也不要去轻易动老的，不然改一下一堆堆问题就出来了。这种情况多得是，特别是公司初期，基本没什么时间写各方面很完善的代码，需求也是一变再变，最后改的估计自己都分不清了。

[silov]

@SilentDepth 有道理，不过总归还是要尽力往好的方向去做

入职的时候我跟老板和前端以及产品的同事说，我希望我的东西以后交付出去的时候，接手的人可以通过文档和注释无缝衔接，现在没这么大奢望了，只希望后面再有人跟我一起做事的时候，不会因为改我之前写的代码而觉得坑太多负担太重而出来吐槽继而被 v2 的大大们劝退 =_=|||

[SilentDepth]

@silov #107
「尽力往好的方向去做」，话是这么说，实际做起来太难了（参与方越多难度越大）。当然这也因人而异，如果身边都是神队友恐怕也不会存在这个问题。以我个人的经验来说，接口文档能好好落实就已经满足了（确定接口信息，业务逻辑大不了重写），注释什么的也不敢奢望——写代码就够辛苦的，谁还愿意切输入法重复写一遍代码的含义。

其实有时候想想做啥都没用，业务频繁变动，老板催业绩又急，文档根本跟不上，而且这业务没准过段时间就 GG 了，你在追求高素质项目代码道路上做出的努力（多半）泡汤，这买卖实在算不上划算。

[SlipStupig]

你如果看过京东的 web SDK，你觉得自己多幸运了

[allgy]

@SlipStupig 之前用过 weibo 的 SDK，惨不忍睹~

[TangMonk]

经常生气会得胃病，楼主注意哦

[allgy]

@TangMonk 还好，平时生气比较少，只是上学那会儿不爱吃饭，饮食不规律