BeFor Web

为网而生 - 关注互联网及移动端产品的用户体验设计 - Since 2011

明明是周六，但是怎么都觉得是周日啊，因为明天要上班...眼下看着宰相刘罗锅...上次看还是初一的时候，1996年；故意暴露年龄了噜。

短暂的周末上个新都觉得捉襟见肘，一篇小文，作者讲述了自己在设计一款天气应用的过程中关于灵感、目标、取舍方面的感悟，从产品层面的原则到界面设计层面的思路，一并分享给大家。

这里进入译文。我们最近上架了一款天气应用，Skyline Weather。我是在睡觉的时候想出设计概念的。

很多东西的想法都是从梦里产生的。据说保罗·麦卡特尼就在梦中写出的Yesterday这首歌。又据说他接下来花了几周时间到处跟人打听他们有谁听过这首歌，直到足够多的人都说没有，他才确定这确实是他自己的原创的、从潜意识当中飘忽而来的歌曲。

再据说，伊莱亚斯·豪也是在梦中完成了他的缝纫机发明。他梦见自己被捉到了一个原始部落，原始人把他绑起来准备烤着吃，而他敏锐的注意到原始人使用的长矛在末端都有一个小洞。正是这个细节启发了他，进而搞定了缝纫机的设计方案。

而我自己，则是因为流感而卧床…当时我想看看接下来的天气情况，于是浑浑噩噩的拿出手机，却发现自己难以透过惺忪迷离的双眼在任何一个天气应用当中快速而轻松的获取天气信息，特别是接下来几个小时内的天气变化。我感觉这事儿里面一定有优化和简化的工作可以做。

周六中午，仍没什么阳光，却也不算阴沉，说冷不冷说暖不暖，我把这种天气叫做棉花天。太棉花了，打不碎揉不开，蒸不熟煮不烂的。

这个博客，就像个日历，一周又一周，一月又一月，一年又一年；有时自己不太敢看以前的东西，特别是开篇的闲言碎语，看到想到，岁月的感觉就出来了；得到的，失去的，纠结的，茫然的...过去的东西却是最安全的，因为都已了然在心；过去的东西又是近在眼前想抓却抓不到的，看的越多，越觉得无力。

棉花天里容易惆怅...说正经的吧。新的一篇iOS7重设计案例文章，和我们之前的Luvocracy改版与Commit改版等等相同性质，拿实际产品的重设计工作说事儿，有实战参考价值(更多关于iOS7设计的文章可以戳右边栏里的iOS7应用设计系列)。好呗，开始呗。

这里进入译文。最初在WWDC上看到iOS7的时候，我们看着自己的应用Grocery List，琢磨着：这次的iOS更新够彻底好吗，就像当年iPhone刚刚推出时的那种感觉呢。要让产品适应新系统，简单的修改界面设计是不够的，我们必须重新思考，重新创建，使其能够真正融入新系统的环境当中。然后我们就这么干了。

另外，虽然应用的基本功能不会发生变动，但我们还是决定基于用户的反馈以及我们自己的需求来改进一些流程，例如在过去的版本中，为清单中的条目设置数量需要多个步骤才能实现，在这次的Grocery List 2中，我们会将此类功能简化到在同一屏内即可完成。

看了眼日子，似乎还有两周就要过年了，但是又不知道应该特殊的问候些什么，只有很莫名其妙的祝福我伙们要买火车票飞机票的话都能顺利买到了。

最近看阿拉蕾看的可能是有点智障倾向了我赶脚。赶在周二插播一发，又到了我伙喜闻乐见的“小处见大”时间，20个诚意细节案例，请大家观赏。再次宣布，这些案例均出自著名Tumblr博客LittleBigDetails，各位伙有兴趣也可以自己去follow呗。接下来，请观赏。

周末两天都没有太阳出来，整个一周就像是白过了，也不能在博客里写“阳光明媚的周末”一类的了，人生的意义在哪里啊。

于是我把电视打开并放着阿拉蕾，屋子里就好像洒满了阳光，像是个好时代。上周花了不少时间在医院，一周下来就感觉没做出什么事的样子，周末蛮吃紧的噜。突然峰回路转，来看今次的更新吧，关于简洁什么的。

这里进入译文。每个设计师都知道“简洁”很重要，但所谓的“简洁”到底指什么？多数时候我们觉得“少”就是简洁，通过“减法”即可实现。我们认为将内容限定在折线之上，就可以帮助用户更好的聚焦；我们认为项目符号列表比文字段落更容易阅读；我们认为将文案精简一半就会使其言简意赅。

但实际上，“简洁”并不是简单的意味着“少”。准确的说，“简洁”应该是“正好”。

在上周关于视差效果和性能的更新里，提到肾疼的事儿...说是“希望一周之后自己回头看今天博客的时候已然无恙”，眼下还没到一周，已经花了不少时间去医院检查，肾啊肝儿啊...均无大碍...那我纯粹就是不爽+闹心是么？乃至最后问医生有什么建议，是否该看看中医调理下，医生说“我建议你旅游”，我就默然了。

