Mastodonで、ChromeやEdgeに携わり、長年ウェブ標準に取り組んできたプロダクトアーキテクトのAlex Russellがこう書いている：

昔々Googleで、あるチームが自分たちでも困惑するような結果を発表した。システムの読み込みを何倍も速くするとエンゲージメントは多少上がったが、Tammyの発見とも一致して、1秒という閾値を下回ってからは、100ミリ秒速くなるごとにエンゲージメントが大幅に跳ね上がったのだ。

「ダイヤルトーン」になるほど十分に速くすることが、ユーザーの行動と期待をプロダクトにとって極めてポジティブな形で変えた。

「速すぎることを証明できるまでは、速すぎるということはない」という類の教訓はどこにでもある。

「速すぎるということはない」という言い回しは本当に面白く、これまで出会ったことがない表現だった。

（私の理解では、「ダイヤルトーン」というのは20世紀後半の固定電話の信頼性についての言及だ。当時の固定電話は極めて信頼性が高く、独自の電源まで備えていた。受話器を取れば、ダイヤルトーン――システムがダイヤルする準備ができたという合図――は必然的に、即座に、常にそこにあり、すでにあなたを待っている状態だった。電話をかけるためにシステムが準備するのを待つ遅延など、一切なかったのだ。）

RussellはTammy Evertsによるレポートにリンクしている：

もしあなたが生業としてウェブサイトを作っているなら、今やっていることを中断してTammy Evertsのこの研究を読んでほしい。私たちの多くがずっと言ってきたことを示している。たとえ「十分に速い」というものが存在するとしても（存在しないのだが）、それは一般的にあなたが目標としているよりもはるかに速いのだ。

レポート自体はこのブログには深すぎ、専門的すぎるかもしれないが、要するにこうだ。Googleはサイトが最大の要素を読み込み終えるまでの時間を2.5秒と推奨しているが、Evertsはそれよりもずっと短いはずだと主張し、証拠を示している。

私は以前「指先の速さ」に注目したことがある――インタラクションが「フローの速度」で動作するようにすることだ。これにはミリ秒単位の速度にこだわる必要がある。EvertsとRussellの指摘は、ミリ秒単位の速さが他の理由でも重要であることを裏付けている。