Web开发修炼之道——创建高可用性的Web内容

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

• 

  第1页

  米拉之落 (念念不往，念念不住。)

  Web可用性的10条原则 1.尽可能避免对用户的物理、精神和感知能力做任何假设。 2.用户只有发送和接受文本的技术。这是你能做出的所有的假设。 3.用户的时间和技术属于用户，不属于我们。除非有特别原因，否则绝不应当支配用户的时间和技术。 4.为任何非文本内容提供良好的代替文本。 5.使用被广泛接受的技术区接触访问者。 6.使用清晰的语言进行交流。 7.网站应当易用、可搜索、可导航。 8.按照定义设计.. (更多)

  Web可用性的10条原则 1.尽可能避免对用户的物理、精神和感知能力做任何假设。 2.用户只有发送和接受文本的技术。这是你能做出的所有的假设。 3.用户的时间和技术属于用户，不属于我们。除非有特别原因，否则绝不应当支配用户的时间和技术。 4.为任何非文本内容提供良好的代替文本。 5.使用被广泛接受的技术区接触访问者。 6.使用清晰的语言进行交流。 7.网站应当易用、可搜索、可导航。 8.按照定义设计内容，并保持内容和表现分离。 9.通过添加附加特性来持续改进基本内容，同时允许无法或不愿使用高级特性的用户能轻松地切换到低等级的内容。 10.遇到新的Web技术时，使用同样的原则使其具有可用性。

  (收起)

  2011-02-10 17:47:11   1人收藏   回应

  收藏

  推荐
• 

  第80页

  阿代啦 (阿代)

  人们总是抵挡不住产品的“真正”面貌的诱惑——有些人会认为最终设计与故事板丝毫不差。 这个其实也是我的困惑：在前期画很多时间在故事板的视觉美化上是很浪费时间和效率的。 (更多)

  人们总是抵挡不住产品的“真正”面貌的诱惑——有些人会认为最终设计与故事板丝毫不差。

  这个其实也是我的困惑：在前期画很多时间在故事板的视觉美化上是很浪费时间和效率的。 (收起)

  2011-11-12 16:33:12   回应

  收藏

  推荐
• 

  第58页

  阿代啦 (阿代)

  设计时就考虑测试。 斯坦福大学的HCI公开课第二集做了一个iteration和非iteration的实验，是鸡蛋掉落实验。同样的时间，只不过一组被允许中途使用很多鸡蛋进行迭代实验，另一组只给了一个鸡蛋。结论是，允许多次迭代的小组的鸡蛋最高掉落高度是一次性的2倍，6M大概是。 参加过几个精英软件工程师的项目，项目过程中大家也发现，测试与设计先于程序，在最初就关注设计，测试，迭代，会减少很多后来测试与改版的费用与人力。 ... (更多)

  设计时就考虑测试。

  斯坦福大学的HCI公开课第二集做了一个iteration和非iteration的实验，是鸡蛋掉落实验。同样的时间，只不过一组被允许中途使用很多鸡蛋进行迭代实验，另一组只给了一个鸡蛋。结论是，允许多次迭代的小组的鸡蛋最高掉落高度是一次性的2倍，6M大概是。

  参加过几个精英软件工程师的项目，项目过程中大家也发现，测试与设计先于程序，在最初就关注设计，测试，迭代，会减少很多后来测试与改版的费用与人力。

  Go On 阿代，

  在图书馆关门之前，读完这本书，写完笔记！ (收起)

  2011-11-12 16:19:43   回应

  收藏

  推荐

• 

  第1页

  米拉之落 (念念不往，念念不住。)

  Web可用性的10条原则 1.尽可能避免对用户的物理、精神和感知能力做任何假设。 2.用户只有发送和接受文本的技术。这是你能做出的所有的假设。 3.用户的时间和技术属于用户，不属于我们。除非有特别原因，否则绝不应当支配用户的时间和技术。 4.为任何非文本内容提供良好的代替文本。 5.使用被广泛接受的技术区接触访问者。 6.使用清晰的语言进行交流。 7.网站应当易用、可搜索、可导航。 8.按照定义设计.. (更多)

  Web可用性的10条原则 1.尽可能避免对用户的物理、精神和感知能力做任何假设。 2.用户只有发送和接受文本的技术。这是你能做出的所有的假设。 3.用户的时间和技术属于用户，不属于我们。除非有特别原因，否则绝不应当支配用户的时间和技术。 4.为任何非文本内容提供良好的代替文本。 5.使用被广泛接受的技术区接触访问者。 6.使用清晰的语言进行交流。 7.网站应当易用、可搜索、可导航。 8.按照定义设计内容，并保持内容和表现分离。 9.通过添加附加特性来持续改进基本内容，同时允许无法或不愿使用高级特性的用户能轻松地切换到低等级的内容。 10.遇到新的Web技术时，使用同样的原则使其具有可用性。

  (收起)

  2011-02-10 17:47:11   1人收藏   回应

  收藏

  推荐
