读《Software Systems Architecture》（01）—— Introduction

🤔☕️🤔☕️🤔

• 读《Software Systems Architecture》（01）—— Introduction

• 📖：行业 @2012，依然没有普遍被接受的，关于软件架构师，他或他们，该干嘛、该怎么干、该交付啥的共识性定义。

  🤔：自己，被任命为，所谓的系统架构师，快两年。是否会续聘，还真不确定。一方面，自己也在困惑，到底什么算架构师，到底什么算系统架构师，跟软件架构师有啥差别。另一方面，自己到底该干啥、该咋干、该交付啥，持续在产生困扰。原本以为架构师应该冲在技术最前面，实际上并不是，至少我现在并不是。既然不在最前面，又不能闲着，然后发现自己其实在补漏。这一天又一天的补漏困惑中，草稿纸上画出三个圈，第一个圈叫技术、第二个圈叫业务、第三个圈叫组织。自己一直认为的架构，都是在技术圈里打转。实际上这三个圈，还得放到一个更大的框里。在那里会发现，三个圈无论如何是无法填补完整矩形。如果自己偏技术，那就称呼自己为技术架构，如果自己偏业务，那就称呼自己为业务架构，如果自己偏组织，那就称呼自己为组织架构，填补这三个圈的空白处，那就称系统架构呗，高级点就叫 CTO，果真如此嘛？这个模型，看起来很清晰的样子，真正需要回答的问题，或者说真正面临的问题，却是，企业到底面临怎样的问题，需要一个角色来让多个圈达成共识，关于当下的共识、关于未来的共识？所以，自己给架构师的定义，就是个共识构建者的角色。当存在协作完成某个目标时，如何在空间上让团队之间达成共识，如何在时间上让团队对未来达成共识，就是架构师的真正底色。为了达成共识，架构师至少得在一个圈达到顶级，在其它圈里达到高观点级，并且在圈之间达到行云流水级。

• 📖：三个关键概念：stakeholders、viewpoints、perspectives。

  🤔：人，站哪里、用什么，看到啥、看出啥、想要啥。

    —— By 术子米德 @2022.05.04