继CDC博客上线后,公司另外一个设计团队博客上线,那就是互联网系统的网站团队,欢迎各位互访:
-
互联网系统Web团队博客上线
-
2009年为博客准备的目标
回首《2008年为博客准备的目标》,流量没有超越,而且由于质量和数量的原因,这一条是废了。月光出了本书,AW上了博客排名,这两人为博客付的心血较多,虽然我退订了两人的Feed,但一样很多时候会链接到他们的站点;找一个长期的合作广告商,这一条也废了。反思一下,博客的目标较大,而精力不足是最主要的原因。
2009年到了,如果说为博客准备的目标,我想不多,就三条:
1. 博客上依然会多一些的用户体验与交互设计类的文章和评论分析。
2. 再多一些就是个人的想法和转载文章在博客里面。
3. 分享一些我的经验,我会定期的总结一次工作上遇到的问题和解决思路。
总的思路是,多一些分享,少一些漫骂;多一些分析,少一些垃圾;多一个朋友,少一个陌生好友;多关心一些质量,少关心一些PR;多一分沉稳,少一分浮躁。嗯,就这么多吧。顺祝各位2009新年快乐,大吉大利!
btw: 博客留言有一个bug,各位提交后有出错信息,回退一下浏览器就好,我只有找某人来修复下那个小bug了。
-
我在改博客
休假了,从外地回来在家发慌的时候,还是改起了博客。这个模板是基于Quommunication的,我只是在原作者的基础之上增加或减少一些功能。在此期间,如果您遇到错位、乱码等现象,实属调整阶段,不便之处请您谅解。
如果您对这个新的界面还有什么想法,可以直接留言,我会认真看每一个回复。
这个模板来自于Hacker ART,有很多资料可以收集的到。
-
为什么写博客
我自己写博客大约在2002年底的左右,那个时候使用CFM的一个博客程序抢建了一个自己的个人博客。然后不断的转载一些东西,那个时候写东西完全是没有方向,也不知道写博客要干什么,更不知道什么是RSS和Trackback。断断续续弄了一断时间,因为换工作的关系,还停止更新了一段时间。
直到我来到深圳后,是在2005的时候才开始正式的写博客日志,一直写到现在。博客记录了我的一些成长过程。日志我由先前的网页制作,网站策划这个主题转到用户体验、交互设计主题,再到现在会发表自己一些不成熟的看法。上周遇到三个同事,都说是先看到我的博客,今天才认识了我。很惊讶、也很高兴博客的影响力真的是很大,只要你坚持写。
有朋友问我,你为什么写博客,为什么能坚持这么久。我思索了很久,今天可能有了一些初潜的答案:我喜欢这个网络世界,我喜欢Web,兴趣使然让我坚持到了现在;我喜欢表达自己的看法、喜欢分享,这或许是写博客最重要的一个原因。有同事或朋友问我博客相关的事情,我都乐意帮助,我希望网络这个平台对每个人都是公平的。每个人都能在博客中记录、分享、学习和提高。每个人在生活中都有自己的想法,我在公司遇到很多人,他们视觉敏锐,想法独特,可是他们都不写博客。我想现实中有很多人,只要他们愿意,每段时间花半小时来记录、分享一些东西,一定会给大家带来很多东西,这种影响不仅仅限于工作中,还有其它的更多的东西,一些值得你去思考的东西。
最近在看一本心理学的书,后面印了一行字:“心理学家的终极目标:提升幸福”,我同时在思考,写博客也是为了提升幸福吗?在博客上分享一些东西、发泄一些东西、表达一些观点,也能提升幸福吗?欢迎各位一起讨论,为什么写博客?
王志勇先生先前也分享了一些观点,大家可以点这个链接。
-
Steve Souders:你的网页有多“绿”?
看过此文时,我打开先前的博客设计稿,删除了这种大量引用图片的“甲骨风”风格的设计。从复杂到简洁实用,再从简洁到漂亮,再从漂亮返回到实用,在设计中我多次想尝试两者的结合,但始终未找能到突破点。昨天我开玩笑的和5key说,能否帮我写代码,有懒的成分,也有想把精力放在设计中的成分。还好,这只是个人博客的设计。如果您也在做博客设计,也看看这篇文章,让网页更“绿”一些。
原文作者:Jesse Robbins
原文链接:Steve Souders asks “How green is your web page?”
译者:sniffer Steve Souders,Velocity conference联合主席以及High Performance Websites作者,允许我在这里发布他的分析:写快速的Web页面对你的用户是非常好的事情,当然对你和你的公司也都是好事。其实这对于世界上其他所有人更是个好事情。
受Radar上一篇关于co2stats.com的文章启发,我从能源消耗和二氧化碳排放的角度审视我的Web性能最佳实践。YSlow根据遵从这些最佳实践多少的程度来评测Web页面。如果把评测级别与千瓦小时和二氧化碳的磅数联系起来将会怎样?
让我们来看一个网站上一条规则的情况。Wikipedia是世界上前十名的网站(Alexa排名第九)。我喜欢Wikipedia,几乎每天都用。不幸的是Wikipeida首页上有13张图片,而且头的有效期还不足够长(Rule 3)。每当大家重新访问这一页时浏览器不得不向服务器发出13个HTTP请求来检查这些图片是否还可用,尽管这些图片平均七个多月都没有变化。
Wikipedia一个更好的办法就是在图片URL中放一个版本号,在图片改变的时候改变这个版本号。这就能让浏览器缓存一个图片一年或更久。这样不仅能让页面装载更快而且对环境也非常有益。我们来算笔帐:
- 我们假设Wikipedia有1亿页面浏览/天。(我见过超过2亿/天的估算量。)
- 假定这些页面80%通过可以缓存完成(根据Yahoo的browser cache统计),那么就是8000万页/天。
- 假定其中10%或者5%是浏览主页,那么每天就是4000万页,每页包含13个HTTP请求来验证那些图片,一天就是5200万的图片请求。
- 假定一个Web服务器一秒钟能处理100个这样的请求,一天就是860万个请求。那么这些流量就需要6台这样的Web服务器工作一年来处理完成。
- 假设一个满载工作的服务器是100瓦,6台服务器一年就是5000千瓦小时的能源以及大约500到1000磅的二氧化碳排放。
我认为这是一个保守估计,里面有很多假设。而且6台服务器听上去不是很多,5000千瓦小时跟数据中心的能源消耗比也是九牛一毛。但这只是针对一台服务器 上一个页面应用一条规则。想一下那些没有压缩的JavaScipt、毫无节制的重定向以及泛滥的图片。如果我们在所有站点推广所有性能规则那效果就大了。
把你的页面变得更快些,这对用户好,对你好,对地球母亲也好。
-Steve
Steve has a SXSW Bookreading on http://2008.sxsw.com/interactive/programming/panels_schedule/?action=show&id=IAP060323, and will be at the O’Reilly booth on Sunday from 3:30-4:30. Stop by and say hello!