接手了一个经历了 3,4 任主人的项目.代码风格各式各样.
一整个后台逻辑写在一个控制器里面.
一个方法里面写了好几个表的 SQL 语句.一次请求几个数据上百万的表 o(╯□╰)o
明明是 laravel,基本上都是原生,一点优雅型都没有
文件命名,方法命名乱七八糟....
想改,有点看不下去,但是现在的需求就是稳定就好.不会在有后期发展.业务组重心不在这个项目
到底改不改呢?
如果改的话,什么程度?
1
hcymk2 2015-10-29 17:28:20 +08:00
你很闲就改 。
|
2
ByZHkc3 2015-10-29 17:29:42 +08:00
说多了是泪。。。
|
3
DozySun 2015-10-29 17:31:17 +08:00
不怕漏 就该
|
4
hahasong 2015-10-29 17:31:58 +08:00
下一任主人可能会发一个这样的帖子:
接手了一个经历了 4,5 任主人的项目.代码风格虽然一样但是不太优雅. 后台逻辑比较分散没有按模块分类 一个方法里面只写了一个表的 SQL 语句.一句联合查询能搞定的事得在上百万的表里查好几次 o(╯□╰)o 明明是 laravel,却还用的是旧版 api ,一点优雅型都没有 文件命名,方法命名乱七八糟.... 想改,有点看不下去,但是现在的需求就是稳定就好.不会在有后期发展.业务组重心不在这个项目 到底改不改呢? 如果改的话,什么程度? |
5
cxbig 2015-10-29 17:42:27 +08:00 1
综合考虑成本,一块块解决
烂代码也许是一种定时炸弹,也许没事 时间调配很重要。如果你们公司要往更复杂的产品发展,在预算支持下尽快改掉关键的部分,如主要业务流程。 我们公司的两个产品的第一个 发布版本找外包的,结果烂的不行,老板下决心打造一个技术组来做。 现在 2 年过去了,我们在不断开发新功能的同时,把主要的业务流程全部重写过了。一些无关紧要的还留着,不过都是用着没有问题的那种,偶尔有逻辑调整顺手就重写了。 |
7
xxp27 2015-10-29 18:33:12 +08:00 via iPhone
这明显应该走人的说
|
11
msg7086 2015-10-29 22:18:30 +08:00
所有花下去的时间精力都要折算成钱。
再烂的项目,只要没拨款,就别动了呗。 除非你是投资人或者公司高管。 |
12
ChoateYao 2015-10-29 22:26:05 +08:00
招个人,抛锅。
|
13
pein 2015-10-30 08:44:33 +08:00
改好了没人奖励你,改坏了你就歇菜了,懂吗。
|
14
c24c4fe8 2015-10-30 12:50:19 +08:00
pein 改好了没人奖励你,改坏了你就歇菜了,懂吗。
同意 如果实在闲得想改,就每次改需求的时候悄悄地多改点吧 |