大型网站技术架构 读书笔记3 架构师

架构师

  这篇笔记算是自我勉励吧，自己的长期职业规划目标就是当一个架构师，称为团队的核心。本篇涉及书中原文的第四篇，涉及第14到第16章节的内容——分别讲了架构师领导艺术、架构师职场攻略和架构师分类。下面主要是摘录我觉得作者写的很好的话——当然不是绝对真理，很多话正过来反过来说都对，要看语境，要结合实际去分析。可能鸡汤比较多，大家偶尔也可以喝喝。

---

一 架构师领导艺术

  架构师：在软件开发中低位特殊，除了架构设计、软件开发等技术工作，还需要承担一些管理职能。除了完成产品技术实现外，还经常处理好和人的关系——协调好人际关系的资深技术人员。

1.1 关注人而不是产品

  最好的软件项目管理是发掘项目组每个成员的优秀潜能，让大家理解并热爱软件产品最终的蓝图和愿景，使每个人为实现自我价值而努力。

  领导：寻找一个值得共同奋斗的目标，营造一个让大家都能最大限度发挥自我价值的工作氛围。

1.2 发掘人的优秀

  是事情成就了人，而不是人成就了事。

  发掘人的优秀远比发掘优秀的人更有意义。(也难得多)

1.3 共享美好蓝图

  蓝图：整个团队能够认同的，团队共同奋斗的目标；由架构师与项目组全体成员共同绘制。

  蓝图特点：表述清晰、形象、简单。

  在项目过程中，架构师要保持对蓝图的关注，对任何偏离蓝图的设计和决定保持警惕，错婿的偏离及时更正，必要的变更要经过全体讨论决定。

1.4 共同参与架构

  充分调动全体积极性，让所有人一起拥有架构，并参与维护。

1.5 学会妥协**

  对于反对意见，要进行充分讨论，求同存异，不要一言堂。

  对于技术细节，用验证代替讨论。

1.6 成就他人

  成就他人，精彩人生。

---

二 网站架构师职场攻略

  作为一个架构师在职场，需要处理好个人、团队和公司的利益。要能够发现问题、提出问题、解决问题。

2.1 发现问题，寻找突破

  发现问题：问题就是体验——期望，去寻找体验不如期望的地方就能发现问题。

  寻找突破：对于发现的问题进行突破口选择时，可以去掉积重难返风险太大的、影响较小难出成绩的和已经有团队在做的。

2.2 提出问题，寻求支持

  向谁提出问题：要想解决问题，要让问题的拥有者知道问题的存在。

  提问要点：

  1. 把我的问题描述成我们的问题；

  2. 给上司提封闭式问题，给下属提开放式问题；

  3. 提出问题而不是批评人

  4. 用赞同的方式提出问题

2.3 解决问题，达成绩效

  解决问题Tips：

  1. 在解决我的问题前，先解决你的问题，形成战略同盟

  2. 适当的逃避问题——让提出问题者加深思考

---

三 网站架构师分类

3.1 按作用划分

  设计型架构师：普通架构师；

  救火型架构师：充当救火员身份，一般是公司元老，对系统有全局性认识

  布道型架构师：对某一领域有深刻理解，乐于分享知识，推广技术主张，影响力强

  Geek型架构师：对某些问题研究及其深入，但知识范围不广

3.2 按效果划分

  夏尔巴人架构师：类似特种兵，在开发项目中最具技术难度和挑战性的木块，从而为整个项目的顺利进行普通道路。

  斯巴达人架构师：团队灵魂，带给项目组必胜的信念。

  达官贵人架构师：中看不中用

3.3 按职责划分

  产品架构师：负责某项具体产品，负责产品业务规划、整体架构设计和项目开发整个流程

  基础服务架构师：也称平台架构师，负责开发基础框架、公共组件、通用服务等平台类产品

  基础设施架构师：负责网络、存储和数据库运营管理。

3.4 按关注层次划分

  只关注功能：称不上架构师

  关注非功能：即笔记2中的核心架构要素

  关注团队组织与管理：同时关注架构设计与项目管理，更关注人

  关注产品运营：更高一级，关注产品运营状况

  关注产品未来：最屌，关注以上所有，还关注技术发展趋势、公司战略目标，产品未来等。

3.5 按口碑划分

  最好的架构师：团队的灵魂核心，发挥每个人潜力

  好的架构师:团队的核心

  一般的架构师：承担大部分技术工作，不懂得管理和培训团队成员

3.6 非主流方式划分

  普通架构师

  文艺架构师：有更前瞻的思考和别出心裁的设计，有清新范儿

  1+1架构师：仰望星空，脚下没地