这个栏目主要包含本人感兴趣的技术文档和参考资料。
声明：部分的文档资料来自互联网，其版权为原作者所有。 本站的原创文档遵循 “创作共用 - 非商业、署名、派生” 版权协议发行。
用户反馈 :: Feedback
文档排行 :: Top
焦点讨论 :: Focus
文档资料 :: Document
资源下载 :: Download
关于这里 :: About
本文作者走火入魔，如有虚构，纯属雷同。
傣香园是公司旁边的一家餐饮店，每天午饭时分顾客络绎不绝。由于没有遭受多少竞争，该饭店十分不注重吃户体验（而且老板娘的姿色目前还是吸引了很多客户的支持）。由 于本人目前搞 WEB 这块，所以很多的时间都在恍惚中胡思乱想。中午吃饭后昏昏睡睡无心 Coding，回忆午餐的美味的同时，结合餐馆的服务现状，突发奇想。回忆其触犯的 WEB 设禁忌如下：
某日，和龙哥在傣香园点菜，见菜单中“小炒肉”一菜甚是好看，随即点了一盘。等待许久后，服务员呈上“小炒肉”。此盘小炒肉，既无香芹也冇胡萝卜，无论从哪个角度去 看，都是一盘回锅肉。叫来服务员询问，答曰：菜单上的照片仅供参考，以实物为准。再问回锅肉价钱几许，答曰：比小炒肉便宜 2 元。这时邻桌被呈上回锅肉盖饭一盘，随即明 白，原来是为了批量生产啊。
不少网页有这样的问题，点击标题、图片链接打开内容后，发现并不是你想看的，和标题、图片的描述并不一样。
此乃常见情景：点过饭菜后，服务员还经常会跑来问：你们点了 xxx 了吗？或者端着一盘菜：这是你们点的吗？
用户的信息已经提交给你们了，该获取的时候你们应该从你们获得的信息里面去提取，而不是反复的去向用户请求重复的信息。
某日，和同事一起就餐，其中一同事点的饭菜久久不上。待其他人用餐完毕，服务员来通报：您点的那个现在没有原料，能不能换个别的？
《web设计禁忌》中有个例子：在某网站购物，经历了N 个步骤，填了 N 个表单，最终被网站告知：该商品缺货……
不止一次，服务员拿着菜单在我们面前向我们展示其加减乘除的功力：你们看，这个 5 块，这个 7 块，是 12 块，这个 10 块，是22，对吧？这个 8 块，是 30，对吧，再加 4 碗饭，是 4 块钱，对吧？刚才是 30，加 4 块是 34。对吧？……
用户只关心结果，不关心后台对数据的处理过程。具体你的服务器是什么，正在处理什么字段，不需要告诉用户。呈献给用户反而会增加他们的阅读负担，让他们 做多余的思考。
总有这样的问题，看似已经有一盘给我上的菜，服务生踹着菜从我们的饭桌上绕过然后装进了一个打包袋里面。遂才明白这原来是为电话预约的客户准备的。问其为何同样的菜 不一起帮我们炒了，对方答曰：他们是三十分钟以前就叫了。
想想网站吧，如果将目标客户“一视同仁”那将会是一种多么可怕的问题。
某同事点的饭菜，总不呈上。问服务员，答曰：你们没有点这个啊。事实是服务员没有看到。
向用户请求的数据必须每一项都有用，让用户可以看到他提交的信息出现在某处。如果用户看不到提交的家庭住址，就会想：你们为什么要我填它呢？我填了住址 ，你们把它弄到哪去了？
算帐算错了，要吃户亲自给他们重新计算一遍才明白。点的饭菜迟迟不上，要吃户一遍一遍的催促。
不必说，如果后台有错，页面总打不开也是一件让人非常扫兴的事情。
厨房黑黑的，服务生丑丑的，还总耷拉着脸。影响食欲不说，还有损面子。
网站如果界面难看，怕不容易吸引用户吧。