• 

  第8页

  阿代啦 (阿代)

  Web 可用性的10条原则 1尽可能避免对用户的物理 精神和感知能力做任何假设。 2用户只有发送和接受文本的技术。这是你能做出的所有假设。 3用户的时间和技术属于用户，不属于我们。除非有特别原因。否则绝不应当支配用户的时间或技术。 4为任何非文本内容提供良好的替代文本。 5使用被广泛接受的技术区接触访问者html5技术的应用。 6使用清晰地语言进行交流 7.网站应当易用，可搜索，可导航。 8.按照语义设计内容，并保持... (更多)

  Web 可用性的10条原则 1尽可能避免对用户的物理 精神和感知能力做任何假设。 2用户只有发送和接受文本的技术。这是你能做出的所有假设。 3用户的时间和技术属于用户，不属于我们。除非有特别原因。否则绝不应当支配用户的时间或技术。 4为任何非文本内容提供良好的替代文本。 5使用被广泛接受的技术区接触访问者

  html5技术的应用。

  6使用清晰地语言进行交流 7.网站应当易用，可搜索，可导航。 8.按照语义设计内容，并保持内容和表现分离。 9通过添加特性来持续改进基本内容，同时允许无法或不愿使用高级特性的用户能轻松的切换到低等级的内容（gmail改版， weibo的改版。） 10 遇到新的web技术时，使用同样的原则使其具有可用性。

  (收起)

  2011-11-12 15:01:21   回应

  收藏

  推荐
• 

  第29页

  阿代啦 (阿代)

  团队作用 太渴望团队合作了。 生产高质量的在线内容需要通过几个领域的中专业技能互相合作。 建立团队包括的小组代言人: 项目干系 内容作者 UI设计师 GUI设计师 软件工程师 如soulwangh说的一样，分类的时候需要将个人因司的职能剥离清楚，实际上，数据 借口 样式也是按照这样的方法才能互相合作的。 不尽相同的是，在一个小团队中一个人可以同时跨几个职责。但是大家都需要有可用性的思维。 合作的魅力在与.. (更多)

  团队作用

  太渴望团队合作了。

  生产高质量的在线内容需要通过几个领域的中专业技能互相合作。

  建立团队包括的小组代言人:

  项目干系

  内容作者

  UI设计师

  GUI设计师

  软件工程师

  如soulwangh说的一样，分类的时候需要将个人因司的职能剥离清楚，实际上，数据 借口 样式也是按照这样的方法才能互相合作的。

  不尽相同的是，在一个小团队中一个人可以同时跨几个职责。但是大家都需要有可用性的思维。

  合作的魅力在与每个人只有有限的资源，但结合在一起就能改变世界。

  我喜欢合作，特别是向聪明绝顶的软件工程师们灌输可用性思维的时候~这也是艺术家和设计师的巨大区别之一吧！ (收起)

  2011-11-12 16:05:50   回应

  收藏

  推荐

• 

  第80页

  阿代啦 (阿代)

  人们总是抵挡不住产品的“真正”面貌的诱惑——有些人会认为最终设计与故事板丝毫不差。 这个其实也是我的困惑：在前期画很多时间在故事板的视觉美化上是很浪费时间和效率的。 (更多)

  人们总是抵挡不住产品的“真正”面貌的诱惑——有些人会认为最终设计与故事板丝毫不差。

  这个其实也是我的困惑：在前期画很多时间在故事板的视觉美化上是很浪费时间和效率的。 (收起)

  2011-11-12 16:33:12   回应

  收藏

  推荐
• 

  第58页

  阿代啦 (阿代)

  设计时就考虑测试。 斯坦福大学的HCI公开课第二集做了一个iteration和非iteration的实验，是鸡蛋掉落实验。同样的时间，只不过一组被允许中途使用很多鸡蛋进行迭代实验，另一组只给了一个鸡蛋。结论是，允许多次迭代的小组的鸡蛋最高掉落高度是一次性的2倍，6M大概是。 参加过几个精英软件工程师的项目，项目过程中大家也发现，测试与设计先于程序，在最初就关注设计，测试，迭代，会减少很多后来测试与改版的费用与人力。 ... (更多)

  设计时就考虑测试。

  斯坦福大学的HCI公开课第二集做了一个iteration和非iteration的实验，是鸡蛋掉落实验。同样的时间，只不过一组被允许中途使用很多鸡蛋进行迭代实验，另一组只给了一个鸡蛋。结论是，允许多次迭代的小组的鸡蛋最高掉落高度是一次性的2倍，6M大概是。

  参加过几个精英软件工程师的项目，项目过程中大家也发现，测试与设计先于程序，在最初就关注设计，测试，迭代，会减少很多后来测试与改版的费用与人力。

  Go On 阿代，

  在图书馆关门之前，读完这本书，写完笔记！ (收起)

  2011-11-12 16:19:43   回应

  收藏

  推荐
• 

  第49页

  阿代啦 (阿代)

  不要重复工作。 与其过着机械重复的生活，还不如死了好。 想起一个科幻小说《一日囚》，一个被赋予余生于同一天度过的罪人，每天面对的都是一模一样的场景，人物，事情的发生。他不能选择死亡，每日被第二天重复的折磨着。 其实在软件使用中也会经常有这种frustrated的感受。 例如投递简历，如果在线提交一份简历能够同时导入到其他简历，而不是一定要在模板区将该简历指定为模板才能够生效。求职的人本来就视时间为生命... (更多)

  不要重复工作。

  与其过着机械重复的生活，还不如死了好。

  想起一个科幻小说《一日囚》，一个被赋予余生于同一天度过的罪人，每天面对的都是一模一样的场景，人物，事情的发生。他不能选择死亡，每日被第二天重复的折磨着。

  其实在软件使用中也会经常有这种frustrated的感受。

  例如投递简历，如果在线提交一份简历能够同时导入到其他简历，而不是一定要在模板区将该简历指定为模板才能够生效。求职的人本来就视时间为生命，将时间浪费在一遍又一遍填写重复的个人信息上是一件很折磨人的事情。

  DRY（Don't Repeat Yourself 在某个系统中一条知识必定有单一、明确、可靠的表现方式。

  作者以CSS为例很好的解释了该原则。。。。

  话都说不清楚了，继续看吧 (收起)

  2011-11-12 16:12:34   回应

  收藏

  推荐