0
被预约次数
0
被收藏次数
0
被评价次数
个人优势： 有复杂业务系统的研发经验，性能、扩展性、质量方面均有深度涉及，架构设计能力突出；熟悉java、c++技术栈，业务理解、架构抽象、数据分析、沟通协调技能良好，熟知信贷领域的业务，包括信贷核心、风控系统、支付系统。可承担具体开发任务，也可做业务架构设计，团队技术管理咨询。
一. 小赢信息技术有限责任公司
内容: 先后担任Java/C++ 后台开发、信贷核心开发组组长、信贷研发中心负责人，管理3 个开发小组、 30 人前后端研发团队，负责信贷
平台的团队建设及系统建设。
业绩:
1. 从0搭建信贷核心系统，标准化放款、还款、代偿、清结算等业务逻辑，实现信贷核心与资方接入的解耦；组建研发团队，完成
C++到Java技术栈转型；
2. 信贷核心系统的质量建设、运营建设，完成了放款调度、还款流程可视化、可运营化，运营人员可自助排查流程异常原因；完
善异常指标监控,接口、数据异常90%能主动发现；
3. 还款批扣、清结算流程的性能优化、稳定性建设，交易吞吐量2k笔/分提升到5k笔/分；依赖接口自动熔断、订单优先级队列、
sql优化、线程调优、非关键业务逻辑结构等措施，确保交易执行的稳定性；
4. 搭建公司早期的账户、支付系统，包括用户余额、流水记账、转账、充值提现等
5. 团队管理: 落地月迭代研发流程，盯技术方案、项目进度、各类问题的解决，确保迭代质量、交付率；
二、深圳市法卓数科信息技术有限公司
内容: 负责海外信贷风控系统的开发工作，带2名开发，对接风控策略，支持业务需求的同时，对风控系统进行重构、运营能力建设等
业绩:
1、完成风控系统的重构，通过一系列通用化改造，把多个国家的多套代码、多套部署环境统一为一套，降低维护成本，提升新增
国家开发及运营效率。
2、搭建业务指标看板、系统异常监控，问题能快速主动的发现。
3、集中治理决策引擎的易用性问题，主要包括策略模拟调试工具、回测对比工具、权限管理等
4、性能优化: 风控流程由原本的15s左右，优化到5s内
三、深圳腾讯计算机系统有限公司
内容：
c++后台开发，负责QQ群后台相关迭代开发。
业绩:
1、完成附近的群服务的重构，业务迭代开发、稳定性建设、日常数据分析需求等
2、完成腾讯课堂角色权限、举手回答相关功能开发
一、信贷风控系统
● 项目背景
本系统服务于多国家海外信贷风控，app端采集到用户数据后上送到后台，后台通过变量计算、执行决策等步骤给用户授信额度。系统为一个国家一套代码、独立部署，存在维护成本高、扩展性差、上线新国家慢的问题。项目为朋友创业公司项目，本人以兼职的模式，带2名初中级开发，对风控系统进行改造。
● 核心模块
1. 数据采集与加工: 主要包括一些数据上报接口、爬虫job、数据打标机制、一些数据统计的job。主要是为给风控决策提供数据支持。
2. 流程控制: 负责与信贷核心放款流程对接，控制放款、营销流程中用户的额度、营销等级、补充资料、推人审/电核/电销、拒绝等业务流程。
3. 变量管理: 主要包括1000+多个变量计算类及相关运营配置工具。
4. 规则引擎: 基于开源规则引擎二次开发，主要包括规则配置管理、仿真、规则引擎执行接口。
● 难点
1. 接手之前已经有3个国家在跑，每个国家逻辑不太一样且存在大量硬编码，涉及1000+个变量类，要统一为一份代码、一套环境部署，工作量细碎、风险高。
2. 没有产品，直接对接策略运营，需要自己出方案，拉各方对齐。
3. 缺乏监控相关基础措施。
● 技术栈
基础组件: Spring Boot、k8s、jenkins、nacos、grafana、mysql、rocketmq、hdfs。
AI研发: cursor+cc+skill 100%AI编码、测试环境部署、接口测试、日志排查等
二、信贷核心系统
● 项目背景
小赢的主营助贷业务，即金融机构出资，通过小赢放款给用户，还款时小赢从用户那里扣钱，再结算给机构。信贷核心系统管理了信贷业务的整个生命周期，包括放款、还款、到最终的逾期资产处置这些主流程，也包括外部交互相关的一些子系统，比如资金方、保险公司、支付公司的对接等。
● 核心模块
1. 放款: 管理了借款申请到款项打出去整个放款交易流程，包括产品管理、电子合同系统、还款计划测算、借据管理、放款交易流程等子模块
2. 还款: 管理了发起还款到拿到扣款结果的交易流程，包括还款测算、减免优惠、费用项核算、批扣等子模块
3. 逾期: 解决逾期后用户还多少、担保方如何代偿等问题，包括逾期后借据变更、违约金计算、保障方和资金方相关交互、代偿结算等
4. 清分: 解决资金方、担保方、平台各自收支多少钱，走哪个渠道、哪个账号进行支付等。有实时逐笔的，也有T+1合并结算的
5. 支付渠道: 对接各支付公司的接口，给扣款、打款等交易提供底层支付能力。以及支付路由模块，基于成功率及贷款费率，用来实时路由最合适的支付渠道。
● 难点:
1. 业务复杂
信贷核心系统需要确保用户交易体验丝滑、统一，要能把不同资方、担保方、支付渠道的差异化封装起来。有交易链路长、运营场景复杂、系统间交互复杂、数据逻辑复杂等特点，解决方向如下：
- 长业务流程均抽象成交易订单，按可复用的业务步骤拆节点，节点执行时序可编排。
- 试算、调账、扣款、清分业务流程解耦，拆分成多个字系统
- 类规则引擎的思路解决复杂的配置问题
- 推动信贷核心、资金接入系统、资产系统的解耦优化，理清边界、标准化交互流程
2. 高并发
主要是高并发场景下的写操作，还款系统需要在1小时内完成60w笔批扣交易，同时需要保证用户端的放款、还款交易无阻塞。解决方向如下:
- redis分布式锁、mysql cas锁的方式解决并发交易问题
- 交易服务采用同步收单+异步并发处理+优先级队列的架构，确保并发处理能力、交易分优先级处理的能力
- 数据库层面，交易主流程中避免列表查询、避免长事务、尽量主键操作、缓存机制、自动化归档、慢查询监控等
- 自动限流机制，下游某个渠道接口耗时长时，对交易自动限流，避免订单积压
- skywalking、链路跟踪、各业务环节耗时数据记录、接口耗时、基础组件技术指标等措施，确保性能瓶颈的快速发现
3. 高可用、低容错
除了内部技术基础设施依赖之外，还依赖公司外部的支付渠道、资金方、保障方各方提供的接口，稳定性参差不齐;金融业务对数据的正确性要求也高；主要包括以下措施保障:
- 多渠道路由机制，有问题的渠道自动降权
- 订单的对账、自动重试、定时拉单等机制确保交易数据的一致性
- 技术方案上，注重幂等性设计、异常值拦截、异常订单的处理机制等
- 上线流程上，注重灰度、回滚、旁路对比等机制，确保新版本的质量
- 完善的异常监控: 核心业务异常指标、ERROR日志统计、接口异常错误码统计、长时间处理中订单、队列挤压等
● 技术栈
1. 微服务架构：Spring Boot+ Kubernetes + Consul + Service Mesh及少部分c++微服务
2. 监控体系：Prometheus + Grafana + SkyWalking + 自建告警中心
3. 数据存储：MySQL + Redis + 消息队列
可兼职时间
可兼职地点
0条评论 雇主评价