`
阅读更多

豆瓣、出版社和我

Filed under: 读书 — 鹤 @ 9:16 pm

整件事情开始是在去年的夏天,一次去同学家玩看到了一本耶利内克 Elfriede Jelinek 的小说《逐爱的女人》,随便翻了两眼。当时知道她是2004年的诺贝尔文学奖得主,所以就想看看诺奖到底何许模样。

后来就到了暑假开学的时候,在火车站等车时想反正时间还早,不如去对面的书店看看吧。颇为意外地在书店里发现了这本《逐爱的女人》。在火车上看了三个小时,回到北京时又继续看了几天终于看完了。看完后感到对这本书有好多话要说,于是就有了发在豆瓣和我的blog上的一篇读后感

然后又过了一段时间,更为意外地、难以想象地收到了一封电子邮件。发件人是译林出版社的陆先生,他是这本书的责任编辑,是在豆瓣上读到我的读后感的。他问我介不介意发在纸媒上,还有耶利内克的另一本小说《美好的美好的时光》也出版了,愿不愿意读一下。

这件事情对我而言十分神奇,坦率说我当时其实颇为不知所措。但还是回信说愿意。又过了一段时间,真的收到了从南京寄来的邮件,就是这本《美好的美好的时光》。

这本书真的有些难读,但是感觉并不是作者或者译者表达上的问题,而是这本小说只能这么写才能最好,难读是因为容纳了更深的思想。几个月后终于读完了,又写了比上一篇更长一点的书评,就是那篇《他们都失败了》。

今天又给陆先生发了邮件把这篇东西拿给他看了,我在幻想会发生什么呢。:)

 

Web2.0高烧不退,越烧越成一道美食了。

2.0服务要诀(意译自Tom Coates “Native to a Web of Data演示稿in pdf (16MB) ):

  • 数据因聚集而增值
  • 为普通用户、开发者和机器人而开发
  • 基于数据而不要基于页面
  • 标识基本数据单元使其可获取addressable
  • 采用可读的、可靠的、可编程(hackable)URL
  • 与外部标识系统(identifier schemes)相关联
  • 提供列表以及批处理界面
  • 采用各类标准开发平行的服务(指对用户、机器代理以及手持设备,同时提供“平行”的服务)
  • 尽可能使你的数据容易被发现

2.0的实质是从网页的Web发展为数据的Web。
互联互通的Web服务使因特网真正成为一个平台。
每一个添加进去的数据和服务都使得其它服务、乃至整个互联网更加强大。

于是:

  • 群众的创造力得到激发;
  • 互联网加速创新;
  • 相互竞争的服务不断涌现;
  • 服务组件大量涌现;
  • 各类特殊服务大量涌现。

开放API可以吸引大量的用户使用你的服务。
使你的服务越来越有用、越来越健壮、越来越长尾化、分布化。
使用户利用你的服务进行内容或其它“协同”(syndicate)。
最后可以利用你的API赚钱。

以前说“整合Integrate”,现在说“聚合aggregate”,目的都是协同syndicate。
聚合的Web是数据资源的Web,服务提供对数据的探索和操作,最终支持人们的互联、互动。
2.0就是在更细的粒度上标识信息,提供细粒度的信息查找、定位、聚合能力,按照事件、兴趣等任何可能的关联展示数据。
换句话说,就是告知“内有数据:DATA INSIDE”。
谁能找到这样一种基于数据的组合服务,谁就有2.0的商机。

2.0危机:浅知识,短暂的生命周期。

 

底牌未开 @ 2006-04-12 15:23


啰嗦几句

      第一次知道“豆瓣”是从keso的blog上看到的。记得当时是keso写豆瓣在大洋彼岸的美国推出了英文版,不过还是beta版的。现在去www.douban.net看看,豆瓣简约的大logo很是醒目,可右上角依然还是那个小小的蓝色beta,也许是英文版的豆瓣还在漫长的测试期中,也许是阿北故意留下了这个小小的记号——豆瓣是web2.0的产品,而不知是谁说的2.0的一大特征就是永远的beta版。
      既然说到英文版就再多说几句。英文版的域名换了很多了,从最开始的beta.douban.com,到www.beantal.com,再到现在最终敲定的www.douban.net,似乎可以看出豆瓣的某种演变。中间那次把douban换成了beantal,大概是比较失败的,虽然很西化了,但丢失了不少味道,幸而又换了回来,至于突然从.com变成了.net,则让我有些不解。英文版和中文版的界面和服务方式差不多,可我不明白的是为什么英文版就让豆瓣有了“国籍”,在中文版注册的账户在这里是不能通用的,很是郁闷,难道还得办个护照不成?还有一个很大的不同是,豆瓣中文的三大件“书籍、音乐、电影”,到了英文版就把电影这块给丢了,百思不得其解。从其他的服务中我终于看到豆瓣的英文版确确实实还处于beta状态,英文版的系统显然不如中文版那么让人叫好。看来要在海外立足,阿北和他的豆瓣团队还得多多加油啊。

豆瓣的结构

      豆瓣的服务大体上分为三块,在导航栏上我们也可以明晰地看出这种划分: 

      第一块是豆瓣网的资源库。这里陈列了豆瓣赖以生存的书籍、电影和音乐的信息,每一本书、每一部电影、每一盘专辑(甚至是不同的版本)都是这里的一条记录,用户正是从这里出发来构建自己在豆瓣上的生活。每一条记录下边提供了相关的信息和用户的评论,用户还可以在其中看到网上商店的比价,并通过这里直接进入购物网站购买。而用户之间也可以通过c2c的方式交易二手的书籍、电影和专辑。这一部分的一个重点功能便是“评价”,用户可以给每一条记录打上自己的评价,还能用tags和简短描述来扩展这条记录的内涵和外延。用户也可以看到其他人对这部作品的评价,并能通过这个途径和对方建立联系。顺带一提,每一条记录的基本信息都是用户共维的,也就是说每个用户都可以来更改这些基本的信息,有点wiki的意思,也是2.0的标志。

      第二块内容是个人的信息库。在豆瓣总的资源库基础上,用户可以构建自己个性化的信息库,把自己读过的书籍、看过的电影和听过的音乐收藏汇总起来,并通过个人主页的形式向外展示。“我的豆瓣”记录的主要是用户在豆瓣上生活的痕迹,这里可以看到自己发表、回应的评论,发起的讨论话题已经自己创建的“豆列”。所谓“豆列”其实是一种更细化更个性化的信息组织产品,用户创建的豆列都是有一个主题的,豆列中的每一个记录都和这个主题有关,可以是某个歌星的所有专辑,也可以是带有某一种特征的所有电影,而用户创建的豆列将会出现在相关的记录里边,其他用户在浏览这条记录时可以进入这个豆列,并评价这个豆列是否有用。“我读”“我看”“我听”里分别陈列的是用户收藏的各个类别的记录,和书架有点相似,但这里更进一步列出了用户对于这些记录的状态,过去式、现在进行时、或者将来时。

      第三块内容则是豆瓣的交流中心。豆瓣的用户通过这个平台走在了一起,相互产生了联系和交流,这也是豆瓣网创办的初衷,“如果能不一一结交,却知道成千上万人的口味,能从中间迅速找到最臭味相投的,口口相传的魔力一定能放大百倍, 对其中每一个人都多少会有帮助。”豆瓣为用户提供了三个圈子。一个是“同城”,用户可以选择自己居住的城市,并关注同城的其他用户,从中找到和自己相似的用户并加为友邻。同城的用户也可以在这个圈子里进行二手交换。可惜豆瓣不能同时属于两个或两个以上的城市,这样对居住地经常更换的用户来说是一种遗憾。第二个圈子是“小组”,这个类似于百度贴吧的圈子是豆瓣三个交流全中最有人气也最混乱的。每个用户都可以建立小组,因此小组讨论的话题可以说是包罗万象,超越了图书、电影和音乐的范围。到现在豆瓣里的小组已经有5630个了,但是很多小组都是只有少数几个成员,有的甚至只有1个创建者而之后便无人问津,这形成了很大部分的“垃圾组”,建立者凭着自己的兴趣建立一个小组,倒像是在论坛发了一个讨论贴,个人认为过于随便了。而且这些小组是没有分类的,在5000多个小组中搜寻自己感兴趣的,我想很少有人会有这种兴趣和时间吧,因此往往只有排在前位的和话题范围广的小组会受到人们的关注,这无疑是一种浪费。第三个圈子是“友邻”,这是和用户关系更密切的一群人,这些人同样也是豆瓣的用户,也就是所谓的陌生但臭味相投的人们。用户通过友邻圈子可以了解到自己的朋友们看过的书、电影和听过的音乐,以及他们正在和想要读、看、听的作品。用户还可以在这里看到每个用户为每条记录写的tag和评论,增进了相互的了解和交流。

2.0服务

      豆瓣猜 豆瓣提供了一种根据用户的信息而做出的个性化推荐。个性化的信息服务是web2.0产品的一大特色,gmail的邮箱广告就是一个很好的例子。豆瓣也提供了很人性化的信息服务,“豆瓣猜你会喜欢”向用户推荐了适合其胃口的书籍、电影和音乐,“豆瓣认为和你口味最像的”向用户推荐趣味相投的其他用户。用户也可以通过其他关联信息(比如“喜欢这本书的人也喜欢”,“谁读这本书”,“上海的成员喜欢去的小组”,“这个小组的成员也喜欢去”等等)寻找到自己感兴趣的信息,而且这种关联的紧密性是很高的,一个人性化的信息筛选过程就呈现了出来。

      标签自动聚合而成分类 豆瓣没有提供所有条目的分类,不管书籍、电影还是音乐,都是靠着用户给每个条目添加的tag来进行自动聚类的,这样的聚类更符合人的思考习惯,但是也因为缺乏一种规范性而造成混乱或信息检索的不完整(有的条目下面的tag忽略了一般性的描述,或者干脆没有tag……)。

      RSS 豆瓣在很多地方都做了rss feed供用户订阅,比如最新评论,分类最新评论,最新小组讨论等等。不过有时会觉得这个feed提供的内容范围不是很合适,例如我想看所有友邻的最新评论,就没有这样一个feed,而是需要每个人分别订阅,比较麻烦。

      豆瓣收藏秀 这是很多web2.0网站都会提供一类服务,就像用户在flickr上的照片可以生成一段代码,粘贴到网页中后就可以在其他地方显示这些照片的所略图,成为了其他人了解这个用户的一个途径(也是了解来源网站的途径,呵呵,同时也增加了点击率)。豆瓣把用户新近收藏的书籍和音乐生成了一段代码,这段代码展示了用户的“现在进行时”,比如我贴到blog上之后,看我blog的人就会知道我近来在看什么书,在听什么音乐了,很有意思。

再啰嗦几句

      虽然也很想像网上无数的其他人一样对豆瓣的将来和商业化做出一番预测和评价,但鉴于自身水平实在有限(特别是涉及到赚钱……),在收集到大量资料的和深入思考研究之前我没有办法作出什么有说服力的言论。不知道老师是怎么样想的?我一向是个比较排斥把什么都商业化的人,特别对于文化,我甚至觉得各种著作权和版权保护是阻碍人类文明进步的。豆瓣算是文化人的一方净土,Web2.0的草根性在这里得到了很好的体现,用户在这里需要的和得到的是一种纯粹的交流,就像老槐说的,web2.0是“好玩的”。我并不知道豆瓣的商业化到底会带来一个怎样的结果,我觉得豆瓣本身影响力和这种良好的氛围更为重要。想到歪酷,同样也面临着资金的问题,但除了google广告和募集资金外似乎并没有采取其他的措施,可照样有那么多忠实地用户,并不断推出让人欣慰的服务。当然,这也是我一厢情愿的想法,不管怎样,希望豆瓣能为我们带来更多更好的服务。

 

分享到:
评论

相关推荐

    python关于豆瓣评论的爬虫

    基于scrap框架关于豆瓣的爬虫的python代码,仅供大家学习参考

    用python举例关于豆瓣上的美食推荐

    标题中的“用python举例关于豆瓣上的美食推荐”表明我们将探讨如何使用Python编程语言来实现针对豆瓣平台的美食推荐系统。这个系统可能涉及到数据抓取、数据处理和推荐算法的应用。 在描述中,“该资源仅供学习”...

    关于豆瓣网的调查分析_解密豆瓣运营全过程.doc

    关于豆瓣网的调查分析_解密豆瓣运营全过程.doc

    关于豆瓣电影top250的一些名称演员之类的信息

    关于豆瓣电影top250的一些名称演员之类的信息

    关于豆瓣音乐排行分析,使用pycharm以及jupyter notebook进行分析

    【标题】与【描述】中提到的项目是一个利用Python进行数据爬取、清洗和可视化的实践案例,专注于豆瓣音乐排行榜的分析。以下是基于这个主题的知识点详解: 1. **Python爬虫技术**:Python是一种广泛应用于数据分析...

    豆瓣客户端源码

    【标题】:“豆瓣客户端源码”是一个关于豆瓣公司移动端应用的源代码库,可能是为了学习、研究或二次开发而公开的资源。这个标题暗示了我们可以深入理解豆瓣客户端是如何实现其功能,包括用户交互、数据获取、内容...

    豆瓣网海量数据存储架构

    #### 关于豆瓣 豆瓣网作为一个分享和发现书籍、电影、音乐等文化生活信息的用户生成内容(UGC)社区,自2005年4月上线以来,迅速成长为一个具有广泛影响力的平台。截至报告撰写时,豆瓣在国内Alexa排名为26位,其非...

    豆瓣电影主演数据.rar

    标题中的“豆瓣电影主演数据.rar”表明这是一个关于豆瓣电影数据库的压缩文件,主要包含了与电影主演相关的信息。这个压缩包已经进行了去重处理,确保数据的唯一性,它提供了59321条数据,意味着我们可以获取到大量...

    豆瓣网技术架构的发展历程

    这篇博文链接指向的是一个关于豆瓣技术架构发展历程的分享,由酷志在iteye博客上发布。虽然具体内容无法在此提供,但我们可以根据一般的技术架构发展历程探讨一些可能涵盖的话题。 1. **初创阶段**:早期的豆瓣可能...

    豆瓣新书完整

    【标题】"豆瓣新书完整"所指的可能是一个关于豆瓣平台的新书数据集或工具,它可能包含了大量的书籍信息,比如书名、作者、出版社、评分、评论等,为数据分析、推荐系统或者图书相关应用的开发提供资源。这个标题暗示...

    一个基于豆瓣API的书架借阅平台

    关于豆瓣API的使用,这个平台可能利用了豆瓣提供的书籍信息接口,如书籍搜索、详情获取等。豆瓣API提供了丰富的图书数据,包括书名、作者、出版社、评分、评论等,使得平台能够展示详实的书籍信息,提升用户体验。 ...

    Intership_Douban:关于豆瓣电影的多类别和多标签分类

    在本项目“Intership_Douban:关于豆瓣电影的多类别和多标签分类”中,我们将探讨如何利用Python进行大规模数据处理与机器学习,特别是针对豆瓣电影数据集的多类别和多标签分类任务。这个任务涉及到数据获取、数据...

    提取器完整版,豆瓣,道客巴巴,百度.zip

    《全面解析:提取器在豆瓣、道客巴巴与百度文库的应用》 在数字化时代,信息的获取变得越来越便捷,但同时也伴随着版权保护和数据安全的挑战。针对网络上丰富的文字资源,如豆瓣读书的书评、道客巴巴的文档分享和...

    微信小程序demo:豆瓣电影:使用API53.zip

    关于豆瓣API,它是豆瓣开放给开发者使用的接口,提供了电影、图书、音乐等各类信息的查询服务。在本项目中,开发者可能使用了API53(可能代表特定版本或者接口编号)来获取电影的列表、详情等数据。通常,调用API会...

    豆瓣网运营模式

    关于豆瓣网运营模式的分析,清晰明了的介绍了他的运营模式

    豆瓣:慢公司的5000万美金.docx

    对比苹果公司员工的平均产出,这引发了关于豆瓣估值和资金使用效率的讨论。豆瓣用户对网站有着较高的忠诚度,但同时也对商业化活动持挑剔态度,这使得豆瓣在增加用户数和盈利模式上面临挑战。 豆瓣的社区电子商务、...

    专访豆瓣网之寻找真实的生存法则:简单专注.docx

    对于外界关于豆瓣如何盈利的疑问,豆瓣方面给出了清晰的回答。豆瓣的主要盈利来源包括: 1. **图书销售分成**:豆瓣读书为当当网、亚马逊等电商平台导入流量,从而获得一定的分成收入。 2. **电影票务服务**:通过...

    竞品分析案例-豆瓣网.pdf

    本文档是一个关于豆瓣网的竞品分析案例,主要内容包括产品分析目的、竞争产品介绍、产品功能介绍、运营及推广分析、盈利状况分析和借鉴和规避等方面的内容。 产品分析目的 通过亲自产品体验及信息分析,了解现有...

    豆瓣电影信息Python爬虫存入MongoDB.一分钟1W条数据

    Python关于豆瓣电影信息的爬虫,抓起1w条电影数据只要一分钟左右,

    豆瓣图书_小程序2021.rar

    【标题】"豆瓣图书_小程序2021.rar" 提供的是关于豆瓣图书小程序在2021年的相关开发资源,这可能包含源代码、设计文档、API接口说明、数据库结构以及用户界面(UI)元素等。豆瓣图书小程序是利用微信小程序平台,为...

Global site tag (gtag.js) - Google Analytics