那天在医院等着做B超(“B操” @小乐)的时候，看到一篇文章，讲冬秋季抑郁症的。有提到，这个季节，如果碰巧发生失业、离异、生离死别方面的事情，便很容易造成抑郁症。我就想了，这三件事儿，已经出现一件了，另外两件也非遥不可及，似乎随便哪一天哪一秒就会莫名其妙发生掉，然后，我可能就抑郁了...

图样图森破，天高任鸟飞。想想整个这一两周的状态，都是灰黑色的，今天倒是阳光明媚起来，却冷的可以；暂时不给自己喝酒与咖啡的权限了，发掉这篇之后去抽一包烟先。捂脸笑。请看吧。

自从元旦假期开始，就有点肾疼...也许是那几天里咖啡因和酒精摄入的太多。眼下吃什么什么不消化，浑身脑袋疼。这状态让我想起2010年初那段日子了，持续两三个月的莫名其妙的低烧，然后是一个多月的肠胃问题，折腾了半年也没查出个所以然。恐怖哦。

希望一周之后自己回头看今天博客的时候已然无恙。继续上新，关于视差效果性能表现的小话题；弱问，各位见过的使用视差技术的Web页面里，有多少能让你觉得清晰顺畅的感受不到任何负面体验？我印象里真的没几个，包括Medium里的；不知为什么，这些页面总让我觉得没有安全感。本文篇幅虽短，但主旨很清晰——针对产品主要用户群体的特征来选择最合适的设计方案，别瞎跟风。

这里进入译文。我(英文原文作者)最近在ThemeForest(模板站)逛了逛，发现几乎所有的付费模板都用到了视差技术。其中一款比较新的WordPress主题，Magnetto，在我的Retina Macbook Pro上看起来真的是华丽到家了。

只是，这款主题的演示页面在我家的高速网络连接上花了8.5秒才加载完毕。值得吗？

现在是周五晚间。莫名其妙的又到周末了，好像刚刚上了两天班的样子。

正在看阿拉蕾，哇啦哇啦的可开心了；话说高中的时候电视台还在放，若是放学能早回家，第一件事就是打开电视看。一直以来都很想成为企鹅村的居民，每一天都傻乎乎的过着开心的日子，周围是各种有趣的人，还有会说话的小动物。

然后回来说正事。这周末要上新两篇，都不是很长，轻轻松松读一读的那种。那么，正文之前先祝各位周末愉快吧。

这里进入译文。扁平化风格不意味着设计工作本身可以得到简化，更不意味着界面可用性的衡量标准可以被降低。本文将与各位分享一些tips，希望可以帮助你在打造扁平化设计方案的同时提升界面的可用性。

2014年的第一天，各位好。

昨晚喝的有点大，听了很多老东西，给很久没联系的一些老哥们打打电话，大家一起哭哭笑笑；在那如此操蛋的一年的最后一天里放纵下心情，然后新年第一天发现嘴脑袋有点疼，阳光却不错。

现在是一周的中间，那么插播一篇小处见大；已经是第4篇了轰？仍然是20个的汇总，请过目。

连续5天的休假业已开始，于是怎样都觉得今天是元旦的样子。天气倒是不坏，可屋里还是会冷的让人站不是坐不是，每到冬天便会一堆牢骚着怀念起北方的暖气，那是怎样的一种幸福呵。

然后呢，之前在微博也念叨过，读到几篇Xcode科普文章，第一反应就是搬来噜。我一直是这样认为的轰：希望能够看掉几篇科普文章就掌握iOS开发基础，这确实不是件很现实的事，但只要你想向目标迈进，俺们就一步一步的向前走。看过文章，觉得有所了解，具体工作还是留给开发，那也合情合理；有了些心得，觉得有兴趣有欲望进一步学习，以求真正掌握开发技能摆脱该死的束缚，则再好不过。我要在这里做的，就是把更多信息分享给更多设计师，让大家看到更多可能性。

今天的这篇，不涉及任何代码编程，纯粹通过大量图片与少许说明来展示实践方式；作者还提供了该案例的完整项目文件，我们可以边参考边学习。我个人建议，可以先读一遍我们之前的“设计师应该了解的iOS应用开发基础知识”一文，对相关的一点点理论知识有所认知，然后再跟着今天这篇文章进行实践。那我就不多念叨了。

这里进入译文。过去几个月里，我每天都早上7点起床，然后持续工作到晚上7点，为的就是既能把我自己的应用Ripple搞出来，同时又能保住我在Carshare.hk的全职工作。这个月里，我整个人都扑在iOS的体验设计上了，我的挑战有两点：确保上面说的两个应用在年内发布，并且在这些项目中同时扮演设计师与前端开发的角色。

我又来插播了。本来上周就该发掉，然后手头小忙，没顾上。其实昨天还在家怀旧了一晚上COD现代战争1呢。

小中见大第三期，同样是20个微小设计案例，今次貌似Google产品居多，但也有iOS7啊Tumblr啊Facebook啊。突然馋威士忌了。插播就不多念叨了，让我们进入吧。