问:要不要改代码,如果改什么程度比较合适?

[815lbh]

接手了一个经历了 3,4 任主人的项目.代码风格各式各样.
一整个后台逻辑写在一个控制器里面.
一个方法里面写了好几个表的 SQL 语句.一次请求几个数据上百万的表 o(╯□╰)o
明明是 laravel,基本上都是原生,一点优雅型都没有
文件命名,方法命名乱七八糟....

想改,有点看不下去,但是现在的需求就是稳定就好.不会在有后期发展.业务组重心不在这个项目

到底改不改呢?

如果改的话,什么程度?

[hcymk2]

你很闲就改 。

[ByZHkc3]

说多了是泪。。。

[DozySun]

不怕漏 就该

[hahasong]

下一任主人可能会发一个这样的帖子：
接手了一个经历了 4,5 任主人的项目.代码风格虽然一样但是不太优雅.
后台逻辑比较分散没有按模块分类
一个方法里面只写了一个表的 SQL 语句.一句联合查询能搞定的事得在上百万的表里查好几次 o(╯□╰)o
明明是 laravel,却还用的是旧版 api ，一点优雅型都没有
文件命名,方法命名乱七八糟....

想改,有点看不下去,但是现在的需求就是稳定就好.不会在有后期发展.业务组重心不在这个项目

到底改不改呢?

如果改的话,什么程度?

[cxbig]

综合考虑成本，一块块解决
烂代码也许是一种定时炸弹，也许没事
时间调配很重要。如果你们公司要往更复杂的产品发展，在预算支持下尽快改掉关键的部分，如主要业务流程。

我们公司的两个产品的第一个 发布版本找外包的，结果烂的不行，老板下决心打造一个技术组来做。
现在 2 年过去了，我们在不断开发新功能的同时，把主要的业务流程全部重写过了。一些无关紧要的还留着，不过都是用着没有问题的那种，偶尔有逻辑调整顺手就重写了。

[zhtubo]

@hahasong 哈哈，這麼幽默！！

[xxp27]

这明显应该走人的说

[815lbh]

@hahasong 哈哈,有可能,不过这个项目最多半年了

[815lbh]

@cxbig 恩,说的不错,一点点改吧,后面维护起来也好

[hahasong]

@815lbh 楼主征婚，有联系方式没。想不想学安卓开发

[msg7086]

所有花下去的时间精力都要折算成钱。
再烂的项目，只要没拨款，就别动了呗。

除非你是投资人或者公司高管。

[ChoateYao]

招个人，抛锅。

[pein]

改好了没人奖励你，改坏了你就歇菜了，懂吗。

[c24c4fe8]

pein 改好了没人奖励你，改坏了你就歇菜了，懂吗。

同意

如果实在闲得想改，就每次改需求的时候悄悄地多改点吧