去年开始,不知道哪门子脑子搭线了,开始有点想念以前的学生生活了,虽然我的学生生活充满了刀光剑影(主要是我出去打别人,回家我妈教训我)和遗憾,但还是有点想念。想念大学的实验室,大学的水煮鱼,高中的球场生活,高中的那帮“混混”同学们……。人真的是不想长大啊!!!2天前偶然由以前大学的同学介绍去人人网上看了一下。说来惭愧,好歹我也是一个IT从业人士,而且还是做互联网的,竟然以前不知道有人人网。咳,太fucking落伍了。
既然是互联网从业人员,就应该从一个技术人员的角度去看待人人网。人人网就是以前的校内网,组织同学会应该是他们以前主要的模式吧?(没有研究,猜的)现在随着买菜的大妈都知道“偷菜”的盛行,应该也有这种SNS游戏的运营。不过就目前来看,人人网给人最大的帮助可能还是同学会吧?至少上人人网第一件事情就是去搜搜自己的同学有多少人,嘿嘿。
从技术角度看,我在网上搜了一下人人网的架构文章,写的比较含蓄,也没有一个官方的架构文档。这点其实在中国属于很正常的。但是从搜到的资料来看,它的PV估计应该在千万级别。人人网是一个靠开源软件搭建出来的站点,Web后台应该用的是java的web框架struct吧?!反正不是太快,点击一下有的时候需要很久的时间才有反应,这点人人网做的不是太好!
那么大的一个站点,又那么大的访问量和并发量,memcached和nosql的数据库是不可避免的,这些应该也已经加入了人人网的架构使用之中。只是从页面的反应情况看,这部分抵抗的DB压力和给用户的体验感觉不是太明显。当然这个也可能不是缓存造成的原因,毕竟前端的负载均衡,反向代理,地理位置,网络服务提供商等等都会在有一点偏差的情况下就让你有苦说不出,所以这个比较正常。
对于人人网的DFS其实我是蛮感兴趣的,因为前段时间我正好也在做这块的内容。按照人人网的站点属性来看,小图片对于人人网而言应该是一个头疼的问题,量大,不持续增长,并发高等等要求肯定折腾了人人网架构部门的人员不少日子。不过从页面的情况来看,处理的还是不错的,至少没有多少的延迟加载或者“红叉”情况出现。给我感觉最好的应该就是DFS这块了。
看网上的文章说人人网使用了ICE这个开源的框架,其实我对这个框架也是蛮感兴趣的,只是这个框架好象是使用c++开发的,我就比较无奈了。我是属于比较反感c++的那一派,但是也看了一下c++的教程和编程思想等,总结一下:c++就是一门兼有正房地位,二奶待遇,野花诱惑的语言!!!特别是在国内这种环境下……,默默的还是写c吧!
在用户体验方面,而且在这个互联网企业都在做UED的时代和世道下,人人网做的已经不错了,但是在某些方面还不是非常的令人满意,比如弹出好友列表的框中,“查看好友首页”是要鼠标移到好友的图片上之后才能显示的,这种功能就比较……。不知道他们UED部门的人怎么想的?能让用户做一个动作完成的事情千万不要变成两个动作完成。而且在这种弹出框中没有分页列表,要是在这种弹出的好友列表框中再加上一个好友列表功能就好了。这也是只做了一步没做第二步。所以这些小细节对我这种“从业人员”而言非常,特别的反感。
总体而言,在不清楚人人网有多少人的情况下,看到人人网做成现在这样已经不错了。作为一个互联网从业人员这样看待人人网好像有失公平。不过幸好我和人人网虽然都属于互联网行业,但是分门别类而言是不同的,也没有本质的利益冲突。我是做电子商务的,所以不存在看低或者炮轰之类的嫌疑,再说就算我要看低或者炮轰也没有这个声望啊,嘿嘿。所以上文尽代表一个互联网从业者在玩了两天人人网后的一点看法。