相关文章

• 南非世界杯赛程安排及电视直播表——小组赛 (0)
• 南非世界杯赛程安排及电视直播表——半决赛、三四名及决赛 (2)
• 南非世界杯赛程安排及电视直播表——八分之一决赛 (0)
• 英格兰只是世界杯中的二流强队而已 (0)

相关文章

• 南非世界杯赛程安排及电视直播表——小组赛 (0)
• 南非世界杯赛程安排及电视直播表——四分之一决赛 (0)
• 南非世界杯赛程安排及电视直播表——半决赛、三四名及决赛 (2)
• 英格兰只是世界杯中的二流强队而已 (0)

相关文章

• 南非世界杯赛程安排及电视直播表——四分之一决赛 (0)
• 南非世界杯赛程安排及电视直播表——半决赛、三四名及决赛 (2)
• 南非世界杯赛程安排及电视直播表——八分之一决赛 (0)
• 英格兰只是世界杯中的二流强队而已 (0)

[版权声明]:版权归作者Alite所有，转载时请以超链接形式标明文章原始出处和作者信息及本声明:http://www.alitedesign.com/

细致的Microsoft

减少概念……增强信心

• 你是不是引入了新的概念？为什么？真的必要吗？
• 你能去掉这些不需要的概念吗？
• 其中的区别有意义吗？
• 用户体验会延续同样的概念吗？

小的好或坏也很重要

• 哪些重要的“小事”是经常会碰到的？
• 哪些小问题是你在着手解决的？
• 少做一些更好。
• 不要把小事从你的体验中去除。
• 为深思熟虑的细节制订计划。
• 修正小的错误。

看起来和用起来都很棒

• 你的用户体验哪里最棒？它看起来有那么好吗？
• 用户第一眼看到的东西能够让人觉得它用户体验很棒吗？
• 用户体验符合期望吗？
• 用户很清楚能做什么吗？
• 是不是只提供了必要的步骤？

要解决的是让人分心的事，而不是可发现性

• 减少令人分心的事情。
• 不要让功能自己之间进行竞争。
• 致力于新的功能。
• 下列方法不能解决糟糕的可发现问题：
  • 在开始菜单上添加图标。
  • 在桌面上放置图标。
  • 在通知区域放置图标。
  • 使用通知。
  • 提供首次运行体验。
  • 提供功能教程。

旋钮和问题前的 UX

• 调低问题的音量。
• 只问一次。
• 不要要求配置来获取数据。
• 这个问题是不是已经问过了？
• 寻找合并统一的机会。

个性化，而非定制化

• 这个功能是否能让用户自己来表述元素？
• 你是否能够区分个性化和定制化？
• 个性化是需要成为新的功能，还是可以利用现有的功能和信息（如用户的位置、背景图片或排列方式）？

体验的生命周期

• 考虑下列各个阶段下的用户体验：
  • 安装与生成
  • 首次使用与定制
  • 常规使用
  • 管理与维护
  • 卸载或升级
• 以一个已经使用了 12 个月的用户身份来审视整个体验。它是否具有：
  • 合理的内容
  • 合理的“音量”

为移动人士建造

• 所有的 UX 原则对于 12 英寸和 20 英寸的屏幕都是等价适用的。
• 允许用户被打断。
• 考虑启动和中断（快速恢复，不要妨碍其他用户体验）。
• 考虑获取或失去连接。
• 性能永远是用户体验的杀手。

ps:微软的细致可以渗透到产品中的每一个环节，或组成人机界面的每一个像素，实在令人钦佩。

轻巧的Apple

注重设计过程

• 在设计过程中引入用户交互的5个目标：
  • 了解您的目标客户
  • 分析用户的工作流
  • 构造原型系统
  • 观察用户测试
  • 制定观察用户准则
• 做出设计决定
  • 避免功能泛滥
  • 80% 方案
• 优秀软件的标准
  • 高性能
  • 易于使用
  • 吸引人的界面
  • 可靠
  • 灵活
  • 互操作性
  • 移动性

人机接口设计准则

