 Quora标志 创建于2009年6月，在2009年12月推出软件测试版，随后在2010年6月21日向公众开放。在2010年3月，Quora得到基准资本公司的创业资金，估价高达八千六百万美元。 发展历程 Quora创始人亚当·安捷罗（Adam D’Angelo）（左）和查理·切沃（Charlie Cheever） Quora的出现给低迷的问答市场带来一阵惊喜，2008年，时任Facebook首席技术官的亚当·德安杰罗因常上问答网站回答别人问题而得到灵感，于6月创办了SNS问答网站。该网站一经上线，即引领硅谷风尚，吸引了包括扎克伯格（Facebook创始人）和明星Ashton Kutcher等在内的诸多社会名人。 Quora是怎样将SNS模式融入于问答中的呢，键入Quora. com,简洁的页面让初来者有些不知所措，但Quora的粉丝则对其独特的订阅功能非常着迷，通过对问题、问题的答案或者回答问题的某些人的活动的订阅功能以及投票和关注功能，Quora打破了以往问答网站信息对接信息的模式，真正实现了信息与人的对接。其实，Quora就是一个人们通过提问并对相同的问题感兴趣而结交的社区网站。 Quora全线告捷，除了上述它建立了人与信息对接的原因之外，还有一个重要原因是该网站提供了高质量的答案。着名风投人Harjeet Taggar曾在Quora回答问题时说：“我宁愿从1000个高质量的内容来源那里获取信息，也不愿从来源更多的整合性渠道获取信息。” 纵观该网站发展历史，亚当·德安杰罗的思路非常明显，结果自然水到渠成。一开始Quora采取邀请制，邀请的范围仅限于硅谷精英人士和社会名流。这显示了Quora以质取胜的定位。在硅谷赢得不错的口碑后，Quora小心翼翼，直到今年一月才正式上线，然而也仅限Twitter和Facebook的用户。这是Quora能够始终保持实名制的重要原因。国内的问答网站虽然也批了SNS的外衣，然实名制却成为Quora与百度知道们的分水岭。 2010年3月，Quora收到了第一笔来自于基准 （Benchmark Capital）的投资，上市前被估值为8600万美元的Quora已将竞争对手、已经上市且被估值为6200万美元的Answers甩在后面。于是，Quora和其他近两年内涌现出来的问答网站如Fluther、Sirclelt、Hunch和PeerPong等都面临着同一个问题：问答网站如何赢利？ 首先，有业内人士建议，网站可以采取零售商为鼓励用户回答问题而提供商家产品作为奖品以及用户关注和分享时就可以获得相关费用及推广商家的其他业务来赚取广告费。其次，Quora的实名制为网站建立具有相同兴趣爱好的用户群提供了实现的可能，据此，商家可以进行广告的精准投放。另外，甚至有人预测，如果可以给一些高难问题提供优质答案，那么提问者是愿意付费买答案的。比如，洛杉矶市中心最权威的肿瘤专家提供的答案就很有价值。 eBay和雅虎前高管Leonard Speiser 说：“在问答网站营收行情看好之前，这些网站必须吸引到百万甚至上亿的用户”.而目前，问答网站的流量远远低于这一水平。Quora对搜索引擎的开放是出于增加网站流量的考虑，然而，它同时带来了另外一个问题，随着用户数的增加，答案的质量有所下降。部分用户开始抱怨。有人甚至提出了警告：“这家创业公司已经越过了某一个点，垃圾开始涌入了。”用户数与质量成了Quora的两个砝码，如何抉择已成为Quora今后要着手解决的问题。 尽管赢利模式尚不清晰，网站质量需加强控制，但部分人士仍看好这一模式，美国市场分析师Matt Booth说：“长期来看，这一市场可谓是金矿。” Quora技术Search-BoxQuora只能搜索问题，主题标签，用户名，和主题标题。没有全文搜索，所以，你无法搜索问题和答案的内容。而搜索中使用前缀搜索方式，比如你输入 mi,则Microsoft会马上出来。其搜索还会有一些非常简单的模糊匹配的算法。另外，如果有重复的问题，其中一个问题会自动跳转到另一个问题，但是 在搜索中还是会出现。搜索中没有拼写检查。 一开会，他们使用的是一个开源的搜索服务器，叫Sphinx.其支持上述的那些功能。现在他们不用这个技术了，因为受到了一些限制。他们做了一个比较新的解决方案，这个算法由Python实现。 实时查询 Quora的查询是非常高速的，其查询请求是通过AJAX的GET请求发送的，结果返回用的是JSON数据格式，但他们解析JSON是在服务器端， 而不是通过浏览器的javascript.这么做的原因可能是他们想高亮搜索关键词，似乎使用Client端的Javascript非常不好做。 Quora的即时搜索好像比较暴力，如果你输入Microsoft（一共9个字符），你会看到其会像后端发送9次查询--每按一个键一次，无论你敲这个单词的速底有多快，这个事情交给服务器端来控制，所以，这样做不会让增加服务器端的负载。 Quora的搜索使用HTTP长连接，当你开始敲查询的时候，连接就建立了，这个连接会持续在那里，你下次搜索的时候会继续使用这个连接，除非你60秒没有动作了。 Webnode2 和 LiveNode Webnode2 和 LiveNode 是 Quora 内部的系统，其用来管理内容。Webnode2 生成 HTML, CSS 和 JavaScript 并且和 LiveNode 紧紧地耦合在一起，Webnode2主要是用来管理内容在网页上显示的。Charlie Cheever 说，如果他可以从新开始，他 第一件事要做的就是重写整个LiveNode. Quora的工程师看上对他们搞的这些东西非常的满意，并且 他们也在努力地找到这些东西的弱点。 有一个有意思的关于LiveNode的问题是，如果A和B同时正在看相当的一个问题，如果用户A的一些交互动作为影响B的。例如，如果A顶了一下某个答 案，那么这个答案可能会往上移动。这样的一个显示变化会通过AJAX更新B的浏览器。如果B此时展开了评论，可能会受到影响。 LiveNode 由这些东西写成：Python, C++, and JavaScript. jQuery ,Cython也用到了。 因为Quora 想要对他们的LiveNode开源 并准备把他们的代码分开，做这个事可能需要太多的工作和时间。 Charlie Cheever 指出 WebNode2 和 有一个叫做 “free and easy website builder” 的 Webnode 的 webnode.com 没有任何的关系。 Amazon Web Service Quora全部host在AWS的EC2和S3上，这对于这些刚刚起步的快速发展的公司非常关键，因为你可以省去了很多硬件和维护的成本。（建一个数据中心并不是所有公司都能干的事）。Quora的操作系统使用Ubuntu Linux,这是非常容易部署和管理。 其静态页使用了Amazon的CDN的 Cloudfront服务分发，CloudFront用于所有的静态图片， CSS 和JavaScript.图片先传到 EC2 服务器，使用 Pyhon S3 API 处理后后传到 S3. HAProxy Load-Balancing HAProxy 作为前端负载均衡服务器，反向代理服务器是 Nginx,Nginx 后面则是 Pylons （Pylons + Paste） , 承担动态 Web 请求。 Pylons,是一个轻量级的Web框架，通常都是在Nginx后面使用。选用Pylons就像你在春节先饺子当主食一样。他们把Pylons中的template和ORM取走而使用自己的技术（由Python写成），这个地方就是 LiveNode 和 WebNode2的地方。 Python 从facebook出来的Charlie 和 Adam选用了Python而不是PHP.正如Adam指出的--“Facebook is stuck on that for legacy reasons, not because it is the best choice right now” （Facebook使用PHP并不是因为其好，而是因为历史原因的问题），当然他们也不会使用C#,因为那样一来就会引入一堆微软的东西。当然，也不会是 Java,因为Python要比Java更容易写出代码，Scala太年轻了，还需要考验。Ruby看上来很像Python,但是他们对Ruby没有过多 的经验。最终还是Python胜出。当然，他们知道Python的弱点是性能和速度，所以，他们在需要速度和性能的地方使用了C/C++. 使用使用Python的版本是2.6. 使用Python的另一个原因是Python的数据结构和JSON可以很好的映射起来。代码易读性很高。而且有很多的库，调试器和重载器。Quora的B/S结构几乎完全通过JSON进行数据交互。 他们没有使用IDE,他们使用得最多的是Emacs,一看就知道这是一个个人的选择，随着他们开发团队的扩大，这个事会得到改变的。 另外，他们提到了PyPy,一个让 Python更快更灵活的项目。 Thrift Thrift 用于后端服务器间的通讯。Thrift 服务由 C++开发。Facebook同样使用了这个技术。 Tornado Tornado web 框架用于实时更新，其运行在Comet 服务器上，其用来处理大量的需要长时间poll和push更新的网络连接。 Long Polling （Comet） Quora的网页并不是简单的显示，每一个页面都需要更新，或是创建问题，答案和评论。所以，他们使用了Long Polling而不是传统的Polling,传统的Polling需要浏览器一端不停地重复地向服务器询问--“有更新吗？”,服务器说没有，于是过一会 浏览大再问，现在呢？服务器说，还是没有，浏览器过一会又问，现在呢？服务器说，还没好。这样一来，就好像让我们的客户端放到了驾驶室里，这显然是有问题 的，因为只有服务器知道什么时候会有更新。而且浏览器这么干，很快会让服务器的负载加上去。 Long polling 也就是我们熟知的 Comet, 其让服务器来控制这些事，让客服端等在那里听服务器的响应。在client和 server的会话对于两者是是相同的，而不是client需要等着然后向服务器查询。服务器端可以把一个连接打开很长时间（比如：60秒），在这段时间 里，服务器会查看是否有相应的东西需要更新，如果有的话，就发给浏览器。如果没有的话，就等下一次的client询问。可见，这种服务器等一会再响应的方 法可以让浏览器少发几次查询。 对于long-polling 的最好的地方是，可以降低浏览器和客户端间来来回回的次数。让服务器端来控制时间，所以，内容更新可能会只是几个毫秒，或是几十秒。 服务器端也可以积攒一堆更新后，一次发给浏览器。这样做会更有效率。 但是，这个方法的黑暗面是--这会让服务器端出现大量的TCP链接，想一想，Quora也是百万级用户的应用了，只需要10%的在线用户，你就需要 一个可以处理10万并发量的架构。注意，如果一个用户在其浏览器里打开了多个Quora网页的话，那么，这个链接器会是非常致命的。 当然，好的消息是已经有一些技术专门为Long Polling设计，这些技术可以让你在那些等待的连接中只会消耗非常非常少的内存（因为那些等待连接并不需要所有的资源）。例如：Nginx 是一个单线程的事件驱动的小型服务器，每一个链接只花非常小的内存。每一个Nginx的进程只会在一个时候处理一个连接。这意味着其很容易扩展成一个可以 处理成千上的并发量的服务架构。 MySQL 就像Adam D'Angelo 的老东家facebook一样，Quora重度使用MySQL.对于，把数据库里的数据分区是最需要做的事。他们的行事原则是，尽可能的把数据放在一台 机器上，使用hash主键把大规模的数据存放到多个数据库中。坚决不用表连接。Adam参考了FriendFeed的一篇文章How FriendFeed uses MySQL to store schema-less data,并说你不应该在你的社区还没有100万用户的时候使用NoSQL 数据库。 并不只是Quora和FriendFeed使用MySQL,Google,Twitter,Facebook都在使用MySQL. Memcached Memcached 用于 MySQL的前端缓存。 Git Git 是他们的源码版本控制工具。 JavaScript Placement 如果你看一下Quora的网页源码，你会看到其JavaScript总是在页面的最后。 Charlie Cheever建议 这会让你的页面显得载入得很快，因为其先显示内容，然后在载入Javascript。 Charlie Cheever 遵从 “14 Rules for Faster-Loading Web Sites” Steve Souders, High Performance Web Sites 和 Even Faster Web Sites的作者，其列了一些 rules让你网页更快的原则。 Charlie Cheever 的 Quora 创始人提到这些过，这应该也是Quora的速度的原因。 Quora的7种可能性 品牌管理与客户服务Quora一个强大的，但却没有受到太多重视的特点是，虽然个人用户可以关注主题（包括公司），这些主题不能反过来关注和发送信息给个人。而在公司负责具体工作的个人用户可以代表雇主或客户，和Quora管理员一起来管理主题。例如，你可以在Quora上关注 “TechCrunch”,并与关注了这个主题的其他2万多人互动。当前，像TechCrunch这样的品牌可以通过Quora吸引部分受众，它们允许用户以匿名的方式提问和回答，但不能匿名进行“顶和踩”投票或评论。不难想象，大品牌会将Quora主题网页链接到自己网站主页上，提供与其他人的互动。相比于Facebook、Twitter或其他社交网站，Quora为各品牌提供了一个能更“文雅”（不必表现得可爱）地吸引用户的论坛。即使可能遭遇到一些品牌的抵制，影响力足够大的Quora用户也可以围绕主题展开活动。比如人们对Comcast客户服务的抱怨就可以创造出这样一种情况：Comcast将别无选择，只能公开做出回应。一些品牌已经开始用Quora进行品牌管理与客户服务，在2011年，这种趋势将变得更加明显。社交与专业网络Facebook现在已经无处不在，而且试图把所有活动收纳在一个屋檐下。LinkedIn的条理性强。 Twitter可以成为一个很好的社交网站，但如果没有进行正确的管控，它的不对称性就会制造噪音；从其核心上说，它是一个沟通和发布渠道。谷歌推出的产品在本质上具有社交性，但制造轰动效应比较困难。在这样的一个世界中，Quora走了一条有趣的中间路线，它介于围绕主题而组织的用户网络和成熟的社交/兴趣网络之间，让用户的Quora个人资料变成了某种个人主页，帮助把你的受众和你的其他网络连接在一起。与此同时，发送消息的规范也将有所改变。那些被垃圾邮件和长篇邮件淹没的人认为电子邮件是“破烂”. Twitter对消息长度的限制和其非对称的特性引入了邮件接收管理的全新模式：用户可以限定哪些人有权力发送消息，这些消息不能超过140个字符。而Quora Messages清洁，轻便，加载速度快，比当前的Twitter Direct Messages更安全。 Facebook的社交收件箱聚合器对个人来说可能很不错，但也许不能满足专业人士的需要，而Quora却可以做到这一点。支持、评论与建议通过围绕主题和问题把人们组织起来，结合用户识别（user identification）和用户“顶和踩”投票活动，Quora也可能成为一种公开支持（或反对）某个人或某个实体的机制。被Quora用作基础的识别系统，以及鼓励用户提供内容的激励机制，让这个网站有可能成为消费者对产品（例如，当苹果发布新的Macbook Airs产品）和服务（“Apple Care是否值得一买？”）的及时评论信息库。人们会自动地创建这种主题，并将相关的问题集中在一起，让人们可以搜索到最新的电子、汽车，以及其他无数物品或服务的最新用户评论。内容重组和聚合Quora做得非常成功的一点就是鼓励用户提交内容到网站上。Quora表示，这个网站上的内容可以被转帖到别的地方，但必须满足一定条件和要求，并且必须链接回Quora.可以想见，随着时间的推移，人们提交到Quora上的内容可以依据更大的主题（诸如汽车、医疗和金融）进行重组。而这些内容也可能会通过Quora以新的方式到张贴到网上，并通过聚合转发到其他网站上。教育Quora进入课堂的方式有许多种，比如提供补充教材、期刊、课堂管理软件、教程、测试准备培训和在线协作工具等等。教师和管理人员可以鼓励学生就指定的主题（甚至是关于本校的主题）提出和回答问题，而这一切都可以由学校自行管理。在谷歌Wave作为协作解决方案惨遭失败后，Quora却可能因为它的灵活简单性而获得成功。数字媒体和新闻发布如前所述，Quora已经证明了它在博客世界中的创新性。这种贡献不仅本身就具有新闻价值，而且也相当宝贵。但是，文字博客仅仅是Quora的冰山一角，目前Quora用户已开始共享外部链接和一些照片，而更多的相片（和视频）共享活动可以让Quora变成一个重大的新闻来源。此外，随着Quora的活跃程度上升，以及它逐渐成为人们讨论新闻的场所，这个网站可以发展为调查性新闻的一个重要来源。专家研究与分析Quora的设计和“感觉”使得专家分享敏感信息和见解成为可能。私人研究机构为大公司和政府做研究和分析，获得了可观的利润。例如格尔森雷曼兄弟集团（Gerson Lehman Group）每年的营业额就高达4亿美元。虽然这种公司的报告颇具深度和技术性，但其缺点在于研究和写作过程费时费力，而调查对象领域内的要素变化相当快。另一个缺点则是成本高昂，一些知名的调查者收取的研究分析费用非常高。因此在某些情况下，Quora可以为此提供一种新的选择。Quora和维基百科Quora和维基百科最重要的三个区别：Wikipedia是全面公开的，Quora是半公开的（网站的大多数内容需要用户登录之后才能看到）； Wikipedia的编辑是匿名的（就算注明编者，也只是“编者之一”,读者并不关心编者是谁），Quora的编辑是实名的（读者更为关注撰写答案的人是谁）--所以，Wikipedia是“去权威”的，Quora是“重权威”的； Wikipedia要求内容“客观”,Quora并不阻止回答问题者带有所谓的“主观偏见”. Quora的半公开并不是个好特性，因为在互联网上任何阻碍信息流动的做法都是愚蠢的。在Google上，几乎搜索任何关键字，Wikipedia的链接都会出现在前几位，正是因为1）Wikipedia是完全公开的；2）Wikipedia有多年的历史；3）Wikipedia已经渐渐由被权威鄙视变成被认为权威；4）Wikipedia上的信息质量权重很高。 而重视人的因素，是Quora与Wikipedia最本质的区别。“问题”是在用户脑子里的，而“答案”也好，“看法”也罢，是在另外一些用户脑子里的。而Quora是这些人之间的桥梁，对接人与人之间的想法：提问的人的想法与回答的人的想法。 所以，在Quora上，必然存在类似这样的问题：“为什么John要翻译成‘约翰’啊？”（当然，现在Quora只有纯英文版，所以，还不会有这个问题--但这也是为什么中文版Quora必须存在的重要原因吧？）然而，如若用户有这样的疑问，在Wikipedia上是找不到答案的--也许在Wikipedia的逻辑中，这样的问题是没有价值的。 进而，Quora不仅是以用户为导向的，而且还允许用户发表他们自己的看法，那么，就会导致另外一个格外重要的区别： Wikipedia的信息评估体制是“基于过去”的--即，Wikipedia对那些既定的事实给予更多的权重；Quora则是 （被动地）“ 基于未来”的，因为Quora鼓励回答问题者参考Wikipedia,结果就是会积累更多的“尚未有定论的、尚有争议的信息”.如果有一天这些信息被“确定”了下来，那么这些信息将会被收录到Wikipedia中去--但Quora中的信息并不会因为“被收录到Wikipedia中”就不存在了，所以，在可遇见的未来，Quora可能会拥有比Wikipedia多出许多量级的信息。 尽管尚未出现，但趋势其实依然可以多少预见。由于Quora注重人的特性，它不会像Wikipedia一样只能是“公益性”网站。比如，医生可以在Quora上收费门诊，律师可以在Quora上收费咨询，而企业也可以在Quora里搭建自己专有的FAQ,甚至收集用户反馈--这些，都是在Wikipedia上不可能出现的。 相关采访问：五年后Quora会变成什么样？答：事态的发展很快，所以很难看清长远的变化。但有些事情是我想看到的。 对于信息类的问题，由于不用更新，所以在Quora上每个问题都要能找到很好的答案，用户只需查找，而不需要老是发布新问题。对于新闻类的问题，因为事情总是在变化，所以对于旧的问题和答案需要及时更新。 五年后我希望Quora的话题能涵盖所有人们感兴趣的方面。目前，Quora的话题只集中在几个方面，许多方面的话题值得大大拓展，比如军队生活、养育孩子、农田耕作等。我觉得这些都会实现。有一件事很令人兴奋，就是人们将Quora作为最终答案的主要来源。 我也希望很多事情不要发生变化。分享知识的精神、让网站成为好的消息源，这两件事现在都做得很好。 Quora上的人都彬彬有礼，网站上有很多很好的用户、很好的问题和很好的答案。 问：去年Quora的命运是如何改变的？没想到网站会引起如此大的反响吧。 答：简单的说，是没怎么想到。 其中最有趣的一件事是，我们发现阅读其他人的问题和答案真的很有意思。我们没想到Quora上有这么多潜水者，他们每天登陆看别人的问题和答案，然后他们会投票，分享这些问题和答案，但自己却不发问，也不回答问题。 正因为如此，我们要转变思维，以消费体验的角度来考虑页面的回馈，而不是像之前那样，页面上是一个问题列表，人们只是为了来找一个答案。总体而言，我们真的对此感到高兴，因为对于那些能写出好问题和答案的用户来说，他们能拥有一大批粉丝。 问：Quora规模扩大后，如何保持内容的高质量？雅虎问答和Answers.com就十分流行，但现在两个网站充斥着不好的内容，广告总量就很低。Quora如何避免这种命运？ 答：我们认为要避免这种命运，必须要做很多琐碎细小的工作，光是大工程是做不到的。其中的重要点在于： 要一直保持网站的组织有序，这样将Quora作为主要信息来源的人可以专注于他感兴趣的话题；我们这种划分可以保证在不同的话题中，让人感觉Quora简洁精干，但是Quora的整个知识库会越来越大。 对于那些希望写出好答案，编辑内容使之更好的人来说，我们应该提供更好的支持。具体例子就是我们最近正在试验，使用类似PageRank的算法对问题页面上的答案进行分级排序。 问：Quora是如何吸引了这么多硅谷大佬？我听说Quora告诉所有对其感兴趣的风投，在谈合作前必须先在网站上回答问题。 答：一开始我也弄不清楚“这些硅谷大佬”为什么以及怎么会使用我们的网站，但是我们真的认为这是件很酷的事：从他们分享的东西中学到知识。我觉得硅谷勇于尝试的大众文化中，就包含了要帮助他人起步的内容。 对于风投，我们没有你说的那个规定。大部分时间我们都埋头苦干，把注意力放在产品上。我们更喜欢与那些使用、了解并喜爱我们产品的人合作。（2011年02月） |
|
|
来自： jimyjackson > 《我的图书馆》
