百色兼职招聘

项目编号：【42057】 高级 Go 后端工程师 (DDD 架构重构方向) (注：强调“重构”和“DDD”，筛选掉只习惯写 CRUD 的候选人) 📝 岗位职责 (Responsibilities) 核心领域重构：主导即时通讯 (IM)、身份认证、权限控制等核心模块的重构工作。基于 整洁架构 (Clean Architecture) 思想，重新设计代码分层，确保业务逻辑（Domain）与基础设施（Infrastructure）彻底解耦。 领域建模与边界梳理：协同架构师进行事件风暴（Event Storming），明确限界上下文 (Bounded Context)，定义聚合根、实体、值对象及领域服务，解决现有代码中模块边界模糊、逻辑分散的问题。 高级模式落地：在读写分离场景下，设计并落地 CQRS (命令查询职责分离) 模式；针对关键状态变更链路，探索并实施 Event Sourcing (事件溯源)，提升系统的可追溯性与扩展性。 渐进式重构实施：制定并执行“绞杀者模式 (Strangler Fig)”重构计划，通过适配器层兼容旧接口，逐步将流量切换至新架构，确保几十万行代码在重构过程中业务零中断、数据零丢失。 规范制定与代码攻坚：建立基于 DDD 的代码开发规范、目录结构标准及单元测试策略。作为核心主力，单枪匹马完成关键模块的代码编写与迁移，解决高并发下的数据一致性难题。 🛠 硬性技术要求 (Must-Haves) Go 语言深度掌握：5 年以上 Go 开发经验，深刻理解 Go 内存模型、GMP 调度、并发原语 (Channel/Mutex) 及性能调优 (pprof/trace)。 DDD 实战经验 (核心)：必须有大型微服务系统 DDD 重构的成功案例。熟悉领域驱动设计的核心概念（聚合、实体、值对象、仓储、工厂、领域事件），并能清晰阐述如何在 Go 中落地整洁架构或六边形架构。 复杂业务架构能力： 安全与权限：深入理解 OAuth2/OIDC、RBAC/ABAC 权限模型，有构建高安全等级认证中心的经验。 CQRS 与事件驱动：熟悉 Kafka 等消息队列在事件驱动架构中的应用，有 CQRS 读写分离设计及 Event Sourcing 落地经验（如使用 EventStore 或基于 MySQL/Kafka 自建）。 重构与测试能力：精通重构模式（如《重构：改善既有代码的设计》），擅长编写高覆盖率的单元测试、集成测试及契约测试，敢于对遗留代码动刀并有完善的回滚策略。 中间件深度使用：精通 MySQL (分库分表/事务隔离)、Redis (缓存策略/分布式锁)、Elasticsearch (复杂检索) 在领域模型中的持久化适配。 🌟 加分项 (Nice-to-Haves) 有从单体或混乱微服务成功重构为 DDD 架构的完整复盘文档或技术分享。 熟悉 Go 领域的 DDD 框架或脚手架（如 kratos 的领域设计实践，或自研的 Clean Arch 模板）。 对分布式事务（Saga, TCC）有深入理解和实战经验。 具备极强的文档编写能力，能输出高质量的领域模型图谱和架构决策记录 (ADR)。

