初识
架构师 、 架构部在软件公司 '地位'(所处位置)还是高一点， 无任何鄙视链相关的意味（大家都是同事），只是听到这两个字眼还是会尊重、崇拜。
聊天时：你架构部的呀，眼睛会睁大一点，嗯会扫他一眼，看看这兄弟有什么长处，当然聊天看不出啥。
我不是架构部的，只是跟架构部的同事一起做过某个项目，对他们做的工作(仅我接触到的) 做一些总结，描绘出此时此刻我对架构的认知。当我跟着老师从0开始学习架构后，这个认知是否有所改变？
调研分析
- 技术选型：什么语言 / 什么框架 / 哪些中间件 / 什么存储 ？ 一个取决于当前项目的人员配置(组内人员掌握的开发语言，擅长的框架...)；再个就是当前项目要解决什么问题, 这个问题行业内是否有成熟的解决方案可以参考（人员权重高点）
- 绘制蓝图
- 服务规划 / 服务职责界限划分
- 服务/中间件/存储 所处的位置，之间的协作方式
编码实施
- 当前服务数据模型定义 / 表设计 / 业务概念统一
- 当前服务模块定义 / 职责划分 / 包定义
- 核心逻辑调用流程编排 / 基础配置类搭建
- 通用接口/抽象设计，提供默认实现类
结项之后
- 创建通用服务应用模板
- 通用抽象/接口 创建公用组件或打包
架构人员 vs 我CRUD人员
- 服务/模块规划能力强
- 代码抽象/接口能力强
- 更趋向于通用而非具体细节
我算球能跑就行...