这种情况，如何是好？

[GeekSky]

运维，现在工作上现在遇到一个问题，有两种解决方案:一种是根治，就是一段时间内，投入相当大的精力和工作量，彻底根治问题，可以给公司带来长久稳定，哪怕我走了，没人维护，也坚如磐石。
但是这样的话，我以后就会很闲，这样就不讨人喜，而且复出和回报，根本不是一个层次。
另一种就是应付，不去根治它，什么时候出问题，我什么时候出面解决，好处是能体现出自己的价值，显得有能力又没闲着，坏处是我不喜欢这样，因为故障出现不定时，我要随时待命，很累……

[zarte]

随时待命不好，放假的时候咋办。推荐是默默修一点至少保证放假时间没问题或者其他人能修。除了这个老板应该会派别的新任务给你吧。

[vvxex]

我见证了一个理想主义者蜕变成犬儒主义者的过程。

[yuecheng320]

我怎么感觉以前看过一模一样的一个经历？
反正那个楼主是根治了，然后自己上班摸鱼学其他东西。

我觉得你要问自己：自己对长远职业发展有兴趣吗？还是做一天和尚撞一天钟？但凡对自己长远职业负责，都应该选择方案一。。。

[whileFalse]

根治积攒经验，然后趁没事儿学习再跳槽

[wangxiaoaer]

选一，但是留一些不是很严重的、不会在休息时间发生的 bug，完美。


只是开个玩笑啊。🐶

[olddogs]

我觉得，你要搞清楚，什么是职业，什么是工作！ 职业是热爱、喜爱，任何时候都为之而奋斗的，比如你想成为一个顶级的运维大师；工作就是为了你的职业沉淀、服务的，所以现在做的事情，只要是对职业有帮助，就努力搞好吧！支持根治，这对自己是最好的。写了个短文来回来你的问题： https://www.gjk.cn/post/OTk5QTk5

[jones2000]

一个系统不可能是突击 1-2 个月以后，就可以根治， 只能说是一段时间没有问题， 未来会出现什么问题，根本无法预料的，新的问题一定会出现的。

[Acoolda]

最好不要了吧，除非你能保证完全根治，否则以前代码老出问题，变成了你写的功能老出问题。有意义的事情还是可以自己私下地做做的，要是那天决定要离职了，就把自己私下地作出的结果提供出来，再让老板求你不要走。

[superliwei]

遵守自己的原则，对自己和他人负责，应该选方案一。

[xiaofan305]

民办医院是如何治疗梅毒的？正常来说打 7 周青霉素就根治了，但根治后病人（客户）就不会再来了；于是只打 4 周，表面上好了，但是过一段时间后就复发，就又来医院了。

[loler]

养寇自重？

[opengps]

嘿嘿，，，，，，，，根治时候，加个 sleep （ 5000 ）

[freeeyu]

选 2,有空的时候把 1 实现了,不部署就行..

[hejingyuan199]

不好意思，我没有看留言。

不过我觉得，这个问题在（有经验的）外人看来，
其实是楼主还没有足够实力去实现第一种解决方案。
（只是在设想，如果让我来做，我会这样等等等。。。）
所以就直接选 2 就行了。

如果有能力完成 1，那当然是去做 1 。
但是正如楼主所说，似乎觉得第一种方案能做到长治久安，
其实我表示怀疑。
没有什么系统能够长久稳定运行的。
大部分时候只是从第一个架构师的思路改成了第二个架构师的思路。
然后后面的架构师鄙视前面的架构师。

而且，正常来说，升级一个系统，没有推倒重来的，
都是一个个模块逐步替换，这本身就是一个漫长的过程，
比重新开发一个还长，但是更稳健更稳妥，
一般公司也都是这么做的，
所以楼主根本不需要担心第一种方案做完后会没事干。

升级系统花去的时间，（如果是你一个人做），
能做很久了。比第二种方案估计还久，
还能赚更多钱。

[hotsun168]

个人经验是选了方案 1，但处理方案 1 引入的问题与后续功能需求，一样持续了好几年，至今仍在持续。

[xsm1890]

感觉选 2 的会蛮多的。但是如果你选 1，现在可能不会有很大的回报，但是在下份工作中一个重建老项目的经历应该会有些用处的

[vcode]

先根治，在根治过程中引入一些可控的问题

[StarUDream]

永远不要选 1 。

除了你是 CTO 的情况。

[weitch]

有的人总喜欢重构系统，在他们看来重构了就不会出问题了，然而他们永远不明白，他们重构后的代码交给别人后就会变成他们现在看别人代码的样子！

[ericgui]

还是选 2 吧

原因也确实很简单，但不是上面说的。而是：你以为你能根治，其实那是幻觉。