累積エラーの非技術的な良い例は何ですか？
私は、累積的なエラーの影響、および絶対計算を使用することがなぜ重要であるのかを、技術的でない用語で説明する必要があるレポートに取り組んでいます。
dictionary.com からの「累積エラー」の定義：
一連の測定または計算中に次第にまたは重要度が徐々に増加するエラー。観察中に増大するエラー
理想的には、私は実際の例を提供して、詳細を知らなくてもその概念を理解できるようにすることができます。
私が最初に思うのは、かなりよく知られている「 Chinese whispers 」ですが、正確に「現実世界」に分類することはしません。誰かがより良い例を知っていますか？
現実の世界？大工仕事を試してください。ほとんどの人はワークショップで少し遊んでいます。
あなたは材木を測定し、それを切りました。これらの20が必要です。しかし、時間を節約するために、前に切ったものを取り、次の材木と同じ高さに置いて、どこに切る必要があるかをマークします。
20回後、ノコギリの幅がゼロでないか、鉛筆が正確にカットしたい場所にマークを付けていないことに気付くでしょう。エラーが発生し、最初の材木が最後の材木と一致しなくなります。
今日、世界のほとんどの西部でグレゴリオ暦を使用している理由を知っていますか？これは、その前身であるユリウス暦が長年にわたって累積誤差を引き起こしたためです。詳細については、このWikipediaの記事をお読みください。
エラーの増加を示し、技術的に見える何かが必要な場合は、小さなものを測定します。これはnotウィスパーゲーム（電話ゲームと呼ばれることもあります）と同じです。ささやきゲームは最高のイラストです。
ダースの小さなサイコロを持参-異なるサイズが望ましい。
誰もが1つの死を測定します。
誰もが左側の人の測定値を受け入れ、サイコロのサイズを追加して、右側の人に報告します。
最後の人は、累積された長さを報告します。
品質チェックとして、サイコロを並べて、サイコロのスパン全体を測定します。あなたがどれだけ近いか見てください。
測定ベースのデモンストレーションの問題は、ある種のより厳密な品質管理でより高い精度が可能であると誰もが主張することです。非科学者は、測定の再現性と、エラーを引き起こすすべての自由度を「どういうわけか」制御できるという考えを誤っています。
ささやきは、制御できないものがあることを示しています。
測定するだけで、さらに正確に測定する方法について話し合うことができます。蓄積されたエラーの範囲は減少しますが、エラー自体は解消されません。
「For Want of a Nail」は、小さな行動が大きな結果をもたらす可能性があることを示すことわざの韻です。
爪が欲しくて
爪が足りなかったため、靴がなくなってしまいました。
靴が足りないために馬が失われました。
馬が足りないため、ライダーは失われました。
ライダーが不足しているため、メッセージが失われました。
メッセージが必要だったため、戦いは敗北しました。
戦いが必要だったため、王国は失われました。
そして馬蹄形の爪が欲しくてたまらない。
0.335のような値を取ります。この値を、ストア内のアイテムの販売価格と見なします。この商品を50人のお客様に販売してください。四捨五入せずに合計すると$ 16.75になりますが、コンピューターが値を2桁に四捨五入すると、各セールがメモリに格納されて（0.34になる）、合計は$ 17になります。 2つの数値のギャップは、売り上げが増えるにつれて増え続けます。
数年前、私たちは既存の監視カメラを使用して、いつ何人が建物にいるのかを追跡したいと思っていた顧客がいました。
私たちの会社にはオブジェクト分析ビデオ分析アルゴリズムがありましたが、それは98％しか正確ではありませんでした。一般に、正確なカウントを追跡するのではなく、トラフィックフローパターンを推定するために使用されます。
したがって、この顧客は、アルゴリズムを1日間実行するための受け入れテストを受けていました。一日の初めには、建物はほとんど空です（警備員が少なく、夜の人もいます）。 24時間後もほとんど空になるはずです。日中は数千人が出入りします。彼らは戻ってきて、私たちのアルゴリズムには天文学的なパーセントのエラーがあったと言いました。なぜなら、日中に数えられたカウントエラーは、非常に低い予想人数で単純にそれを割ったからです。