[备忘.经验总结]特例问题通用问题，分而治之
某用户升级客户端程序后遇到因依赖组件版本不满足而导致登录报错，临时处理只有跑站点去手动安装。这个问题肯定需要解决，否则人工代价和用户体验都不好。排查后基本确定了原因，属于判断组件版本的方法在该用户环境中不正确，而第一感觉就是改进判断方式。
但当天下班前回顾这个问题时发现，该用户的情况应该是属于特例，而我们似乎把特例当成了通用方式在处理。虽然增加了一重判断更为保险了，但也会增加开销和增加引入新问题的风险，是否必要？经过初步交流，偏向做“定向处理”，为这类特例情况给予额外的“补充程序包”来应对。然后就是，如果能提供“灰度升级模式”也能降低该类问题的影响。下来后会继续整理完善思路，形成方案。
尝试再整理下经验，做个记录：
1、问题尽可能去弄清原因，避免盲目处理。比如这次如果不回顾，可能会把特例问题当成通用问题来处理，至少会让我们程序更复杂，违背了简单原则。
2、特例&通用问题分别去采用不同的方式处理，有哪些好处？
1)减少副作用和不必要的改动，成本风险也会相对更低。
2)针对性更强、具有更高的灵活性。可以根据实际情况进行调整