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