一点在绘制系统架构图时的思考

  

  系统架构图类似于工程师的设计图纸,是凌驾于代码细节的更高层次。代码确实不值钱,价值所在就是你的思路、你的功能。狭义一点的话 就是你的算法。

  研究层面,就是你的算法,你的价值是,你加速了多少;工程层面,就是你的功能,你的功能方便了哪些工作。这就是一个工程师要去思考的东西。至于代码,真的是考虑主流和兼容性即可 你的文章值多少钱 和你用红色笔写还是蓝色笔写,没太大关系,当然在工程的角度,不同的语言和实现方法会带来性能的差异 。但是这一是属于设计层面,工程师和建筑师是一样的,你本来报建筑设计师,你觉得画图纸做办公室很酷,但你并不觉得工地泥瓦匠体面,在软件工程领域或者说系统工程也是这样,你作为搬砖、泥瓦匠、码农,价值有限 ,但是你作为设计层面的, 视野就不一样 。虽然很多时候团队里分工明确,但是视野出发点的不同。

 

  其实也发现,在思考软件架构的过程中,能够类比于现实生活中,从系统架构的角度解读社会与世界是understandable。比如说一开始我认为喝酒是绝大多数人敞开心扉的途径是难以理解的,现在发现它就像类似架构之间的接口,或者通信协议,是针对异构系统之间进行快速交互的双方都认可的一种方式而已;再比如一个leader在一个团队中,看似高屋建瓴没啥作用,其实是实现对团队各个分工的抽象,然后再合理高效的拼装在一起。

posted on   在苏州的城边  阅读(189)  评论(0编辑  收藏  举报

编辑推荐:
· .NET Core 对象分配(Alloc)底层原理浅谈
· 聊一聊 C#异步 任务延续的三种底层玩法
· 敏捷开发:如何高效开每日站会
· 为什么 .NET8线程池 容易引发线程饥饿
· golang自带的死锁检测并非银弹
阅读排行:
· 一个适用于 .NET 的开源整洁架构项目模板
· AI Editor 真的被惊到了
· API 风格选对了,文档写好了,项目就成功了一半!
· 【开源】C#上位机必备高效数据转换助手
· .NET 9.0 使用 Vulkan API 编写跨平台图形应用
< 2025年1月 >
29 30 31 1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31 1
2 3 4 5 6 7 8

导航

统计

点击右上角即可分享
微信分享提示