GUI设计禁忌2.0

按有用程度 按页码先后 最新笔记

• 

  第1页

  elliot (他人皆菩萨，唯我为凡夫)

  目录 对本书的赞誉 译者序 关于作者 致谢 前言 第1章　基本原则 1.1 基本原则1：关注用户及其任务，而不是技术 1.1.1 理解用户 1.1.2 理解任务 1.1.3 考虑软件工作的上下文 1.2 基本原则2：首先考虑功能，然后才是表示 1.2.1 开发概念模型 1.3 基本原则3：确定用户对任务的看法 1.3.1 争取自然 1.3.2 使用用户的词汇，而不是你自己的 1.3.3 让程序内部内容在程序内部进行处理 1.3.4 找到正确的功能/复杂度平衡点 ... (更多)

  目录

  对本书的赞誉

  译者序

  关于作者

  致谢

  前言

  第1章　基本原则

  1.1 基本原则1：关注用户及其任务，而不是技术

  1.1.1 理解用户

  1.1.2 理解任务

  1.1.3 考虑软件工作的上下文

  1.2 基本原则2：首先考虑功能，然后才是表示

  1.2.1 开发概念模型

  1.3 基本原则3：确定用户对任务的看法

  1.3.1 争取自然

  1.3.2 使用用户的词汇，而不是你自己的

  1.3.3 让程序内部内容在程序内部进行处理

  1.3.4 找到正确的功能/复杂度平衡点

  1.4 基本原则4：设计要符合常见情况

  1.4.1 使得易于实现常用的结果

  1.4.2 两种类型的“常用”：“用户多少”与“使用频度如何”

  1.5 基本原则5：不要分散用户对他们目标的注意力

  1.5.1 不要让用户解决额外问题

  1.5.2 不要让用户通过排除法来推理

  1.6 基本原则6：促进学习

  1.6.1 “从外到里”思考，而不是“从里到外”

  1.6.2 一致性、一致性、一致性

  1.6.3 提供一个低风险的环境

  1.7 基本原则7：传递信息，而不仅仅是数据

  1.7.1 认真设计显示；获取专业帮助

  1.7.2 屏幕属于用户

  1.7.3 保持显示惯性

  1.8 基本原则8：设计应满足响应需求

  1.8.1 什么是响应性

  1.8.2 Web上的响应：虽然很差但正在改善

  1.8.3 设计应满足响应性

  1.9 基本原则9：通过用户试用发现错误，然后修复它

  1.9.1 测试结果甚至可能令经验丰富的设计人员大为惊讶

  1.9.2 为纠正测试所发现的问题安排时间

  1.9.3 测试有两个目的：信息目的和社会目的

  1.9.4 在不同时间、针对不同目的进行测试

  第2章 GUI控件禁忌

  2.1 使用了错误的控件

  2.1.1 禁忌l：混淆复选框和单选按钮

  2.1.2 禁忌2：在非开/关设置中使用复选框

  2.1.3 禁忌3：使用命令按钮作为开关

  2.1.4 禁忌4：使用选项卡作为单选按钮

  2.1.5 禁忌5：太多选项卡

  2.1.6 禁忌6：为只读数据提供输入控件

  2.1.7 禁忌7：对于有约束的输入滥用文本框

  2.2 错误地使用控件

  2.2.1 禁忌8：动态菜单

  2.2.2 禁忌9：过于严格的数据字段

  2.2.3 禁忌10：没有默认值的输入字段和控件

  2.2.4 禁忌11：不恰当的默认值

  2.2.5 禁忌12：反向复选框

  第3章 导航禁忌

  3.1 未显示用户当前所在位置

  3.1.1 禁忌13：未标识窗口或页面

  3.1.2 禁忌14：不同窗口使用同样的标题

  3.1.3 禁忌15：窗口标题与命令或链接不符

  3.2 将用户引入歧途，又不为他们显示路径

  3.2.1 禁忌16：使用户偏离正确道路的按钮和链接

  3.2.2 禁忌17：自身链接

  3.2.3 禁忌18：对话框层次过多

  3.3 糟糕的搜索导航

  3.3.1 禁忌19：互相竞争的搜索框

  3.3.2 禁忌20：搜索结果的浏览方式不佳

  3.3.3 禁忌2l：干扰搜索结果

  第4章 文字禁忌

  4.1 不利于交流的文字

  4.1.1 禁忌22：术语不一致

  4.1.2 禁忌23：含义不清的术语

  4.1.3 禁忌24：书写不好

  4.1.4 禁忌25：文字过多

  4.2 以开发人员为中心的文字

  4.2.1 禁忌26：用词晦涩

  4.2.2 禁忌27：在用户界面中将用户称为“user”

  4.2.3 禁忌28：无用的错误消息

  4.3 引起误解的文字

  4.3.1 禁忌29：错误的消息

  4.3.2 禁忌30：文字独立存在时有意义，但在GUI中引起误导

  4.3.3 禁忌31：在命令标签中错误地使用或者不使用“…”

  第5章 图形设计和布局禁忌

  5.1 不好的布局和窗口放置

  5.1.1 禁忌32：容易忽略的信息

  5.1.2 禁忌33：将对话框控制按钮与内容控制按钮混合放置

  5.1.3 禁忌34：不恰当地使用组合框

  5.1.4 禁忌35：单选按钮之间间隔太大

  5.1.5 禁忌36：标签与数据字段距离太远

  5.1.6 禁忌37：标签的对齐方式不一致

  5.1.7 禁忌38：窗口初始位置不合适

  第6章 交互禁忌

  6.1 偏离任务焦点

  6.1.1 禁忌40：将实现暴露给用户

  6.1.2 禁忌41：不必要的限制

  6.1.3 禁忌42：令人混淆的概念

  6.2 要求不必要的步骤

  6.2.1 禁忌43：向用户索取不必要的数据

  6.2.2 禁忌44：向用户索取随机数

  6.2.3 禁忌45：无意义的选择

  6.3 增加用户的记忆负担

  6.3.1 禁忌46：很难记住的ID

  6.3.2 禁忌47：长的说明信息消失过快

  6.3.3 禁忌48：不必要或效果不佳的标记模式

  6.4 夺走用户的控制权

  6.4.1 禁忌49：自动重排的显示

  6.4.2 禁忌50：使用户陷于困境的对话框

  6.4.3 禁忌51：取消按钮无法取消操作

  第7章 响应性禁忌

  7.1 常见的响应性禁忌

  7.2 响应性不好的原因

  7.2.1 原因之一：响应性的有关事实没有广为人知

  7.2.2 原因之二：用户界面设计人员在设计中很少考虑响应性

  7.2.3 原因之三：程序员将响应性等同于性能

  7.2.4 原因之四：程序员将用户输入视为机器输入

  7.2.5 原因之五：开发人员使用简单的实现

  7.2.6 原因之六：GUI软件工具、组件和平台不完善

  7.2.7 原因之七：管理者雇用缺少必要技能的GuI程序员

  7.3 避免响应性错误：设计原则

  7.3.1 响应性原则之一：响应性不等同于性能

  7.3.2 响应性原则之二：处理资源经常是有限的

  7.3.3 响应性原则之三：用户界面是实时接口

  7.3.4 响应性原则之四：任务对延迟的要求各异，软件不必立即做所有的事情

  7.3.5 响应性原则之五：软件不必按照任务请求的顺序完成工作

  7.3.6 响应性原则之六：软件不必执行所有请求的任务

  7.3.7 响应性原则之七：用户是人而不是计算机程序

  7.4 避免响应性错误：技巧

  7.4.1 及时反馈

  7.4.2 并行问题解决方案

  7.4.3 队列优化

  7.4.4 动态时间管理

  7.4.5 响应技巧总结

  7.5 结论

  第8章 管理禁忌

  8.1 错误的管理态度

  8.1.1 禁忌"64：认为用户界面是次要工作

  8.1.2 禁忌65：对用户界面人员工作的误解

  8.1.3 禁忌66：不重视测试和迭代设计的价值

  8.2 错误的开发过程

  8.2.1 禁忌67：无政府主义开发

  8.2.2 禁忌68：团队中没有任务领域的专业知识

  8.2.3 禁忌69：使用拙劣的工具和构建块

  8.2.4 禁忌70：为程序员提供最快的计算机

  附录

  参考文献

  Web附录：颜色禁忌

  禁忌71：背景对文本阅读的影响

  禁忌72：依赖微小的颜色区分 (收起)

  2011-07-13 15:54:39   回应

  收藏

  推荐
