像我之前所说，我认为，SNS 首先仅仅是繁多信息的一个集中而繁杂的展示方式而已。信息的组织和展现方式是根据网站定位而设置的。比如说 FaceBook 的定位是一个社交工具，那么它的信息组织方式就是现在那样；MySpace 的定位更趋向于一个内容社区，所以它的信息组织方式就是它现在那样。同样，海内网、开心网、51.com、校内网以及其他等等具有 SNS 属性的网站，他们的组织方式各不相同。是好是坏暂且不论。

我要指出的是：1.信息的组织与展示方式有许多种，它是根据网站定位而设置的，它甚至是可以影响到网站的其他重心，也就是说是可逆的甚至是本来就是双向的；2.信息的组织存在于一个网站的不同层面，首页（Home）、个人档案（Profile）、日志（Blog）、条目（Item）以及由于开放之后可能产生的多个应用（APP），不同类型的节点以及节点间的转换中，信息组织可能也会不同。

任何一个 SNS 网站都特别地强调“人”的重要性，“人”也是节点的一种。在这里，“人”将被充分挖掘以使得“人”的属性在某种程度上发生“分裂”与“整合”，以此来促动节点的喷发以及节点间的交互，也就是我之前提到的一个词，联动，它既是是一个名词又是一个动词。这种联动也像信息的组织一样，存在于多个层面，有些联动的趋势可能会使我们意想不到。甚至是，从更高的一个视角来看的话，这种联动也是信息组织的一种方式。当然，在这里，“人” 的作用是巨大的。

但是，“人”在 SNS 网站里的重要，并不能掩盖另一个事实：在不同的网站里，促发联动并将之持续下去的动力，不仅仅只有“人”。并且，在某些 SNS 网站里，某些节点具有更强的动力，反而“人”成了第二或第三动力。

“联动”基本存在于任何一个节点处，也就是说，基本上任何一个节点都可以发起联动。问题是，是否需要联动？联动的目的是什么？是否存在多个目的？或者是联动本身就已经是目的了？如果有并且已经确定了目的，那么从起点向终点的过渡如何来引导？又有多少是可控制的？

比如说，一个有关书籍的 SNS 网站，它的节点可能是某一本书（条目页面），也可能是它的评论，但无论如何，这个网站本身所期望的目的是，所有参与此条目讨论的用户甚至是查看过的用户，都会通过“合作链接”去购买一本，以此产生利润。假如，关于某书的评论都会由第三方筛选并付给稿费，且网站可获得分层收入，那么，这一节点所促发的一系列联动过程便至少有两个目的地，不能到达此目的地的其他联动，在这一层面来讲就都是无效的。

网站需要做的，就是使它们变得有效，即使不能直达目的地也可以用作催化剂，方法之一就是增加目的地。从这个角度来讲，豆瓣 SNS 化之后，到现在为止，我认为是不成功甚至一度是很糟糕的；而 51.com 和腾讯的一些 SNS 化的服务，以最少的联动就达到了目的地，在我看来，这是很牛逼的。说的更简单一点，就是他们让用户在最短的时间内就干脆而情愿地付了费。

再回到本文的标题，阿里巴巴的 SNS 蓝图。如你所知，上面的一些讨论都是从网站经营方的角度出发的，所以谈阿里巴巴的 SNS 蓝图也是如此，当然了，这个蓝图是我绘制的。本文撰写的过程中（时间跨度比较长），正好阿里的淘宝推出了开放平台，我理想中的某个模型应该很快就会出现。

本系列的下一篇文章，我将专门拿淘宝来讨论我理想中的那种模式。之所以拿淘宝（甚至还有阿里的其他产品）来举例，是因为在我期望的模式里，就联动性而言，淘宝具有更强的促发联动的驱动力，并且不止一个。并且它的无效联动可能是最少的，有效联动的过程可能是最短的（但并不仅仅是交易成功）。将淘宝的一些数据 SNS 化之后，淘宝的价值将会更大。

理论上讲，它可以复制到其他领域。当然了，只是理论上如此，并且我仍然在思考一些具体的细节。对此有兴趣的朋友们请多多批评交流。

相关日志

• 在 SNS 网站里，我都做些什么 (16)
• SNS：让开始更加容易 (13)
• 你要真实干什么？ (12)
• 在 Blog 过时之前，SNS 未必大有所成 (33)
• 豆瓣之变 － 兼谈国产 web2.0 (28)

评论数量(1) | 你来评论(已移除 nofollow 属性)
原文标题：有效联动 － 阿里巴巴的 SNS 蓝图（一）
原文地址：http://dupola.com/post/237
© 版权声明： 除非特别声明，肚破惊天 所有文章均为 dupola 原创。默认自由转摘且遵守 CC 版权协议(署名-保持一致-非商业)。转摘请注明出处，并以超连接形式标明文章原始出处和作者信息。
@ 分享本文： Twitter - del.icio.us - Gmarks - Yahoo! - 更多 More...
@ 订阅本站：Google Reader - 鲜果 - 抓虾 - QQ - 有道 - IM 工具...

Welcome to the 107th edition of the Log Buffer. My name is Keith Murphy and I am a MySQL database administrator for the Pythian Group. In addition, I am the editor of MySQL Magazine. This is my second go for the Log Buffer, so I must be doing something right!

This week for the open source world brings OSCON in Portland Oregon. There are plenty of MySQL people present and there have been more posting this week from these realms than normal. Also, Lewis Cunningham, among others, posted news that EnterpriseDB released the results of their open source survey at OSCON. The 451 CAOS Theory published their thoughts on the survey.

