这是一个创建于 2672 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
allce231 2017-08-29 22:43:53 +08:00
当然是写新的啊 这还用问吗
|
 |
2
msg7086 2017-08-30 00:11:04 +08:00
改 Bug 哪有 Shift-Del 爽。
|
 |
3
JohnLou 2017-08-30 00:16:16 +08:00 via iPhone
我是能用就用，代码再好也是一样工资。
|
|
4
msg7086 2017-08-30 01:12:08 +08:00  2
@JohnLou 我们公司的系统写完以后整个 Team 花了一年多的时间改 Bug 都没改完，Bug 依然满天飞，核心组件不小心就炸，炸了以后几乎只能清空数据库重建所有数据。
现在我和同事相当于一个半的人力，从零开始重写系统，断断续续写了半年时间已经写完一半功能了而且速度比以前快了几倍，内核就算出错了只要重新执行就能自动修复。老板看完我们 Demo 就惊呆了。 代码再好并不见得就是一样工资，系统稳定了公司收入高了，厉害的贡献者自然会拿高工资。 （公司如果不肯涨工资的话，写进简历里然后跳槽，照样能涨。） |
 |
5
hjc4869 2017-08-30 05:46:20 +08:00
只要新功能不天天变需求（逃
|
 |
6
KNOX 2017-08-30 08:05:53 +08:00 via Android
重构
|
 |
7
rashawn 2017-08-30 08:09:58 +08:00 via iPhone
刚毕业的时候喜欢重构，现在喜欢写最难而且没实现过的那个新功能。
|
 |
9
zjsxwc 2017-08-30 08:16:21 +08:00 via Android
看成本代价，如果原先的代码就逻辑清楚设计合理，当然是选择改 bug。如果本来就是烂代码，果断重写了。
|
 |
10
viator42 2017-08-30 08:24:35 +08:00 via iPhone
写新的，最好是新项目
|
 |
11
Weny 2017-08-30 08:27:38 +08:00 via iPhone
重构
|
 |
12
zjqzxc 2017-08-30 08:27:50 +08:00
修 bug 时间>>重构时间->重构
修 bug 时间<<重构时间->修 bug 修 bug 时间≈重构时间->看情况，如果后续要不断增加需求就重构，后期很少再变动了就修 bug 怎么节省时间怎么来 |
 |
13
iscraft 2017-08-30 10:25:18 +08:00
部分小互联网公司老板最喜欢改程序了 最好是淘宝上 10 块 20 块就能买到的那种
|
 |
14
Light3 2017-08-30 11:02:39 +08:00
成本代价.. 我只想说 这个东西能跑只是有点小问题.
但是你和老板说 我要重做一个 一般人不会同意的 他又不懂这些 他觉得没什么事阿 为什么要重做 而且 时间很重要的.. |
 |
15
jelinet 2017-08-30 11:41:38 +08:00
重构之后，跑上一段时间又变成烂代码了。还是看整个团队吧。
|
 |
16
fuxkcsdn 2017-08-30 12:49:16 +08:00 via iPhone
上线多年的系统，改 bug
才刚上线没多久，且代码烂 bug 又多，重新写 |
 |
17
TuringGunner 2017-08-30 12:53:59 +08:00
其实重构最好玩，写新功能也可以，最好是以前没写过的新套路，改 bug 最无聊
|
 |
20
irenicus 2017-08-30 14:49:15 +08:00
删没用的代码最爽
|
 |
21
Creabine 2017-08-30 18:24:39 +08:00
肯定是自己开新项目啊，改别人的太蛋疼了
|
Select Language