【100%】MR分支合并和前端全部实现 【70%】负责微前端项目迁移，并对项目进行 JS 到 TS 的改版以及对一些逻辑和组件的优化。 【50%】负责 CI 相关业务线，完成的日常需求和性能优化的版本迭代。 【100%】兼容移动端，优化对应用的紧急 review 进行正常浏览。

一个基于BERT的意图（intent）和槽位（slots）联合预测模块。想法上实际与JoinBERT类似，利用 [CLS] token对应的last hidden state去预测整句话的intent，并利用句子tokens的last hidden states做序列标注，找出包含slot values的tokens。你可以自定义自己的意图和槽位标签，并提供自己的数据，通过下述流程训练自己的模型，并在JointIntentSlotDetector类中加载训练好的模型直接进行意图和槽值预测。

针对NLP模型无法识别长文本意图，无法进行多轮次交互意图识别等，进行意图识别增强，并赋能场景，以提升导航意图识别的准确率。客服大模型主要是针对语音导航未识别的对话实时二次识别，进行语义理解能力增强。

葡卫涨嫉蓟欧谴惨接脸久兜终欧罢节梁诟涨妇频范邢赵程蹦乐锨及业徽囤团醋幕僭操终婆莱怪刑阜帐蓟谛醇手址芍殉赵澈恳曝烙镣右衔倩珊涛巢缓惨捞梁纸嘶唾税棠哺帜叫遮蟹手乖劝

功能模块： 1.系统管理功能：监控房源信息的合理合法性 2.游客浏览功能：在房源中寻找自己心仪的房源 3.房东发布功能：可以将自己手中的房源发布、修改以及删除 4.提供各种工作记录，以备事后查询 负责事务： 主页面（游客浏览页面）： 房屋信息增删改查，搜索功能，登录，注册房屋详细信息查看 用户管理页面： 用户（房东发布删除修改查询自己的房屋信息） 管理员页面： 房屋信息审核，操作记录查询 难点： SQL语句容易出错，项目体量变大时很多时候问题的根源往往处在SQL语句的编写错误，这也是导致很多时候数据无法显示的原因； 数据类型不匹配，传入的数据类型和数据库字段的类型不相匹配导致出错，在保证SQL语句的正确性的时候往往查不出数据是这个原因； 空指针异常，有时候session过期，会导致该异常，比较好解决。也有时候因为页面数据过多导致的传入数据数量不匹配，有的参数传入为空，进而出现空指针异常； 实体类不包含某个属性，这通常是因为获取的内容和实体类的名字不匹配导致的错误。有可能是实体类没有定义该变量，也有可能是因为打错了导致的； 当后台程序测试能查出数据但是页面中不显示。我觉得这个问题是最普遍

1、参保登记、缴费、征收、待遇计算、待遇核定、待遇支付、资格认证、集合管理等。 2、主要负责稽核管理和生存认证等功能的设计、开发及测试（java、jsp、mybatis、oracle、jQuery等）。

水电费水电费递四方速递手动发手动发时代峰峻快三大发黄金时代费劲号山东矿机返回啥会发生的尽快回复数据库东方红加速到 圣诞节和房价快速的恢复健康时代华府就开始电话费几十块的恢复健康 书单返回时间段可恢复健康书单

胜多负少的 书单发送到手动发手动发 书单手动发是 胜多负少的 书单发送到手动发手动发 书单手动发是 胜多负少的 书单发送到手动发手动发 书单手动发是 胜多负少的 书单发送到手动发手动发 书单手动发是

使用python爬虫框架scrapy设计分布式爬虫，爬取某人才网的招聘信息，实现断点续爬，多点同时爬取数据，并将数据存储到excel中。

1.该项目由我负责主导开发：框架搭建，开发前给同事培训，制定开发规范，以及难点解决和编程 2.该项目使用thinkphp5.9框架进行搭建，其中配合前段h5,vue,ajax,jquery,layui等前段技术框架进行混合开发，考虑到后期减少维护成本所以采用前后分离来进行开发 3.其中难点都已解决，不多赘述

1.该项目主要包含有微信支付分开通，扫码识别，快捷登录，消费者订单流水管理 以及在线客服 快速拨打电话，企业用户端管理等功能 2.该项目小程序端由我独立开发调试完成，使用微信原生小程序开发+微信Api接口，对接php数据接口 完成交互展示。 3.这个项目刚开始的时候最大的难点可能在于扫码有不同入口，入口不同解析方式不同导致解析起来比较麻烦。通过对微信开发文档深层次的解读才解决改问题，以及微信支付分的开通，需要前后端配合共同查找问题所在。

一、该项目由我主要负责开发，该项目主要是对公司对铺设出去的设备进行运维管理 1.其中有设备管理 设备预警 设备运营 仓库库存管理等几个大类 分别为不同的管理人员提供不同的支持服务 2.还有设备销售管理 让管理员更方便的看到营收情况 二、该项目使用微信小程序原生开发，通过调用php接口获取数据 三、这个项目整体包含内容比较多，但是到现在已经成熟，其中遇到的技术难点都已突破。

