Updated: resume
This commit is contained in:
parent
fb4d004c67
commit
b2d5adf240
|
|
@ -27,7 +27,7 @@
|
||||||
## 代表性项目
|
## 代表性项目
|
||||||
### 1. 公司级注册发现中心重构 (2022) - `质量保证` `重构` `分布式系统`
|
### 1. 公司级注册发现中心重构 (2022) - `质量保证` `重构` `分布式系统`
|
||||||
注册发现中心 Pilot 是公司级的中间件，维护了 30000+ 服务节点的元信息。
|
注册发现中心 Pilot 是公司级的中间件，维护了 30000+ 服务节点的元信息。
|
||||||
公司内所有涉及资金的业务系统均在 Pilot 上进行注册发现。
|
公司内所有涉及资金的联机交易服务均在 Pilot 上进行注册发现。
|
||||||
|
|
||||||
**面临的问题**
|
**面临的问题**
|
||||||
1. 注册发现中心出现代码快速腐化的迹象，生产缺陷频发
|
1. 注册发现中心出现代码快速腐化的迹象，生产缺陷频发
|
||||||
|
|
@ -35,8 +35,8 @@
|
||||||
3. 架构设计有瓶颈，容量有风险，业务隔离性差
|
3. 架构设计有瓶颈，容量有风险，业务隔离性差
|
||||||
|
|
||||||
**采取的措施**
|
**采取的措施**
|
||||||
1. 顶住压力果断重构（架构和代码两个层面）
|
1. 顶住压力果断重构（架构+代码）
|
||||||
2. 进行严格的回归测试、流量重放测试
|
2. 严格的回归测试、流量重放测试
|
||||||
|
|
||||||
**取得的效果**
|
**取得的效果**
|
||||||
1. 上线后无兼容性问题，无生产缺陷
|
1. 上线后无兼容性问题，无生产缺陷
|
||||||
|
|
@ -47,7 +47,7 @@
|
||||||
设计并实现了服务发布和调用的 Java SDK，主要特性如下
|
设计并实现了服务发布和调用的 Java SDK，主要特性如下
|
||||||
1. 分层设计，可以与 Spring, Spring Boot 结合，也可以单独使用
|
1. 分层设计，可以与 Spring, Spring Boot 结合，也可以单独使用
|
||||||
2. 支持流式传输、优雅启停、RPC 调用等功能
|
2. 支持流式传输、优雅启停、RPC 调用等功能
|
||||||
3. 使用 JUnit + Mockito 构建近千个单元测试，使用 docker 构建 30+ 场景的集成测试
|
3. 使用 JUnit + Mockito 构建近千个单元测试，使用 docker 构建数十个场景的集成测试
|
||||||
|
|
||||||
现已被 300+ 模块集成，无生产缺陷
|
现已被 300+ 模块集成，无生产缺陷
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -0,0 +1,78 @@
|
||||||
|
# 乔洪波
|
||||||
|
|
||||||
|
## 工作经历
|
||||||
|
- 2019 年入职移动互联网团队
|
||||||
|
- 2023 年因部门内部调整加入公共应用组件团队
|
||||||
|
|
||||||
|
> 目前职级 T8
|
||||||
|
|
||||||
|
## 核心技能
|
||||||
|
- **语言与框架：** Java, Python, Vue.js
|
||||||
|
- **云原生：** Kubernetes、容器化、Istio、Prometheus
|
||||||
|
- **工程实践：** 高并发设计、性能调优、自动化测试、故障排查
|
||||||
|
|
||||||
|
## 教育背景
|
||||||
|
- 南京大学 — 软件工程 本科（2013/09 — 2017/06）
|
||||||
|
- 南京大学 — 软件工程 硕士（2017/09 — 2019/06）`优秀毕业生`
|
||||||
|
|
||||||
|
## 代表性项目
|
||||||
|
### 1. UPMesh 注册发现中心重构 (2022) - `质量保证` `重构` `分布式系统`
|
||||||
|
注册发现中心 Pilot 是公司级的中间件，现已维护 30000+ 服务节点的元信息，并随着 Magpie 迁移快速增长。
|
||||||
|
|
||||||
|
**面临的问题**
|
||||||
|
1. 注册发现中心出现代码快速腐化的迹象，生产缺陷频发
|
||||||
|
2. 可读性差，难以应对未来的功能迭代
|
||||||
|
3. 架构设计有瓶颈，容量有风险，业务隔离性差
|
||||||
|
|
||||||
|
**采取的措施**
|
||||||
|
1. 顶住压力果断重构（架构+代码）
|
||||||
|
2. 严格的回归测试、流量重放测试
|
||||||
|
|
||||||
|
**取得的效果**
|
||||||
|
1. 上线后无兼容性问题，无生产缺陷
|
||||||
|
2. 接口性能提升了 30% ~ 100%
|
||||||
|
3. 代码腐化现象被抑制，2022 年至今仅 1 个生产缺陷
|
||||||
|
|
||||||
|
### 2. UPMesh SDK 开发 （2023 — 至今）`Java` `SDK` `高性能` `高并发`
|
||||||
|
设计并实现了服务发布和调用的 Java SDK，主要特性如下
|
||||||
|
1. 分层设计，可以与 Spring, Spring Boot 结合，也可以单独使用
|
||||||
|
2. 支持流式传输、优雅启停、RPC 调用等功能
|
||||||
|
3. 使用 JUnit + Mockito 构建近千个单元测试，使用 docker 构建数十个场景的集成测试
|
||||||
|
4. 有丰富的问题排查经验
|
||||||
|
|
||||||
|
被 300+ 模块集成，无生产缺陷
|
||||||
|
|
||||||
|
### 3. UPMesh 3.0 （2024 — 2025）`设计能力` `救火能力`
|
||||||
|
|
||||||
|
**面临的问题**
|
||||||
|
1. Mesh2 的概念难以理解（`集群` `路由` `监听器`）
|
||||||
|
2. 配置繁琐，且有大量重复配置
|
||||||
|
|
||||||
|
**采取的措施**
|
||||||
|
1. 听取了各使用方意见，在领导的支持下积极筹划 UPMesh 3.0
|
||||||
|
2. 负责起草概念设计、架构设计、UI 设计、**兼容性设计**、配置简化设计，是 UPMesh 3.0 的主要推动者之一
|
||||||
|
|
||||||
|
**取得的效果**
|
||||||
|
1. 将新旧治理概念融合起来，上下兼容
|
||||||
|
2. 进行较大的架构调整后，依然保持完全的兼容性和可靠的稳定性
|
||||||
|
3. 中期面临严重的质量问题时，积极介入解决，上线后无缺陷无回滚
|
||||||
|
|
||||||
|
|
||||||
|
### 4. DTex Java SUB（2024 — 至今）`组织能力`
|
||||||
|
DTex 整体是使用 Go 写的，我负责开发 Java 版本的订阅端 (SUB) 应用和 SDK。
|
||||||
|
|
||||||
|
**面临的问题**
|
||||||
|
1. DTex 需要使用 Java 语言开发一套订阅端及 SDK
|
||||||
|
2. 整体是 Go 开发的，我们所有东西都要从头开发（包括 MicroGo 这种底层框架）
|
||||||
|
3. 所有行为需要和 Go SUB 保持一致
|
||||||
|
4. 小队里有刚加入的新人、外包，需要考虑协调、分工和成长
|
||||||
|
|
||||||
|
**采取的措施**
|
||||||
|
1. 规范小队的开发流程
|
||||||
|
2. 300+ 完备的自动化测试案例
|
||||||
|
3. 由我做最终的质量兜底
|
||||||
|
|
||||||
|
**取得的效果**
|
||||||
|
- 固化了一套基于 Gitlab 的开发流程，并逐渐推广到团队
|
||||||
|
- 按时保质保量完成任务，TODO 缺陷数对比
|
||||||
|
- 新人成长快，现已独当一面
|
||||||
Loading…
Reference in New Issue