Java兼职招聘

项目编号：【181809】 全栈开发工程师 | Java+Vue3 | 芋道框架 | SaaS+AI平台 【项目介绍】 我们要打造一款垂直设计领域的 SaaS 协同平台。系统集成了多租户管理、AI 智能辅助设计（对接主流AI API）、素材库管理及会员积分体系。项目需求文档（PRD）完整，UI 页面完整，逻辑清晰( MasterGo)。 目前需要一位经验丰富、逻辑缜密的全栈开发工程师加入，负责核心业务功能的落地。 【技术栈要求】（硬性标准） 项目基于 芋道源码 (Yudao-boot) 二开，需熟练掌握以下技术： 后端： JDK 21、Spring Boot、MySQL 8、Redis、Docker / Docker-compose。 前端： Vue 3、TypeScript、Vite、Element Plus (yudao-admin-vben 模版)。 架构： 熟悉 SaaS 多租户架构（数据隔离/权限控制）。 【核心开发内容】 根据已有的思维导图和需求列表，主要包含以下模块： 系统与租户管理： 域名绑定、菜单权限配置、服务商授权、资源授权（物料/内容）。 AI 创作中心： 对接AI接口，实现图生图、文生图、智能改款、智能配色等生成记录管理。 会员与财务体系： 子账号管理、会员等级权益、电力券（积分）充值与消耗、订单结算。 内容与社区： 图库管理、作品发布、点赞收藏、水印管理。 前端交互： 个人面板、创作列表、画布拖拽式工作流布局。 【职位要求】 学历/经验： 本科及以上，5年以上全栈开发经验。 框架经验： 必须熟悉芋道 (Yudao/RuoYi-Vue-Pro) 框架，能快速上手开发，不浪费时间在基础环境搭建上。 业务能力： 有 SaaS 平台 或 AI 图片生成类应用 开发经验者优先。 交付习惯： 代码规范，注释清晰，能按时交付，配合进行 Bug 修复和服务器部署。 【薪资与合作】 合作模式： 兼职项目制 工期要求： 希望能尽快启动。 版权声明：本文为CSDN博主「无名老角」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/2302_80926110/article/details/155863164

项目编号：【181780】 就写个接口后台，做到查询出数据然后传输，传输不能重复，这次传输的不能有上次的； 数据库有，我告诉你从哪查，SQL也有，剩下的单独联系，明天中午要

项目编号：【181772】 我有 一套JAVA小程序源代码，现在正常运行中。现在需要重新部署搭建一个测试环境。操作要求：1、现场或远程操控公司电脑部署；2、交付完整的部署文档； 3、部署过程全程录频；

项目编号：【41229】 PDF签章 自建ca

项目编号：【41214】 最近产品需要一个基于数据库的并发数据处理方案（数据库最好是图库），上层业务的话我们会对应不同领域的业务，业务逻辑没法枚举，举个例子来说，购物软件在双十一并发量很大的时候，也能够支撑多人抢购，购买同类商品，他的顶层的话可能是卖小东西、可能卖车、买别的东西，但是底层的协同机制应该都是一样的。因此我们急需一名专家明确现在成熟的技术实现，解决底层数据协同的问题，业务层的话我们可以做妥协，适应底层去做协同机制。当前产品采取的是微服务架构，数据库采取图库，开发语言为JAVA。有经验的小伙伴可以直接联系我，我们推进流程是先互相了解一下，然后想先了解一下你们的实现方案能做到那种程度协同，不用具体的方案，可以讲成熟案例或者思路，然后我们看看能不能满足我们的需求，可以的话我们就推进合作。合作模式长期合作、兼职、承包都可以聊，具体需求和报价都可以电话沟通，细节私聊哈!有意向的直接私信我，欢迎来聊~

项目编号：【41202】 广东省东莞市长安国际酒店附近驻场预算1-2万（看能力） 一个月，暂时为期2个月 java开发熟悉spring boot+mysql框架，有erp系统经验优先

项目编号：【41198】 【核心目标】 统计出每个站台的客流量。 【具体要求】 我们是一家轨道交通运营商，目前全线客流无法精确统计到各个站台，为了能够实现这个目标，寻求合作商。 目前我们有每日乘客的交易数据以及列车时刻表，利用两者时间相似度将交易数据匹配到各站台，实现站台客流统计。

项目编号：【41196】 1.我们已有一套进销存APP提供给服装行业老板使用，属于SaaS系统 2.现需要开发一套微信小程序多租户商城。 3.将已有的系统数据与多租户商城数据打通。 P0阶段实现就可以了，预算十万以内