• 人机接口设计准则：
  • 隐喻（尽量使用隐喻来描述程序的概念和功能，这样可以利用一些已有的概念和知识。）
  • 反映用户的心智模型（用户的心智模型应该在产品的用户接口的设计中体现出来，主要体现在应用程序窗口的布局，工具栏上图标和控件的选择和组织，以及面板的功能等。）
  • 隐式和显式操作（显示的操作清楚的表明了对一个对象操作的结果。隐式的操作通过一些可视化的线索或者上下文来表达结果。）
  • 直接操作 （直接操作是隐式操作的一种，它会让用户觉得可以直接控制计算机显示的对象。）
  • 用户控制一切（允许用户而不是计算机来启动和控制操作。）
  • 反馈和交互（反馈和交互意味着通过合适的反馈以及和程序之间的交互从而让用户时刻知道现在发生了什么，而不仅仅是当事情出错时显示一个警告。）
  • 一致性（在用户接口上的统一可以让用户使用从其他应用程序学到的知识和技巧。）
  • 所见即所得（用户应该可以找到程序的所有功能。）
  • 容错性（提供充分的容错性以鼓励用户使用程序的各种功能─也就是说，大部分的操作都是很容易恢复的。）
  • 感知的稳定性（为了给用户一个稳定的感知，对于对象以及实施在这些对象上的操作，Aqua接口提供了一个清晰的限制集合；为了不破坏用户对稳定性的体验，程序应该保留用户更改过的配置，例如窗口的大小和位置等；提供程序运行的状态和反馈让用户知道程序正在进行的任务，同样能提高感知的稳定性。）
  • 整体美学（整体美学意味着信息经过良好的组织并且和视图设计一致。）
  • 避免“模式”（尽可能的让用户在任何时候都能做他们想做的事情。避免使用模式对话框来将用户锁定在某个操作中，以至于在当前操作完成前用户不能做别的事情。）
  • 管理程序的复杂性（开发一个易于使用的程序的最好办法就是设计得尽可能的简单。）
• 设计的优先级
  • 满足最低限度的要求
  • 发布用户期望的功能
  • 让您的程序与众不同

ps:苹果的轻巧不仅体现在它的工业设计上，更多的是它的操作系统和软件的用户体验层面。

简洁的Google

Jon Wiley- Google User Experience Designer 在一次专业分享中,提到了Google 的用户体验设计原则:

•  有用（Useful）：以用户为焦点，关注他们的生活、工作和梦想。
• 快速（Fast）：争取节省每一个毫秒。
• 简单（Simple）：简洁就是力量。
• 魅力（Engaging）：能够唤起新手的好奇心，能够吸引资深用户。
• 革新（Innovative）：勇于创新。
• 通用（Universal）：全世界适用的设计。
• 盈利（Profitable）：为现行的和将来的商业模式做好安排。
• 优美（Beautiful）：外观具有视觉愉悦性，但是不会令用户分心。
• 可信（Trustworthy）：值得用户信赖。
• 人性（Personable）：加入人性化因素。

ps:谷歌的简洁永远是它的产品特色，从谷歌网站的每个界面到浏览器chrome的用户体验与交互，都尽力把复杂问题设计得让用户感觉到最简单。

相关文章

• 没有相关文章。

1.从来没想到过办理离职竟会如此麻烦

2.最近一次做入职体检是七年前，再次去做入职体检，竟然很多事都忘记了，弄的像是职场新人，比如有的医院是只在上午做体检、又比如必须要携带一张登记照、再比如体检需要空腹等等

3.每天上班打开电脑以后，第一件事便是习惯性的打开Firefox，习惯性的输入www.chinacars.com，习惯性的回车。结果发现，原来我已经离开这家公司了，我现在需要习惯的是，将地址改为www.51xiaoguo.com。

4.以往我都习惯在公司多停留半小时至一小时才回家，而现在这个习惯需要改变为每到下班时间，前台MM像只小鸟般过来提醒大家到点下班了——新的公司不主张加班

5.这几天我听到最多的说的最多的一句话便是：“一个新的起点”

相关文章

• 没有相关文章。

其实我一直都在等待Google App Engine推出对PHP语言的支持，但似乎这事儿遥遥无期，官方也没有明确的说法。

另外一个云计算平台Amazon S3，虽然支持PHP，但是出于对服务器在国外随时可能被墙的担心，我也没怎么去试用。

令人高兴的是，Sina App Engine正在紧张的开发中，继前段时间发放了少部分的邀请码以外，昨日又推出了体验账户的申请。体验帐号拥有正式帐号的全部功能，但是体验帐号会在注册第二天临晨5 点被回收，该帐号下的所有代码和数据将被清空。体验帐号可以随时申请，实时开通，每天共可申请100个。

于是，我昨天便申请了一个体验账户，以下是一些体验总结。

1.一个账户可以创建多个SAE应用，我只创建了一个“查IP”，提供sina微博查IP机器人服务。

2.对单个应用有独立的管理界面，点击自己的应用进入管理，左侧有一堆管理功能。

3.一个应用可以由多人共同参与开发，对于团队开发挺不错的。

4.从菜单可以看出，SAE内置提供Mysql、MemCache、Storage、Cron Jobs、Image、Fetch Url、Mail的支持，除了少部分被禁用的PHP函数以外，PHP的大部分函数都能正常使用。而我的查IP应用中使用到的SAE内置服务就有Mysql、MemCache和Cron Jobs。有意思的是，我发现ereg这个函数并不在禁用列表中，但事实上SAE却不许使用这个函数。而外部服务则有SinaS3，目前还处于alpha阶段。

