系统架构图类似于工程师的设计图纸，是凌驾于代码细节的更高层次。代码确实不值钱，价值所在就是你的思路、你的功能。狭义一点的话 就是你的算法。
研究层面，就是你的算法，你的价值是，你加速了多少；工程层面,就是你的功能，你的功能方便了哪些工作。这就是一个工程师要去思考的东西。至于代码，真的是考虑主流和兼容性即可 你的文章值多少钱 和你用红色笔写还是蓝色笔写，没太大关系，当然在工程的角度，不同的语言和实现方法会带来性能的差异 。但是这一是属于设计层面，工程师和建筑师是一样的，你本来报建筑设计师，你觉得画图纸做办公室很酷，但你并不觉得工地泥瓦匠体面，在软件工程领域或者说系统工程也是这样，你作为搬砖、泥瓦匠、码农，价值有限 ，但是你作为设计层面的， 视野就不一样 。虽然很多时候团队里分工明确，但是视野出发点的不同。
其实也发现，在思考软件架构的过程中，能够类比于现实生活中，从系统架构的角度解读社会与世界是understandable。比如说一开始我认为喝酒是绝大多数人敞开心扉的途径是难以理解的，现在发现它就像类似架构之间的接口，或者通信协议，是针对异构系统之间进行快速交互的双方都认可的一种方式而已；再比如一个leader在一个团队中，看似高屋建瓴没啥作用，其实是实现对团队各个分工的抽象，然后再合理高效的拼装在一起。