在整理资料的时候发现了自己在支付宝做的第一个项目：内部学习管理系统。当时我是刚出校门做视觉设计的一个小毛孩，在那段培训时间里向其他角色的小毛孩学到了很多，今天再回过头去看真是感慨啊～
诗沐的设计博客和作品集。提供网页设计/开发/用户体验咨询/wordpress博客主题设计等服务。记录网页设计&开发教程，发布wordpress主题。
腾讯微博近期推出了特别收听，用处就是只在这个tab里显示你特别收听的人的广播。群众们的反应暂时不知道。就我个人而言（我的收听人数不多，尚且不需要不同的tab来过滤），没有很大影响。不过我相信这个功能完善起来对于很多收听人数在150+（这个数字来源于一个社会学的研究，人一般至多有150个亲密的朋友）以上的人是很有帮助的。
有个词叫过度设计，我之前也写过一篇网志探讨这方面的问题矫枉过正的交互设计，但这些都只是在设计中的某个细节思考。细节决定成败，没错。站在更高的高度上考虑，在产品开发过程中，遇到的细节问题肯定不止一个，这时就需要产品的owner来决策修补哪个漏洞、优化哪个体验……在设计师作为某一阶段的产品owner的迭代开发流程中，这个决策自然就由设计师来做。面临诸多临阵决定的时候，善于关注、深挖细节的设计师就急需提高自己统筹规划的能力，和宏观的眼界。
最近在做一个客户的网站，准备把wordpress当作CMS来做（省时省力:))。刚好wordpress3.0发布了，popomore同学已经用上了，我也尝试这用wordpress的导航菜单功能来做客户网站的导航。
有不少人都看过这本书：《Grow as a graphic designer》，我自己也看过原版的PDF版本。虽然本文与这本书所讲的其实没多大关系，用这本书作楔子，实际上是想说视觉设计师在不同阶段需要认真的思考自己。现在做视觉设计门槛很低，“多数设计师不会从反思中提高”，这是我职业生涯中第一个主管给我留下印象最深的一句话，我也把它奉送给大家。
在具体项目中潜意识或有意识地去设计，是我区分这三个阶段的主要标杆，也是我自己的经验积累。由于我做这行满打满算也就一年半，所以这些总结少不了纰漏，不足之处请大家多多指正。
突然想清楚一件事，有些企业绩效考核（kpi）面临的问题，并不是以kpi为导向之罪，而是kpi本身的设置有问题。听过不少抱怨：一些公司内一些同事以kpi为导向的现象严重，只注意产品的pv，uv，成交量等等这些硬性指标，做着完成自己的kpi而对产品无益甚至是伤害产品的事。每每据理力争的时候，一些同事就以“这是我的kpi”为由，不容分辨的要求设计师、前端、开发等角色来完成。当然，抱怨最多的也是后者这些处在产品流程下游的角色。
我所在的环境稍好，自己并没有什么抱怨。其实“以kpi为导向”这个是公司管理的正确方向，绝对不是毒药。但是为什么这剂良药让这么多为公司考虑，为产品发展考虑的人工作得非常痛苦呢？原因即在于用药的方式错了。
如图，心里非常高兴，第一次在杂志上发表文章。这篇网志网页设计和用户界面设计是借着《程序员》互联网十年专题的东风才出现在杂志上的。感谢前辈千鸟，感谢编辑常政。感谢支付宝工友们日常工作里开怀地畅谈，给了我很多写网志的灵感。
今天在下班回家的路上，突然冒出来一个想法。起因是在杭州打车有时候太TMD困难了，半天等不到一辆的士，就算打了电话也要等半天，郁闷到死。
于是我就想做一个服务，在google map上标注乘客和的士的信息，乘客想打车了就用手机上网发个消息，可以包含自己的目的地。这个消息会显示在地图上，的士司机也会在自己的手机或者车载上网设备上看到，附近的的士便可以去做生意。乘客上车后这个消息就消失。
近期feedburner被墙，flickr的farm3和farm5图床也总访问不了，阅读我博客的朋友请准备以下武器对抗：
- 如果你会翻墙术，可以无忧。
- 不能翻墙的朋友，请打开您的host文件（位于C:\WINDOWS\system32\drivers\etc下），将如下两行代码复制粘帖+保存，就可以看到本博放在flickr的图片了。
76.13.18.78 farm3.static.flickr.com
76.13.18.79 farm5.static.flickr.com - 已经订阅了本博的如果在阅读器中（如google reader）访问失败，请订阅国内feedsky烧录的feed。
可以翻墙的朋友也可以订阅feedburner烧录的feed（推荐）。
同时您也可以选择订阅wordpress自己生成的原生feed，没有任何美化和分享操作。
让我们一起期待墙倒的那一天吧。
一名网页设计师在做具体设计的时候应该考虑的问题有哪些？业务，产品，信息结构，交互，视觉……别忘了还有页面性能。我所崇尚的其实一直都是小作坊似的创业团队协作开发模式，大伙儿能快速沟通，就算设计师没关注到页面性能这一点，前端同学也能迅速提醒他，因为他俩就无时无刻不在一起。而现在在标准项目流程中，大家的沟通成本成倍增加了，除非是与世隔绝的闭关（就算是闭关，前端同学多半也在陪着开发），前端同学很难在页面设计过程中就和设计师沟通页面性能的问题。
页面性能不仅仅是前端同学的问题
页面性能的重要性不再赘述，就我个人而言，能忍受一个网站加载出DOM和css的时间是5秒，否则就会毫不犹豫的关闭网页。上面罗嗦了半天，实际上只想说明一个问题，设计师需要考虑页面性能。实际上设计师就是一种“通才”的角色。在传统设计领域，多数设计大师都是通晓好几个行业，比如科拉尼。在设计过程中充分考虑到各种因素，这是设计的难点，也是成就一个好设计的关键所在。以往那种网页设计师做好psd图稿，扔给前端工程师去做DEMO的时代已经过去了，因为互联网进步了，用户进步了。