• 

  第11页

  katoyue (果然豆瓣是陈绮贞的天下)

  疑问：开发概念模型中，分不清楚什么该算做对象什么该算做操作？ (更多)

  疑问：开发概念模型中，分不清楚什么该算做对象什么该算做操作？ (收起)

  2011-05-06 21:46:26   回应

  收藏

  推荐

• 

  第1页

  elliot (他人皆菩萨，唯我为凡夫)

  目录 对本书的赞誉 译者序 关于作者 致谢 前言 第1章　基本原则 1.1 基本原则1：关注用户及其任务，而不是技术 1.1.1 理解用户 1.1.2 理解任务 1.1.3 考虑软件工作的上下文 1.2 基本原则2：首先考虑功能，然后才是表示 1.2.1 开发概念模型 1.3 基本原则3：确定用户对任务的看法 1.3.1 争取自然 1.3.2 使用用户的词汇，而不是你自己的 1.3.3 让程序内部内容在程序内部进行处理 1.3.4 找到正确的功能/复杂度平衡点 ... (更多)

  目录

  对本书的赞誉

  译者序

  关于作者

  致谢

  前言

  第1章　基本原则

  1.1 基本原则1：关注用户及其任务，而不是技术

  1.1.1 理解用户

  1.1.2 理解任务

  1.1.3 考虑软件工作的上下文

  1.2 基本原则2：首先考虑功能，然后才是表示

  1.2.1 开发概念模型

  1.3 基本原则3：确定用户对任务的看法

  1.3.1 争取自然

  1.3.2 使用用户的词汇，而不是你自己的

  1.3.3 让程序内部内容在程序内部进行处理

  1.3.4 找到正确的功能/复杂度平衡点

  1.4 基本原则4：设计要符合常见情况

  1.4.1 使得易于实现常用的结果

  1.4.2 两种类型的“常用”：“用户多少”与“使用频度如何”

  1.5 基本原则5：不要分散用户对他们目标的注意力

  1.5.1 不要让用户解决额外问题

  1.5.2 不要让用户通过排除法来推理

  1.6 基本原则6：促进学习

  1.6.1 “从外到里”思考，而不是“从里到外”

  1.6.2 一致性、一致性、一致性

  1.6.3 提供一个低风险的环境

  1.7 基本原则7：传递信息，而不仅仅是数据

  1.7.1 认真设计显示；获取专业帮助

  1.7.2 屏幕属于用户

  1.7.3 保持显示惯性

  1.8 基本原则8：设计应满足响应需求

  1.8.1 什么是响应性

  1.8.2 Web上的响应：虽然很差但正在改善

  1.8.3 设计应满足响应性

  1.9 基本原则9：通过用户试用发现错误，然后修复它

  1.9.1 测试结果甚至可能令经验丰富的设计人员大为惊讶

  1.9.2 为纠正测试所发现的问题安排时间

  1.9.3 测试有两个目的：信息目的和社会目的

  1.9.4 在不同时间、针对不同目的进行测试

  第2章 GUI控件禁忌

  2.1 使用了错误的控件

  2.1.1 禁忌l：混淆复选框和单选按钮

  2.1.2 禁忌2：在非开/关设置中使用复选框

  2.1.3 禁忌3：使用命令按钮作为开关

  2.1.4 禁忌4：使用选项卡作为单选按钮

  2.1.5 禁忌5：太多选项卡

  2.1.6 禁忌6：为只读数据提供输入控件

  2.1.7 禁忌7：对于有约束的输入滥用文本框

  2.2 错误地使用控件

  2.2.1 禁忌8：动态菜单

  2.2.2 禁忌9：过于严格的数据字段

  2.2.3 禁忌10：没有默认值的输入字段和控件

  2.2.4 禁忌11：不恰当的默认值

  2.2.5 禁忌12：反向复选框

  第3章 导航禁忌

  3.1 未显示用户当前所在位置

  3.1.1 禁忌13：未标识窗口或页面

  3.1.2 禁忌14：不同窗口使用同样的标题

  3.1.3 禁忌15：窗口标题与命令或链接不符

  3.2 将用户引入歧途，又不为他们显示路径

  3.2.1 禁忌16：使用户偏离正确道路的按钮和链接

  3.2.2 禁忌17：自身链接

  3.2.3 禁忌18：对话框层次过多

  3.3 糟糕的搜索导航

  3.3.1 禁忌19：互相竞争的搜索框

  3.3.2 禁忌20：搜索结果的浏览方式不佳

  3.3.3 禁忌2l：干扰搜索结果

  第4章 文字禁忌

  4.1 不利于交流的文字

  4.1.1 禁忌22：术语不一致

  4.1.2 禁忌23：含义不清的术语

  4.1.3 禁忌24：书写不好

  4.1.4 禁忌25：文字过多

  4.2 以开发人员为中心的文字

  4.2.1 禁忌26：用词晦涩

  4.2.2 禁忌27：在用户界面中将用户称为“user”

  4.2.3 禁忌28：无用的错误消息

  4.3 引起误解的文字

  4.3.1 禁忌29：错误的消息

  4.3.2 禁忌30：文字独立存在时有意义，但在GUI中引起误导

  4.3.3 禁忌31：在命令标签中错误地使用或者不使用“…”

  第5章 图形设计和布局禁忌

  5.1 不好的布局和窗口放置

  5.1.1 禁忌32：容易忽略的信息

  5.1.2 禁忌33：将对话框控制按钮与内容控制按钮混合放置

  5.1.3 禁忌34：不恰当地使用组合框

  5.1.4 禁忌35：单选按钮之间间隔太大

  5.1.5 禁忌36：标签与数据字段距离太远

  5.1.6 禁忌37：标签的对齐方式不一致

  5.1.7 禁忌38：窗口初始位置不合适

  第6章 交互禁忌

  6.1 偏离任务焦点

  6.1.1 禁忌40：将实现暴露给用户

  6.1.2 禁忌41：不必要的限制

  6.1.3 禁忌42：令人混淆的概念

  6.2 要求不必要的步骤

  6.2.1 禁忌43：向用户索取不必要的数据

  6.2.2 禁忌44：向用户索取随机数

  6.2.3 禁忌45：无意义的选择

  6.3 增加用户的记忆负担

  6.3.1 禁忌46：很难记住的ID

  6.3.2 禁忌47：长的说明信息消失过快

  6.3.3 禁忌48：不必要或效果不佳的标记模式

  6.4 夺走用户的控制权

  6.4.1 禁忌49：自动重排的显示

  6.4.2 禁忌50：使用户陷于困境的对话框

  6.4.3 禁忌51：取消按钮无法取消操作

  第7章 响应性禁忌

  7.1 常见的响应性禁忌

  7.2 响应性不好的原因

  7.2.1 原因之一：响应性的有关事实没有广为人知

  7.2.2 原因之二：用户界面设计人员在设计中很少考虑响应性

  7.2.3 原因之三：程序员将响应性等同于性能

  7.2.4 原因之四：程序员将用户输入视为机器输入

  7.2.5 原因之五：开发人员使用简单的实现

  7.2.6 原因之六：GUI软件工具、组件和平台不完善

  7.2.7 原因之七：管理者雇用缺少必要技能的GuI程序员

  7.3 避免响应性错误：设计原则

  7.3.1 响应性原则之一：响应性不等同于性能

  7.3.2 响应性原则之二：处理资源经常是有限的

  7.3.3 响应性原则之三：用户界面是实时接口

  7.3.4 响应性原则之四：任务对延迟的要求各异，软件不必立即做所有的事情

  7.3.5 响应性原则之五：软件不必按照任务请求的顺序完成工作

  7.3.6 响应性原则之六：软件不必执行所有请求的任务

  7.3.7 响应性原则之七：用户是人而不是计算机程序

  7.4 避免响应性错误：技巧

  7.4.1 及时反馈

  7.4.2 并行问题解决方案

  7.4.3 队列优化

  7.4.4 动态时间管理

  7.4.5 响应技巧总结

  7.5 结论

  第8章 管理禁忌

  8.1 错误的管理态度

  8.1.1 禁忌"64：认为用户界面是次要工作

  8.1.2 禁忌65：对用户界面人员工作的误解

  8.1.3 禁忌66：不重视测试和迭代设计的价值

  8.2 错误的开发过程

  8.2.1 禁忌67：无政府主义开发

  8.2.2 禁忌68：团队中没有任务领域的专业知识

  8.2.3 禁忌69：使用拙劣的工具和构建块

  8.2.4 禁忌70：为程序员提供最快的计算机

  附录

  参考文献

  Web附录：颜色禁忌

  禁忌71：背景对文本阅读的影响

  禁忌72：依赖微小的颜色区分 (收起)

  2011-07-13 15:54:39   回应

  收藏

  推荐
