记得一朋友说过，群体的意义在于延续，个体的意义在于辉煌。他，都做到了。

他将苹果的文化和设计哲学完美的保留下来并得以放大和延续，并且，个人魅力在世人面前也表现超凡，天下再无出其右。

Rest in peace，Steve.

预订《史蒂夫·乔布斯传》——

卓越亚马逊：中文版 美国版

当当：中文版

距离上一篇博客差不多有一年的时间了，在这段时间我完成了一个从web交互设计到移动设备用户体验设计的转变，在这段时间，有甜有苦有笑有泪。不过我一直辛苦享受着，因为我热爱这份工作。

最近出差很频繁，成都北京到处跑，从iPad客户端到Web社区建设的项目，虽说客户要求都很高，工作强度比较大，但是也收获了不少，建立了我不少的自信。

这段时间我的心情起伏也比较大，总感觉特别不对劲，工作生活的都有，是不是本命年的原因？遂在北京的这几天，趁着周末出去走走，留下些照片吧：

万寿山，清晨刚下过小雨，山路上几乎没有人。

最后上一张自拍照：

Plus，谁送我根红绳子给我系手腕上，本命年运气真不咋地。

2010年8月20日，24岁的我，生日快乐。

一直想要个Android系统的手机，于是自己送自己一个HTC Legend。

感谢华章图书寄来的样书。

在我的印象里，技术类书籍一向是相当枯燥的，至少我之前看的一直是这样。眼睛死盯着码起来的文字一个个地啃下去，遇到难理解的地方，自己看不明白，往往还得回头再精读一遍，就是神仙也没了兴趣。学习本应是一个快乐的过程， 相信那些技术类书籍的作者也不愿意看到读者把自己的著作看做一个个纸疙瘩，那就真杯具了。

《设计模式之禅》（以下简称《设禅》），很厚的一本书，跟我之前看的一本相当枯燥的《Web信息架构》略厚。当时一拿到手，心想：完了，这要看到什么时候！我这人看书本身比较慢，非得要把书里面的每一个字都要读透（这是个不好的习惯）。但是拿起《设禅》真正读起来的时候，彻底打消了我之前的疑虑，书中通过一个个实例给我们讲了一个个编程的故事，平和的语言，滑稽的比喻，使得整个阅读过程都相当流畅，一点没有之前《Web信息架构》那般拖泥带水的感觉……（惭愧，难为了那本很专业的书。）

完全可以理解华章图书对这本书的重视，书的作者的确是花了脑筋的。作者的想象力和创造力也在书中有很好的体现，经常会在代码示例中加入一些很幽默的注释，例如“运行的时候开电梯门？你疯了！电梯不会给你开的”，“这是绝对合理的，只运行不停止还有谁敢坐这个电梯？！估计只有上帝了”等等。书中也经常把一个个编程对象比作成现实中的例子，犹如看小说一般行云流水。其实，每个软件在设计者的心中，都是一本小说，一个故事……

能把深奥枯燥的理论知识变得风趣幽默通俗易懂，没有丰富的经验是不可能办到的，也体现了此书的难能可贵。

汪峰总算来了南京。参加现代快报十年庆活动。

很高兴的跑去看了，可惜离舞台很远，勉强靠着望远镜能看清楚一点，感觉汪峰声音更沧桑了，不过现场气氛很high，歌迷完全被感染。

国内充斥着你爱我、我爱你的滥情歌，汪峰一样有内涵的歌曲太少太少，所以这是我喜欢他的绝对原因。其他歌手我都没兴趣，看完汪峰就直接走人了。

贴上我之前得到汪峰签名EP单曲《春天里》的照片：

千期待万期待，我一直使用的Opera终于高调推出了Opera10正式版，新的UI我喜欢之外，浏览速度也提升不少，是我比较喜欢的版本更新。

不过他新加的超级拖拽我倒不是很喜欢，反而失去了Opera的特色，还有，我在使用Turbo的时候反而没有正常模式浏览那样流畅快速，载入网页时甚至会变得很卡，不知道为什么。

相对来说，我更喜欢Opera国际版，少了很多的“中国特色”。

最近接了几个网站建设的活，从网站策划到网页设计制作，都是我和朋友两个人在完成，工作量虽然很大，经常忙到凌晨两三点，却不感觉到累。

这就是做顺畅了的感觉，网站的前期策划到最后的形成都是按照我的思路一步步完成的，这里面不存在繁琐的工作交接，几乎没有什么冲突，工作便很流畅。

