这种情况，如何是好？

• 資深大佬 : 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 的情况。

• 資深大佬 : weitch

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

• 資深大佬 : ericgui

  还是选 2 吧

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

• 資深大佬 : apple998

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

• 主 資深大佬 : GeekSky

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