开发中的保守与激进

最近连续遇到两件事情，致使让我产生对保守与激进的一些想法；
一个是在听社会政治学中谈到保守主义，它本身是一个相对于“激进变革”而言的，而不是相对“进步”而言的，可以说是一个渐进式的进步；
一个是在项目中遇到想做激烈技术变革的年轻同事，做一定的技术说服工作。

我们在项目中开发，技术进步总是伴随左右，那么如何落地做好升级，这就是一个至关重要，甚至关系项目生死的事情，我们需要一个清晰看法。
这里讨论问题的前提是：

• 我们对于技术进步抱有极大的热情，没有任何反对进步的点
• 我们对于项目的安全性负有极大地责任，没有任何为了自己爽，破坏项目的点

那么其实结论就非常简单了

客观条件	倾向变化激烈	倾向变化保守
影响范围	影响小	变化影响的范围（或者说存量）很大，复杂度高
支持条件	有非常坚实的兜底支持，有plan B作为后盾	缺乏各项资源支持
客观条件	一切顺利，高速发展，可以补足变化中的矛盾	矛盾较多或者在酝酿潜伏
负责人	经验丰富	经验少

在复杂度面前保持谦卑

一个稍微上点规模的系统就是过于复杂了，已经超过人脑所能及，这个是一个客观事实。
所以我们不能以一个自大的心态认为自己异常聪明，进而去震荡系统。
按照复杂系统下，智者千虑必有一失的心态和原则来思考问题，才是更好的。

与直觉相反的两个点

列的客观条件和负责人一栏往往和我们直觉相反的，往往是发展不顺才想起变革，而且要迅速调整，而且是初生牛犊不怕虎的才愿意激烈变化。
这也是事情难做的地方，等需要变革的时候，可能已经病得比较严重了，上工治未病，在太阳好的时候修房顶，这时候反而可以更加剧烈一些（当然也要看leader的推动能力了，可能出现大家觉得没必要的情况，但是看优秀的团队都是在走的顺的时候，做好变革）。
然后就是初生牛犊不怕虎，个人觉得这作为一个贬义词理解较好，也只是因为牛犊信息量太少，不知道真正的情况，才会有这样的错觉。
反而是经验丰富的人，更能hold住事情，在深思熟虑之后，果断出手才是好的。

恰到好处的点

这也是复杂系统中的一个鲜明特点，就是最优解不是一个非黑即白的极端情况，是一个“致中和”或者黄金分割的这种平衡的点。