之前看到一个命题：开发一款新产品，如何在开发质量与开发速度上作权衡？当时作者给出的答案是求速度。我表示赞同，首先不管产品质量如何，一但新产品面市，大部分用户习惯了你的功能和操作模式，到时候再想去习惯新产品似乎也就不是件容易的事了。过于追求产品质量，只会在其中浪费大量的时间和精力，高品质的产品是经过多道工序千锤百炼出来的，不是短工期内就能实现的。

回到原题，在产品开发过程中保持较快开发速度的要素是什么？说一下个人看法：

1. 设计很重要。好比写作文一样，产品的设计就像是大纲，没有大纲，主题思想就会乱套。如果最初的设计没有完善到位，后期的环节中一旦出现问题，之后返工的代价会让人受不了。而且有足够创新力的设计也能使团队在开发过程中保持活力和激情。
2. 规范是根准绳。规范的制定能使项目流畅的进行，不至于开发过程中会有人偏离了最初的产品蓝图。
3. 小团队开发。小团队开发可以很有效的避免“体制臃肿和僵化”这一问题，在沟通协作上也不会出现大的磕绊，将效率执行到最大化。
4. 无障碍的沟通协作。这是往往是一般项目组作开发时最棘手的问题，再小的团队也要沟通，除非是一个人开发。不同的意见产生分歧，分歧导致部分项目被搁置，最终延误开发时间。
5. 使用有经验的开发人员。特别是在快速开发小组里面，有经验的开发人员显得特别重要，有经验的人会合理地规范自己的行为，而没有经验的人往往连规范都意识不到。

在快速开发中保持团队小阵容和创新力活力，再快的鸟儿也追不上蜻蜓，就是这个道理。

PPT作为演讲展示的媒介，在其中起到了非常关键的作用，由于其生动的展示效果和低成本的制作，已经完全代替了老式的幻灯片。

不可否认，大量的PPT制作者还不懂得如何有效的利用PPT来展现内容。如果在你的会场里面“昏睡率”较高的话，那你也该考虑考虑是否有PPT设计不妥的因素在里面。

内容展现：

第一个，对比度。为什么大家都用黑板白笔，白板黑笔？关键就在于对比度。一些初学者在制作PPT包括网页的时候，忽视了最基本的东西，喜欢使用一些花里胡哨的背景图片，不仅分散了观看者的注意力，甚至其中的文字也会“淹没”在了背景中，想分辨分辨不出来。个人觉得使用纯色背景或者干扰性不大的单色系渐变背景是比较好的选择。

熟悉PPT的人都知道，幻灯片中充满文字是制作PPT的大忌，可有些人偏偏喜欢把大段大段的文字都塞进里面，恨不得把整个演讲的内容一字不落的写进去，然后照着一个字一个字的读，要这样的话还不如每人发一篇文档带回家自己研究。PPT只是一个辅助工具，会场上主体还是——演讲者，文字内容列成提纲即可，其余的交给演讲者去延展。

关于数据。数据是给“后台”看的，没人愿意眯着眼盯着大屏幕去分辨一个个细小的数据，在PPT中把数据转换为图表也是一个十分有必要的措施，在做数据转换的时候不要怕麻烦，对于与会者来说，看那些直观的图形比起那些枯燥的数据表效果要好很多。

不同的数据有不同的图表类型去对应，需要设计者自己去权衡和把握。

由于PPT为线性的展现方式，所以其中加上过多的链接不见得是件好事。不管是内部还是外部链接，就像原本一个条例清晰的故事，无故的把它揉成一团捏出一部分来回搓，谁听了都觉得不对味儿。

同下载一样，PPT展示的过程中也可以利用一些隐性的进度条来表示会议进度，用来克服焦急心理。可以这样做：

图中是将左边上下排列的标签隐性地作为进度条使用（仅仅为示例）。

还有，如无特殊需求，特效不宜显示得过慢，幻灯片之间的切换也不宜过慢……

展现方式：

会场的展现也需要投入一些技巧，如何让与会者能集中注意力不至于走神等等需要注意的地方我们也可以通过PPT的特殊设计来实现目的。

会场最大的失败就是有人在途中昏昏欲睡， 如何通过一些小技巧让与会者能提起精神？

