我与DeepSeek读《大型网站技术架构》- (15+16) 网站架构师职场攻略

第15章 网站架构师职场攻略

15.1 发现问题，寻找突破

• 突破视角：
  ① “局外人观察”：新人可通过跳出业务惯性，发现被长期忽略的冗余流程（如手动配置升级）；
  ② 行业对标：关注业界技术趋势（如MySQL替换Oracle、自动化运维应用），识别技术债与改进空间。
• 方法论：
  ① 体验-期望模型：定义问题为“实际体验与期望目标的差距”，优先改善体验而非降低期望；
  ② 价值导向：避免因“习惯存在”合理化低效现状（如默认发布日需加班、服务重启成本高）。

---

15.2 提出问题，寻求支持

• 核心策略：
  ① 利益绑定：转化“个人问题”为“共同问题”，避免孤立推进（如数据库密码安全漏洞需风险共担）；
  ② 精准沟通：

  • 对执行层（如安全总监）：详述技术方案可行性（含潜在风险与实施路径）；
  • 对决策层（如CTO）：突显问题影响与现有机制缺陷（如管理规范不足以防控灾难）。

  ③ 争取盟友：联合利益相关方（安全团队、技术团队）形成合作联盟，消解执行阻力。

• 实践经验：
  ① 柔性推动：对争议方案采用“搁置争议+迂回验证”（如低优先级会议讨论）；
  ② 双赢思维：展示解决方案对个人/团队的价值（如减少故障负担、提升职业认可度）。

---

第16章 漫话网站架构师

16.1 按作用划分架构师

① 设计型架构师：主导系统架构设计及落地实施，负责技术方案的持续性迭代与重构；
② 救火型架构师：解决系统故障或执行紧急项目，凭借对全局系统的深刻认知应对突发问题；
③ 布道型架构师：以技术信仰为核心，通过知识分享推广特定技术主张（可能演变为“偶像派专家”）；
④ Geek型架构师：专注于技术细节极致优化，但因知识广度不足常受限。

---

16.2 按效果划分架构师

① 夏尔巴人架构师：攻克技术难点（如核心模块开发），为项目铺平道路但缺少自我成就感；
② 斯巴达人架构师：通过技术实力与个人气场赋予团队必胜信念，成为项目精神支柱；
③ 达官贵人架构师：依赖履历或形象获得地位，实际技术影响力薄弱。

---

16.3 按职责角色划分架构师

① 产品架构师：全生命周期负责产品技术架构，对接运营、产品及开发的综合需求；
② 基础服务架构师：开发平台级框架及服务（如海量数据存储组件）；
③ 基础设施架构师：专精网络、存储等运维领域（如DBA）；
④ 领域专长架构师：分布于数据挖掘、搜索、安全等细分领域。

---

16.4 按关注层次划分架构师

① 功能导向型：仅满足基础业务需求；
② 非功能性导向型：关注性能/扩展性/安全性等指标；
③ 团队管理导向型：协调开发流程与成员特质；
④ 产品运营导向型：结合技术架构与运营目标；
⑤ 战略未来导向型：基于趋势预判设计产品演化路径。

---

16.5 按口碑划分架构师

① 最佳架构师：存在感弱但不可或缺，架构完全融入团队日常；
② 优秀架构师：兼具技术权威与团队信赖，承担核心开发；
③ 一般架构师：技术输出突出但管理能力不足，易情绪化；
④ 差评架构师：技术/人际双低，制造混乱；
⑤ 最差架构师：以无效忙碌掩盖自身无能，损害团队价值。

---

16.6 非主流方式划分架构师

① 普通架构师：基于需求与经验解决实际问题，中规中矩；
② 文艺架构师：追求前瞻设计与风格化表达（如强调文档美学）；
③ 1+1架构师：堆砌架构概念但不落地，设计空洞且不可行。

---