问题标签 [perception]

在用户操作和应用程序响应之间总是会出现延迟。

众所周知，响应延迟越低，应用程序瞬间响应的感觉就越大。众所周知，长达 100 毫秒的延迟通常是不可察觉的。但是 110 毫秒的延迟呢？

可以感知的最短应用程序响应延迟是多少？

我对任何确凿的证据、一般的想法和意见感兴趣。

我正在寻找某种公式或算法来确定给定 RGB 值的颜色的亮度。我知道这不可能像将 RGB 值相加并获得更高的总和更亮那样简单，但我不知道从哪里开始。

我有许多数据驱动的基于 Web 的应用程序，它们为内部和公共用户提供服务，并且想衡量您期望创建页面的速度（以毫秒为单位）以保持用户满意度和可扩展性。

那么，为了维护一个快速的网站，创建页面的速度有多快？

这些站点是在 ASP 经典中开发的，带有一个 SQL Server 后端，可以生成我使用 XSLT 呈现的 XML 记录集。不是最有效的技术，创建页面需要 7 毫秒到 120 毫秒（即第一行代码和“Response.Write”之间的计时器间隔），具体取决于页面的复杂性。较慢的页面是由于数据库运行更大和更复杂的查询。即使我将所有的 ASP 经典重写为 ASP.NET，整体页面渲染速度也不会有任何显着提高。

我经常听到 Jeff 说他希望 SO 成为最快的站点，并且他的博客已经讨论了他的代码和数据库的优化，但是您在优化代码方面需要走多远？通过使用 StringBuffer 而不是 String + String 来减少毫秒数是否可以很好地利用我的时间？

[澄清]

您从什么时候开始认为“此页面创建时间过长？”。是超过 20 毫秒、超过 200 毫秒还是一个页面可以花费一秒钟的时间来构建？你的“目标时间”是多少？

我有一个场景，客户要求在 struts 1 上开发一个新项目。看起来他们有许多在 Struts 1 上运行的应用程序，并且内部 IT 团队对此很满意。

对于数据访问，我们被要求编写 JDBC，没有 ORM，甚至没有 Spring DAO。他们开发了一个框架，我们被要求使用它。

我想知道这里是否有人遇到过类似的情况，并设法说服客户使用更新的框架。

• 在文档就绪时启动代码是 jQuery 的支柱。
• 但有时，会在 ready 事件中执行冗长的操作。
  • 例如，将多个轮播实例附加到冗长的无序列表将需要一些时间。

问题：

如何在就绪事件期间提高感知响应能力？

例如：

• 我可以用“你知道吗？”弹出一个厚盒实例？隐藏底层 DOM 操作的部分？
  • ...然后在 ready 事件完成时自动关闭该thickbox 实例？

说 n = 100; 如何生成 100 种视觉上不同的颜色？这在数学上可能吗？

我已经通过 StackOverflow接触到pHash，这是一个用于音频、视频、图像和文本指纹识别的 C++ 感知哈希库 - 最近初步绑定了 PHP、C# 和 Java。

我对研究这些算法很感兴趣，我想知道是否有相同/相似算法的开源纯 Python 或 PHP 实现？这会让我的生活轻松很多。

在 ASP.NET 应用程序中，在使用 Crystal Reports（使用报表查看器控件）时，报表只有在完整的数据绑定到报表源后才可见（或报表中的数据）。如果数据太大（跨越 50 或数百页），数据绑定需要一段时间。是否有一些技术可以通过在绑定第一页的数据时使第一页数据可见来提高感知速度？其余数据可以在用户看到第一页时绑定。

我一直在阅读有关随机数及其生成器的各种文章。我通常会从中得出 3 个重要的结论：

• 随机数并不是真正随机的
• 很多时候他们有偏差（模偏差）
• 当人类试图“随机行动”时，他们无法成为随机数生成器

因此，考虑到这些观察结果中的后者，我们将如何能够

1. 判断我们看到的一系列数字是否真的是随机的，更重要的是
2. 有什么方法可以证明所说的序列真的是随机的吗？

从这个网站，

输出节点有一个“阈值”t。

规则：

y 如何等于zero。任何想法表示赞赏。