如何快速了解新业务

最近接触新业务较多，关于了解新业务有一点感想，总结如下

1. 比了解新业务代码更重要的是要了解新业务，比了解新业务更重要的是业务意识
2. 如果是业务开发，毕业前三年更应该关注于技术以及技术细节，三到五年技术业务并重，五年以后业务为主

以下是关于如何快速熟悉新业务的一些经验之谈

本文链接: shanyue.tech/post/busine…

工具

工欲善其事，必先利其器。

Chrome 多用户模式

方便多个 (大于两个) 用户切换 (管理员/用户/各种角色)

业务数据库权限 (生产环境)

最好能够拥有线上数据库权限，拥有最真实的数据，人往往会对不合理假数据本能排斥。

数据库是了解业务最快的方式

日志系统 (或者 APM)

在需要了解某个业务细节时，可以利用日志系统

1. 在前端进行页面交互，找出关键请求
2. 找出关键请求的 requestId (sessionId/transactionId/logId/trackId 等各种名字)
3. 根据 requestId 在日志系统(或者 APM) 中找到对应的 SQL/redis-command/requests (主要是 SQL)

至于如何在全链路设置 requestId，可以参考我的这篇文章: 使用 requestId 标记全链路日志

如果没有 requestId 怎么办？

那只能仔细去看代码了

代码仓库

孙子兵法云: 上兵伐谋，其次伐交，其次伐兵，其下攻城。

在熟悉新业务时，最上者点来点去熟悉系统，其次与他人交流，其次点页面查 SQL，最下看代码。

代码以服务器端代码为主，快速浏览以下文件:

1. router: 用以定位业务细节的具体逻辑
2. 业务逻辑层: 根据 router 点进来后的具体业务逻辑，由于层层嵌套，可能需要点上几十次。 了解代码的具体组织结构，当有需要时再去深入了解
3. constant: 了解业务中各种资源的类型，状态，状态机，以及与数据库字段的对应 (数据库可能存储为 enum, 也有可能是 int)。其中代表的数据比这些数据在编码中怎么用更为重要，当然两者紧密相连

关于 constant，最好使用 enum 而非数字维护，参考我的这篇文章: 从数据库到前端，使用 enum 代替 constant number

了解业务

了解业务类型

你现在负责的业务的用户是谁？

• 有可能是面向各个离散的无相互关联的C端用户
• 也有可能是服务于各大企业 (组织/机构) 的 B 端用户。
• 也有可能是服务于广大公司内同事，比如给运维使用的运维平台，给销售使用的 CRM，给 QA 的测试平台，还有 MIS，OA 等等此类
• 还有可能是用户服务，订单服务，数据服务，商品服务等

不同的业务类型就有不同的工作重心，比如 toB 庄重，toC 活泼，对内能看就行...

你现在负责的业务如何来钱

这也是一个关键问题

了解系统

了解该业务所涉及到的核心系统，与业务类型相关。我简单分为两类

• 前台系统：面向用户，toC 面向广大用户，toB 面向企业与企业员工，toB 面向使用者
• 后台系统：面向管理员，就是常说的后台管理系统

熟悉系统主要流程并实操

了解用户的高频操作，主要途径点点点和不懂就问。有些高频操作，需要后台管理员以及各个角色配合， 这时可以在多用户的 Chrome 中进行操作

• 比如知乎的提问，答题，评论，点赞到后台的帖子管理封禁等
• OA 系统的流程发起，以及各个角色的审批
• CRM 的商机，订单，工单操作

了解系统边界

由于微服务的流行，新业务的所有数据有可能来自于基础服务。在熟悉业务过程中，有必要了解哪些数据自己维护，哪些维护在公有服务

• 用户数据由业务内维护还是用户服务
• 订单数据由业务内维护还是订单服务
• 诸如此类

了解边界系统

即以上所述的用户服务系统或者订单服务系统。了解常用的表，有必要时可以申请数据库权限

了解用户以及权限 (用户/管理员/角色/企业)

了解业务内有什么权限，以及每个权限组成的角色。

可以模糊分为以下几个表，需要重点关注

1. permission: 权限表
2. role: 角色表
3. user: 用户表
4. organization: 企业/机构表

另外还需要了解用户登录以及注册过程，有没有第三方登录，以及 toB 方的自家用户系统的接入

了解数据

比如何查 SQL 更重要的是数据本身，有必要时可以记住，比如

1. 大客户 id 以及 name
2. 深度用户的 id 以及 name
3. 主要资源/内容的 id
4. 主要资源/内容的 status/type (参照 enum/constant 文件)

以下是常见的一些数据以及 SQL 操作，主要针对一些常量与主要业务

-- 了解用户量，必要时可以记住...
select count(*) from users wehre is_deleted = false

-- 了解某项业务的字段
\d business
select * from business order by id limit 1

-- 了解目前为止该业务有多少量数据
select count(*) from business

-- 了解某项业务的各个状态，以及分布
select status, count(*) from business group by status order by count desc

-- 了解某项业务的各个类型，以及分布
select type, count(*) from business group by type order by count desc
复制代码

---

欢迎关注我的公众号山月行，在这里记录着我的技术成长，欢迎交流

转载于:https://juejin.im/post/5d4cdf696fb9a06b122f29b7