Tag Archives: Web2.0

LinkedIn 架构与开发过程

关心 Web 2.0 的朋友对于 LinkedIn 应该都不陌生。我这个 Blog 上以前也介绍过 LinkedIn 的架构信息。最近, LinkedIn 公司的两位工程师在 JavaOne 上做了两个分享。揭示了更多 LinkedIn 架构方面的技术信息。

1) LinkedIn – A Professional Network built with Java Technologies and Agile Practices

这是我看到的 Web 2.0 公司中第一个完全拥抱 SOA 的。这个文档中大致描述了 LinkedIn 开发过程上的一些经验。

SlideShare | View

News Service Architecture 对于国内鲜果这样的 RSS 工具网站或许能有点参考价值。另外一个值得注意的地方是架构的变迁，随着业务的增长，后端 DB 的变化非常明显。

2) LinkedIn Communication Architecture

这一篇中描述了几次迭代经验，其思路值得借鉴。

SlideShare | View

其中提到了对 CLOB 字段的更新认识。我个人的建议是：不到万不得已，还是别在 Web 应用中用 CLOB 了。

–EOF–

FriendFeed 给了我们什么?

如果说 2007 年最佳小型 Web 2.0 应用是 Twitter，那么 2008 年最耀眼的 Web 2.0 应用很有可能就是 FriendFeed，虽然现在下断言还早，但是看看FriendFeed 团队的背景，清一色的 Google 帮……

个人觉得这个应用的”卡位”很好，试图在各个 Web 2.0 应用(尤其是 SNS 站点) 之上形成一个信息出口。让我想起了 Yahoo！Pipes …

我从 FriendFeed 的测试阶段就开始使用，我的 FriendFeed 原来大约有几十个订阅者，不过在 正式发布后的这几天，我每天都要收到大量的订阅通知，很多朋友也都惊呼 FriendFeed “爆发“。

FriendFeed 给我带来了什么? 用了这个服务这么久，我在 FriendFeed 站点上停留的时间可以说是非常之短。每天会检查一下每日发到我邮件里的 “FriendFeed Activity”，说句实话，到现在我才发现，几乎没有从这些 “activity” 里面发现任何”新”的信息! 很奇怪吧? 虽然 FriendFeed 号称 “offers a unique way to discover and discuss information among friends”，方法是提供了，但是并不能让我有效的发现信息热点。面对每天大量来自朋友的更新信息，用户总不能每天 “披沙简金” 吧?

另外一个比较严重的问题是大量近似的冗余信息让人不厌其烦，缺乏必要的过滤方法也容易让人对 “discover“ 更有价值的信息失去兴趣。 (BTW，Google Reader 上这个问题也很严重) 。当然，朋友们最为关注的信息很可能也是我最感兴趣的信息， 但是希望能有一个好的形式为用户展现出来，这一点我倒是比较欣赏 Techmeme 的模式。

考虑到 FriendFeed 测试阶段的改进频率，相信会逐渐解决这些问题的，毕竟这是出身 Google 的金牌团队啊。

–EOF–

有感于 Yupoo! 被亮”黄牌”

看到 Yupoo! 被亮“黄牌”。Yupoo！的兄弟们估计也哭笑不得，算是被免费公关了一回。

在国内办个网站真不容易，只要是用户产生内容的，基本上都要额外的耗费很多精力去和那些人打交道，有个风吹草动的就可能被请去”喝茶”。我总觉得，在国内 Web 2.0 的创业其实比国外要难多了。第一个横在眼前的问题就是电信网通之间的鸿沟，要多追加不少投资，才能针对不同地域的用户提供一致的用户体验。第二个难题就是必须要和相关监管部门打交道，不得不花费不少心思。很多技术创业型的公司在这一块经常要吃亏。

当然，既然选择加入这个游戏，基本的游戏规则还是应该遵守的，如果纵容用户恶意利用资源，很容易就会弄出来”破窗效应“。所以，在运营上绝对不能短视，利用一些突发事件的噱头是能引来短期流量，但是无疑会改变网站的长期形象。在这方面 Yupoo！ 一直挺有操守的，只是 “每天网友上传约10万张照片” ，要想 “先审后发” 的确难上加难。还没有听说在这个方面有什么”技术类”的解决方案。这是 Yupoo！的困境，怕也是很多类似网站需要面对的一个问题。

顺便说一下，“每天网友上传约10万张照片”，按照这样的计算一月 300 万张。加上不同的格式，可真的需要海量的存储空间啊。

–EOF–

大脚(Footbig) 准备开放 API

Livid 总能搞些让人惊喜的 Web 应用。之前的备受好评的 V2EX 被阻尼后，新开发的大脚社区 也赢得了不少朋友关注。今天早晨 Livid 给我演示了几张截图：大脚准备开放 API了。

查看截图：
1、界面展示
2、样例代码截图

目前 API 主要是针对先前大脚的便签本功能(?)。如果客户能够比较轻松的把便签内容集成到自己的站点或者 Blog 上，那么和 Livid 早前的 个人数据中心 的想法还是有些一致的。

本周应该就能看到这个服务了，Livid 还在继续提高程序的健壮性。至于性能，现在“普通的 1U PC-server，性能大概在 100RPS”。

更多的小道消息：现在每条便签可存储最多 50000 个 UTF8 字符，每个帐号可以存储最多 10000 条 note，”还计划让每条 Note 都支持带中文分词的 $nc->match() 及 Tagging“

.

有想法，能实现，这两条加在一起就非常难了，Livid 正在做…..非常有意思。算起来，大脚也是国内 Web 2.0 站点第二三个提供 API 服务的了(除了 Yupoo 和豆瓣，还有谁? Updated: Faint ,还有N多)。

–EOF–