郑昀 20101124

    @williamlong 说，『我发现国内的SNS和微博，没有一个能实现将好友以通讯录的形式导出的功能，而国外的linkedin、plaxo等都提供好友通讯录导出功能。』

    据称Google也曾阻止Orkut用户导出用户数据。而据一名Facebook工程师认为，『Facebook的政策一向连贯。Facebook最重要的原则就是每个人能拥有并控制自己的信息。每个人都拥有自己的好友列表，但其好友的信息不属于用户。用户无权批量导出他们的私人邮件地址。』除非对方网站是Facebook合作伙伴，如微软和雅虎，也正因为此，Facebook还是能找到导出自己好友Email的方法。

    所以，Social Graph如果被公司认为是最重要财产之一，而不是只依赖于页面（关联）广告盈利，那么它就不会让Social Graph*流通。

    当然SNS或Miniblog的Social Graph也是有起源问题的，通常的做法是自动导入Gmail联系人、MSN好友，但未必能因为海纳几川而让海也对等开放。你可以这样认为，Facebook类型的SNS里，你光是靠导入第三方联系人列表是没用的，必须要对方同意你的好友请求，所以“海”就是“海”，虽然“川”汇流而入，但你已经很难区分哪部分数据是网站自己的，哪部分数据是第三方的了，你就很难确认用户隐私策略该如何应用了。

    譬如说，我在新浪微博上关注了闾丘露薇，她也follow了我，那么我是否可以获取她的邮件地址并导出呢？这还真是一个问题。

    @王翌 曾经说，『新浪微博的产品，需要在“关系中心”这里，放80%的精力，“重构用户群的人际关系链”，是打破腾讯在中国互联网社会化垄断中最重要的一环。』我相信新浪微博的Social Graph是新浪最宝贵财富之一。

    目前通过 微博的 User.Show API 和 Twitter的 User.Show API 可正常获取一个用户的关注和粉丝列表，你可以导出好友的昵称、地理位置、经纬度、描述等信息，但都不会给出对方的邮件地址，从这一点来说，你作为第三方开发者确实可以探索它们的Social Graph，但你无法把它们的Social Graph导入到另一个微博或SNS网站。

    另外还要追问另一个情景：

    假设微博网站允许导出（双向关注的）好友email列表，那么招致非议的MSN式病毒式推广又将卷土重来。我之所以极少确认MSN或Gtalk的好友请求，就是因为，我无法保证对方以及他所使用的第三方服务不滥用这个好友列表，我不想看到邮箱中充斥着SNS拉客邮件，不想看到因为某些人在一个垃圾网站上把我的邮件地址导入后对我标记了一个Tag就发系统邮件给我，去死吧，这种让人厌恶的病毒式推广。所以，虽然我可能在某个miniblog上关注了你，但我希望这个关系仅限于此地，不要随便扩散。

    从这个角度说，Social Graph将你的好友的email地址作为好友的隐私，而不是你的权利主张，是有道理的。