现场推送一个：在幻灯片设计时，可以加入“全黑淡出”的切换效果，我比较推崇这个特效，在切换幻灯片的时候通过幻灯片淡出淡入之间产生光线的一明一暗，能对人的视觉产生刺激。也可以在幻灯片切换的时候加一些轻微的切换音，记住，是轻微的，不能让声音太吵持续时间太长，否则容易使人产生烦躁心理。

另外我不喜欢深色背景的PPT，因为展示PPT的会场相对来说光照度就不够，如果此时你的PPT不够亮，会场的“昏睡率”估计也要增加了。

PS：在正式场合中将PPT另存为.pps文件，展示的时候能直接打开而不“泄露”后面其他的内容，也是一个很不错的选择。

欢迎补充。

1.大学的时候，我看到室友做了一件很让我感到莫名其妙的事情：他为了去进新浪网，竟然通过百度搜索“www.sina.com”来进入新浪，我问他为什么不通过地址栏输入，而且这样能省略一次点击操作。虽然他也意识到这样比较繁琐，但是他自己也说不上来为什么。

2.很多人都在比较百度和Gooogle的差异，更多关注的是搜索结果的展示，却很少有人关注其信息入口——搜索框。

仔细观察后我发现一个问题，百度的搜索框比起Google的搜索框高度显得要略高，高出了6个像素。

回过头把百度的搜索框和大部分浏览器的地址栏一比较，发现百度搜索框的高度同样也比那些地址栏高出一小块。最后说来其实我那位同学的做法很容易解释：

• 百度的搜索框在屏幕中间，浏览器地址栏在屏幕上方，根据懒人法则，他肯定首选百度搜索框，因为光标定位时鼠标移动路径相对会比较短；
• 百度的搜索框高度比地址栏高，这就更加使得同学使用百度搜索框来代替地址栏，因为高高的输入框能更快捷容易的定位光标。

中文字体本身就比英文字母复杂很多，但是Google依然让中文用户使用10pt的字体来键入关键字，而百度那边则使用了更清晰的12pt大小的字体。如果Google在追求本土化的路上不能很好的“因地制宜”，还是把美国的那一套“标准化”迁移到中国来时，似乎起不到预想中的效果。

不妨再对比一下百度和Google的首页结构：

图中我作了红色高亮：很明显，最大的不同在于产品连接的方位不一样，百度的产品连接放在了搜索框的上方，减少了鼠标的移动路径，同时也给出一种暗示：所有的搜索产品是围绕在这个搜索框的，点击相应的产品页面似乎不会跳转。您要什么，点击后搜索便是。

而Google，则把产品链接放在了左上角，不仅增加了鼠标移动路径，而且离搜索框较远的产品链接还给人一种暗示：我会跳转，也不保证链接后会有你想要的搜索框。用户何必冒这个险去跳转一次？两个首页对比之下其实还有很多异同，不再一一阐述，我只想说的是：好产品，需要好的用户体验来支撑。有时候好产品赢不了市场，也许输掉的也就是那“6个像素”。

自从5G要求我每次登录时都要输一遍验证码后，我对验证码就产生了一些研究的兴趣。

验证码，是为了防止机器注册或者其他在网站的恶意机器行为而建立的一种会员验证形式，网站在用户登录或注册时要求用户输入一串随机产生的字符串，字符串的表现形式或者是一张不太好辨认的图片，或者是嗞啦嗞啦的背景声下给你读几个字母（这个用到的比较少）。我说的问题比较多的集中在“不太好辨认的图片”上。看图：

图1（截图来自5G登录验证）：验证码“EX”后面的是数字9还是小写的字母q？

图2（截图来自Hotmail注册页面）：那么多字母“糊”在一起，有的甚至超出了图片边界显示不完整，你能全看懂吗？

但是为了网站安全起见，他们不得不使用一些可视难度大的字符来难倒机器们，但是这可苦了我们人类……但是我认为网站可以做这样一个小改进：可以忽略用户的一个小错误。比如图2，字母GJK后面的字母到底是a还是o很难分清楚，但是用户填a可以通过，填o也能验证，这样就免得用户因为填错而再来一次烦人的字符辨认了。

我也考虑过是否能有更好更方便的验证方式，但最后想的往往又不够合理，经不起推敲。想通过页面后台动作验证来替代用户界面验证，但是又不能不忽略一个浏览器密码保存功能的特例；想叫用户做一些特殊的操作，那肯定得让用户去读一大段文字，似乎又是在浪费用户的时间。

其实有一种已存的验证方式挺好的，就是问你一个常识问题，例如一加一等于几。