绍兴兼职招聘

项目编号：【40986】 我们是一个微信记账小程序，专注于为社群内部用户借贷提供记账和电子借条服务。 目前已经迭代了好几年了，还在持续优化。

项目编号：【181158】 核心职责 开发基于ONNX Runtime的Android离线语音识别Demo应用 必备技能 - Android开发：熟悉NDK/CMake，能集成第三方so库 - 音频处理：了解PCM、WAV格式，能实现录音、重采样、分帧等基础操作 - AI模型集成：有ONNX Runtime或其他推理框架集成经验 - 性能优化：能对APP进行内存、CPU优化，保证流畅运行 核心任务 1. 集成ONNX Runtime，加载量化语音模型 2. 实现录音功能（16kHz采样）和音频预处理 3. 完成语音识别推理，支持实时和离线两种模式 4. 开发简单UI界面（录音按钮、文本显示、文件选择） 5. 输出完整源码和使用文档 加分项 - 有语音识别/AI项目经验 - 熟悉音频特征提取（Fbank、MFCC等）

项目编号：【40983】 1、复古奇迹手游源码优化 2、游戏测试过程中挂机时间长了会卡死，闪退（游戏掉线，关闭游戏进程），目前排查问题判断应该是前端内存溢出造成的

项目编号：【181156】 网站：https://ticket.yes24.com/Pages/English/Perf/FnPerfList.aspx?Genre=15456 用邮箱注册账户后，会有一个姓名，姓名你注册时自己填，等注册好就不能改姓名了，之前网站有漏洞可以改名，现在需要重新找到这个漏洞去改名。

项目编号：【181152】 基于 Access+NAS，开发公司内部样品、报价、订单管理系统，支持图片预览、文件路径关联及多人同时使用。

项目编号：【40981】 需要根据公司现有的app 功能进行ui界面优化设计，目标是完成整个app的界面替换，应用商店可搜索荟生意商家版app预览

项目编号：【40980】 公司为电商app，都是基础功能，接口成熟稳定，有安卓/ios成熟版本； 需要开发鸿蒙版本；

项目编号：【181149】 第一期项目费用。 项目描述： 1、跟进业务合同，从意向→签订→执行→财务→完结全流程。 2、类似于一个简单的ERP系统。 3、横向为合同执行过程的各个阶段，纵向为各个职能部门的执行情况。 项目要求： 1、员工权限设立； 2、岗位权限设立； 3、基础数据库建立； 4、管理看板； 5、数据表格导出。 项目效果： 1、用系统来规范管理，减少人工出错的次数。 2、防止数据被篡改，用Excel也能记录，但是有篡改的风险。 3、分工明确，定时提醒合同执行状态，提高各部门工作效率。

项目编号：【181148】 我这边有一个做美国货运 / 物流的项目，网站在 Wix 上，已经有非常详细的产品思路和 Blueprint（包含：报价逻辑、数据库结构、页面原型）。 现在要找一位 真正懂 Wix + Velo 自定义开发 的程序员，先帮我实现第一个版本： 当前阶段要做的内容： 1. 在 Wix Collections 里搭建 3 张表：Customers / PricingRules / Quotes（字段我这边有文档） 2. 做一个 Instant Quote 页面：客户输入 Pickup ZIP / Delivery ZIP / 托盘数 / LTL or FTL / Liftgate / Residential，点击按钮后： • 后端用 Google Distance Matrix 算里程（可以先用测试值） • 按 PricingRules 计算价格 + ETA • 把报价写入 Quotes 表 • 前台展示总价 + ETA 3. 做一个简单的后台页面，能列表查看 Quotes（时间、起终点、价格等）。 要求： • 有实际的 Wix Velo 项目经验，能展示 1–2 个你做过的后台逻辑 / 自定义功能项目 • 熟悉：Velo backend .jsw、Wix Data Collections、前后端调用、外部 API（最好用过 Google Maps / Distance Matrix） • 能看懂英文文档（我这边的 Brief 是中英都可以） • 只要个人开发者，不要中介公司 / 纯销售。 合作方式： • 远程合作，按里程碑结算（3 个阶段：数据库结构 / Quote 页面 / 后台页面） • 可以按小时计费，也可以按项目定价（欢迎报你的方式和范围） 如果你有兴趣，请发： • 你的 Wix / Velo 作品链接 • 你做过的类似项目简单说明 • 你的大概报价方式（时薪 or 按项目） 有 Blueprint 和详细开发 Brief，可以先发给你看。

