豆瓣音乐推荐
ring915
谷文栋
建议大家去试用一下，发现什么有意思的问题，或者有什么好玩儿的idea，咱们可以讨论一下。
之前试用的时候正赶上MJ去世，当天电台给推了不少MJ的歌曲，这个感觉很棒。不过当时咨询了下，是人工完成的，正儿八经的“人工”智能，哈哈。
这个模式我倒觉得很值得琢磨一下仔细做做。比如beyond的歌迷，在家驹去世那天，推些经典歌曲，应该很有感觉。
kuber
其实豆瓣音乐已经有很多用户的喜好信息, 比如"喜欢听XXX的人也喜欢", 应该可以以此为基础推荐几个我可能喜欢的, 让我以此为基础来选择喜欢/
不喜欢
另外如果开始时还让我选几个我不喜欢的会不会更好些?
谷文栋
Yun Zheng
我估摸着：以已有用户做基准数据，不如先用定出九个标准集（九个歌手等同于九个软分类），然后把用户的"喜欢"数据与这九个软分类一一对比相似度，这样
生成相似度数据存储起来。当用户选择好几个歌手后，不用再计算什么，立刻就能知道你-->软分类-->海量歌曲之间的推荐度。也就是说豆瓣不需要知道你
这个用户之前对音乐专辑操作过什么（喜欢、打分等），它只算你这次选择了哪几个歌手即可。
类似于
http://blog.csdn.net/zhengyun_ustc/archive/2009/11/05/4772950.aspx 少数人的
智慧 原理。
Tinyfool
Tinyfool的开发日记 http://www.tinydust.net/dev/
代码中国网 http://www.codechina.org
myTwitter: http://twitter.com/tinyfool
Tinyfool
xlvector
16:01 polopie: 感觉豆瓣电台让我先选几个歌手, 没有什么用
一开始几个就是我没有选的, 不停地点垃圾桶
16:02 我: 是
这个东西还需要不断完善
16:04 UI应该再稍微加一些功能，有利于用户交互
16:07 polopie: UI是比照收音机来做的
我: 是
polopie: 原意可能就是象电台一样没有那么自由, 又有点小惊喜
16:08 我: 恩，但电台也是有频道的吧
polopie: 我看他们的用户调查问卷有这个意思
对, 如果有频道就好了
16:09 我: 恩，因为我不同的时候喜欢不同风格的歌，至少能让我稍微选一下吧
polopie: 我在想, 这样基于推荐系统的"电台"
和找人做播放列表
哪个我会更喜欢呢
CF和Expert
我: 关键是他想做傻瓜式
就是一个人上了网，点开就不管了
16:10 应该是符合平民就可以了，至于对音乐有特殊需要的人，肯定是不行的
polopie: 推荐系统可能怎么也比不上人
我: 而且找人做有一个问题，就是更新
但需要一个成本和效果的平衡
但我感觉，人有的是很很难理解别人
16:11 我自己都不清楚我喜欢什么歌
这是个很微妙的感觉
polopie: 推荐系统后台的服务器,运营费用也不少吧
我: 如果有1W用户
你觉得找专家给每个人做推荐，每天还要更新，还要让用户和专家交流
这个成本太大了吧
16:12 polopie: 不一定是专家啊, 可以是网友
我: 而且专家还有自己的喜好
这个douban肯定是考虑了的
friend推荐
应该是他们算法的一部分
他们肯定不是item CF这么简单
呵呵，实际的系统肯定用了很多算法的
比如和你的位置，学历，甚至喜欢看的书
polopie: 写了个试用的blog,
16:13 我: 在音乐推荐中，这些信息都可能用到
比如两个人在看书上爱好一致，那么对音乐呢？
这些都可以考虑
polopie: 也许, 但是现在的效果不敢恭维.
我猜是曲库太少
豆瓣说是谈了版权的
我: 是，总是要我们这些小白鼠给他贡献用户日志的
16:14 我们就是第一批牺牲品，哈哈
曲库确实也是少了点
polopie: 豆瓣音乐已经有不少数据了
我是说用户喜欢
用户喜好
我: 他们可能希望先上线，run起来
再慢慢调吧
polopie: 恩
我: 毕竟评测很困难
16:15 polopie: 不过让我想一个问题, 象这种歌曲和文章的推荐, 是否推荐item 不如推荐"编辑"
16:16 就是告诉另外一个人和你相近
我: 嗯
polopie: 象Greader 推荐, 不如推荐相近用户
我: 这样你可以选今天听谁的
明天听谁的
16:17 polopie: 这就变成了编辑的概念了
就想电台主持人
On Nov 6, 6:12 pm, Tinyfool <tinyf...@gmail.com> wrote:
> 我自己在这个方面的偏好也很明显，我就是爱听某些老男人的老歌曲。。。
>
> 2009/11/6 Tinyfool <tinyf...@gmail.com>
>
>
>
> > 推荐理论上可以帮助我们找到用户不知道怎么表达，或者表达起来非常困难的偏好，或者是不知道自己有的偏好。
>
> > 而这种用户可以清晰表达的偏好，居然被直接忽视了，可悲。
>
> > 2009/11/6 谷文栋 <wendell...@gmail.com>
>
> > 我遇到的最大问题，就是歌手性别控制的不好。
> >> 我想听男生的歌，可老推女生的。
>
> >> 2009/11/6 kuber <polo...@gmail.com>
>
> >> 开始使用前让我选喜欢的歌手, 但是没有什么用啊. 一上来就是几个在列表中我没有选的歌声.
> >>> 其实豆瓣音乐已经有很多用户的喜好信息, 比如"喜欢听XXX的人也喜欢", 应该可以以此为基础推荐几个我可能喜欢的, 让我以此为基础来选择喜欢/
> >>> 不喜欢
> >>> 另外如果开始时还让我选几个我不喜欢的会不会更好些?
>
> > --
> > Tinyfool的开发日记http://www.tinydust.net/dev/
> > 代码中国网http://www.codechina.org
谷文栋
这个事情，豆瓣敢于推出一个这样的产品，我就已经很佩服了。现在确实还有些瑕疵，慢慢改吧。
胖子出来表个态吧，哈哈哈哈。
xlvector
On Nov 6, 9:17 pm, 谷文栋 <wendell...@gmail.com> wrote:
> 恩，你们两个小白鼠聊得还挺欢，哈哈。其实包括我在内，早有一些豆瓣网友做过小白鼠了。
> 这个事情，豆瓣敢于推出一个这样的产品，我就已经很佩服了。现在确实还有些瑕疵，慢慢改吧。
> 胖子出来表个态吧，哈哈哈哈。
>
> 2009/11/6 xlvector <xlvec...@gmail.com>
Roger Chen
ring915
Shoukun Wang
1.产品定位
业界对在线电台类的产品定位始终存在一些分歧，一派认为电台应该作为背景音乐存在，一派认为电台应该是发现新音乐的工具。经过一些讨论和探索，豆瓣电台
把主要的功能定在前一种（但不排斥后一种），因此在产品设计上秉承了极简主义思想，只保留最常用的功能。事实上，算法上我尝试过不同风格的电台（包括四
五十种从用户UGC提炼出的风格），艺术家电台（从某个歌手开始），专辑电台（从某张专辑开始），用户设置电台参数（包括提供一个favorite/
explore滚动条，平衡新旧音乐的程度，以及用户设置喜欢的风格、语言、国家、艺术家等等），后来这些都放弃了，因为这些虽然能够满足一部分用户的
需求，但增加了产品的复杂程度，提高了产品的门槛，会丢掉更多的用户。当然这并不是说以后这些功能不会出现，只是时机未到。产品设计中的一个原则是做加
法永远是容易的，做减法永远是困难的，尽量选择越走越容易的道路。
2. 面对人群
互联网的绝大部分产品都有强烈的路径依赖，初始用户在很大程度上决定了产品的走向。目前看豆瓣电台也是这样，依托豆瓣这个平台，豆瓣电台受活跃豆瓣音乐
用户的影响是巨大的。作为表现之一，就是开始使用豆瓣电台时大家可以听到很多小清新的歌手/歌曲。事实上，目前电台的推荐算法是经过一些尝试后选择的最
保守的一组，对豆瓣音乐主流人群的效果是最好的，大家可以以"豆瓣电台"为关键词在google blogsearch或有道博客搜索（顺便帮朋友推，
呵呵）上搜一下，叫好的基本都是这样类型的用户。对于非豆瓣音乐活跃用户，比如我，想要获得好的效果，得付出更多的努力。我没有任何音乐收藏，选了3个
歌手，大约对电台调教了2～3个星期，点了近一百首红心，四五十首垃圾桶，效果才差不多让我满意。这个过程有点长，当产品从豆瓣主流人群推向互联网各个
人群甚至更大的人群时，的确是个大问题。好在我们可以通过用户反馈来逐步调整，确保这个过程是平缓的，对新用户提供价值，同时不会对老用户造成伤害。
On 11月6日, 下午9时17分, 谷文栋 <wendell...@gmail.com> wrote:
> 恩，你们两个小白鼠聊得还挺欢，哈哈。其实包括我在内，早有一些豆瓣网友做过小白鼠了。
> 这个事情，豆瓣敢于推出一个这样的产品，我就已经很佩服了。现在确实还有些瑕疵，慢慢改吧。
> 胖子出来表个态吧，哈哈哈哈。
>
> 2009/11/6 xlvector <xlvec...@gmail.com>
谷文栋
豆瓣的这个产品决策依据，让我心里真是五味杂陈。
Sinofish
一个小疑问：为什么没有播放音乐时没有进度条？
谷文栋
Hu Jinfeng
Shoukun Wang
已播放时间。不选择进度条出发点是保留一点未知，电台的主旨是"与你喜欢的音乐不期而遇"，对未知的期待是很重要的一环。
如果是当背景音乐，其实播放进度条和已播放时间都不是必要的。
On 11月7日, 上午11时12分, Sinofish <sinofishb...@gmail.com> wrote:
> 看了大家的讨论，去尝试了下豆瓣电台。
> 一个小疑问：为什么没有播放音乐时没有进度条？
>
> 2009/11/7 谷文栋 <wendell...@gmail.com>
>
>
>
> > "这并不是说以后这些功能不会出现，只是时机未到。产品设计中的一个原则是做加法永远是容易的，做减法永远是困难的，尽量选择越走越容易的道路。"
> > 豆瓣的这个产品决策依据，让我心里真是五味杂陈。
>
> > 2009/11/7 Shoukun Wang <wskin...@gmail.com>
Shoukun Wang
On 11月7日, 下午12时04分, 谷文栋 <wendell...@gmail.com> wrote:
> 电台里直接跳过的操作会学习吗？有些歌可能只是当时不想听，够不上ban掉的程度。
>
> 2009/11/7 Sinofish <sinofishb...@gmail.com>
>
>
>
> > 看了大家的讨论，去尝试了下豆瓣电台。
> > 一个小疑问：为什么没有播放音乐时没有进度条？
>
> > 2009/11/7 谷文栋 <wendell...@gmail.com>
>
> > "这并不是说以后这些功能不会出现，只是时机未到。产品设计中的一个原则是做加法永远是容易的，做减法永远是困难的，尽量选择越走越容易的道路。"
> >> 豆瓣的这个产品决策依据，让我心里真是五味杂陈。
>
> >> 2009/11/7 Shoukun Wang <wskin...@gmail.com>
Shoukun Wang
On 11月7日, 上午11时06分, 谷文栋 <wendell...@gmail.com> wrote:
> "这并不是说以后这些功能不会出现，只是时机未到。产品设计中的一个原则是做加法永远是容易的，做减法永远是困难的，尽量选择越走越容易的道路。"
> 豆瓣的这个产品决策依据，让我心里真是五味杂陈。
>
> 2009/11/7 Shoukun Wang <wskin...@gmail.com>
Shoukun Wang
径，才加上了heart, ban.
对于一个工具型的产品，一个关键是主要功能能不能满足产品面对的主流人群的需求，另一个关键是能不能通过持续改进来留住这部分人群。豆瓣电台还处在上升
期，如果个性化推荐这个出发点是站得住脚的，我们希望它足够简单，快速的覆盖到目标的用户群，等用户群相对稳定了，再通过附加和高级功能使用户获得更好
的体验，留住用户。
On 11月7日, 下午12时57分, Hu Jinfeng <huj...@gmail.com> wrote:
> 我看到豆瓣电台的时候，觉得它和亦歌的出发点是一样的。我记得亦歌最早就开始于一个想法：做一个按钮的播放器。就是只有一个"起停"按钮的播放器。后来随着发展 ，亦歌变成现在这个样子，但我想其精神上和起初还是一致的。
> 之所以会变得比一开始的"一个按钮"要复杂很多，主要还是因为有很多功能，即使对于"随便听听"这样的使用方式，也还是必须的。比如听到一个新人的歌，觉得好， 总是想能很快再听听他其它的歌。类似这样的功能需求把亦歌变成现在这样了。但是即使这样，亦歌还算是足够简洁的。
> 所以我第一次看到豆瓣电台的时候，觉得很亲切，仿佛自己的理想得到了支持。不过我想，可能，还是过于简单了。总还是得再加些功能才能用得更顺手的。
>
> 2009/11/7 Shoukun Wang <wskin...@gmail.com>
谷文栋
xlvector
On Nov 8, 12:19 pm, 谷文栋 <wendell...@gmail.com> wrote:
> 惊闻豆瓣电台已经有雕刻时光的广告出现了。有谁碰到过吗？
>
> 2009/11/8 Shoukun Wang <wskin...@gmail.com>
Sinofish
Sinofish
kuber
如说一个链接或者copy歌名什么的。
另外想了解一下现在的电台推荐有没有利用到douban音乐的数据，如何利用的。谢谢