这种情况，如何是好？

[GeekSky]

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

深思熟虑，还是选 2 吧。
因为选择 1，就是推倒重来，工作量很大，而且需要停工停产，因此时间也很紧迫。
我弄好了，啥事没有，也只是认为我做了我本来就应该做的事情……
假如出了意外，那什么锅就都是我的了……
而且如果我弄好了，然后哪天我被优化了……

[bavtoex]

又到吃红丸子还是蓝丸子的时候了

[raaaaaar]

老板没个懂技术的？

[lcolnwang]

这个一段时间不能拉长嘛？

[lcolnwang]

没有 bug 可以种个 bug 出来

[wangyzj]

根治
跳槽

[binxin]

建议选二
选一的真实结果大概率是：『一段时间内投入了相当大的精力和工作量』结合『什么时候出问题，你什么时候出面解决』。

[dizun]

经济不好，还是第二种吧。不是说为了你一个人，而是治根可能公司没了。

[dji38838c]

可不可以根治了之后，种下一个 BUG，你想让它什么时候故障就什么时候故障。
这样你既不累，又体现了自己的价值。

[TwoDogSon]

如果你还有上级 建议分享这个信息 然后共同决策
“我以后就会很闲，这样就不讨人喜” JD 上有能吹 B 的东西换一份也不难吧

[terence4444]

比较折衷的方法是一边应付一边演进，不要想着一下子搞定，做几个周期慢慢改进。

否则想要“根治”的代价和风险都很难控制。

[LnTrx]

@dji38838c 有法律风险

[IDAEngine]

多写新功能，多加 bug 最好

[xuanbg]

划分几个域，挑最不重要的，譬如测试环境，先治了看看效果。效果好就汇报领导，让领导来拍板要不要在其他域搞。定下来要搞的话，把剩下几个域里面最不要紧的留着不搞就行。这样你轻松了，还显得有价值。

至于最后那个留着的，你可以推脱说自己正在改进方案，等方案出来大家再一起讨论。大家讨论这个嘛，结果你知道的。。。

[CQYJ]

@binxin 净说大实话 哈哈
不过这样的话，选一似乎也可以

[killeder]

这种公司的老板是个二货，当然选二了

[dany813]

根治的话，你的投入和回报是正比吗

[SmiteChow]

金手指吗?

[bingoshe]

使用哪怕一个月的时间来根治，导致老板一个月的时间收不了钱 /无法产出，老板肯定不答应，其实绝大多数老板比我们牛

[calmzhu]

1 的话非技术层面的成本是什么。即对业务的影响。如果对业务影响很大。这是业务决策，你需要跟老板讨论。

如果不影响业务，纯粹技术决策的话。我觉得不是一个需要考虑的问题，选 1 。

除非你觉得这辈子已经到头了，不想折腾了，需要靠信息不对称来假装自己很重要，你可以选 2 。不然即使利益受损你也该选 1 。

另外，其他人可能不懂技术。但不是傻子。你沟通清楚，别人会知道你的重要性。拿数据说话。

[calmzhu]

沟通说服其他人，还有跟别人说清楚你自己为什么做。这么做为什么很厉害。这种能力也需要锻炼

[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 的情况。

[memecoin]

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

[ericgui]

还是选 2 吧

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

[apple998]

作为过来人告诉你；越是闲又没有出问题的运维才是好运维；一天到晚在救火的运维难道是好运维？

[GeekSky]

@apple998 那得看老板怎么想……