针对公司三元组（岗位，人员，部门）之间关系的管理，维护，授权所开发的一个系统，主要功能如下：1.左边栏是三元组的项目列表，可模糊搜索，也可无限滚动加载。2.中间是主体数据区域，可针对人、岗、部门进行不同的操作。3.右边是是快捷信息栏，表格中形状像标签的单元格都可以导航至快捷信息栏

1.PDM系统主要分为文档管理和项目管理两个模块 2.我主要负责：（1）整个项目的搭建工作 （2）详细设计编写 （3）文档管理和项目管理模块全程参与开发 （4）项目管理与协调

参与并主导了公司医疗影像阅片系统&医疗影像独立标注与评估平台的框架选型，功能研发，收敛 bug。 参与修复公司原有医疗阅片系统 PACSViewer 的重构及 bug 修复。 使用 OHIF+cornerstone.js 开发了 Viewer 系统。 使用 DWV+Vue.js 开发了 Viewer 的升级版本。 使用 AngularJS1.0修复和完善 Viewer 早期版本的 bug 主要使用技术点：vue 全家桶、bootstrap、vuetifyUI 框架、OpenCV.js （做病灶勾画识别）、vtk.js 做测量

AIGC全范围的产品矩阵，包括类ChatGPT的聊天助手、AI技术文档翻译、AI文档摘要和多轮问答提炼，流程AI分析助手，AI文生图等 1.负责公司 AIGC 产品，远景小智（类 chatGPT ）的前端开发，bug 收敛，前后端联调。 2.负责公司 AIGC 产品，小智翻译（AI 翻译）端开发，前后端联调，bug 修复。 3.负责公司 AIGC 产品，小智文档（摘要分析，多轮问题回答）的 bug 修复。

该项目主要是通过AI的算法，对DR拍摄的胸片进行诊断，最终达到人工智慧医学诊断肺结核的目的。整个流程主要是先通过我们开发的客户端，把DR拍摄的片子通过DICOM传入到我们的系统当中，然后再去调用AI的诊断接口，通过AI的算法给出诊断的结果，并付上效果热力图。然后再在系统中呈现出来。系统部署的方式采用的是docker和k8s的容器化部署，使用mq消息队列，springCloud的微服务架构实现了分布式，提高了系统的可用性。 在该项目中，我们的系统与AI接口调用是通过阿里的mq消息队列来实现的，我负责的模块就是与AI进行对接，把AI返回的结果进行入库保存，然后在系统中展示，还包括参与了接口的设计以及数据库表结构的设计和对应功能的开发。以及参与平时项目的迭代开发和上线部署，同时也兼顾数据采集统计的任务。

该项目主要服务于第三方医院影像中心以及医院的影像科，从开始预约登记、排队叫号、影像检查、医生写报告、患者取报告的完整的链路流程。对接了医院的His以及Pacs系统，还集成了部分的医学AI诊断服务，包含的厂家有数坤、深睿、联影、推想等多家AI厂商的多种服务。 在该项目中，承担了主要的开发任务，包含对接PACS系统和院内的HIS系统。登记模板、排队叫号、以及医生写报告和患者取报告的各个功能模块。以及后续的日常维护工作。

创建游戏界面 定义游戏结束函数 定义主函数 进行游戏主循环（检测按键进行转弯操作） 判断是否吃掉目标方块，进行增加蛇的长度操作 控制游戏速度 算法分析： 贪吃蛇关键算法在于判断贪吃蛇是否吃到了食物以及吃到食物后身体长度的变化。 无论蛇是否吃到了食物，身体都要发生变化，伪代码分析如下： if 蛇头位置==食物位置 蛇吃到食物 if 蛇没有吃到食物： 移动方向的一个格子添加到蛇首部，尾部去掉 else 蛇吃到食物： 移动方向的一个格子添加到蛇首部

该项目主要是在客户端采集影像Dicom数据，通过MQ消息发送至申请端的影像工作列表，再由申请端的医生发起远程会诊至专家端，专家收到申请后会进行处理报告完成后并下发给申请端医生去阅览打印报告，其中还接入了一些第三方的AI服务。运营后台管理系统主要是统一管理申请端的医生，报告专家等用户信息，还有一些报告打印模板设置和费用的配置，还有AI服务厂商的接口信息和基本信息配置。本系统采用单点登录的方式经过统一认证，所有接口的调用都必须经过token的有效认证才可以放行。 项目职责：在该项目中，本人主要负责了申请端的医生发起会诊申请的业务逻辑处理，包括有创建会诊申请单，发起线上扫码支付流程，还有对接第三方的AI服务，订单的管理模块，专家的报告书写模块，还有管理后台的用户数据信息维护。