项目编号：【181631】 需要郑州 西安 山东的团队 项目整包 需要投标。个人别接单 心理测评系统建设方案（4院区版） 一、总体架构设计 系统采用院内局域网B/S架构，基于医院现有内网部署，测评终端（PC/触屏机）通过浏览器访问系统，医生工作站（PC端）通过HIS账号直接登录。整体架构分为三层： 1.​应用支撑层​：采用轻量级微服务引擎（Spring Cloud Alibaba）+本地缓存（Redis）+消息队列（RocketMQ），满足300人并发需求； 2.​业务功能层​：用户管理、量表管理等6大核心模块； 3.​用户接入层​：4院区心理测评室终端（复用医院现有PC/触屏机）、医生工作站（PC端）、医院HIS系统接口、体检管理系统接入。 二、核心功能模块设计（适配4院区场景） （一）用户管理模块 ​多院区分级权限​：支持系统管理员（总院）、院区管理员（4院区各1名）、医生（4院区心理科医生）、患者四级角色，权限严格按院区隔离（如东院区医生仅能查看本院单元患者数据）。 ​患者数据同步​：通过HIS接口实时同步患者基本信息（姓名、病历号、就诊科室），支持患者通过测评室终端刷就诊卡/医保电子凭证自助绑定测评账号（复用医院现有终端设备）。 ​医生账号管理​：总院管理员统一分配4院区医生账号，支持批量导入（Excel模板），关联医生所在院区及专业方向（如儿童心理、老年抑郁）。 （二）量表管理模块 ​标准化量表库​：内置200+常用量表（SCL-90、PHQ-9、GAD-7、MMPI等），覆盖成人、青少年、老年全年龄段，支持院区自定义添加（需总院审核）。 ​智能适配规则​：根据患者年龄（如12岁以下自动推荐儿童版SCL-90）、就诊科室（如心内科自动关联焦虑相关量表）推荐测评组合，减少医生操作步骤。 ​防误触保护​：测评界面锁定退出键，答题时长＜测评时长1/3时弹出提示（“请仔细完成测评以获得准确结果”）。 （三）报告管理模块 ​多维度报告生成​： o患者版：简明得分解读（如“您的抑郁得分为12分，属轻度范围”）+干预建议（如“建议每周1次心理咨询”）； o医生版：详细数据（各因子得分趋势图）+HIS关联信息； o院区版：本院月度测评统计（阳性率、TOP3问题），支持导出PDF/Excel。 ​报告推送路径​：患者测评完成后，报告实时推送至其手机（附查询链接）及接诊医生工作站；院区管理员可通过后台下载本院统计报告。 （四）团体心理分析模块（聚焦4院区需求） ​院区专项分析​：支持按院区筛选数据（如总院青少年抑郁检出率、南院区老年焦虑阳性率），生成柱状图/热力图对比。 ​重点人群预警​：对单一院区高危比例＞15%的群体（如某院区学生群体抑郁检出率20%），自动生成“院区团体干预任务单”推送至院区管理员。 ​干预效果追踪​：记录院区组织的团体活动（如“职场压力工作坊”）前后测评数据对比，生成效果评估表（有效率、改善幅度）。 （五）心理状况预警中心（三级联动） ​分级预警规则​： o黄色预警（PHQ-9≥10/GAD-7≥8）：推送至接诊医生，要求24小时内电话随访； o橙色预警（PHQ-9≥15/GAD-7≥12）：推送至院区心理科主任，要求48小时内面诊并制定干预方案； o红色预警（PHQ-9≥20/GAD-7≥15或有自伤倾向）：科主任紧急处理。 ​预警日志留痕​：记录预警事件接收人、处理时间、干预措施，支持院区管理员查询本院预警记录。 （六）平台数据分析模块（服务管理决策） ​院区能力画像​：统计4院区测评量分布（如总院占比50%、东院区30%）、阳性率排名（如南院区老年抑郁阳性率最高），辅助资源调配（如向南院区增派心理医生）。 ​干预手段评估​：分析不同干预方式（药物/心理咨询）的有效性（如“心理咨询可使轻中度焦虑缓解率提升15%”），协助院区制定干预指南提供依据。 ​患者画像分析​：统计4院区患者年龄/性别/疾病类型分布（如总院职场人群占比40%），指导医院开展针对性科普（如“职场压力管理讲座”）。 三、角色管理与用户覆盖 （一）角色权限表（适配4院区） 角色类型 核心权限 覆盖数量 系统管理员 权限分配、参数配置、日志审计、数据备份 2人（总院技术团队） 院区管理员 本院用户管理、量表配置、报告查看、预警处理 4人（每院1名） 门诊医生 本科室患者测评数据查看、报告解读、干预建议录入 患者/居民 门诊自助测评（终端）、报告查看、训练课程使用 年服务3万人次（按日均100人×300工作日） （二）用户导入方式 医生账号：通过HIS系统接口同步医生信息（姓名、工号、科室），总院管理员审核后开通； 患者账号：门诊患者通过测评室终端刷就诊卡/医保电子凭证自动绑定；复诊患者由医生手动关联历史病历号。 四、数据库方案（MySQL数据库） ​部署方式​：基于医院现有内网服务器部署MySQL数据库（单节点），与HIS共享存储（医院现有存储设备复用）； ​性能优化​：针对测评场景（高频写入、复杂查询），启用列存储引擎，单表1万级数据查询响应时间≤3秒； ​安全特性​：支持国密算法（SM4加密存储）、行级权限控制（通过数据库角色限制医生仅查看本科室患者数据）。