5.SAE对httpd、Mysql、Memcache、Fetch URL、数据存储、图片处理有配额限制，基本上是以日为单位的。比如，httpd的配额限制为：请求次数每日 10000000 次、流入带宽 每日500000 KB、流出带宽每日1000000 KB、CPU时间每日10800000 MS，Mysql的配额限制为查询次数每日1000000 次、写入Mysql的数据量每日1000000 KB、从Mysql读出的数据量每日1000000 KB、CPU时间每日10800000 MS、数据存储总量（非每日）为195312.5 KB。基于SAE开发的应用一定要注意这些限制。我的查IP应用由于现在使用的人数并不多，因此远远低于这些配额限制。

总体来说，SAE还不错，尤其是对于习惯PHP开发的人员来说，程序的移植也比较容易，希望能尽快推出正式版本。

PS：由于我用体验账户发布了这个查IP应用而获得了一个正式账户的邀请码，等体验账户到期以后我就能使用正式账户了，哈哈，感谢Easy。

相关文章

• 用dashcode开发mac osx的dashboard widget (0)

用法是sina微博用户发一条微博，内容为：“IP地址@查ip”，大约最多2分钟内，应用会将该ip地址对应的真实地址以评论的形式回复该用户的该微博。

演示地址：http://t.sina.com.cn/chaip

只能说这个应用是写着好玩的，主要是想研究下sina微博api，对于sina微博开发团队的技术能力赞一个，api做的不错，而且想的也很周到，不知道是否借鉴了twitter openapi。

对于这个查ip的应用，尚不知道并发数多了以后会有什么问题，而目前显然存在的问题是，由于sina微博api存在请求限制，暂时无法做到实时查询，必须等待最多2分钟才行。

相关文章

• facebook api学习 (0)

即将去的一家互联网公司，由于规模很小，因此我面临着整个技术产品团队的重建问题。我不太主张全部替换，而是主张在提升中淘汰，也就是说，先尽我的可能去提升他们的各方面能力，实在是提升不起来的，只好淘汰。基于这个原因，在第一次给团队开会的时候，我提出了一个概念——Sharing Day，即每周的团队例会每个人除了要总结上周所做的工作任务及下周的工作安排以外，最重要的一个议程就是“分享”，每个人都要去分享自己觉得有必要和团队中其他人进行分享的事物，在彼此的分享中去学习到新的东西，从而提高自己。

在过去的几次Sharing Day中，我分别跟团队成员谈了职业规划、网页栅格理论、高并发高流量网站架构和特性列表法等等。突然觉得有必要将这些自己和他们分享的内容放到博客上，以便和更多的人进行分享（如果有足够的时间，我可能会把每次分享的内容做成PPT保存，进而在博客上提供下载）。

回到主题，第一次听到特性列表法这个词是在若干年前，当时公司项目经理存在一个问题就是当需求书内容过多或开发过程较长的时候，项目经理有时候会出现对功能点的遗忘或对功能细节的表述不清晰，进而影响项目质量。为了解决这个问题，那时，david教了我们一个方法：特性列表法，和todolist很相似，但也有一些不同。

• 一个项目的特性列表是由若干条特性组成；

• 一条特性由如下格式组成：

[特性属性][项目版本号+特性编号]特性内容描述

举个例子，某项目，当前版本为2.3，特性编号0001，特性属性为修改，特性内容描述为”将页面宽度由原先的960px，修改为970px，所包含的页面为：首页、内页、注册页”。该条特性如下：

[*][0230001]将页面宽度由原先的960px，修改为970px，所包含的页面为：首页、内页、注册页

• 特性属性分别有三种：添加、删除、修改，对应的符号分别为+、-、*

• 版本号不变，特性编号依次累加

对于项目经理，只需要将特性分配给不同的人去做，而自己则对照特性进行检查。

再进一步，项目经理在规划特性列表的时候，可以把某些特性的完成做为里程碑(milestone)，将项目特性列表设置为不同的里程碑，以便更加有效的控制项目进度。而在项目进行中发现的问题或新的想法，完全可以以累加特性编号的方法，完善项目特性列表，以作为备忘。

有些时候，一个项目特性列表并不代表着必须全部才算结束，毕竟有些时候某些因素导致项目必须结束而某些特性又没能完成。那么，在这种情况下，未完成特性列表将合并入下一个版本继续进行。比如假设上述例子中2.3版本的0015、0027未完成，那么，2.4版本的特性列表样式如下：

[+][0230015]xxxxxxxxxxxxxxxxxxxxxxxxx