项目编号：【42056】 高级 Rust 客户端核心工程师 (跨平台 SDK 方向) (注：建议头衔中强调“核心”与“跨平台”，以吸引有架构能力的资深人士) 📝 岗位职责 (Responsibilities) 核心逻辑重构与落地：基于已有的 Rust 第一版代码，主导将原有 C/C++ 核心业务逻辑（网络、加密、音视频、压缩）彻底迁移至 Rust，并确保功能等价性与性能提升。 跨平台 FFI 架构实现：设计并维护高性能、安全的 FFI 接口层，向 iOS (Swift/ObjC)、Android (Kotlin/Java)、Desktop (C#/Electron等) 及 Web (Wasm) 暴露统一能力，处理复杂的内存所有权转换与线程模型映射。 高并发与性能攻坚：优化 HTTP/2/3 及 WebSocket 连接池管理，解决高并发下的资源竞争问题；针对移动端和 Wasm 环境进行极致的包体积优化与启动速度优化。 稳定性治理：负责解决跨语言调用中的“诡异”Crash（如内存越界、线程死锁、ABI 不兼容），建立自动化测试与模糊测试（Fuzzing）流程，确保 SDK 在碎片化设备上的稳定性。 协同交付：作为 Rust 技术接口人，直接对接各端原生开发团队，提供集成文档、Demo 及调试支持，协助解决集成过程中的边界问题。 🛠 硬性技术要求 (Must-Haves) Rust 精通：5 年以上系统级编程经验，其中 3 年以上 Rust 实战经验。深刻理解 Rust 内存模型、生命周期、异步运行时（Tokio/Async-std）及 no_std 环境。 C/C++ 互操作专家：必须具备深厚的 C/C++ 背景，能够熟练阅读和重构遗留 C/C++ 代码。精通 cxx, bindgen, uniffi 或手动编写 FFI 胶水代码，清楚 ABI 稳定性、名字修饰（Name Mangling）及跨语言异常处理机制。 全平台构建经验： Mobile: 熟悉 Android NDK 开发流程 (cargo-ndk)，熟悉 iOS 静态库/动态库打包及签名流程。 Wasm: 有实际的 wasm-bindgen 项目经验，了解 Wasm 线性内存限制及 JS 互操作性能陷阱。 Desktop: 熟悉 Windows (MSVC/MinGW), macOS, Linux 的交叉编译配置。 领域技能： 网络: 精通 TCP/IP, HTTP/2/3 (QUIC), WebSocket 协议，有高并发连接池设计与调优经验。 多媒体与安全: 有使用 Rust 调用或封装 OpenSSL/Ring, FFmpeg (或通过 rust-ffmpeg) 的经验，理解音视频编解码基础及数据加密流程。 调试与排错：擅长使用 GDB/LLDB, Valgrind, AddressSanitizer (ASan), ThreadSanitizer (TSan) 等工具定位跨语言内存错误和并发竞争问题。 🌟 加分项 (Nice-to-Haves) 有主导过大型 C/C++ 项目重构为 Rust 的成功案例（请准备代码对比或架构图）。 熟悉 flutter_rust_bridge 或有 Flutter 集成经验。 对 QUIC 协议有深入源码级理解。 在 crates.io 上有高星开源项目，特别是涉及 FFI 或系统底层的库。 熟悉 Bazel/CMake 与 Cargo 的混合构建系统。

项目编号：【42053】 1.产品需求对接及需求文档输出 2.高低保真原型设计

项目编号：【184159】 买个类似服装干洗店的收衣发衣系统

项目编号：【184155】 我需要开发一套独立微信小程序 + 管理后台，定位：情绪疗愈、亲密关系疏导、AI测评报告，非医疗、非诊断。 要求：源码完全交付、不加密、知识产权归我方、可商用、可卖B端、可无限部署。

项目编号：【42051】 基于Crmeb多商户3.0系统+客服系统，修复一些功能缺陷。要求之前必须有Crmeb多商户电商系统开发经验的工程师。功能调整都不复杂，比较容易处理。

项目编号：【42049】 一、项目说明 我要做一款基于小程序延伸的应用软件，这边已有完整可上线的作品小程序全套源码，包含：微信小程序前端+Node.js后端+MySQL数据库+豆包AI接口对接+完整业务逻辑，所有代码100%写完，无需从零开发、无需写功能、无需设计UI。 你只需要做：代码部署+环境配置+接口对接+上线发布+简单测试，无需求变更、无二次开发、无额外工作量。 二、工作内容 1. 搭建服务器环境（Node+MySQL） ​ 2. 导入数据库SQL、配置小程序/AI/数据库信息 ​ 3. 前后端代码部署上线、调试运行 ​ 4. 协助提交微信审核、发布上线 ​ 5. 确保所有功能正常使用、流程跑通 三、要求 1. 会微信小程序+Node.js后端+MySQL，能独立部署上线 ​ 2. 有全栈项目经验，做事靠谱、不拖延、不甩锅 ​ 3. 能按约定工期完成，沟通顺畅 ​ 4. 只接受兼职/远程 四、工期&费用 -工期：3～5天 ​ -费用：一次性报价（部署+配置+上线+测试） ​ -结算：平台托管、验收合格秒结 五、优先录用 有小程序/AI小程序/部署上线经验的开发者优先。

项目编号：【42050】 需要制作像垃圾广告传奇一样的 程序 可以的联系我 弹窗广告，自动下载

项目编号：【184147】 我需要开发一款电梯调度仿真程序，主要目的是申请软件著作权，不需要对接真实电梯硬件，只需要在电脑上能跑通逻辑，展示效果即可。 交付要求： 1. 源代码（Python/Java/C++等均可，需符合软著格式要求：前后各30页、每页50行、无空行、有页眉页码）。 2. 用户操作手册（含界面截图、操作说明，用于软著申请）。 3. 可运行的演示程序（能在Windows上跑起来）。 4. 保证代码原创，逻辑与我的描述一致。 预算：1万元左右（可协商） 工期：2-3周 联系方式：XXXXX 附加说明： · 我是个人开发者需求，预算有限，但需求明确，逻辑已闭环，不需要反复沟通需求。 · 希望接单人有过软著申请代码撰写经验，能确保代码格式一次通过。 · 资金走平台托管，按节点支付（定金+验收+尾款）。

项目编号：【184143】 梦做区块链空投监控自动脚本的📌 Solana 清仓监控空投机器人（精准复刻版） 一、界面布局 1. 基础配置区域 字段 类型 说明 我的铸币地址 输入框 你要空投的代币铸造地址（截图示例：EeeDYqE8YPqSJFdNDa9cSAzA88SuZH57J3hgUATgL7） 监控目标地址 输入框 要监控清仓的代币地址（截图示例：7nePACJng88s1KFJptgaBvZYgHaUDzdgdU65EtVpump） 筛选周期（秒） 数字输入 默认 30 秒 可自行调整 自定义识别名 输入框 用于标记当前配置，如 NotinRetardEducation 2. 平台选择 复选框：OKX、JUP（Jupiter）、DFLOW（这三个） 3. 筛选策略区域 每个条件前面有复选框，后面有输入框，可自由调整 条件 输入框类型 截图默认值 说明 最小买入金额 (USDC) 数字 150 用户任意一笔买入金额 ≥ 阈值 最小交易次数 数字 2 用户在目标代币上的总交易次数 ≥ 阈值 最大交易次数 数字 100 用户在目标代币上的总交易次数 ≤ 阈值 SOL 持仓阈值 数字 0.001 用户的 SOL 余额 ≥ 阈值（单位 SOL） 首次交易金额阈值 (USDC) 数字 150 用户首次买入该代币的金额 ≥ 阈值 最大有效 SPL 代币数量 数字 9 用户持有的不同 SPL 代币种类 ≤ 阈值 4. 空投策略 固定空投金额：数字输入框，示例 759.6（直接填写代币数量，就是空投759.6个我的代币） 5. 操作面板 按钮：停止监控、刷新余额、黑名单管理（截图显示这三个，按实际保留） 6. 状态栏 项目 说明 当前配置 显示自定义识别名（如 NotinRetardEducation） 已空投地址数 累计成功空投数量（实时更新） 我的 SOL 余额 当前钱包余额（可几十秒更新一次） 买入用户数 截图显示 （监控期内独立买家数量） 7. 双日志区域 左侧“空投日志”：只显示成功空投记录，格式严格按截图： text 4za15x8xYPt4t04Xtz8zefj3JK6QREk5Z8cQhYDYJdHxw, 策略: 清仓, 金额: 759.60 代币 [05:49:07] 地址: DkUvjHL3rpAWNFDc5Hvh7HzPuLLgZRxB4E5h1hJFKKM, 策略: 清仓, 金额: 759.60 代币 右侧“日志输出”：显示系统运行日志，格式为 [时间] [级别] 消息，包括： [INFO] 处理完成 0 个地址 [INFO] GeckoTerminal: 价格 $0.001608978014 [INFO] 开始 monitorAndAirdrop... [INFO] 使用缓存的加池地址，数量：27 [INFO] 获取最新 DeFi 活动地址... [INFO] 获取到 100 条 DeFi 活动 [INFO] 获取到 0 个候选记录 [INFO] 过滤后剩余 0 个记录 [INFO] 共找到 324 个加选钱包地址 [INFO] 使用缓存的加选地址，数量：324 8. 缓存机制 截图中有“共找到 324 个加选钱包地址”、“使用缓存的加选地址，数量：324”的日志，说明脚本维护了一个内存地址池缓存。建议实现一个简单的 Set 记录发现的与目标代币相关的地址（如买家地址），并在日志中输出缓存大小。 二、核心功能逻辑（与技术细节） 1. 数据获取 数据源：Helius 付费 RPC + REST API（用户提供 HELIUS_API_KEY） 轮询方式：每 筛选周期 秒（默认 30 秒）获取指定代币的最新 100 条交易（通过 Helius 的 /v0/addresses/{mint}/transactions 接口） 去重：记录已处理的交易签名，避免重复 2. 清仓检测 检测卖出：从交易 tokenTransfers 中找出代币转出方（卖家） 判断清仓：卖出后立即查询该地址该代币余额，余额为 0 才判定为清仓（账户不存在也视为余额 0） 3. 筛选条件实现（所有条件考虑启用状态） 条件 实现方式 关键点 交易次数 Helius getTransactionsForAddress + 过滤 tokenMint 必须针对目标代币，非钱包总次数 SOL 余额 connection.getBalance 单位 SOL 持有代币种类 connection.getTokenAccountsByOwner 统计数量 普通 SPL 代币 最小买入金额 解析买入交易，获取数量 → 乘以当前价格 → USDC 处理代币精度（默认 9） 首次交易金额 获取最早一笔买入交易，解析数量 → 换算 USDC 可用当前价格近似 平台筛选 优先 tx.source（JUPITER、OKX 等），备选程序 ID 需提供正确程序 ID 4. 空投执行 空投数量：用户输入的固定值（如 759.6），按精度转换为最小单位 自动创建 ATA：若接收方无关联账户，自动创建并扣租金 批量处理：每批 ≤5 个地址，批次间隔 2 秒 失败重试：最多 3 次，记录错误 去重：内存记录已空投地址，避免重复 5. 统计与界面更新 买入用户数：检测到买入时，买家地址入 Set，实时更新界面 候选/有效地址数：每轮统计后更新 已空投地址数：成功空投后累加 SOL 余额：可手动刷新（通过 RPC） 价格显示：通过 GeckoTerminal 获取并显示 6. 动态更新 用户修改配置（如空投金额）后点击“更新”，正在运行的监控实时采用新参数，无需重启 三、交付物要求 完整源代码文件： main.js、preload.js、renderer.js、index.html worker.js（监控核心，可用子进程） package.json、.env.example 清晰 README，说明安装、配置、运行步骤 测试网演示：开发者需提供测试代币，演示功能正常 四、注意事项（开发者必读） 清仓必须严格判断余额为 0，不能仅凭交易类型 交易次数必须针对目标代币（用 Helius 付费方法） 所有筛选条件必须可独立 界面布局、日志格式必须与截图完全一致 平台筛选优先用 tx.source，备选程序 ID 实现简单的内存缓存，并在日志中输出大小 动态更新需实时生效