1、主要负责项目搭建、数据库设计； 2、负责模块有剧本管理、活动管理、玩家管理、角色管理、线索奖励等； 3、难点开启隐藏任务，针对不同角色开启不同任务；开放结婚活动及发放奖励。

1、项目分协会管理、资讯管理、活动管理； 2、主要负责数据库建表，接口定义，活动相关定时任务，报名二维码生成等。

1. 使用HTML、CSS和JavaScript技术，开发了一个采用大屏滚动形式的集团官网。 2. 该项目通过动态效果和交互功能，提升了网站的视觉效果和用户体验 3. 在设计上，特别注意了屏幕适配和响应式布局，确保在不同尺寸的屏幕上都能提供良好的浏览体验 4. 此外，还实现了数字滚动加载的动态效果，增加了页面的动感 5. 整个项目不仅展示了集团的品牌形象，也为用户提供了丰富的内容和信息。

项目背景：缓存管理平台要运维管理近300台服务器，300多个集群的5000多个实例。 技术路线：基于开源项目cachecloud平台结合公司的使用场景进行定制扩展开发。使用技术为springboot、jedis、mybatis、mysql，前端使用 jsp、vue、element-ui等等。 职责业绩： 1. 功能实现：  集群管理：集群部署过程中通过机房机器、单机实例数、可用内存、预留内存、主从分布、端口占用的综合条件进行集群实例配置的推荐和分配逻辑。  机器克隆：机器故障后快速对故障机器实例进行一键克隆迁移处理，快速避免单点风险，并且控制同时启动实例数量，避免高并发和同步造成的CPU及网卡高负载。  密码兼容：对平台进行密码兼容性改造，实现平台同时支持部署、运维、检查、采集带密码和不带密码的缓存实例。  数据清除：实现按前缀规则、按key、按分片等多种场景下清除redis缓存数据。  健康检查：平台与shell脚本联动实现集群健康检查，一键检查集群实时实例状态、实例redis版本、连接数、已用内存、最大内存、角色、qps、槽位完整性、主从实例数等信息。对平台的集群的异常

我们原本有一个后台管理系统负责帮助运营人员完成商品的审核、发布等相关工作，但当app运营了一段时间后，我们发现随着公司业务规模的快速发展，后台的商品种类数量激增，给商品管理带来了很大挑战。虽然公司为运营人员几次增派人手，但运营的整体效率仍旧没有得到理想的改善，运营人员向领导抱怨说他们每天都有大量的重复工作，且经常发现库存数据不一致等问题需要人工进行排查。公司为了解决运营上的问题，派新来的产品经理和我一起去一线进行深入调研，随着对运营人员的观察和走访后我们发现，核心问题出在原先的系统底层设计上。一方面系统功能设计没有考虑业务人员实际的工作需要，另一方面由于原先的技术团队缺乏电商相关的业务知识，设计系统时没有考虑系统在未来的扩展性，以至于随着商品种类的增加，商品的属性急剧变化，商品发布功能难以支撑属性的灵活扩展，从而导致运营人员为了发布新的sku不得不在后台重复发布同一件商品，此类问题随着时间慢慢积累后，大量几乎重复的商品又产生了一系列新的连锁反应。（例如库存数据不一致、商品在前台不该展示的地区进行了售卖等） 最终团队经过认真讨论后决定对系统进行重新设计和开发。这次数据库的设计基于商品管理

项目： 人卫 Inside 知识系统是人民卫生出版社下的一款对外商用系统，主要服务范围：各大医院。该系统主要是做知识相关的业务。一共分三个系统， 后台知识管理平台: 技术: springCloud+RabbitMQ+Swager+msql+vue+git+shiro+redis+es 等。集中管理集成商机构和产品，核心部分在知识库管理层面。涉及到知识库版本更新迭代维护和增量包全量包打包。 机构版:机构版是面向客户的，以 war 包形式部署到医院内部服务器中内网访问，主要技术 springBoot+redis+es+mysql+swager+git+linux+layui 。核心部分是：机构授权，知识包上传，第三方接口通过 sign 签名和验签方式校验，es 搜索知识。难点是：c#桌面快捷查询工具兼容性处理。 试用版：试用版是在客户购买机构版之前申请试用资格，通过授权 IP 或者IP 段来访问知识的详情信息。 技术： SringClould + SpringBoot +RabbitMQ+ mybatis + jekins + es + c# +

小区管理系统是针对当前兴起的住宅小区而开发的管理软件。它能够提高对小区的智能化管理，能够把大量的工作人员从繁重的手工工作中解脱出来，提高小区管理工作的工作效率并减少错误的发生。 本系统后台采用MySQL开发和管理数据库，对数据库操作采用事务处理机制，具有强大的错误处理功能；系统的前台应用HTML和JS开发和管理用户界面，提示信息完善，界面友好，有较强的亲和力；系统采用MyBatis的MySQL专用接口连接后台数据库。 本系统主要完成对住宅小区的日常管理，主要功能包括：住户和住宅情况的管理；建筑管理；维修管理；保安管理；车辆管理；收费管理。系统具有录入、修改、删除、查找和打印等功能这样不但大大提高了工作效率，加快了管理步伐，同时，也提高了业务管理水平，符合现代化办公的需要。

