プログレスバーの残り時間の見積もり
プログレスバーの残り時間を推定する最良の方法は何ですか？
私の場合、それは計算時間ですが、これはタスクの残り時間を使いやすい方法で推定する一般的な問題だと思います。
現在、達成率に基づいて推定時間を使用し、それを使用して残り時間を直線的に推定しています。ただし、推定または負荷変動の変化により、時間が短縮されなくなったり、悪化したりして、ダウンではなくアップになります。
私は最初に時間を過大に見積もることに基づいて「チート」を実験してきました。そのため、時間は計画よりも早く終了すれば人々は幸せで、予定よりも遅く終了します。
その問題に取り組む「良い」方法に関する研究/実験はありますか？
多分この論文は参考になるでしょう： http://www.chrisharrison.net/projects/progressbars2/ProgressBarsHarrison.pdf
（...）後方移動動作は、静止動作と前方動作の両方よりも大幅に優先されました（両方でp <0.001）。速度の変化によってグループ化すると、加速動作（前方および後方の両方）が静止リブよりも大幅に優先されました（つまり、速度なし、p <0.05）。一方、減速動作は静止および等速リブよりも大幅に優先されます（...）
この記事 で参照されているように、これに関する2つの素晴らしい研究があります。
実際の進行状況を％で表示する進行状況バーの場合：
- 後方に移動するリブを使用します。
- 最初に進行を控えめにし、最後にそれを加速するように見せることを確認してください。
- 最後のポーズは避けてください。
不確定活動指標の場合：
- パルスまたは回転が速いほど、進行が速いという錯覚が生じます。
ユーザーmustが特定の進行状況を認識している特定のユースケースがない限り、私は通常、単純化のために進行状況バーを不確定なアクティビティインジケーターとして保持することを好みます。