这种情况，如何是好？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 1534 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

第 1 条附言 · 2020-10-20 12:50:25 +08:00

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

根治

磐石

坏处

待命

42 条回复 • 2020-10-21 10:09:41 +08:00

bavtoex

2020-10-19 23:35:41 +08:00

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

raaaaaar

2020-10-19 23:36:31 +08:00 via Android

老板没个懂技术的？

lcolnwang

2020-10-19 23:40:40 +08:00

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

lcolnwang

2020-10-19 23:40:55 +08:00

没有 bug 可以种个 bug 出来

wangyzj

2020-10-19 23:41:27 +08:00

根治
跳槽

binxin

2020-10-19 23:43:38 +08:00

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

dizun

2020-10-19 23:56:07 +08:00 via Android

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

dji38838c

2020-10-20 00:04:47 +08:00

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

TwoDogSon

2020-10-20 00:33:21 +08:00

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

terence4444

2020-10-20 00:44:46 +08:00 via iPhone

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

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

LnTrx

2020-10-20 00:55:58 +08:00

@dji38838c 有法律风险

IDAEngine

2020-10-20 08:09:54 +08:00 via iPhone

多写新功能，多加 bug 最好

xuanbg

2020-10-20 08:40:17 +08:00

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

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

CQYJ

2020-10-20 08:40:31 +08:00

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

killeder

2020-10-20 09:03:37 +08:00

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

dany813

2020-10-20 09:24:08 +08:00

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

SmiteChow

2020-10-20 09:32:43 +08:00

金手指吗?

bingoshe

2020-10-20 09:43:10 +08:00

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

calmzhu

2020-10-20 09:53:42 +08:00 via Android

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

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

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

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

calmzhu

2020-10-20 09:57:04 +08:00 via Android

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

zarte

2020-10-20 09:59:00 +08:00

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

vvxex

2020-10-20 10:02:09 +08:00

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

yuecheng320

2020-10-20 10:02:36 +08:00

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

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

whileFalse

2020-10-20 10:05:21 +08:00

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

wangxiaoaer

2020-10-20 10:10:13 +08:00 via iPhone

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

只是开个玩笑啊。🐶

olddogs

2020-10-20 10:26:37 +08:00

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

jones2000

2020-10-20 11:18:34 +08:00

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

Acoolda

2020-10-20 11:20:05 +08:00

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

superliwei

2020-10-20 11:35:22 +08:00

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

xiaofan305

2020-10-20 11:41:52 +08:00 via Android

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

loler

2020-10-20 12:09:03 +08:00

养寇自重？

opengps

2020-10-20 13:13:09 +08:00

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

freeeyu

2020-10-20 13:21:51 +08:00

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

hejingyuan199

2020-10-20 13:22:40 +08:00

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

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

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

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

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