项目编号：【181147】 1. 项目概述（Project Overview） 1.1 项目背景 • 市场：美股期权（股票 & 指数期权）。 • 用户：使用 thinkorswim + Unusual Whales 的主动期权交易者。 • 需求： 1 自动跟踪账号持仓标的的期权 OI、Volume、Put/Call Ratio 随时间变化，并成图。 2 实时扫描市场中大额新开仓（premium 大于自定义阈值，如 1,000,000 美元），并在电脑和手机端发出提示。 1.2 项目目标 • 基于 Python 搭建一个长期运行的后台服务： ◦ 日内 & 日线周期性拉取数据。 ◦ 对指定标的进行统计与可视化。 ◦ 实时监控 Unusual Whales / thinkorswim 流中的新开仓，触发预警。 1.3 时间设定（美国东部时间 ET） • 每日结算时间点：06:30 ET（视为前一交易日数据 settle 完成）。 • 正常交易时段：09:30–16:00 ET ◦ 期间 Volume 等会实时变化，需要定期或近实时抓取。 2. 系统总体架构（System Architecture） 2.1 逻辑架构 • 数据源层： ◦ thinkorswim / 相关经纪商 API（如 Schwab / TD API） ◦ Unusual Whales 官方 API • 数据采集层（Ingestion）： ◦ 定时任务（06:30 日线采集；09:30–16:00 日内采集） ◦ 实时事件流监听（大额新开仓扫描） • 数据处理层（Processing）： ◦ 数据清洗、字段标准化（跨两个 API 的统一） ◦ 指标计算（OI、Volume、Put/Call Ratio 等） • 存储层（Storage）： ◦ 关系型数据库（SQLite / PostgreSQL） ◦ 可选：时序数据库（如 InfluxDB） • 可视化 & 报表层（Visualization & Reporting）： ◦ 图表生成（matplotlib / plotly） ◦ Web Dashboard（如 Streamlit / Dash） ◦ 每日盘后图表报告 • 预警通知层（Alerting）： ◦ 桌面通知 / Web 弹窗 ◦ 手机端（邮件、Telegram Bot、微信机器人、Push 服务等） 2.2 模块划分 1 API 接口模块（TOS / UW SDK 封装） 2 数据采集与调度模块 3 数据清洗与计算模块 4 数据存储模块 5 图表生成与前端展示模块 6 实时扫描与预警模块 7 配置管理与日志模块 3. 数据源与接口（Data Sources & APIs） 3.1 thinkorswim / 经纪商 API • 功能需求： ◦ 获取账号当前持仓（标的、具体期权头寸）。 ◦ 获取指定标的的实时 / 分时期权链数据： ▪ 字段示例：underlying, option_symbol, expiry, strike, type, last, bid, ask, volume, open_interest, IV 等。 • 认证方式：OAuth / API Key，Token 刷新策略。 3.2 Unusual Whales API • 功能需求： 1 历史 / 实时 Option Data（用于持仓标的的 OI、Volume、PCR 跟踪）。 2 实时 Option Flow / Tape（用于扫描新开仓大额订单）。 • 关键字段： ◦ time, symbol, option_symbol, expiry, strike, type, side, size, price, premium, is_opening（或通过 OI 变化判断开仓）、exchange, sweep/block 标记等。 3.3 数据频率和限流 • 需在设计中考虑： ◦ Unusual Whales API 调用频率限制。 ◦ 经纪商 / thinkorswim 侧限流和节流机制。 ◦ 出错重试 / 指数退避策略。 3.4 时区与时间戳统一 • 内部全部用 UTC 存储，展示与调度使用 ET。 • 所有记录需保存原始时间戳 + 统一转换后的时间戳。 4. 核心功能需求一：持仓标的 OI / Volume / PCR 跟踪与图示 4.1 标的范围 • 基础范围： ◦ 当前账号有期权头寸的所有 underlying（如 SPX、QQQ、NVDA 等）。 • 可选扩展： ◦ 用户维护一个额外 watchlist（不一定持仓），也纳入跟踪。 4.2 时间粒度与调度 4.2.1 日线数据（结算后） • 调度时间：每天 06:30 ET • 任务内容： 1 获取前一交易日的最终 OI / Volume 数据（通过 UW / TOS）。 2 针对每个标的进行当日汇总统计并入库。 3 更新日线图表（可覆盖或追加）。 4.2.2 日内数据（实时 / 近实时） • 时间窗口：交易时段 09:30–16:00 ET • 调度策略示例： ◦ 每 5 分钟 / 15 分钟采一次 snapshot（可配置）。 • 任务内容： 1 查询持仓标的期权数据（两个 API 的选择策略：主用 UW，TOS 备用或交叉验证）。 2 计算当时刻的 OI、Volume、Put/Call Ratio。 3 将结果作为时间序列写入数据库。 4.3 指标定义 • 对每个 underlying U，在每个采样时刻 t，计算： ◦ Call_OI_Total(U, t) ◦ Put_OI_Total(U, t) ◦ Call_Volume_Total(U, t) ◦ Put_Volume_Total(U, t) ◦ Put/Call OI Ratio = Put_OI_Total / Call_OI_Total ◦ Put/Call Volume Ratio = Put_Volume_Total / Call_Volume_Total（可选） • 可配置过滤条件： ◦ 仅统计接近当前价格的合约：|strike / underlying_price − 1|