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

[allgy]

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

[mhycy]

@cxh116 还好你是 PHP，我们维护过 C#同样操蛋的项目。。。。

[allgy]

@2ME 差不多，根本没有严格遵循 mvc

[allgy]

@wolffn 是的

[allgy]

@qiqico 嗯

[silov]

问个镜像问题：项目第一个 /批开发者，如何避免后人接手的时候产生此类情绪？

我现在就是团队的后段项目第一个开发者，尽量完善一些代码和注释，尽量规范化，但是业务变更有时候是很快的，项目要跟上进度需求很容易产生一些逻辑混乱的代码。。。这种事情又需要怎么避免呢。。。

[pandago]

@silov 上线之后优化代码

[fishman]

说走人的，你们都不维护项目吗？

[allgy]

@silov 最基本的开发手册需要有，还有就是可以完成功能后重构优化不好的代码

[qiumaoyuan]

有能力和权力就直接改。没能力或者没权力就走。抱怨不解决问题。

[msg7086]

对于 Append 我跟你说，单个回复里可以回复很多人，不需要一层一层回，避免触发 1800 大法。

[wangcansun]

要不要来一次重构啊，多爽

[silov]

@pandago @allgy

开发手册基本的是会整理，不过完善的没有

至于优化重构，说起来是很轻松的，有精力、有机会自然也会一点点去做，但是公司初创阶段产品经常会会很频繁的跟着业务变动，很难抽得出时间做那么好，老板可不会给你时间等你优化架构什么的，而烂摊子本身就是这么一点点问题积累出来的。。。。。。

以前我也老吐槽，这谁留下的代码这么烂。。。现在跟前端同事老调侃，以后进入公司的开发会不会也这么吐槽我们，看来几乎是不可避免的，只能说尽我们所能的去做好吧。。。。

[allgy]

@msg7086 👌学到了

[allgy]

@silov 加油

[server]

忍 或者 滚，

[fhefh]

慢慢把坑填好~~ 我填了好几次坑了 反正能用 稳定运行

[xzg1993]

我真觉得我是个好人···把代码都重构了··恶心的代码自己都看不下去

[ashin]

我也经历过类似项目，维护过的人最后都离职了

[Michelle1991]

不是好正常的事情？如果做不了赞同忍或滚，所有工作都是自己分析衡量是否可以做，是否决定做，决定就不要考虑太多，抱怨无法解决问题，尽力解决问题，尽力后无法解决自己觉得无法接受了那就滚，只是别滚到同样的坑~忌抱怨心态

[em84]

胃镜做起来多爽（滑稽）