不做完美主义者

最近软件里面发现一个问题，用户碰到这个问题的机会不到，假设是10%左右。修复这个问题有两个方案，

• 方案A，能够把用户碰到这个问题的机会降低到1%，但是方案的代价低，只需要1个小时，风险也低。
• 方案B，能够完全把问题修复，但是需要改变一个类的内部结构，代价高，至少要1天的时候，风险也相对高。

当然对上述问题的评估结果是在B方案进行了2个小时候发现的，最后毅然决定选择方案A。我们不能要求事事都能做得完美，选择一个性价比最高的来做就行了。重要的事情多的是，有时不做完美主义恰恰能到达完美的境界。