读取StackoOverflow问题后 https://stackoverflow.com/questions/182112/funny-loading-statements-对保持用户眯着, 我真的很好奇就这个问题思考“能否幽默削减响应时间?”

在一个页面加载大量的数据,而不是仅仅“请等待”或“加载数据”,可以幽默/有趣/机智消息削减可觉察的响应时间(由用户所感知)? 我想这可以采取3-5秒关的响应时间的用户的计数。

做什么乔尔,杰夫,和其他人觉得这个?

有帮助吗?

解决方案

第一时间可爱 第二次确定 第三次烦人 第四时间微软曲别针地狱

这是很难真正猜测什么人会想到... AI和HCI深田,每当专家试图猜测会是怎样“friedlier”他们似乎往往使情况变得更糟。

一个经典的例子,道格拉斯·亚当斯与乘客的飞船锁定了数百年来在一个废弃的行星,但机器人机组人员坚称他们需要粉红色的餐巾,最后一个文明将出现,这将提供给他们,等等。(我觉得他们呈粉红色。)

其他提示

第42次时的widgetObject需要40秒加载后,幽默变得令人讨厌。

当你在等待事情发生,它给你一个机会,看看在这个笑话中的缺陷。

在#@为什么没有#$花费更多的时间比写笑话写更好的代码?

我同意MatthieuF:进度条是一个更好的选择

如果你喜欢投入的努力,你可能想使进度条谎言一点:人们认为它服用,如果它加速了,因为它去沿着更短的时间。更多详细的活动: http://www.chrisharrison.net/projects/progressbars/index.html

如果不能,至少一个诚实的进度条可以让你知道,如果你有时间去制作了一杯茶。 (或者网状一些花键...)

要考虑的一个非常重要的事情也是质量或职业化的感觉。如果我在等待一个游戏或娱乐应用程序,然后幽默可能会提供一个分心。

不过,在办公室工作或财务应用程序,我不希望看到任何幽默的消息时。这将导致我质疑否则将造成严重的应用程序的完整性。

如果你真的有兴趣,请阅读“设计和工程时间:时间心理学感知在软件”由史蒂芬C.萧为例。

而不是使用幽默,我发现一个进度条,减少了感知的时间。至少用户有东西看,并且知道正在取得进展

我同意以上。花哨的东西只是惹恼了我。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top