
207(北京) 2008-11-19 11:23 楼主
非BUG。只是猜测和疑惑,虾米团队时间允许的情况下交流下。
1.信息过载问题
当产品为工具属性的时候,可以记录很多信息,服务对象是个人。如果是社交属性的时候,频繁记录信息是否会造成对他人的信息过载?听音乐是一个轻量级的动作,而且价值不高,我们假设一首歌的时间为3分钟,那么连续一个小时会产生20条动态信息/人。如果是这样,那好友丰富起来之后,好友在干什么这样的动态信息展示功能将会是个什么样子?信息越多,有效信息比例越低,到时候会不会将音乐的记录变为专辑的记录?或者只记载用户对音乐本身的表态?
2.mp3 tag识别问题
插件识别播放器播放音乐文件并记录,这是读取MP3的tag信息。用户的音乐文件来源过杂,会遇到N种无法识别tag信息的情况,比如我现在听的二手玫瑰,该歌曲不会被记录。这是一点小遗憾。如果能添加一个修改tag信息的功能会对网站更有帮助。
总结动态信息+tag记录的特点,有这样一个设想,某一个或某一批人,添加网站上所有的用户为好友,然后播放带有特定广告地址信息的音乐文件,那么在所有人那里,都会出现“×××音乐网”这样的广告了。呵呵
3.list记录的匹配性能
如果用户基数达到一定程度,假设每个人都会定时提交一定list,网站去匹配分析。这样对性能消耗有多大?没想明白。统一曲库的工作看来也挺急迫。
网站记录用户的记录,并在网站上提供历史清单播放功能可以看出点未来“苗头”呵呵,但是我的记录有50条,只能匹配16条也需要完善,不管是曲库还是匹配。为何不大方一点,直接在插件上提供历史清单播放功能?
3.list记录的匹配问题
昨天我猜测虾米的匹配会用基于模型的过滤机制(瞎猜),看到我的播放记录有明显的(播放2次)这样的记录后,我猜虾米即将推出的匹配会基于用户播放音乐文件的次数、频率来创建过滤模型。这样的话,有个迷惑就是用户播放的历史记录有效性有多高?参考上边的tag记录问题,网站记录的用户数据的匹配程度决定了新用户冷开始问题能否成功解决。还是要怀疑这样的算法健壮性。只能等待再测了。
虾米网UI不错,眼前一亮。所以这两天玩了玩插件,说了些个人意见,到此为止了。其他未体验不敢多言。希望网站能走上更高的level。