79 lines
3.3 KiB
Markdown
79 lines
3.3 KiB
Markdown
# 乔洪波
|
||
|
||
## 工作经历
|
||
- 2019 年入职移动互联网团队
|
||
- 2023 年因部门内部调整加入公共应用组件团队
|
||
- 2024 年，经团队所有成员投票评选为团队 MVP
|
||
- 2025 年，经团队所有成员投票评选为技术之星
|
||
|
||
> 目前职级 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. 有丰富的问题排查经验
|
||
|
||
### 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 缺陷数对比
|
||
- 新人成长快，现已独当一面
|