Of interest to all DBAs is John Duncan’s post about what is called the “five minute rule”. This was introduced in 1987 by Jim Grey. And finally, before we dive into the specific server news, here is a post on Facebook’s project to build a distributed database similar to Google’s BigTable.

MySQL News:

Friday saw the release of the summer issue of MySQL Magazine. The highlights of the issue include the first annual MySQL Usage Survey. The magazine is available here. Peter, over at Percona, shows some initial benchmarks for the latest version (0.9.8) of Sphinx. If you aren’t familier with Sphinx, it is a full text search engine that easily integrates with MySQL.

Probably the biggest news this week was the announcement by Brian Aker of “Drizzle”. It is what amounts to a slimmed down version of MySQL server. These comments are from his initial post “Stored Procedures, Views, Triggers, Query Cache, and Prepared Statements are gone for now.” Interesting. My co-worker, Sheeri K. Cabral, posted a video of Brian Aker talking about the Drizzle project at this week’s OSCON. Monty Widenius writes a good summary how Drizzle can/might integrate with the MySQL “ecosphere” at large. It was very good to hear Monty say that Sun management is encouraging this project. There has been some other interesting posts about this as well including Arjen’s thoughts, and Paul McCullagh’s. Brian Moon gives a very thoughtful view on how Drizzle could potentially fit in at dealnews. While I could probably fill up the entire Log Buffer with links to post about Drizzle, I better leave it at that.

(more…)

盗墓者劳拉的标志是紧身衣和双枪，真正的盗墓贼标志却是洛阳铲。洛阳铲又名探铲，是发源于我国洛阳地区的一种盗墓工具。历史上很少有一种犯罪工具会像洛阳铲这样神秘传奇，而且最终还被应用于科研和工业。

盗墓行业是地下的、隐蔽的、非法的行业，由于盗墓者常年在墓穴活动很容易令人联想到神鬼传说，所以这个行业的事情显得格外神秘诡异。博闻网的这篇文章将详细介绍洛阳铲的工作原理、发展源流和实际应用的情况。

孙治国供图 洛阳铲全貌

洛阳铲的来历
最早关于洛阳铲的文献记载可以追溯到1928年，考古学家卫聚贤在他的《中国考古学史》一书中写道：“用铁铲曲为多半圆洞形，置长木柄， 在地上隔五尺凿一洞，因持铲凿地，土攒入铲中，用手将土取出，­看土为活土死土。所谓死土，即天然的地层，活土是地层混乱，地层混乱由于曾掘地埋人，将土翻 过所致。遇见活土，凿能容身的大洞而下，十九必得古物。”这段文字清楚记载了洛阳铲的形状和使用方法，可见在民国时期洛阳铲的应用已经非常广泛。

现在对于洛阳铲的来历并无一个定论，一般而言有两种主要说法。一种认为洛阳铲产生于明代中叶，由于洛阳系六朝古都，而且附近的邙山陵墓群众多，所以盗墓事业异常发达。明代由于对外贸易的兴起，古董、殉葬品的市场需求兴旺，所以盗墓者活动频发，因此出现了这种盗墓利器。

在另外一种说法中，洛阳铲的发明时间晚很多，大约是上个世纪初。发明人系洛阳附近农民发明家兼资深盗墓人李鸭子。当年大部分盗墓贼都不是专职人员，他们平日的身份大多是农民，在农闲时节才会去盗墓。李鸭子就是这样一个兼职的盗墓贼，而且他很有追求，喜欢通过改良技术提高生产力。据说在上个世纪20年代，李鸭子拿着自己种的农产品到孟津赶集，看到有人在用半圆形的瓦铲在地上打洞盖房子，抽出时能带出好多土来。出于职业敏感性，李鸭子认为这种铲子可以在盗墓业中发挥积极的作用。于是找到一个铁匠做了一把，发现这种工具在用来盗墓挖坟时非常好用，效率一下子提高了不少，很快就在盗墓行业内传开了。

这两个说法都有自己的一定根据，笔者认为前者应该更为可信。首先，洛阳铲并不是一个具有很高深科技含量的东西，明代完全具有制造这种工具的技术。其次李鸭子的传说可信度不高，因为最早的文献记载在1928年，而传说李鸭子发明洛阳铲的年份是1923年，从职业特点而言，李鸭子万万没有理由到处宣扬自己的发明。所以不可能短短5年后就被考古学家发现这种新装备。

昨天晚上熬夜，陪bradmark的兄弟进行测试。

东西是好东西，俺们的要求也是变态的要求，当然，都是合理的。

测试结果吗，这东西还不错，省了dba不少工作量。

不过，很久没有这么折腾了，昨天连续工作了19个小时以后，今天早上就觉得不对了，似乎生病了。

看来是真的老了，不中用了。又或者是最近太累了。反正结果是一样的，起不来，现在还躺床上列，不过还好马上就是周末了，能好好休息了。

刚在qq上碰到一哥们，刚离职，准备去taobao了，听说他原来是每个季度有奖金的，后来为了避税啥的，改成一年一发了，还说如果中途走，也是可以发的。

今天，他要走了，结果变成没有了，说是老板不同意这么发。唉，其实也没多少钱，对于一个公司来说，这么做，是会把公司的名声做坏掉的，不过或许，很多公司根本就不在乎名声吧。也不知道他的leader是怎么想的，也不帮他争取下，做不成同事，还可以做朋友。这么做，连朋友都没得做了。何必列，做人留一线，日后好相见。

这家公司还是三年前我准备去的公司，现在看看，幸亏没去呀。不过其实那个时候我就不大乐意去。

唉，公司做成这样，真不知道老板是怎么想的！！！

很久没有写这么长的东西了，不知道是不是老了，感慨多了。