1.对接接码平台能够批量获取快手token或者ck 2.利用获取的token或者ck进行批量评论 有经验的优先 最好能在20天内完成。 能做的来,有经验优先。 能做的来,能做的来 能做的来,能做的来。
要求长期 每周工时大约27-30小时,薪资:周结 熟练使用go语言,目前主要使用的gin+gorm 主要工作内容都是仿站以及根据设计图分析功能写出接口 没有产品经理,所以功能需求都是要自己分析 主要写网站接口以及爬虫 爬虫主要是为了配合网站的数据填充
一、需求描述 产品类别:抢票软件 开发进度:未开发。 功能:实现在各售票小程序平台,例如北京科技馆、故宫购票小程序自动抢票的功能 二、参考产品 12306抢票功能 远程兼职即可 ----------------- 实现网运营专员注: 1.实现网最近在向客户推荐有大模型LLM相关应用开发经验的工程师,欢迎自荐私信我。 2.实现网的派单微信群近期招募新成员,硬性要求:在实现网的客户评分高于 9.5 ,如果满足要求请私信我。该微信群一直是实现网日常派单群,每日推送客户需求。
一、项目需求 微信小程序,资料展示+会员系统+微信支付 开发进度:小程序前端样式制作已完成,后台功能已写80% 需要实现:完善后台功能开发,API接口开发,前端页面渲染。协助测试BUG处理 基本技能:后端 TP6(xhadmin)+前端 bootstrap 文档地址:http://doc.xhadmin.com/ 二、人才要求 小程序项目,要求对使用TP6熟悉,对框架熟悉优选,能直接上手开发。前后端技术问题有同事协助。 三、上班要求 丰台总部基地,每天8小时工作制,上班时间9:00-10:00到公司 项目周期 7天
1、均天能6小时以上,每周总计30小时; 2、工作时间主要是在工作日的白天,因为我们都是白天工作; 3、必须熟练使用JFinal框架,不熟练坚决不要; 4、预计持续2个月,第3个月是维护期,少量工作; 【产品原型】https://codesign.qq.com/s/xDP39qVg1m0wlKp
1.能够模拟小红书登录100个账号,理论上无上限,不会被风控。不需要用到真机。 2.能够实时监测搬运抖音或者快手博主视频,然后发布在小红书上 3.做个交互软件,统一管理小红书,能做的联系,细聊 估计是需要服务器或者虚拟机之类的。能做的联系
1.连接接码平台批量保存快手或者b站token码保存在本地 2.做一个评论的程序,能用保存的token批量评论b站或者快手的链接。 3.能用就行用什么语音写都行 项目周期20天 可能需要爬虫,会的联系
海外外卖平台的 API 研究与整理 (海外外卖平台的 API 研究与整理海外外卖平台的 API 研究与整理 海外外卖平台的 API 研究与整理海外外卖平台的 API 研究与整理 海外外卖平台的 API 研究与整理海外外卖平台的 API 研究与整理 海外外卖平台的 API 研究与整理)
一、需求描述 产品类别:视频课程 项目进展:已经有原型、UI图,需要技术开发。 功能:实现课程推荐、商户管理。 开发语言:Java。 三、人才要求 3 年以上Java开发经验,精通MySQL数据,有电商系统开发经验。 四、其他要求 坐班要求:不需要坐班,远程。
3.1.1.不动产抵押业务功能升级 按照《自然资源部关于做好不动产抵押权登记工作的通知》(自然资发[2021]54号)升级不动产抵押业务功能,按照最新要求更新抵押业务表单、数据库、成果输出表单、必填项等。 1、调整受理业务信息填写内容:在一般抵押或最高额抵押业务,增加“担保范围”填写预设“/”默认选项;在不动产抵押首次登记或预告登记,增加“是否存在禁止或限制转让抵押不动产的约定”栏目填写,设置选择“是/否”,预设默认值为“是”; 2、调整已办抵押再转让业务判断逻辑:已办抵押业务,抵押期间再转让,通过“是否存在禁止或限制转让抵押不动产的约定”字段,进行逻辑判断; 3、调整不动产抵押申请表单:增加“担保范围”、“是否存在禁止或限制转让抵押不动产的约定”栏目,进行电子表单调整和打印适配; 4、调整登记簿样式:在“抵押权登记信息”页、“预告登记信息”页均增加“担保范围”、“是否存在禁止或限制转让抵押不动产的约定”栏目;将“抵押权登记信息”页的“最高债权数额”修改为“最高债权额”并独立为一个栏目,填写最高额抵押担保范围所对应的最高债权数额; 5、更新不动产权证书和不动产登记证明:将电子和纸质不动产权证书、不动产登记证明中的“《中华人民共和国物权法》”修改为“《中华人民共和国民法典》”; 6、数据结构调整:在数据机构中,新增“担保范围”、“是否存在禁止或限制转让抵押不动产的约定”; 7、数据汇交调整:将登记簿、业务新增内容加入数据汇交中。 3.1.2.新增居住权业务 新增居住权业务流程,实现居住权业务办理,针对该业务定制开发相关表单程序及查询功能,根据业务扩展需要适当增加改造业务流程及相关功能开发。 1、居住权登记类型 对居住权登记业务类型进行梳理,形成标准化、制度化的文件,同时梳理各登记业务类型所涉及的法律法规、身份验证、关键性材料等信息,符合《不动产登记暂行条例实施细则》等相关规范的要求。 登记类型增加居住权首次、注销、变更登记。 2、新建居住权业务流程 基于现有不动产登记系统进行业务流程梳理,并根据梳理的成果,构建新的业务流程再造。 3、新建居住权业务表单 按照表单接入标准,完成表单的绘制和发布工作,智能表单管理为具有搭建系统权限的用户提供数据源管理、表单的绘制等功能。 4、新建居住权业务数据表 按照《不动产数据库标准(实行)》等技术规范的要求,新建居住权业数据表。 (1)增加“居住权”登记表,存放居住权登记相关信息; (2)登记种类字段中可考虑增加“居住权”这一类型。 5、新增居住权字典 (1)房屋权利类型增加“居住权”; (2)权利人类型增加“居住权人”。 6、新建居住权合同管理功能 根据《民法典》第三百六十七条规定,设立居住权,当事人应当采用书面形式订立居住权合同。 7、新增居住权登记薄。 8、调整已办居住权转移和抵押等业务判断逻辑:已办居住权办理业务的,进行提示。 9、调整产权情况表等登记信息输出表格,增加居住权状态。 3.1.3.新增草地、林地、耕地业务全流程建设 新增草地、林地、耕地经营权登记功能、针对该业务定制开发相关表单程序及查询功能,根据业务扩展需要适当增加改造业务流程及相关功能开发。 1、耕地、林地、草地经营权登记类型 对耕地、林地、草地经营权业务类型进行梳理,形成标准化、制度化的文件,同时梳理各登记业务类型所涉及的法律法规、身份验证、关键性材料等信息,符合《不动产登记暂行条例实施细则》等相关规范的要求。 登记类型增加耕地、林地、草地经营权首次登记、变更和转移登记。 2、新建业务流程 基于现有不动产登记系统进行业务流程梳理,并根据梳理的成果,构建新的业务流程再造。 3、不动产权籍调查调整 基于现有不动产登记权籍管理系统,新增耕地、林地、草地经营权图形调查表单、图形入库流程、数据质检内容和宗地图输出。 4、新建业务表单 按照表单接入标准,完成表单的绘制和发布工作,智能表单管理为具有搭建系统权限的用户提供数据源管理、表单的绘制等功能。 5、新建业务数据表 按照《不动产数据库标准(实行)》等技术规范的要求,新建耕地、林地、草地经营权业数据表。 6、新增字典 按照相关等技术规范的要求,新建耕地、林地、草地经营权业字典。 3.1.4.不动产登记数据库标准调整 3.1.4.1.不动产数据结构调整 根据《关于修改《不动产登记数据库标准》等相关标准内容的函》(自然资登记函[2021]41号)中对《不动产登记数据库标准》修改内容,进行系统数据结构的调整,对不动产登记数据库进行优化调整。 3.1.4.2.不动产登记平台页面和逻辑调整 对《不动产登记数据库标准》修改内容,进行系统数据结构的调整后,根据相应的结构变化,对每项调整的内容进行业务分析和逻辑分析,对影响的逻辑代码进行更新、验证、测试工作。 1、数据结构调整业务、逻辑分析、代码分析; 2、对关联的数据结构调整的,代码进行相应的调整; 3、对涉及数据结构调整相关的功能页面、表单、打印材料、证书材料进行适配调整; 4、对调整的内容进行验证、测试工作。 3.1.5.不动产登记平台功能调整 按照《不动产登记信息管理基础平台接入技术规范(2021修订版)》的要求,以及对《不动产登记数据库标准》修改内容,各区县接入不动产登记信息管理基础平台接入报文进行相应的调整。根据部、省要求进行业务逻辑重新定制,满足新业务的开展。 1、报文调整 按照《不动产登记信息管理基础平台接入技术规范(2021修订版)》的要求,以及对《不动产登记数据库标准》修改内容,对报文涉及的字段,业务分类、业务逻辑登记内容进行相应的调整。 2、日志调整 《不动产登记信息管理基础平台接入技术规范(2021修订版)》的要求,以及对《不动产登记数据库标准》修改内容,以及报文的调整,对记录的接入日志进行调整。 3、效率优化 在原有的基础上,进行报文上报效率的优化。 4、自检 按照《不动产登记信息管理基础平台接入技术规范(2021修订版)》的要求,以及对《不动产登记数据库标准》修改内容,对数据自检逻辑和内容进行相应的调整。 3.1.6.不动产登记增量汇交系统升级 按照《不动产登记存量数据成果汇交规范(2021修订版)》、《不动产登记数据一致性比对技术指南》、《一致性比对工作流程》的要求,进行不动产增量汇交系统升级,实现不动产登簿报文、日志报文的实时汇交,实现报文重报、补报。 1、数据汇交调整 不动产登记机构根据最新数据接入规范和数据标准,生成数据交换文件。提供对生成的数据交换文件进行数据内容规则检查、数据加密、数据封装等。 2、数据校验调整 根据最新数据接入规范和数据标准,调整数据质量规则、数据加密、数据压缩、数据传输及日志记录功能。 3、数据入库调整 根据最新数据接入规范和数据标准,调整数据入库模块,提供增量数据包入库功能,入库前将进行数据质量检查,系统将通过检查的数据写入不动产数据库,对未通过检查的数据进行退回处理,并通知系统管理员 4、数据服务和日志记录调整 根据最新数据接入规范和数据标准,针对数据接入和交换的功能封装成服务,并通过服务管理功能进行统一管理,能够实现服务运行状态的监控,能够灵活增加服务类型。 5、自检 应对汇交的数据成果进行自检,成果检查合格后再向国家汇交。检查的内容主要包括数据成果的数据完整性、空间数学基础与数据格式正确性、标准符合性、空间拓扑、图属一致性等,不动产单元号不能为空,且符合不动产单元编码规则,确保数据关联与挂接,保证数据成果质量。 3.1.7.精简不动产业务办理环节 按照优化办理流程、精简业务环节的目标,梳理固安县不动产登记业务流程,将原国标的收件、受理、初审等环节合并成综合受理环节,将原国标的复审、核定、登簿等环节合并成核定登簿环节,并根据合同情况对业务表单、审批表单、成果输出表单进行优化处理,实现进一步减少不动产登记办理时限。 3.1.7.1.业务梳理分析 对不动产现有的120余个业务流程进行合理化分析,梳理业务逻辑,定制合理化的精简流程。 3.1.7.2.系统升级改造 根据分析成果,对不动产登记平台的业务流程、业务表单、审批表单、成果输出表单、流程审批逻辑等进行升级改造,改造成果必须满足不动产登记要求。
飞刀围棋软件开发需求文档 项目目标 创建基于"飞刀围棋"规则的软件,利用深度学习训练AI实现人机对弈,附带图形用户界面(GUI)和基础围棋功能。 1. 围棋引擎与界面 选用并可能修改KataGo引擎适应飞刀围棋规则。 利用或修改现有界面如lizzieyzy,或其他如sabaki, gogui,必要时自行设计界面。 2. 飞刀围棋规则 11路棋盘,第15-50手每方3把“飞刀”,飞刀回合连下2手。 3. 界面功能 下棋、摆棋、设置飞刀(显示数量和可用状态)、连线。 4. AI训练需求 调整训练算法适应飞刀围棋规则,使用PyTorch和KataGo,主任务是参数调整和训练,至少超过人类水平。 5. 人员组成 软件设计师: 架构设计与规划。 程序员: 代码实现与测试。 AI算法研究员: 算法设计、调整和优化。 6. 项目流程与交互 设计飞刀围棋规则,奖惩规则,模型训练,状态接收,策略生成,界面显示结果,AI后台引擎通过JSON等结构与应用层互连,转换成动作,UI执行。 7. 评估指标 AI与人对弈胜率,界面友好度和反应速度。 8. 时间线 预计10-30天完成,具体时间根据实际进度调整。 9. 其他 项目迭代优化,开源游戏引擎选择应具良好文档和社区支持,模型训练应有明确的日志记录和性能评估。 10. 训练数据集与训练 从野狐围棋平台下载飞刀游戏的棋谱作为训练数据集。 进行跑谱训练以改进AI的性能。 技术要求 编程: Python, KataGo, GUI开发(Qt, Tkinter或现有开源围棋界面)。 AI与深度学习: PyTorch或其他框架,训练策略设计,模型评估与优化。 数据处理与接口设计: 熟悉JSON, XML等数据结构,接口设计与集成。 测试与调试 功能测试,性能测试。 团队协作与沟通 项目管理,有效的团队协作和沟通。 项目阶段与里程碑 1-2天需求分析与设计,2-3天环境搭建与基础开发,3-4天AI算法开发与优化,2-3天界面开发与集成,1-2天测试与交付。 项目交付物 软件源代码,可执行程序,用户手册。 注意事项 代码管理(Git),文档编写,持续沟通以确保项目成功完成。
职位: golang开发 岗位职责: 1、负责服务器端业务的开发 2、设计和开发高性能,高可用,大并发的网络服务 3、通过持续架构和质量优化,实现服务的高质量运营和高扩展性 任职资格: 1、精通Golang,有良好的编程习惯 2、扎实的Golang语言基础,熟悉并行程序设计,关注服务的性能、稳定性 3、了解常用网络、数据库、消息队列等组件的原理和使用,了解微服务架构和原理,合理设计模块
工作职责 1、参与OracleEBS相关项目的实施或运维工作,制定所负责应收、应付、资产、总账、成本模块的实施策略、方案、方法和计划; 2、学习和掌握业务部门(财务)或用户的业务流程,与业务部门用户沟通,调研、分析、总结客户需求,提出整体解决思路,形成相应的解决方案; 3、梳理和分析与财务流程相关的客户化需求,撰写功能设计文档,配合开发顾问进行客户化,参与对开发结果的测试工作和推广; 4、负责项目财务实施计划安排,进度监控及汇报。 5、撰写方案,对用户进行相关的培训工作; 6、解决系统运行过程中出现的问题。 7、能给出可行性建议。
工作内容:编写一个demo,C# 4.8+WINFORM +Restsharp 106版本请求任意的接口,忽略系统代理,只要不被fiddler 抓包即可。 职位要求:.NET,C# 开发 工作方式:远程兼职
职位要求: 1、计算机相关专业,统招专科以上学历;5年以上真实经验。 2、有良好的编码规范,熟练JAVA语言,熟练J2EE架构体系; 3、熟练主流JAVA开源框架,如:SpringBoot、SpringCloud、MyBatis、redis等,能不断学习新技术,喜欢创新,愿意不断尝试新方法; 4、熟练MySQL数据库,有良好的数据库设计能力和sql编写能力; 5、熟练使用Eclipse、Intellij IDEA、Maven等; 6、 有独立设计开发、解决问题能力,具有良好的团队协作精神及沟通能力;
一、需求描述 1、提供poe账号的token,对请求和回答数据进行抓取 2、保证gpt4和gpt4 32k模型可用 二、参考产品 https://github.com/ading2210/poe-api
兼职一个系统的一个模块需要改进,现急需一个php工程师,可先了解具体内容后开工,最好经验熟练的,对此开发语言熟悉的。 职位需求: 1.开发语言:PHP 2.做一个用户管理功能模块 3.无需到场 4.工时1-2天
一、需求 1、完成Talking Data系统向麒麟国产化系统的迁移。 2、熟悉Kudu Impala, Hive,Spark等系统的安装和部署。 二、要求 1、能到现场工作,直到迁移工作全部完成。地点在北京。 2、最好做过talking data的迁移。如果没有做过talking data的迁移,对kudu impala,hive和spark的部署非常熟悉也可以。 3、需要到现场。
核心需求 对指定的新闻文章的内容进行智能判断,提取出文章描述关键字和态度。新闻文章来源爬虫爬取的各新闻网站、微信公众号的。关键字是某单位主体的名称、简称,高校居多。如北京大学、北大,清华大学、清华。 文章的态度即是文本的情感态度,分为以下三种情况: 正面:文章对单位主体的认可赞美的。 中立:文章对单位主体进行客观真实的介绍,不包含个人立场。 负面:文章对单位主体不认可,进行批评指责甚至是恶意抹黑。 判断标准要能接近人工识别的标准,至少是让人看上去是相关的。 主要问题 在关键字提取时,像这些都是正文含有北京大学,情绪偏负面的。但是主体内容和北京大学无关的内容,是不需要的。要想办法过滤掉。这样用户一眼看过去相关度就高了。也就容易接受使用了。解决舆情系统误报问题,最终让舆情系统的检测更准确。 举例来说: 正文里面含有北京大学,但是整体文章和“北京大学”无关。造成误报。根本需求就是提高相关性,降低误报。 示例样本 根据识别是否正确,分为正样本(可以正确判断的样本)和负样本(会识别错误的样本)。 正样本 以下样本能够正确识别含有北京大学、或者北大的匹配的样本。 https://dy.163.com/article/HP3596OB0553THOL.html https://3g.163.com/dy/article/HH4N4H660536LOE0.html https://dy.163.com/article/HNE5U0TC0552UVEN.html https://www.cn-healthcare.com/article/20200619/content-538308.html 负样本 负样本主要有三类 第一类的可能是分词造成的。比如下面的含有“北大”,但是不是我们需要的北京大学的“北大”。 https://news.sina.com.cn/s/2022-12-19/doc-imxxeieh3862464.shtml http://www.zhuzhouwang.com/2020/1229/394854.shtml https://www.sznews.com/news/content/2022-12/19/content_25525650.htm 第二类,含有“北京大学”,但是这个新闻和北京大学没关系。 https://news.hangzhou.com.cn/shxw/content/2022-12/19/content_8429260.htm http://www.jiaodong.net/news/system/2022/12/17/014530967.shtml https://www.ztnews.net/article/show-393527.html http://news.66wz.com/system/2022/12/17/105529619.shtml https://hb.ifeng.com/c/8LlaffrCHQj 第三类,含有“北京大学”,内容也匹配。但是情感分析不准确。 对于已标记的数据,我们目前的训练结果准确度能达到90%多,但是对于未标记的数据,还是会有误判的情况。希望合作方能给出更好的解决方案。 最终输出: 合作者最好有过舆情开发经验,能提供以前的项目进行对比查看。如果是全新开发需能提供初步测试的demo进行在线测试。确定可行,提供整体的解决方案,架构设计,程序源码。