[*][0230027]xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

[+][0240001]xxxxxxxxxxxx

[+][0240002]xxxxxxxxxxxxxxxxxxxxxxxxxxx

这样，项目不同的版本，其特性有了很好的延续。

总结，采用特性列表法的好处：

1.细化项目需求，便于跟进

2.项目进行中，也能适当的进行调整

3.更有效的控制项目进度

4.量化项目需求，能有效的对项目团队成员的工作量进行衡量

5.项目特性列表的延续性决定了其也适合于某些存在版本升级需要的项目

建议：

1.每条项目特性一定要写到最细化

2.坚持使用这个方法

最后，感谢david教了我们这一方法，而在我所构思中的开源项目管理系统，其项目管理核心便是依赖于特性列表。

相关文章

• 没有相关文章。

在sina微博上看到某君公布的大事：新华网互联网频道推出新版首页

虽然我从来不看新华网互联网频道，但是好奇之下，还是去看看了。看完，点评如下：

1.导航栏区域

2.首页首屏

这个区域的重要性不用多言，但我所看到的设计倒是很“创新”，给我一种“很杂志”的感觉，大概是因为需要用户去关注的头条内容太多。

• 特别报道后面跟着很大的蓝字图片，咱们先不要说这么做对SEO是否好，对于这个蓝字图片，我第一感觉就是个广告位，对于广告我很难有点击的欲望；
• 接下来的焦点大图，很有意思，大概是因为原始图片的宽高和设计的宽高不一致，几乎每张图片都是失真的，均存在着压缩变形的现象；
• 再说说，整个焦点大图上下及左右的区域，设计者在告诉我，这个区域的所有内容都应该是我要去关心的。但是用户只会关心自己想关心的，如果网站强加东西给我，我绝对不会愿意去接受，这是用户习惯问题，于是，这一片区域，我又没什么点击的欲望了；

3.二屏以下

这个部分让我最糊涂，真想问问这个设计者：“你到底设计的是两栏式？三栏式？还是四栏式？”犬牙交错的分栏方式，让我的眼睛上下移动的时候，还得不停的跟着设计者的思路左右移动。请问设计者，你知道什么是网站用户浏览轨迹么？

4.整体：

• 说了这么多年的DIV+CSS网站重构，这个频道的页面居然还是N多个table。
• 多浏览器下的兼容性极差，IE看着没啥大问题，FF下首页首屏惨不忍睹。
• 大量内容不分层次的堆砌现象严重，导致页面过长。想让用户能尽可能的访问到网站下级的内容，采用的方法有很多，而首页堆砌是这些方法里最不可取的。再者，虽说现在的带宽速度没啥太大的问题，可又有谁能保证用户的电脑都是高配置的呢？页面字节数和长度对用户电脑的内存也会有很大的影响。

总结，该首页完全是90年代后期网站制作风格的代表体现：观念落后十年、设计落后十年、技术落后十年。

相关文章

• 没有相关文章。

《艋舺》是钮承泽作品，很多地方都将它和《海角七号》一起当作现代台湾本土电影的代表。故事背景是八十年代台北一个叫艋舺的地方，讲述了几个年轻人在黑道中的经历。虽然我没去过台湾，但豆导完全还原了八十年代的台北艋舺的风土人情，让我这个身在内地的人有了种错觉，似乎我所在的八十年代跟片中的年代有了一定的重合。而黑道电影的故事情节，无非同一个帮派的内部冲突和不同帮派的外部冲突，但是由于台湾一直有本省和外省的冲突，电影的高潮部分就在于当这三种矛盾同时爆发的时候。有评论说，这部电影实际上是豆导的一部自传电影，而电影最后结束的时候，的确也有着“献给我的兄弟林小明”的字样，我觉得这部电影更像是豆导在怀念着自己曾经的青春，虽然他在片中是以一头银发的外省帮会老大灰狼出现。

《越光宝盒》是刘镇伟作品，沿袭了他一贯的无厘头作风，在片中出现了多场经典电影的镜头：《赤壁》、《大话西游》、《泰坦尼克》等等。大概是因为我老了，也或许是因为没有周星驰，这部片子的无厘头让我看的很无趣。唯一打动我的地方，却是当“清一色”抱着“玫瑰”站在船头的时候：“清一色”让“玫瑰”把月光宝盒给他，两人模仿泰坦尼克的经典造型，“玫瑰”憧憬着和“清一色”一起用月光宝盒找一个两个人的世外桃源，而“清一色”却一脚将“玫瑰”踢下了船头，这个时候的“玫瑰”的表情有惊愕、恍然、心死等等，不得不说孙俪的演技还是很不错的。

相关文章

• 没有相关文章。