成为架构师是每个程序员的梦想，但并不意味着把编程做好就能够自然而然地成为一个架构师，优秀程序员和架构师之间还有个明显的鸿沟需要跨越，这个鸿沟就是“不确定性”对于编程来说，本质上是不能存在不确定的，对于同样一段代码，不管是谁写的，不管什么时候执行，执行的结果应该都是确定的（注意：“确定的”并不等于“正确的”，有 bug也是确定的） 例如， 1+1 肯定要等于2，不能 99% 的概率等于 2,1%的概率等于3，除非结果本身就是概率相关的例如，机器学习的输出结果。实际上机器学习的目标也是提升结果的确定性，例如，将图像识别的准确率从 97%提升到 99% 为了保证这种“确定性”，编程语 制定了明确的语言规范，操作系统提供了明确的 API，我们写代码必须遵循编程语言的语法，调用操作系统 API 必须遵循 API 定义。

而对于架构设计来说，本质上是不确定的，同样的一个系统， A公司和B公司做出来的架构可能差异很大 ，但最后都能正常运转；同样 一个数据库，MySQL貌似也可以，MongoDB似也可以：同样一个方案，A设计师认为应该这样做，B设计师认为应该那样做，看起来好像都有道理……相比编程来说，架构设计并没有像编程语言那样的语法来进行约束，更多的时候是面对多种可能性时进行选择。