 |
1
又到吃红丸子还是蓝丸子的时候了
|
 |
raaaaaarOct 19, 2020 via Android
2
老板没个懂技术的？
|
 |
lcolnwangOct 19, 2020
3
这个一段时间不能拉长嘛？
|
|
lcolnwangOct 19, 2020
4
没有 bug 可以种个 bug 出来
|
 |
wangyzjOct 19, 2020
5
根治
跳槽 |
 |
binxinOct 19, 2020
6
建议选二
选一的真实结果大概率是：『一段时间内投入了相当大的精力和工作量』结合『什么时候出问题，你什么时候出面解决』。 |
 |
dizunOct 19, 2020 via Android
7
经济不好，还是第二种吧。不是说为了你一个人，而是治根可能公司没了。
|
 |
dji38838cOct 20, 2020
8
可不可以根治了之后，种下一个 BUG，你想让它什么时候故障就什么时候故障。
这样你既不累，又体现了自己的价值。 |
 |
TwoDogSonOct 20, 2020
9
如果你还有上级 建议分享这个信息 然后共同决策
“我以后就会很闲，这样就不讨人喜” JD 上有能吹 B 的东西换一份也不难吧 |
 |
terence4444Oct 20, 2020 via iPhone
10
比较折衷的方法是一边应付一边演进，不要想着一下子搞定，做几个周期慢慢改进。
否则想要“根治”的代价和风险都很难控制。 |
 |
IDAEngineOct 20, 2020 via iPhone
12
多写新功能，多加 bug 最好
|
 |
xuanbgOct 20, 2020
13
划分几个域，挑最不重要的，譬如测试环境，先治了看看效果。效果好就汇报领导，让领导来拍板要不要在其他域搞。定下来要搞的话，把剩下几个域里面最不要紧的留着不搞就行。这样你轻松了，还显得有价值。
至于最后那个留着的，你可以推脱说自己正在改进方案，等方案出来大家再一起讨论。大家讨论这个嘛，结果你知道的。。。 |
 |
killederOct 20, 2020
15
这种公司的老板是个二货，当然选二了
|
 |
dany813Oct 20, 2020
16
根治的话，你的投入和回报是正比吗
|
 |
SmiteChowOct 20, 2020
17
金手指吗?
|
 |
bingosheOct 20, 2020
18
使用哪怕一个月的时间来根治，导致老板一个月的时间收不了钱 /无法产出，老板肯定不答应，其实绝大多数老板比我们牛
|
 |
calmzhuOct 20, 2020 via Android
19
1 的话非技术层面的成本是什么。即对业务的影响。如果对业务影响很大。这是业务决策，你需要跟老板讨论。
如果不影响业务，纯粹技术决策的话。我觉得不是一个需要考虑的问题，选 1 。 除非你觉得这辈子已经到头了，不想折腾了，需要靠信息不对称来假装自己很重要，你可以选 2 。不然即使利益受损你也该选 1 。 另外，其他人可能不懂技术。但不是傻子。你沟通清楚，别人会知道你的重要性。拿数据说话。 |
|
calmzhuOct 20, 2020 via Android
20
沟通说服其他人，还有跟别人说清楚你自己为什么做。这么做为什么很厉害。这种能力也需要锻炼
|
 |
zarteOct 20, 2020
21
随时待命不好，放假的时候咋办。推荐是默默修一点至少保证放假时间没问题或者其他人能修。除了这个老板应该会派别的新任务给你吧。
|
 |
vvxexOct 20, 2020
22
我见证了一个理想主义者蜕变成犬儒主义者的过程。
|
 |
yuecheng320Oct 20, 2020
23
我怎么感觉以前看过一模一样的一个经历？
反正那个楼主是根治了，然后自己上班摸鱼学其他东西。 我觉得你要问自己：自己对长远职业发展有兴趣吗？还是做一天和尚撞一天钟？但凡对自己长远职业负责，都应该选择方案一。。。 |
 |
whileFalseOct 20, 2020
24
根治积攒经验，然后趁没事儿学习再跳槽
|
 |
