写点什么

推荐算法综述(五)

  • 2016-02-01
  • 本文字数:1877 字

    阅读完需:约 6 分钟

【编者的话】近年来社交媒体已经越来越流行,可以从中获得大量丰富多彩的信息的同时,也给我们带来了严重的“信息过载”问题。推荐系统作为缓解信息过载的最有效方法之一,在社交媒体中的作用日趋重要。区别于传统的推荐方法,社交媒体中包含大量的用户产生内容,因此在社交媒体中,通过结合传统的个性化的推荐方法,集成各类新的数据、元数据和清晰的用户关系,产生了各种新的推荐技术。本文总结了推荐系统中的几个关键研究领域,进行综述介绍。本文是推荐算法综述的最后一部分。第一部分主要介绍了推荐算法的主要类型。第二部分,主要涵盖了不同类型的协同过滤算法,突出他们之间的一些细微差别。第三部分详细介绍了基于内容的过滤算法。第四部分主要介绍了混合引荐技术和基于流行度的推荐方法。在这篇文章中,我们在回顾了所有基本的推荐算法之后,介绍了如何选择最合适的推荐算法。

注:本文翻译自 Building Recommenders ,InfoQ 中文站在获得作者授权的基础上对文章进行了翻译。

正文

本文是推荐算法综述的最后一部分。第一部分主要介绍了推荐算法的主要类型。第二部分,主要涵盖了不同类型的协同过滤算法,突出他们之间的一些细微差别。第三部分详细介绍了基于内容的过滤算法。第四部分主要介绍了混合引荐技术和基于流行度的推荐方法。在这篇文章中,我们在回顾了所有基本的推荐算法之后,介绍了如何选择最合适的推荐算法。

除了我们已经介绍的一些比较传统的推荐系统(例如流行度、协同过滤、基于内容的过滤、混合方法),目前还有许多的其他方法也可以用于增强推荐系统,包括:

  • 深度学习
  • 社会化推荐
  • 学习排序
  • 多臂 Bandit(探索 / 利用)
  • 张量因子分解和因子分解(情境感知的推荐)

这些更先进的和非传统的方法有利于将推荐系统的性能推高到一个新的水平,但实际上这些算法也存在不足,不太易于理解,而且在推荐插件中并没有很好地被支持。在实际应用中,相比一些更传统的方法而言,用户还需要考量执行更新的方法所带来的性能提升是否值得算法所花费的开销。根据我们的经验,基本的传统算法还将在实际系统中应用很久,并还将驱动一些伟大的产品的诞生。

在这个综述的系列文章中,我们想向读者介绍一些常见的推荐算法,包括基于用户的协同过滤算法、基于 item 的协同过滤算法、基于内容的过滤算法和混合方法。在这里,我们通过举一个简单的例子,提供了一个综合的阐述,当有相同的输入数据时,这四种不同的算法将为相同的用户产生如何不同的推荐结果(图 1)。在算法被应用到大的、真实的数据中时,这种差异会一直存在,所以在决定要使用哪种算法时需要考虑它们的优点和缺点,并且在评价它们的时候,还要考虑它们执行的好坏程度。

(点击放大图像)

图1:四种推荐系统算法被应用到相同的数据集时所产生的不同的推荐结果。在左边,我们以矩阵的形式给出了用户对于几个item 的偏好,以及要推荐的item 的标题列表。在中间,我们给出了四种不同的算法为第一个用户(即用户偏好矩阵中的第一行)所产生的推荐结果。按照显示的相似度度量,它们在相似度上有不同的定义。在右边,我们看到由每个推荐算法推荐的item,从上到下按照四种算法排序。

在实际应用中,如果你利用协同过滤算法作为你的推荐模型,一般不会出什么问题。协同过滤容易比其他算法产生更好的结果,但是它不能很好地处理新用户和新item 的冷启动问题,如果要处理这些问题,基于内容的推荐算法是一个很好的备选。如果你有时间,那么可以将这些方法进行组合,这样你就可以同时利用协同过滤算法和基于内容的推荐算法的优点。即使需要考察更为先进的推荐算法,在此之前,先好好考虑一下这些基本的算法也不失为一个好主意。

最后,需要紧紧牢记的是,推荐模型仅仅是推荐系统五个部件中的其中一个。付出努力将推荐模型正确建立起来是非常重要的,但是对于其他的所有部件,如数据收集和处理、后处理、在线模块和用户界面,做出正确的选择同样重要。正如我们一遍又一遍所强调的,该推荐算法仅仅是推荐系统中的一部分,你的决策需要考虑整个产品。

