灰迹

Java全栈
爱跑科技 · 5年经验
灰迹
日薪: ¥700/8h
地点: 沈阳 全区
时间: 可工作日远程可工作日驻场(自由职业原因)
ID:426815 复制

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

AI 技能提取 | Spring MyBatis MySQL SQL Server 分布式 Spring Boot Spring Cloud Kafka Redis 微信小程序 小程序 Vue 测试 UI RabbitMQ
AI 辅助开发:
熟练运用 code buddy、cloud code等 AI 工具贯穿需求分析、代码生成、单元测试及问题排查全流程,显著提升开发效率与代码质量。
Java 核心与 JVM:
深入理解 JVM 内存模型、垃圾回收算法(G1/CMS)、类加载机制,具备实际 OOM 分析、GC 调优及 JVM 参数优化经验;能针对网络延迟场景设计幂等性方案,解决订单重复/失效问题
主流框架与源码:
精通 Spring、SpringMVC、MyBatis,阅读过 Spring 核心源码,透彻掌握 Bean 生命周期、循环依赖三级缓存方案、事务传播机制及 SpringMVC 请求处理流程
微服务与中间件:
熟练使用 Spring Boot、Spring Cloud 生态,熟练配置 Nacos 服务注册/配置中心。熟练使用 Kafka 实现设备命令下发、消息确认机制。熟悉 RabbitMQ 延迟消息、死信队列,曾主导 ActiveMQ → RabbitMQ 迁移。熟练使用 xxl-job 分布式任务调度。了解 Dubbo、Zookeeper
数据库与缓存:
MySQL/SQL Server:精通事务隔离级别、索引优化、SQL 慢查询分析及分库分表思路。Redis:熟练使用 String/Hash/List/Set/ZSet,理解 RDB/AOF 持久化及哨兵/集群模式。InfluxDB:理解时序数据存储原理,能进行高效查询与数据建模(充电桩时序数据场景)
前端与移动端:
Vue2/Vue3 开发经验丰富,熟练使用 Element-UI、ECharts 完成数据可视化。具备微信小程序原生开发能力,熟练集成腾讯/百度地图 API。熟悉 Canvas 绑定实现复杂业务图表
设计模式与架构:
善于运用设计模式解决复杂业务问题:责任链模式 + 组合模式:实现复杂条件下的发票提现流程解耦。工厂/适配器模式:封装多协议硬件通信模块(支持接入多种充电桩协议)。具备良好的代码规范和模块化设计能力

台球项目
项目描述:
专注于服务台球应用,集团购,约球,拼单,活动,赛事,商城等众多功能为一体的项目。项目分为微信小程序端和后台PC端。
所用的主体技术栈:
SpringBoot + MyBatis + Redis + MySql + vue3 + 微信原生
本人职责:
负责活动,赛事,发票以及优惠券的表设计及相关逻辑整理和前后端功能实现。
赛事遇到的难点:
1、单败,双败的对战表需要通过canvas绘制,后续是通过AI慢慢调试出来的。
2、二报(即同场比赛的二次报名)逻辑极度复杂,需要兼容此前的逻辑。重新梳理对应关系和绘制对战表,并在兼容历史数据的情况下改变现有的数据结构。
发票前置条件:因为比赛会提供奖金,所以需要球房上传发票到平台,平台审核后再发放奖金到球房银行卡中。
遇到的难点:因为球房在满足不同的条件,如满足条件1可提现一次,满足条件2也可提现一次,也可以在条件1和条件2都满足后只提现一次。并且球房还要上传正确的发票。因为条件是固定的,条件的满足顺序也是固定的,所以这里在设计的时候我采用了责任链和组合两种模式去处理。列:球房在满足条件1的时候如果上传了一次发票,则认为选择了责任链1。如果在满足两个条件后未上传发票则认为球房走责任链2的逻辑。组合则是为了区分球房上传的发票,根据不同情况进行组合成不同的判断条件。
灰迹 ID:426815 复制

灰迹

