1 CVR预估中的延迟反馈问题 1.1 问题描述 在很多推荐搜索的建模中,我们经常会使用D+1天的数据作为label,从1~D天的数据中的进行特征抽取等工作,和我们时间序列问题建模类似,但和很多其他的时间序列问题建模不一样的地方在于 ,因为它并不是真正意义上的负样本,只是反馈延迟了。 这在搜索推荐系统中,我们称之为延迟反馈的问题。 ? 这么看来问题还是十分严峻的,那么如何解决该问题呢? 2 参考文献 cvr 预估中的转化延迟反馈问题概述:https://zhuanlan.zhihu.com/p/74586059 Modelling Delayed Feedback in Display
作者:杰少 CVR预估中的延迟反馈问题 在很多推荐搜索的建模中,我们经常会使用D+1天的数据作为label,从1~D天的数据中的进行特征抽取等工作,和我们时间序列问题建模类似,但和很多其他的时间序列问题建模不一样的地方在于 ,因为它并不是真正意义上的负样本,只是反馈延迟了。 这在搜索推荐系统中,我们称之为延迟反馈的问题。 炼 问题严峻性 看到这么个描述,我们似乎有了一个直观的理解,但是可能并不会过于重视,我们直观感受是,是的,但是可能比例不会很高吧,有必要重视吗? 这么看来问题还是十分严峻的,那么如何解决该问题呢? 参考资料 CVR预估中的转化延迟反馈问题概述:https://zhuanlan.zhihu.com/p/74586059 Modelling Delayed Feedback in Display Advertising
一月一度的腾云先锋需求问题反馈周活动又开启啦!上次做轻量和CVM的需求问题反馈活动收到了不少小伙伴们的需求反馈,在大家的协助下,我们的产品不断优化,变的越来越好。 如果有的话那么赶紧来参与本次的需求反馈周活动吧!我们给大家准备了丰厚的礼品! TDP-需求问题反馈周-费用中心.png VOC链接:https://cloud.tencent.com/voc/ 小提示:VOC系统内产品选择“费用中心”哦~) 参与活动的小伙伴记得添加芋头微信提交UIN
明确反馈目标与范围根据业务需求,梳理反馈的目标和范围。目标:例如收集学员对课程内容、讲师表现、工具使用的评价。范围:涉及的反馈类型(如满意度调查、问题报告)。优先级:重点收集高频使用或关键模块的反馈。 3. 优化反馈方式通过多种方式收集学员的反馈,确保覆盖面广且易于操作。 问题修复对反馈中提到的问题,及时修复并通知学员:# 示例:修复课程内容错误 修改课程资源 -> 发送更新通知优化内容根据反馈调整课程内容和结构:# 示例:在 Moodle 中优化课程 进入课程设置 -> 定期评估反馈机制根据学员反馈和技术发展,定期优化反馈机制。# 示例:更新 Moodle 反馈模块进入管理界面 -> 修改问卷设置 -> 添加新问题8. 查看日志排查问题如果反馈机制仍存在问题,可以通过日志排查原因。
而对于这一期,我要给带着大家一起要做的事是,实现在线更新反馈状态。 场景:反馈人进行在线问题反馈,而后台不是第一时间就给与答复,我们肯定也要经过一定的商讨之后才能给与反馈,比如线上bug,得去定位,新增需求,优化问题等都需要时间进行线下处理实现,但是对于反馈人而言,我们要第一时间给予反馈 参数定位,应该就两个参数,参1:问题记录主键id。参2:更替后的反馈状态。比如:1:删除;2:已解决;3:不予解决;5:问题关闭。对于接口请求方式,直接GET即可。 ("id") String id, @ApiParam("操作类型,1:删除;2:已解决;3:不予解决;5 :问题关闭") @RequestParam("type") { return 对于如上定义大家都没啥问题吧?
因此,本文提出了一个综合框架,通过正反馈(即他们花更多时间阅读的文章)和负反馈(即他们选择跳过而不点击的文章)来模拟用户行为。 并且该框架使用会话开始时间隐含地对用户进行建模,并使用其初始发布时间对文章进行建模,称之为“中性反馈”。 本文主要是考虑不同的反馈方式,构建一种新的反馈“中性反馈”来加强对用户兴趣的建模。 2. 每个活跃时间度共享相同的embedding向量 \mathbf{ta}_i ,表示正反馈的程度。将此向量作为额外的点击级反馈输入注意力计算。 随机采样的主要问题是这些商品可能与用户完全无关,对模型学习构成的挑战太小。用户在阅读新闻时,上下滚动新闻流,暴露给用户的文章共同形成一个印象列表 Imp_u 。 left(\sigma\left(1-\mathbf{x c}_{j}^{T} \mathbf{x c}_{\mathbf{s}}\right)\right)\right) \end{aligned} 3.
起因 收到一条用户反馈 问题描述:在软件A中使用输入法卡死 跟进过程 获取用户出现问题的系统和架构 获取用户出现问题的输入法版本 测试小S在本地环境复现问题 跟进结论 用户反馈可以复现,提交bug给开发 bug描述:在软件A中使用输入法,触发B功能后,输入法卡死 开发跟进 开发小X接到bug后查找问题原因,尝试修改,在此过程中,小X联系了用户方,反馈给测试小S说复现的问题不对,跟用户的现象不一致,两方说的不是同一个问题 :这几个操作导致的结果都是一样啊,都是导致了输入对象发生了变更呀,难道…… 问题解决 小W根据对问题的分析,提出了新的观点: 用户描述问题和小S复现的问题是同一个问题 问题的描述可以修改为:在软件A中使用输入法 到此,该问题可以算是圆满结束ヾ(✿゚▽゚)ノ 通过上面问题的出现到解决的过程,可以发现从问题出现到问题解决,中间的纠结,其实都是对问题的分析定位,小编根据以上问题的分析过程,总结了在问题分析定位时的几个事项 : 1) 问题描述是否清晰无歧义 2) 问题的相关信息是否收集全 3) 本地复现步骤与用户是否一致 4) 其他操作是否会导致同样现象 5) 各步骤引发的目的是什么 分享结束,欢迎互动分享,共同进步
新增反馈问题保存接口(涉及普通字段及多图片需一同保存)。 反馈编辑接口(目的是给解决人用的,可以对该需求进行一个是否解决、给与解决或其他解决状态,再次就是反馈该问题/需求解决结论是什么,并告知提出者) 反馈问题关闭接口(对于已解决的问题或已给与实现的需求,可以进行关闭 ) 图片预览接口(针对图片展示) 图片下载接口(针对图片下载) 图片删除接口(针对反馈人能删除已上传的截图等图片) 反馈问题详情接口(提供可查看反馈问题/需求的详细) 反馈问题删除(这也是对于反馈人的角度所提供的 ) @ApiOperation(value = "反馈问题保存", notes = "反馈问题保存") public ResultResponse<Boolean> saveQuestion ") String questionType, @ApiParam("问题反馈/建议描述") String
这期的内容是之前说过的,自定义 View 的最后一部分:触摸反馈。 触摸反馈的概念简单,但是内部逻辑比较复杂,往往把开发者难倒、让人总也学不会的也是因为逻辑太多绕不过来,所以我这次又做了一个长长的视频来讲解原理,把最本质的东西拆解开来讲,希望能让你比较舒服地吸收。 视频的制作花了 5 天时间,一共 12 分钟多,全部是讲的触摸反馈的一些最核心的逻辑和原理。 细节上反而没有讲太多,因为讲这方面细节的文章,网上已经一大堆了,而且不少都写得很好。 总结: 自定义触摸反馈的关键: 重写 onTouchEvent(),在里面写上你的触摸反馈算法,并返回 true(关键是 ACTION_DOWN 事件时返回 true)。
比如我这业务场景是,用户可以对自己的问题反馈进行编辑,同时是能对其附件图片手动删除的,那么也就说既可编辑普通字段内容,也能移除附件图片,那我就将这个点分开,图片要移除直接调用接口1,反馈问题编辑调用接口 2,对吧,这样就不需要把该业务规整成当时的问题反馈时一并保存那样的复杂业务逻辑了。 RequestParam("imgPath") String imgPath, @ApiParam("反馈人的域账号 具体实现代码如下: ResultResponse<Boolean> deleteImgByPath(String imgPath, String accountId,String id); 3️⃣实现deleteImgByPath
既然说到图片预览,那肯定也是得从接口定义开始,我们先来思考一下,接口入参有些啥,那就看具体业务了,我是按人分图片保存,自然就会涉及到用户账号id,通过用户账号id进行把用户分成n个文件夹,然后再是具体的问题反馈图片 ApiParam("图片路径") @RequestParam("imgPath") String imgPath, @ApiParam("反馈人的域账号 具体如何定义请看如下: void reviewImgByPath(String imgPath, String accountId); 3️⃣实现reviewImgByPath方法 这里可谓是核心业务逻辑了
回归正题,今天还是接着更新《问题反馈模块》,还剩几个接口没有总结成文章分享出来,所以趁着现在还不用上晚班,就赶紧把自己想做的事儿给干完, 毕竟一件事就要有始有终,等后期回想起来,就怕太晚。 所以今天这期就给大家实现一个简单的业务需求,点击问题标题,弹框展示其选择的那条问题详细,也就是包括该条记录的有所数据进行返回,目前是不需要联表查询其他关联字段,因为在前期设计表结构时,就把一些关联字段做了冗余保存 具体定义接口请求如下: /** * 反馈问题详情 */ @GetMapping("/detail") @ApiOperation(value = "问题反馈详情", notes = "根据id查询问题反馈详情") public ResultResponse<UserQuestionsEntity> detail(@ApiParam("要查询的这条数据id" UserQuestionsEntity getEntityById(String id); 3️⃣实现getEntityById方法 该方法,其实业务逻辑就简单两个条件,条件1是根据主键
3.查看日志,已经部署成功 4. 按照提示,安装完成 到这里,也算是一个devops的最佳实践吧,可以一键部署一些应用,适合没有什么经验的新手使用,我还是更习惯于手动部署。
:idea2019.3 + springboot2.3.1.REALSE + mybati-plus3.2.0 + mysql5.6 + jdk1.8 二、正文 接下来,想请大家思考个问题
三、如何代码实现分页查询功能 既然是对于问题进行解答处理,那第一步就是确定请求方式,说到这里,那你肯定要确定入参,有哪些必须参数,根据我对该业务的理解,入参有三,参1:该反馈问题的主键id 参2:答疑详情;参3:答疑人域账号id。为什么要这三参数呢?因为业务给我说只需要收录对问题的一个反馈,那肯定要记录是谁答疑的吧,至于主键id,那是为了针对那条记录进行答疑的。 @Data @ApiModel(value = "问题反馈答疑", description = "问题反馈答疑") public class SolveUserQuestionModel { @PostMapping("/solve") @ApiOperation(value = "问题反馈解决方案", notes = "问题反馈解决方案") public ResultResponse 具体如下:status状态值(0:正常,1:删除;2:已解决;3:不予解决;4:解决中;5:问题关闭)。
这显然是个问题啊?不过今天有我,我从零到一带着大家完整的从分析到实现再到测试,一条龙服务式的把你们都安排的妥妥的。 ApiParam("图片路径") @RequestParam("imgPath") String imgPath, @ApiParam("反馈人的域账号 void downloadImgByPath(String imgPath, String accountId) throws 3️⃣实现downloadImgByPath()方法 接下来就是该接口的核心所在了 我是直接保存到桌面了,大家可以看看,文件默认报错命名是会被改成response,不是按原名下载保存的不过通过浏览器下载是不会有这样的问题发生。
timezone = "GMT+8") @TableField(value = "update_time",fill = FieldFill.INSERT_UPDATE) protected 3️⃣ 片段3 //创建父级目录 if (!
(value = "反馈问题保存", notes = "反馈问题保存") public ResultResponse<Boolean> saveQuestion(@ApiParam("图片数组" ) MultipartFile[] images, @ApiParam("问题反馈类型") String , @ApiParam("问题反馈/建议所在页面") throws IOException { 4️⃣实例演示 我就不卖关子啦,容我重启下项目,给大家展示一下: 我直接打开左边的对应的[反馈问题保存],请你们再看一张图。 熟悉么? ("/user-questions") @Api(tags = "问题反馈模块", description = "问题反馈模块") public class UserQuestionsController
例如,与比较相比,与Apples4ppl3s比比产生更高的相似性分数进行比较ApplesMy favorite fruit, by far, is Apples. 查看以下数据集,该数据集包含调查的响应,该数据集中只有一个问题“你最喜欢的水果是什么?” 水果蓝 莓蓝色浆果只是最好的草莓草莓 = <3苹果'sples4ppl3sBananasfav 水果是香蕉Banas到目前为止,我最喜欢的水果是苹果。 我只是爱他们! 行号 2 (2) 仍具有值Blue berries are simply the best,但应将其聚集到Blueberries,与文本字符串Strawberries = <3fav fruit is 仔细检查后,可以看到,Power Query在文本字符串Blue berries are simply the best的相似性阈值内找不到任何其他值,Strawberries = <3fav fruit
idea2019.3 + springboot2.3.1.REALSE + mybati-plus3.2.0 + mysql5.6 + jdk1.8 二、正文 咱们这期就重点带着大家来实现反馈针对所填写的额反馈问题及附件图片一并保存 @GetMapping("/save") 3️⃣请求路径 尽量路径命名要见名知意,像这里就是需求就是【保存问题的反馈】,所以直接定义子路径为:"/save",是不是非常直接。 /** * 反馈问题保存 * * @param images img图片数组 * @param inPage 反馈问题/建议所在页面 /** * 反馈问题保存 * * @param images img图片数组 * @param inPage 反馈问题/建议所在页面 LogTypeEnum.LOG_TYPE_IMG_UPLOAD) @ApiOperation(value = "反馈问题保存", notes = "反馈问题保存") public ResultResponse