本文是一篇翻译稿,读者也可以参考英文原文

编后语

《他山之石》是InfoQ 中文站新推出的一个专栏,精选来自国内外技术社区和个人博客上的技术文章,让更多的读者朋友受益,本栏目转载的内容都经过原作者授权。文章推荐可以发送邮件到editors@cn.infoq.com。


感谢杜小芳对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群(已满),InfoQ 读者交流群(#2))。

2016-02-01 16:526397
用户头像

发布了 268 篇内容, 共 125.6 次阅读, 收获喜欢 24 次。

关注

评论

发布
暂无评论
发现更多内容

BladeDISC++:Dynamic Shape AI 编译器下的显存优化技术

阿里云大数据AI技术

人工智能 分布式 PAI BladeDISC++

1688平台API商品详情和关键词搜索:深入探索批发电商数据的钥匙

代码忍者

1688API接口

7.5.4 MVCC优化测试

TiDB 社区干货传送门

7.x 实践

火语言RPA轻松开发控制台程序或带界面交互的客户端应用

火语言RPA

RPA 自动化 低代码 影刀RPA 火语言

简化Maven项目依赖:优雅去除未使用Jar包

采菊东篱下

编程 计算机

DNS解析中的TTL值是什么意思?怎么设置合适?

国科云

Finovy 国际数据中心公网互联新突破,直连 Huawei Cloud与 Apple!

Finovy Cloud

数据中心 ISP

TiDB 工具 | PD全部扩缩容替换注意事项

TiDB 社区干货传送门

实践案例 集群管理 管理与运维 故障排查/诊断 扩/缩容

这样准备面试定能轻松斩获 offer!(内附精选 java 面试题与答案)

架构师之道

Java 编程 面试

G1原理—如何优化G1中的MGC

EquatorCoco

Java JVM

数禾科技:资源成本降低 50%!用 TiDB 实现技术栈简化的实践和收益

PingCAP

数据库 TiDB

远程办公对社交关系的深层影响及多元应对策略

柳岸风吟

Bonree ONE荣膺广东省CIO协会“2024优秀解决方案”奖!

博睿数据

Envoy 开启 HTTP2 后偶现 404 如何解决?

阿里巴巴云原生

阿里云 云原生 envoy

远程教学在高等教育中的应用与挑战

柳岸风吟

阿里巴巴API接口对电商的影响与收益

科普小能手

数据挖掘 阿里巴巴 数据分析 电商 API 接口

探索微店商品详情API接口:解锁高效电商管理的关键工具

代码忍者

微店商品详情API接口

Zabbix agent2 自定义SQL监控和告警实施指南:针对TiDB数据库

TiDB 社区干货传送门

监控 实践案例 管理与运维

金三银四面试必备,吃透2025全新突击真题宝典,阿里腾讯字节都稳了

采菊东篱下

Java 编程 面试

QCN9074 Series WiFi Modules Game-Changer in Wireless ech: Now Support 5MHz/10MHz Bandwidth!

wifi6-yiyi

wifi network card

Lynx TiDB 慢日志收集工具

TiDB 社区干货传送门

性能调优

解读TaurusDB字段压缩:减少存储成本,避免语句大量修改

华为云开发者联盟

铝杆加工行业:从生产流程到智能化管理-MES系统解决方案全解析

万界星空科技

制造业 mes 铝杆加工 铝业 铝杆加工行业

晨曦中的山林

柳岸风吟

OpenAI 宕机思考丨Kubernetes 复杂度带来的服务发现系统的风险和应对措施

阿里巴巴云原生

阿里云 云原生 nacos

推荐几个不错的 Linux 服务器管理工具

不在线第一只蜗牛

Linux 运维 服务器

黄东旭:2025 数据库技术展望

PingCAP

数据库 TiDB

和鲸科技受邀出席 2024(第四届)“风电领跑者”技术创新论坛

ModelWhale

人工智能 大数据 AI 风电

新项目如何开展测试工作

老张

项目管理 软件测试 质量保障

Spring Boot + 规则引擎 URule,太强了!

架构师之道

Java 编程

云主机 vs 轻量型云主机:性能与灵活性的平衡

天翼云开发者社区

云计算 云主机 云主机厂商

推荐算法综述(五)_语言 & 开发_张天雷_InfoQ精选文章