Java全栈 · 5年经验 · 爱跑科技
城市沈阳 全区 日薪700元/8h 时间 可工作日远程可工作日驻场(自由职业原因)
0
累计接单
0
用户评价
0
被收藏

信用行为

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

技术能力

AI 技能提取 | Spring MyBatis MySQL SQL Server 分布式 Spring Boot Spring Cloud Kafka Redis 微信小程序 小程序 Vue 测试 UI RabbitMQ
AI 辅助开发:
熟练运用 code buddy、cloud code等 AI 工具贯穿需求分析、代码生成、单元测试及问题排查全流程,显著提升开发效率与代码质量。
Java 核心与 JVM:
深入理解 JVM 内存模型、垃圾回收算法(G1/CMS)、类加载机制,具备实际 OOM 分析、GC 调优及 JVM 参数优化经验;能针对网络延迟场景设计幂等性方案,解决订单重复/失效问题
主流框架与源码:
精通 Spring、SpringMVC、MyBatis,阅读过 Spring 核心源码,透彻掌握 Bean 生命周期、循环依赖三级缓存方案、事务传播机制及 SpringMVC 请求处理流程
微服务与中间件:
熟练使用 Spring Boot、Spring Cloud 生态,熟练配置 Nacos 服务注册/配置中心。熟练使用 Kafka 实现设备命令下发、消息确认机制。熟悉 RabbitMQ 延迟消息、死信队列,曾主导 ActiveMQ → RabbitMQ 迁移。熟练使用 xxl-job 分布式任务调度。了解 Dubbo、Zookeeper
数据库与缓存:
MySQL/SQL Server:精通事务隔离级别、索引优化、SQL 慢查询分析及分库分表思路。Redis:熟练使用 String/Hash/List/Set/ZSet,理解 RDB/AOF 持久化及哨兵/集群模式。InfluxDB:理解时序数据存储原理,能进行高效查询与数据建模(充电桩时序数据场景)
前端与移动端:
Vue2/Vue3 开发经验丰富,熟练使用 Element-UI、ECharts 完成数据可视化。具备微信小程序原生开发能力,熟练集成腾讯/百度地图 API。熟悉 Canvas 绑定实现复杂业务图表
设计模式与架构:
善于运用设计模式解决复杂业务问题:责任链模式 + 组合模式:实现复杂条件下的发票提现流程解耦。工厂/适配器模式:封装多协议硬件通信模块(支持接入多种充电桩协议)。具备良好的代码规范和模块化设计能力

项目经验

台球项目
项目描述:
专注于服务台球应用,集团购,约球,拼单,活动,赛事,商城等众多功能为一体的项目。项目分为微信小程序端和后台PC端。
所用的主体技术栈:
SpringBoot + MyBatis + Redis + MySql + vue3 + 微信原生
本人职责:
负责活动,赛事,发票以及优惠券的表设计及相关逻辑整理和前后端功能实现。
赛事遇到的难点:
1、单败,双败的对战表需要通过canvas绘制,后续是通过AI慢慢调试出来的。
2、二报(即同场比赛的二次报名)逻辑极度复杂,需要兼容此前的逻辑。重新梳理对应关系和绘制对战表,并在兼容历史数据的情况下改变现有的数据结构。
发票前置条件:因为比赛会提供奖金,所以需要球房上传发票到平台,平台审核后再发放奖金到球房银行卡中。
遇到的难点:因为球房在满足不同的条件,如满足条件1可提现一次,满足条件2也可提现一次,也可以在条件1和条件2都满足后只提现一次。并且球房还要上传正确的发票。因为条件是固定的,条件的满足顺序也是固定的,所以这里在设计的时候我采用了责任链和组合两种模式去处理。列:球房在满足条件1的时候如果上传了一次发票,则认为选择了责任链1。如果在满足两个条件后未上传发票则认为球房走责任链2的逻辑。组合则是为了区分球房上传的发票,根据不同情况进行组合成不同的判断条件。
客服二维码

没找到合适的人才?

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

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

平台信誉与实力

基于 35,336 需求方信任

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