Open ZoeyYoung opened 8 years ago
之前看过第二版，有点久了所以印象不是很深刻，花了一个周末看了一遍第三版，主要的变动是引入了移动端部分的，接下去花点时间思考一下
其实通篇都在讲这个问题
关于链接和按钮，印象比较深是目前设计讲究简洁，因此许多可点的地方并不是很明显，必须把鼠标放上去，变成手形才知道 “哦，原来这里可以点”，那在平板上看的时候用户知不知道可点了？
作为开发人员如果不是自己开发的模块，可能都要试一试才知道是可点的
如果你不能做到让一个页面不言而喻，那么至少应该让它自我解释。 确定你没有做错的几件事 第8章 农场主和牧牛人应该是朋友 —— 为什么大部分关于可用性的争论是在浪费时间，如何避免这种情况 如果只有他们自己在进行设计，Web开发团队在可用性问题的决策方面并不是那么成功。很多团队一直在花大量宝贵的时间一次次地重复着同样的问题。
如果你不能做到让一个页面不言而喻，那么至少应该让它自我解释。
如果只有他们自己在进行设计，Web开发团队在可用性问题的决策方面并不是那么成功。很多团队一直在花大量宝贵的时间一次次地重复着同样的问题。
目前项目的需求由产品来提出，经常开发人员会对需求提出质疑，场景有点类似这章里面形容的
比较蛋疼的是作为开发人员没有接触过客户，不了解客户是怎么想的
职位情绪：每种职位的人的喜好都不一样，CEO、设计师、开发人员、业务拓展人员，这通常也是他们成为某种角色的原因
只有一种方式能决定谁是正确的：[可用性]测试
之前看过第二版，有点久了所以印象不是很深刻，花了一个周末看了一遍第三版，主要的变动是引入了移动端部分的，接下去花点时间思考一下
指导原则
第一章 别让我思考 —— Krug 可用性第一定律
其实通篇都在讲这个问题
关于链接和按钮，印象比较深是目前设计讲究简洁，因此许多可点的地方并不是很明显，必须把鼠标放上去，变成手形才知道 “哦，原来这里可以点”，那在平板上看的时候用户知不知道可点了？
作为开发人员如果不是自己开发的模块，可能都要试一试才知道是可点的
目前项目的需求由产品来提出，经常开发人员会对需求提出质疑，场景有点类似这章里面形容的
比较蛋疼的是作为开发人员没有接触过客户，不了解客户是怎么想的
职位情绪：每种职位的人的喜好都不一样，CEO、设计师、开发人员、业务拓展人员，这通常也是他们成为某种角色的原因
只有一种方式能决定谁是正确的：[可用性]测试