沈阳后端兼职招聘

项目编号：【191033】 摄像头安卓app项目第三期

项目编号：【191031】 一比一复刻这个网站qimengsheying.com

项目编号：【191025】 需求：企业认证微信服务号，实现定时消息推送 1.公众号已企业认证，300元/年； 2.已有MySQL数据库，需要程序读取现有库里面的数据，不需要新建业务数据库； 3.每日固定时间执行定时任务；读取少量行数据，组装模板消息； 4.用户关注公众号保存openid；调用微信模板消息接口推送； 5.需要：发送日志记录、发送失败重试； 6.要求：完整源代码交付，部署文档；服务器部署说明； 7.包含一年维护：微信接口变更、bug修复； 8.不做商城、不做H5页面；只做后端定时推送服务。

项目编号：【44111】 职位描述： 1. 新链接入：负责新增 EVM 链与 Solana 生态的采集接入，包括节点接入、区块与日志采集、数据解析及下游数据链路打通，交付可供业务消费的完整数据集。 2. DEX / Launchpad 解析：负责新增 DEX 与代币发行平台的协议解析，涵盖 AMM（V2 / V3 / V4 Hook）、Bonding Curve 及各类协议 Fork，实现流动性池发现、费率结构、发行阶段与成交归属的准确建模。 3. 数据质量与稳定性：对采集数据的准确性与时效性负责；建立数据质量校验与异常监控机制，定位并修复解析偏差；治理采集链路的可用性问题，包括区块重组、节点异常与限流、消费积压等容错场景；建设面向业务的数据服务能力，为钱包、交易、风控、资产分析、DeFi 数据分析等场景提供稳定的后端 API。 4. 技术跟进与架构演进：持续跟进链上协议与生态的技术演进，将新出现的协议形态快速纳入采集能力；优化采集系统架构与抽象设计，提升新链、新协议的接入效率。 职位要求： 1. 后端开发经验：3 年以上 Java 服务端开发经验，具备高并发数据处理系统的设计与实现能力，熟悉分布式消息队列、关系型数据库、缓存与 NoSQL 存储的生产实践。 2. 区块链基础：熟悉区块链底层原理与链上协议基础，具备扎实的链上数据解析能力；理解交易结构、事件日志与 ABI 编解码机制，能够独立完成合约事件与调用数据的解析与语义还原。有链上数据处理经验，熟悉区块同步、交易解析、合约事件解析、地址资产统计、Token/NFT 数据处理等场景。 3. DEX / Launchpad：熟悉主流 DEX 协议的数据模型，掌握 Uniswap V2 / V3 / V4 及其生态 Fork 的核心机制；对典型 Launchpad（Bonding Curve 类代币发行平台）的运行机制有深入研究。 4. 问题定位与数据意识：具备系统化的线上问题定位能力与严谨的数据验证意识，能够通过对照实验与反向验证确认结论，而非依赖经验推断。 加分项 1. 类似经验者：有 DeFi、DEX、区块链浏览器、链上风控、资产分析平台相关项目经验；有高 TPS 链数据处理、海量地址资产计算、实时余额更新、交易风险识别等经验。 2. AI Native 工程习惯：熟练使用 Claude Code 等 AI 编码工具完成开发与问题排查，理解其能力边界并对产出保持验证意识；能够将可复用的流程与领域知识沉淀为团队资产，持续提升团队而非个人的效率。 3. Solana 链上数据经验：具备 Solana 链上数据处理经验，熟悉其账户模型与指令解析机制。 4. Solidity 阅读能力：具备 Solidity 代码阅读能力，能够在缺少文档与 ABI 的情况下，通过合约字节码与链上交易分析其行为。 欢迎投递简历： lbyronlee@gmail.com, 或者 TG: https://t.me/ginchenor

项目编号：【44118】 主要针对金融产品的策略回测，配合策略师完成策略

项目编号：【44177】 我是做区块链交易所合约的 需要一个会 爬虫 接api接口 语言 主要做内容就是监控2个平台的数据差值 参数达标后开仓平仓