• 

  第11页

  katoyue (果然豆瓣是陈绮贞的天下)

  疑问：开发概念模型中，分不清楚什么该算做对象什么该算做操作？ (更多)

  疑问：开发概念模型中，分不清楚什么该算做对象什么该算做操作？ (收起)

  2011-05-06 21:46:26   回应

  收藏

  推荐

• 

  第1页

  elliot (他人皆菩萨，唯我为凡夫)

  目录 对本书的赞誉 译者序 关于作者 致谢 前言 第1章　基本原则 1.1 基本原则1：关注用户及其任务，而不是技术 1.1.1 理解用户 1.1.2 理解任务 1.1.3 考虑软件工作的上下文 1.2 基本原则2：首先考虑功能，然后才是表示 1.2.1 开发概念模型 1.3 基本原则3：确定用户对任务的看法 1.3.1 争取自然 1.3.2 使用用户的词汇，而不是你自己的 1.3.3 让程序内部内容在程序内部进行处理 1.3.4 找到正确的功能/复杂度平衡点 ... (更多)

  目录

  对本书的赞誉

  译者序

  关于作者

  致谢

  前言

  第1章　基本原则

  1.1 基本原则1：关注用户及其任务，而不是技术

  1.1.1 理解用户

  1.1.2 理解任务

  1.1.3 考虑软件工作的上下文

  1.2 基本原则2：首先考虑功能，然后才是表示

  1.2.1 开发概念模型

  1.3 基本原则3：确定用户对任务的看法

  1.3.1 争取自然

  1.3.2 使用用户的词汇，而不是你自己的

  1.3.3 让程序内部内容在程序内部进行处理

  1.3.4 找到正确的功能/复杂度平衡点

  1.4 基本原则4：设计要符合常见情况

  1.4.1 使得易于实现常用的结果

  1.4.2 两种类型的“常用”：“用户多少”与“使用频度如何”

  1.5 基本原则5：不要分散用户对他们目标的注意力

  1.5.1 不要让用户解决额外问题

  1.5.2 不要让用户通过排除法来推理

  1.6 基本原则6：促进学习

  1.6.1 “从外到里”思考，而不是“从里到外”

  1.6.2 一致性、一致性、一致性

  1.6.3 提供一个低风险的环境

  1.7 基本原则7：传递信息，而不仅仅是数据

  1.7.1 认真设计显示；获取专业帮助

  1.7.2 屏幕属于用户

  1.7.3 保持显示惯性

  1.8 基本原则8：设计应满足响应需求

  1.8.1 什么是响应性

  1.8.2 Web上的响应：虽然很差但正在改善

  1.8.3 设计应满足响应性

  1.9 基本原则9：通过用户试用发现错误，然后修复它

  1.9.1 测试结果甚至可能令经验丰富的设计人员大为惊讶

  1.9.2 为纠正测试所发现的问题安排时间

  1.9.3 测试有两个目的：信息目的和社会目的

  1.9.4 在不同时间、针对不同目的进行测试

  第2章 GUI控件禁忌

  2.1 使用了错误的控件

  2.1.1 禁忌l：混淆复选框和单选按钮

  2.1.2 禁忌2：在非开/关设置中使用复选框

  2.1.3 禁忌3：使用命令按钮作为开关

  2.1.4 禁忌4：使用选项卡作为单选按钮

  2.1.5 禁忌5：太多选项卡

  2.1.6 禁忌6：为只读数据提供输入控件

  2.1.7 禁忌7：对于有约束的输入滥用文本框

  2.2 错误地使用控件

  2.2.1 禁忌8：动态菜单

  2.2.2 禁忌9：过于严格的数据字段

  2.2.3 禁忌10：没有默认值的输入字段和控件

  2.2.4 禁忌11：不恰当的默认值

  2.2.5 禁忌12：反向复选框

  第3章 导航禁忌

  3.1 未显示用户当前所在位置

  3.1.1 禁忌13：未标识窗口或页面

  3.1.2 禁忌14：不同窗口使用同样的标题

  3.1.3 禁忌15：窗口标题与命令或链接不符

  3.2 将用户引入歧途，又不为他们显示路径

  3.2.1 禁忌16：使用户偏离正确道路的按钮和链接

  3.2.2 禁忌17：自身链接

  3.2.3 禁忌18：对话框层次过多

  3.3 糟糕的搜索导航

  3.3.1 禁忌19：互相竞争的搜索框

  3.3.2 禁忌20：搜索结果的浏览方式不佳

  3.3.3 禁忌2l：干扰搜索结果

  第4章 文字禁忌

  4.1 不利于交流的文字

  4.1.1 禁忌22：术语不一致

  4.1.2 禁忌23：含义不清的术语

  4.1.3 禁忌24：书写不好

  4.1.4 禁忌25：文字过多

  4.2 以开发人员为中心的文字

  4.2.1 禁忌26：用词晦涩

  4.2.2 禁忌27：在用户界面中将用户称为“user”

  4.2.3 禁忌28：无用的错误消息

  4.3 引起误解的文字

  4.3.1 禁忌29：错误的消息

  4.3.2 禁忌30：文字独立存在时有意义，但在GUI中引起误导

  4.3.3 禁忌31：在命令标签中错误地使用或者不使用“…”

  第5章 图形设计和布局禁忌

  5.1 不好的布局和窗口放置

  5.1.1 禁忌32：容易忽略的信息

  5.1.2 禁忌33：将对话框控制按钮与内容控制按钮混合放置

  5.1.3 禁忌34：不恰当地使用组合框

  5.1.4 禁忌35：单选按钮之间间隔太大

  5.1.5 禁忌36：标签与数据字段距离太远

  5.1.6 禁忌37：标签的对齐方式不一致

  5.1.7 禁忌38：窗口初始位置不合适

  第6章 交互禁忌

  6.1 偏离任务焦点

  6.1.1 禁忌40：将实现暴露给用户

  6.1.2 禁忌41：不必要的限制

  6.1.3 禁忌42：令人混淆的概念

  6.2 要求不必要的步骤

  6.2.1 禁忌43：向用户索取不必要的数据

  6.2.2 禁忌44：向用户索取随机数

  6.2.3 禁忌45：无意义的选择

  6.3 增加用户的记忆负担

  6.3.1 禁忌46：很难记住的ID

  6.3.2 禁忌47：长的说明信息消失过快

  6.3.3 禁忌48：不必要或效果不佳的标记模式

  6.4 夺走用户的控制权

  6.4.1 禁忌49：自动重排的显示

  6.4.2 禁忌50：使用户陷于困境的对话框

  6.4.3 禁忌51：取消按钮无法取消操作

  第7章 响应性禁忌

  7.1 常见的响应性禁忌

  7.2 响应性不好的原因

  7.2.1 原因之一：响应性的有关事实没有广为人知

  7.2.2 原因之二：用户界面设计人员在设计中很少考虑响应性

  7.2.3 原因之三：程序员将响应性等同于性能

  7.2.4 原因之四：程序员将用户输入视为机器输入

  7.2.5 原因之五：开发人员使用简单的实现

  7.2.6 原因之六：GUI软件工具、组件和平台不完善

  7.2.7 原因之七：管理者雇用缺少必要技能的GuI程序员

  7.3 避免响应性错误：设计原则

  7.3.1 响应性原则之一：响应性不等同于性能

  7.3.2 响应性原则之二：处理资源经常是有限的

  7.3.3 响应性原则之三：用户界面是实时接口

  7.3.4 响应性原则之四：任务对延迟的要求各异，软件不必立即做所有的事情

  7.3.5 响应性原则之五：软件不必按照任务请求的顺序完成工作

  7.3.6 响应性原则之六：软件不必执行所有请求的任务

  7.3.7 响应性原则之七：用户是人而不是计算机程序

  7.4 避免响应性错误：技巧

  7.4.1 及时反馈

  7.4.2 并行问题解决方案

  7.4.3 队列优化

  7.4.4 动态时间管理

  7.4.5 响应技巧总结

  7.5 结论

  第8章 管理禁忌

  8.1 错误的管理态度

  8.1.1 禁忌"64：认为用户界面是次要工作

  8.1.2 禁忌65：对用户界面人员工作的误解

  8.1.3 禁忌66：不重视测试和迭代设计的价值

  8.2 错误的开发过程

  8.2.1 禁忌67：无政府主义开发

  8.2.2 禁忌68：团队中没有任务领域的专业知识

  8.2.3 禁忌69：使用拙劣的工具和构建块

  8.2.4 禁忌70：为程序员提供最快的计算机

  附录

  参考文献

  Web附录：颜色禁忌

  禁忌71：背景对文本阅读的影响

  禁忌72：依赖微小的颜色区分 (收起)

  2011-07-13 15:54:39   回应

  收藏

  推荐
• 

  第11页

  katoyue (果然豆瓣是陈绮贞的天下)

  疑问：开发概念模型中，分不清楚什么该算做对象什么该算做操作？ (更多)

  疑问：开发概念模型中，分不清楚什么该算做对象什么该算做操作？ (收起)

  2011-05-06 21:46:26   回应

  收藏

  推荐