项目： 人卫继续医学教育网是人民卫生出版社公司下的一款在线医学课程推广项目。主要业务分为计划和商品两大部分，核心业务为商品课程在线购买、在线课程播放学习、考试、获取学分、颁发证书等。 主要负责的模块是商品中台订单服务购买模块和业务系统门户的登录。商品中台的普通商品购买。优惠券的使用。促销商品的购买。业务系统门户对接 SSO 登录。 技术： Dubbo + SpringCloud + nacos + zk + kafka + mysql + mycat + jekins 职责： 1. 参与 dubbo 商城项目改造，引入 nacos 注册中心替换 zk,实现 nacos 自动监听机制。2. 框架依赖升级和优化，整合三层架构依赖结构。 3. 修改 dubbo 注入方式，去除配置文件注入方式，引入 dubbo 注解方法注入RSV 服务。4. 商品加入购物车、购物车列表、去结算、提交订单、去支付。对接支付中心。回调成功后业务处理。 5. 对接 sso 登录。实现人卫下全平台登录共享。一次登录，多平台使用 6. 完善项目部署流程，完善部署脚本，实现 Jenkins 一键式部

1，项目主要是面对房屋代理人以及房屋中介，里面有产品的发布，代理人客源的管理，代理人的打卡等功能。 2，项目负责人以及整体框架的搭建。 3，项目60%功能的开发 4，由于已经迭代了很多版本，以下需要的图片我也找不到了。

1，这是项目是服务于保险代理人的，保险代理可以通过app去推广自己的保险产品，管理自己的客户等。 2，项目的负责人和整体框架的搭建。 3，投保算法的实现 4，项目60%的开发 5，后期交由同事去迭代开发。

1，项目主要是通过手机实现线上选购保险的需求，也可以通过制定的客服对你的进行1对1的保险咨询服务 2，客户端项目的负责人 3，项目框架的搭建 4，首页以及产品搜索模块的制作 5，投保核心算法的编写，涉及到很多个不同条件下保险方案的生成 6，后期程序由android切换到vue来实现

1、对热网下所辖热力站进行能耗利用分析， 2、横向对比站站之间、机组之间的用能情况，找出用能理想值，并加以分析， 3、纳入管理人员的绩效考核内容。

1、对热网下所辖热力站进行大数据算法自动控制， 2、根据用户室温反馈内容对换热站进行调节，使供热参数实时跟随用户室温，以此达到按需供热的目的

1、对热网下所辖热力站进行的告警进行统计， 2、查找问题规律 3、对比站间、点间报警频次，分析热网隐患。 4、对当前系统内报警及确认处理周期进行统计，纳入当值人员考核标准

stm32开发——电能质量模块监控 实现功能: 监控电能质量模块的各种参数，可以设置模块参数。并且加入了boot可以实现485屏幕程序升级。方便维护

信息服务系统的目标是建立一个采集核心交易系统业务数据，按照一定的规则计算并生成各类成交行情、盘中统计、基准数据，同时采集数据仓库的统计数据，通过客户端和数据接口两种形式将生产出来的所有信息产品发布给市场成员和公司内部其他系统，同时提供对信息产品数据的管理功能（采集、计算、发布、管理），便于为票据市场提供更好的信息服务。本系统包括管理端、会员端两套应用，包含盘中统计、收益率曲线、回购参考利率、票据固执、统计日报、统计月报、文件下发、会员管理、会员计费、用户管理等模块。管理员用户每日对数据进行审批发布，会员用户查看已购买的对应模块。 本项目使用springboot、mybatis、vue2、maven、SVN、redis、kettle、python等技术。本人在此项目中担任前、后端开发工作，主要负责盘中统计、回购参考利率、票据估值、会员管理、会员计费等模块。

1.60%为展示设计师作品 2.可实现信息交流，关注该作者后 3.注册后可以上传作品以及关注其他设计师等 4.可以编辑账户信息，以及头像更改

pa.py 为程序源代码 all.txt 获取网站的113条数据,一行代表一条数据。 phone_number 为从数据中提取的手机号，电话号和qq号依次存在txt文档中， 信息均无重复 手机号 81条 电话号 3条 qq号 381条 共465条

1. 功能模块 1.1 装修前端-商家操作的入口，用于触发套餐配置的增删改查操作 1.2 装修后端-选菜组件&配置存储&下发 1.3 店铺C端后端-配置接收 1.4 店铺C端前端-app页面效果渲染 2. 我负责的部分：装修后端。技术栈：java、hsf、rocketmq、redis、mysql、布隆过滤器 3. 难点 3.1 商家增删改配置：商家可以以连锁店维护对其管理的店铺进行批量操作，1次会为1万个店铺与配置绑定/结绑，同时系统需要在1秒（比上一个顶部招牌的项目要求更高）返回操作结果 3.2 商家查询配置列表：有非常多的过滤条件，比如配置投放日期、投放时间段、投放渠道、投放人群.... 3.3 配置下发接口，并发量非常高，且接口响应时间要求也很高，需要在50ms内返回 3.4 只能增加少量服务器资源 4. 难点解决 3.1 商家增删改性能提升：使用新工程框架来做，对于db操作基于mybatis，只需要几条sql即可完成db操作；对配置关联表进行分表，降低单表数据量。 3.2 商家查询配置列表：在配置变更时，通过rocketmq的事务消息将配置数据同步到es中

app：在线预约（我完成的），体检报告，用户注册，登陆 后台管理：会员管理（我完成的），预约管理（我完成的），健康评估，健康干预