项目编号：【191016】 项目内容： •结合现有条件，推荐并协助部署 1—2 个合适的开源语音生成模型。 •用少量测试文字和参考音频（我们提供），完成不同表达要求下的生成对比。 •尝试把非技术人员提出的声音表达要求，转换为可测试的模型输入或控制方式。 •记录所用模型、版本、关键参数、输入与输出，帮助我们判断哪些可行、哪些不稳定、哪些暂时困难。 •在少量有前后关系的台词中验证表达状态能否承接，并留下可重复使用的基础配置和简明操作说明，方便后续继续验证。 合作者需求： •专业方向与语音生成、TTS、声音克隆或相关 AI 工程接近，具备 Python 和基础部署能力。 •欢迎在校研究生、初级语音算法工程师、个人开发者和成长型候选人。 •对语言、语气和声音变化较敏感；喜欢电影、剧集、动画、游戏、配音或声音创作更佳。 •能够与非工程背景的声音从业人员顺畅沟通：主动确认需求，用清楚、易理解的语言说明技术选择、进展和限制，并把复杂问题拆成可比较、可判断的选项。愿意边验证边沟通，如实说明边界，不把尚未验证的效果当作确定能力。

项目编号：【191011】 抖音卡片开发项目需求说明书 一、项目背景 当前抖音平台AI实时预审已全面上线，违规拦截率达98%，群聊审核粒度持续提升，群被解散、账号降权案例增多。为在合规框架下实现从抖音私域（私信/群聊）向企业微信的导流，需要通过开发抖音卡片能力，建立合规、稳定的跨平台跳转链路。 二、核心需求 2.1 功能目标 开发一套抖音卡片系统，支持在抖音私信和粉丝群聊中发送结构化卡片，用户点击卡片后，无需复制、无需扫码，直接跳转至企业微信添加界面完成加粉。 2.2 核心功能需求 需求项 具体说明 卡片生成 支持自定义卡片标题、描述、封面图/Logo，在私信/群聊中展示为图文卡片样式 跳转目标 卡片点击后跳转至企业微信获客助手链接（官方API生成），实现一键添加 私信发送 支持通过OpenAPI在私信会话中发送卡片 群聊发送 支持在粉丝群中发送卡片 多账号支持 支持绑定多个抖音运营号，各账号独立发送卡片 数据统计 记录卡片曝光、点击、跳转成功率、加粉完成等全链路数据 2.3 技术方案选择 项目需在以下方案中明确选择，或并列提供报价： 方案A：开源系统二次开发（推荐快速上线） 基于“火星外链（huoxing-links）”等开源系统进行二次开发，系统基于Laravel 10 + TypeScript，支持生成抖音卡片跳转到企业微信获客链接。需要完成部署、定制、与现有业务系统对接。 方案B：小程序卡片方案（合规性最高） 开发抖音小程序，通过小程序引导卡片模板实现卡片发送。用户点击卡片拉起小程序，再由小程序中间页唤起企业微信。需完成小程序注册、开发、上架全流程。 方案C：第三方工具集成方案 对接“转化宝”“小狐卡片”等第三方平台API，通过其后台生成卡片并嵌入自有系统。 2.4 技术要求 合规性：域名需完成ICP备案，跳转链路需符合抖音《外部链接内容规范》，不包含诱导下载、虚假宣传等违规要素 稳定性：需具备域名轮换、链接备用机制，以应对平台规则变动 安全性：全站HTTPS加密，接口鉴权，防止滥用 扩展性：预留个人微信二维码、微信群、小程序等其他跳转目标的扩展接口 三、非功能需求 类别 要求 并发支持 支持日均10000+卡片发送量 响应时间 卡片点击到企微拉起 ≤ 3秒 兼容性 兼容抖音Android 32.1.0+、iOS 32.8.0+版本 维护性 提供完整技术文档、部署文档、运维手册 代码交付 需交付完整源代码，无加密混淆，无后门 四、交付物 完整可部署的系统源码 数据库设计文档 部署与运维手册 API接口文档（如涉及OpenAPI对接） 管理员操作手册 培训支持（不少于2小时线上培训） 五、时间与预算 请开发方根据所选方案提供以下预估： 开发周期：从需求确认到上线验收的预估天数 费用构成：开发费、服务器/域名/小程序认证等第三方费用（如适用）、年度维护费 里程碑节点：需求确认→开发完成→内部测试→上线验收 六、开发方资质要求 有抖音开放平台开发经验，了解小程序卡片、私信消息等API 有跨平台跳转（抖音→微信/企微）项目经验 熟悉企业微信获客助手API对接 最好能提供过往案例或Demo演示，或进行详细的实现流程描述 七、风险提示（需开发方回应） 平台规则变动风险：抖音对诱导外跳管控持续收紧，方案如何应对可能的规则调整？ 账号安全风险：卡片发送是否涉及账号权限申请？是否会触发风控导致账号受限？ 技术方案可持续性：选择方案A（开源系统）需注意原项目是否持续维护；方案B需考虑小程序审核时效

项目编号：【191005】 中免日上新增需求

项目编号：【191002】 逆向开发软件