一堆注释代码，毫无代码格式可言，大部分时间都浪费在理逻辑，我接手前项目经过好几个人手，改的乱七八糟，每天都想砸键盘，辞职的心都有了，怎么办？
This topic created in 3201 days ago, the information mentioned may be changed or developed.
Supplement 1 · Sep 8, 2017
谢谢各位 v 友的安慰及建议，帖子中间因为楼主回复过快被禁止 1800s 回复你们的留言，好像还被降权了，我是手机回复的还会过快....，现在楼主在医院，因为肠胃不舒服，而且胀气很久了，想彻底检查下，希望各位 v 友要珍爱自己的身体啊，身体真的一切的前提
Supplement 2 · Sep 8, 2017
刚做完胃镜，活着回来了
 |
105
SilentDepth Sep 8, 2017
@silov #85 不必过分追究代码规范，毕竟（现实来讲）这很难做到，大多数人写代码不过是为了养家糊口，没有那个动力持续完善地落实不停变化的业务需求。
风格、依赖可以通过技术手段自动或半自动地处理，业务更需要的是产品或老员工来讲解（而不是钻到代码里搞明白），后来人接手项目的无非是怵头不知道的坑。所以，落实好注释就算对后来人负责了。模块的参数和输入输出是一方面，还一个很重要的是未来得及处理的坑（ FIXME/TODO，配上一些简单的说明）。不一定是要后来人填坑，至少告诉他「这部分的代码不靠谱，不要在这儿浪费时间」 |
 |
106
Sapp Sep 9, 2017
老代码能不动就不动，实在不行加个注释塞新逻辑也不要去轻易动老的，不然改一下一堆堆问题就出来了。这种情况多得是，特别是公司初期，基本没什么时间写各方面很完善的代码，需求也是一变再变，最后改的估计自己都分不清了。
|
 |
107
silov Sep 9, 2017
@SilentDepth 有道理，不过总归还是要尽力往好的方向去做
入职的时候我跟老板和前端以及产品的同事说，我希望我的东西以后交付出去的时候，接手的人可以通过文档和注释无缝衔接，现在没这么大奢望了，只希望后面再有人跟我一起做事的时候，不会因为改我之前写的代码而觉得坑太多负担太重而出来吐槽继而被 v2 的大大们劝退 =_=||| |
|
108
SilentDepth Sep 9, 2017
@silov #107
「尽力往好的方向去做」，话是这么说，实际做起来太难了（参与方越多难度越大）。当然这也因人而异，如果身边都是神队友恐怕也不会存在这个问题。以我个人的经验来说，接口文档能好好落实就已经满足了（确定接口信息，业务逻辑大不了重写），注释什么的也不敢奢望——写代码就够辛苦的，谁还愿意切输入法重复写一遍代码的含义。 其实有时候想想做啥都没用，业务频繁变动，老板催业绩又急，文档根本跟不上，而且这业务没准过段时间就 GG 了，你在追求高素质项目代码道路上做出的努力（多半）泡汤，这买卖实在算不上划算。 |
 |
109
SlipStupig Sep 9, 2017
你如果看过京东的 web SDK，你觉得自己多幸运了
|
 |
110
allgy OP @SlipStupig 之前用过 weibo 的 SDK，惨不忍睹~
|
 |
111
TangMonk Sep 11, 2017
经常生气会得胃病，楼主注意哦
|
Select Language