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

[allgy]

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

[allgy]

@TuxcraFt 老板压根儿不懂技术，传统行业转型的

[caijihui11]

理理逻辑也是程序员的工作之一。 注释先别管，万一别人有用呢

[allgy]

@cxbig 我现在想法是坚持到明年跳槽季吧，想转前端了，说实话自己能力吧也有欠缺，能力和工作氛围是匹配的

[allgy]

@msg7086 嗯，差不多一天一个 bug，难的话

[allgy]

@cmonday 是的，耐心真的被虐很多次，但是也不否认项目里有很多值得学习的地方

[ferstar]

劝走的真是够了，讲道理工作中给前人擦屁股基本上避无可避，逃得了这家逃不了下家。说说我的经历吧，前阵子刚把一个全用 Shell 和 Perl 拼起来的烂摊子收拾完毕，用 Python 重写，搞完系统性能提高了 300 倍（没错是 300 倍，主要是前面的摊子实在太烂，随便加个多线程然后并行计算就能提速）。刚接盘时全局变量满天飞，各种 function1，function2，function3 简直马勒戈壁，Perl 的那些我了个去的#$%，当时我也很绝望啊，还好坚持下来了，为啥能坚持？是因为上家辞职闪人就是接了个要把 demo 速度拉上生产环境上线的烂项目，当时走的那叫一个潇洒，裸辞近一个月才找到这家，没想到还是坑，还好填平了。
PS：偶尔逛了下拉钩，发现上家 HR 还在招接盘侠。推荐楼主看下这本书《凤凰项目:一个 IT 运维的传奇故事》，我是很收鼓舞的

[allgy]

@rason 嗯

[Felldeadbird]

既定事实，基本没办法再修改风格的了。只能按照：先在小部分进行优化，确保之前的没错误。一点一点迁移到新架构中。。。
反正，这事情很漫长的。楼主你遇到一点事情就这样，和我三年前差不多情况。不过那时候我没打算辞职。只想着重构他。

[allgy]

@ivlioioilvi 😄

[allgy]

@xomix 是的，我现在在里面编码都开着 psr 文档，要求自己按规范来

[allgy]

@cmonday 嗯

[allgy]

@zlhsvc 是的

[Qlccks2]

多买几个键盘旁边放着，省得砸坏了没得用。

[l00t]

一边砸键盘一边慢慢改吧。这都走人的话还真没多少工作合适的了。维护老代码是再常见不过的工作内容了啊。

[allgy]

@klgd 嗯，人的因素会大一些，但是用结构好的框架本身会限制编码者遵循规范从而引导项目朝着良性发展

[x86]

跟我比惨吗？手上还有个 tp3.2 的就项目，代码看的我想打人，真的是用 tp 不可怕，写的那么烂才是真的可怕

[allgy]

@jadetang 是的，不可能都是新需求

[abujj]

哈哈哈哈哈

[allgy]

@FYK 如果你是处在项目没定性阶段很幸运，至少可以一路看到整个项目是如何臃肿起来的

[allgy]

@caijihui11 之前看过有人讨论过，为什么一些人喜欢留注释代码，好像是 防御性开发，我也忘记了怎么说