康文

高级JAVA开发工程师
海康威视 · 5年经验
康文
日薪: ¥500/8h
地点: 其他 全区
时间: 下班后周六周日
ID:315010 复制

0
接单数
0
评价数
0
收藏数

AI 技能提取 | 高并发 Spring Dubbo Kafka RabbitMQ RocketMQ MySQL Redis Oracle Docker 项目管理
5年开发经验,做过电商,交易所,项目管理,内部支持服务。精通spring源码,深入理解srpingboot,srpingcloud,dubbo等开源框架的设计原理,有一定的框架定制开发能力。
精通redis线程模型,数据结构,多级缓存架构,熟悉各缓存高并发使用场景:缓存雪崩,穿透,击穿,热点。
深入理解rocketmq,kafka,rabbitmq,解决过各种消息场景遇见的问题比如消息丢失,重复消费,顺序性,挤压等
深入理解JVM,MYSQL,ORACLE 有优化的经验
会使用docker部署项目

项目一:区块链交易系统
项目简介:当时项目大概有70多万认证会员。项目主要有OTC,CTC,智能合约,现货,杠杆,抽奖,矿池,知识库
主要负责:
1:框架设计:基于单个应用相对独立,采用了springcloud设计方案,对mysql数据库表设计,sql优化。
2:撮合逻辑:单节点可以做到8g内存下百万撮合吞吐量
3:知识库:传统es搜索
4:抽奖:juc基础开发
5:OTC,CTC
项目二:项目管理系统(公司内部使用不方便透露)
项目简介:基于项目管理会制定一系列的服务流程,从项目的生命周期出发,发现商机-项目立项-报价申请-合同签订-定价审批-项目实施-项目验收各个阶段的执行和数据进行监控,项目会有各种服务订单,包括云商下单和自己项目内部派工的,对于服务订单的执行也会有一些列操作规范,指导和监控(也就是SOP)合同会和不同地区的服务商签订,订单创建之后会指派到这些服务商进行执行服务商对服务单也会拆分成工单,服务商完成后反馈到我们平台验收,针对传过来的图片,视频进行合格检查。当服务单验收后会进到待结算状态给服务商结算金额
主要负责:
1:项目的合并:之前项目分了两个系统,对于服务单的传输只能通过http同步请求创建 事务不好控制。
2:服务单状态:我接手这个项目已经有了一套流程。但是分布到各个功能点上 ,比较乱 状态也不好统一修改和管理。采用了状态机的设计原理,把各个流程更新服务单状态都聚合到一个服务中。
3:工单执行流程SOP和水印相机:RM会定义工单执行过程中需要回传的内容和规范,工程师必须严格按照定义好的流程上传含有水印的图片或视频
4:定价:不同项目有不同的合作模式 需要定价流程审批控制派单时的成本和内容
5:云商:系统会接收不同合作云商传输的订单,尤其双十一的时候,单量很大,使用消息中间件优化了下吞吐量

5:用户端:系统需要对项目用户对外开放系统。会统计他的项目下网点,财经,服务单执行情况,周报等各种图表展示
康文 ID:315010 复制

康文

高级JAVA开发工程师 · 5年经验 · 海康威视
城市其他 全区 日薪500元/8h 时间 下班后周六周日
0
累计接单
0
用户评价
0
被收藏

信用行为

0
接单数
0
评价数
0
收藏数

技术能力

AI 技能提取 | 高并发 Spring Dubbo Kafka RabbitMQ RocketMQ MySQL Redis Oracle Docker 项目管理
5年开发经验,做过电商,交易所,项目管理,内部支持服务。精通spring源码,深入理解srpingboot,srpingcloud,dubbo等开源框架的设计原理,有一定的框架定制开发能力。
精通redis线程模型,数据结构,多级缓存架构,熟悉各缓存高并发使用场景:缓存雪崩,穿透,击穿,热点。
深入理解rocketmq,kafka,rabbitmq,解决过各种消息场景遇见的问题比如消息丢失,重复消费,顺序性,挤压等
深入理解JVM,MYSQL,ORACLE 有优化的经验
会使用docker部署项目

项目经验

项目一:区块链交易系统
项目简介:当时项目大概有70多万认证会员。项目主要有OTC,CTC,智能合约,现货,杠杆,抽奖,矿池,知识库
主要负责:
1:框架设计:基于单个应用相对独立,采用了springcloud设计方案,对mysql数据库表设计,sql优化。
2:撮合逻辑:单节点可以做到8g内存下百万撮合吞吐量
3:知识库:传统es搜索
4:抽奖:juc基础开发
5:OTC,CTC
项目二:项目管理系统(公司内部使用不方便透露)
项目简介:基于项目管理会制定一系列的服务流程,从项目的生命周期出发,发现商机-项目立项-报价申请-合同签订-定价审批-项目实施-项目验收各个阶段的执行和数据进行监控,项目会有各种服务订单,包括云商下单和自己项目内部派工的,对于服务订单的执行也会有一些列操作规范,指导和监控(也就是SOP)合同会和不同地区的服务商签订,订单创建之后会指派到这些服务商进行执行服务商对服务单也会拆分成工单,服务商完成后反馈到我们平台验收,针对传过来的图片,视频进行合格检查。当服务单验收后会进到待结算状态给服务商结算金额
主要负责:
1:项目的合并:之前项目分了两个系统,对于服务单的传输只能通过http同步请求创建 事务不好控制。
2:服务单状态:我接手这个项目已经有了一套流程。但是分布到各个功能点上 ,比较乱 状态也不好统一修改和管理。采用了状态机的设计原理,把各个流程更新服务单状态都聚合到一个服务中。
3:工单执行流程SOP和水印相机:RM会定义工单执行过程中需要回传的内容和规范,工程师必须严格按照定义好的流程上传含有水印的图片或视频
4:定价:不同项目有不同的合作模式 需要定价流程审批控制派单时的成本和内容
5:云商:系统会接收不同合作云商传输的订单,尤其双十一的时候,单量很大,使用消息中间件优化了下吞吐量

5:用户端:系统需要对项目用户对外开放系统。会统计他的项目下网点,财经,服务单执行情况,周报等各种图表展示
客服二维码

没找到合适的人才?

扫码添加客服极速匹配,或直接发布需求让更多人才主动报名

平台担保交易 · 1小时内不满意可退款

平台信誉与实力

基于 35,336 需求方信任

  • ✓ 支付宝企业信用分 优秀 评级
  • ✓ 市场份额约占全行业三分之一
  • ✓ 程序员兼职行业全能首选平台
查看平台资质详情
收藏