从技术角度看人人网

　　去年开始，不知道哪门子脑子搭线了，开始有点想念以前的学生生活了，虽然我的学生生活充满了刀光剑影（主要是我出去打别人，回家我妈教训我）和遗憾，但还是有点想念。想念大学的实验室，大学的水煮鱼，高中的球场生活，高中的那帮“混混”同学们……。人真的是不想长大啊！！！2天前偶然由以前大学的同学介绍去人人网上看了一下。说来惭愧，好歹我也是一个IT从业人士，而且还是做互联网的，竟然以前不知道有人人网。咳，太fucking落伍了。

　　既然是互联网从业人员，就应该从一个技术人员的角度去看待人人网。人人网就是以前的校内网，组织同学会应该是他们以前主要的模式吧？（没有研究，猜的）现在随着买菜的大妈都知道“偷菜”的盛行，应该也有这种SNS游戏的运营。不过就目前来看，人人网给人最大的帮助可能还是同学会吧？至少上人人网第一件事情就是去搜搜自己的同学有多少人，嘿嘿。

　　从技术角度看，我在网上搜了一下人人网的架构文章，写的比较含蓄，也没有一个官方的架构文档。这点其实在中国属于很正常的。但是从搜到的资料来看，它的PV估计应该在千万级别。人人网是一个靠开源软件搭建出来的站点，Web后台应该用的是java的web框架struct吧？！反正不是太快，点击一下有的时候需要很久的时间才有反应，这点人人网做的不是太好！

　　那么大的一个站点，又那么大的访问量和并发量，memcached和nosql的数据库是不可避免的，这些应该也已经加入了人人网的架构使用之中。只是从页面的反应情况看，这部分抵抗的DB压力和给用户的体验感觉不是太明显。当然这个也可能不是缓存造成的原因，毕竟前端的负载均衡，反向代理，地理位置，网络服务提供商等等都会在有一点偏差的情况下就让你有苦说不出，所以这个比较正常。

　　对于人人网的DFS其实我是蛮感兴趣的，因为前段时间我正好也在做这块的内容。按照人人网的站点属性来看，小图片对于人人网而言应该是一个头疼的问题，量大，不持续增长，并发高等等要求肯定折腾了人人网架构部门的人员不少日子。不过从页面的情况来看，处理的还是不错的，至少没有多少的延迟加载或者“红叉”情况出现。给我感觉最好的应该就是DFS这块了。

　　看网上的文章说人人网使用了ICE这个开源的框架，其实我对这个框架也是蛮感兴趣的，只是这个框架好象是使用c++开发的，我就比较无奈了。我是属于比较反感c++的那一派，但是也看了一下c++的教程和编程思想等，总结一下：c++就是一门兼有正房地位，二奶待遇，野花诱惑的语言！！！特别是在国内这种环境下……，默默的还是写c吧！

　　在用户体验方面，而且在这个互联网企业都在做UED的时代和世道下，人人网做的已经不错了，但是在某些方面还不是非常的令人满意，比如弹出好友列表的框中，“查看好友首页”是要鼠标移到好友的图片上之后才能显示的，这种功能就比较……。不知道他们UED部门的人怎么想的？能让用户做一个动作完成的事情千万不要变成两个动作完成。而且在这种弹出框中没有分页列表，要是在这种弹出的好友列表框中再加上一个好友列表功能就好了。这也是只做了一步没做第二步。所以这些小细节对我这种“从业人员”而言非常，特别的反感。

　　总体而言，在不清楚人人网有多少人的情况下，看到人人网做成现在这样已经不错了。作为一个互联网从业人员这样看待人人网好像有失公平。不过幸好我和人人网虽然都属于互联网行业，但是分门别类而言是不同的，也没有本质的利益冲突。我是做电子商务的，所以不存在看低或者炮轰之类的嫌疑，再说就算我要看低或者炮轰也没有这个声望啊，嘿嘿。所以上文尽代表一个互联网从业者在玩了两天人人网后的一点看法。