wangxiaoaerOct 20, 2020 via iPhone
25
选一，但是留一些不是很严重的、不会在休息时间发生的 bug，完美。
只是开个玩笑啊。🐶 |
 |
olddogsOct 20, 2020
26
我觉得，你要搞清楚，什么是职业，什么是工作！ 职业是热爱、喜爱，任何时候都为之而奋斗的，比如你想成为一个顶级的运维大师；工作就是为了你的职业沉淀、服务的，所以现在做的事情，只要是对职业有帮助，就努力搞好吧！支持根治，这对自己是最好的。写了个短文来回来你的问题： https://www.gjk.cn/post/OTk5QTk5
|
 |
jones2000Oct 20, 2020
27
一个系统不可能是突击 1-2 个月以后，就可以根治， 只能说是一段时间没有问题， 未来会出现什么问题，根本无法预料的，新的问题一定会出现的。
|
 |
AcooldaOct 20, 2020
28
最好不要了吧，除非你能保证完全根治，否则以前代码老出问题，变成了你写的功能老出问题。有意义的事情还是可以自己私下地做做的，要是那天决定要离职了，就把自己私下地作出的结果提供出来，再让老板求你不要走。
|
 |
superliweiOct 20, 2020
29
遵守自己的原则，对自己和他人负责，应该选方案一。
|
 |
xiaofan305Oct 20, 2020 via Android
30
民办医院是如何治疗梅毒的？正常来说打 7 周青霉素就根治了，但根治后病人（客户）就不会再来了；于是只打 4 周，表面上好了，但是过一段时间后就复发，就又来医院了。
|
 |
lolerOct 20, 2020
31
养寇自重？
|
 |
opengpsOct 20, 2020
32
嘿嘿，，，，，，，，根治时候，加个 sleep （ 5000 ）
|
 |
freeeyuOct 20, 2020
33
选 2,有空的时候把 1 实现了,不部署就行..
|
 |
34
不好意思，我没有看留言。
不过我觉得，这个问题在（有经验的）外人看来， 其实是楼主还没有足够实力去实现第一种解决方案。 （只是在设想，如果让我来做，我会这样等等等。。。） 所以就直接选 2 就行了。 如果有能力完成 1，那当然是去做 1 。 但是正如楼主所说，似乎觉得第一种方案能做到长治久安， 其实我表示怀疑。 没有什么系统能够长久稳定运行的。 大部分时候只是从第一个架构师的思路改成了第二个架构师的思路。 然后后面的架构师鄙视前面的架构师。 而且，正常来说，升级一个系统，没有推倒重来的， 都是一个个模块逐步替换，这本身就是一个漫长的过程， 比重新开发一个还长，但是更稳健更稳妥， 一般公司也都是这么做的， 所以楼主根本不需要担心第一种方案做完后会没事干。 升级系统花去的时间，（如果是你一个人做）， 能做很久了。比第二种方案估计还久， 还能赚更多钱。 |
 |
hotsun168Oct 20, 2020
35
个人经验是选了方案 1，但处理方案 1 引入的问题与后续功能需求，一样持续了好几年，至今仍在持续。
 |
 |
xsm1890Oct 20, 2020
36
感觉选 2 的会蛮多的。但是如果你选 1，现在可能不会有很大的回报，但是在下份工作中一个重建老项目的经历应该会有些用处的
|
 |
vcodeOct 20, 2020
37
先根治，在根治过程中引入一些可控的问题
|
 |
StarUDreamOct 20, 2020
38
永远不要选 1 。
除了你是 CTO 的情况。 |
 |
memecoinOct 20, 2020 via Android
39
有的人总喜欢重构系统，在他们看来重构了就不会出问题了，然而他们永远不明白，他们重构后的代码交给别人后就会变成他们现在看别人代码的样子！
|
 |
ericguiOct 21, 2020
40
还是选 2 吧
原因也确实很简单，但不是上面说的。而是：你以为你能根治，其实那是幻觉。 |
 |
apple998Oct 21, 2020
41
作为过来人告诉你；越是闲又没有出问题的运维才是好运维；一天到晚在救火的运维难道是好运维？
|
1
Select Language