技術パフォーマンスの良い例の3つの特性





リチャード・ファインマンの有名な本「もちろん、冗談だよ、ファインマンさん」は、新しいことを素早く理解して評価する方法を共有しました。

誰かが私に何かを説明するときに私が今日使用するスキームを思いつきました、そして私はそれを理解しようとしています:私は例を思いつきます。 数学者が驚くべき定理で非常に興奮した状態で部屋に入ったとしましょう。 彼らがこの定理の条件を教えてくれるので、私はその条件のすべてに適合する何かを心の中に構築しています。 簡単です:セット(1つのボール)、2つのばらばらのセット(2つのボール)があります。 その後、条件の数が増えると、ボールが色を付けたり、毛が生えたりするようになります。 最後に、数学者は、私の毛むくじゃらの緑色のボールにはまったく合わない、ある種の愚かなボール定理を思い付きます。 それから私は言う:「嘘!」


ファインマンが抽象的思考ができないことをファインマンのせいにする人はいませんが、彼にとっても最初は特定のケースを見る方が簡単で明確でした。 私たちが話すとき、これと同じアプローチは多くのリスナーに関係があるかもしれません。 彼らにもっと簡単で理解しやすい方法で私たちに耳を傾ける機会を与えましょう。 この記事では、良い例のいくつかの特性を強調したいと思います。それらの知識は、あなたの声明を明確で思い出深いものにするのに役立ちます。



成功例の必要性



プレゼンテーションの例は、いくつかの重要な役割を同時に果たします。 トレーニングや会議でレポートを作成する際にITスピーカーと協力していると、驚くべき事実を発見しました。多くの人は例の重要性を理解せず、まったく考えていません。 プログラミング会議では、これは顕著な問題であり、徐々に解決していきたいと思います。 それでは、例の目的は何ですか?



説明とエンターテイメント



ほとんどの場合、会議の聴衆の中には、レポートの過程で簡単に注意を失う可能性のある人々のグループがいくつかあります。



例は、これらの人々のすべてが途中で眠りに落ちるわけではないことを確認するのに役立ちます。 それが難しいと思う人のために、我々の例はファインマンが書いた形で明確さを正確に追加します。 他のすべての例は、少なくとも楽しまれています。 抽象的推論には多くの貴重な情報が含まれることが多いという事実を否定することなく、正しく選択された例はリスナーがこの食物を適切に吸収するのに役立つことに注意する。



証拠



誘導(民間から一般への移行)は一般に、シャーロックホームズが成功したビジネスを築いた控除(一般から個人への移行)よりも人々の特徴です。 自分自身を思慮深く客観的であると考える人でさえ、不十分なデータに基づいて一般化する傾向があります。 話が面白いほど、聴衆はその発見をあらゆる生活状況に一般化しやすくなります。



これは販売プレゼンテーションだけでなく、間違いなく機能しますか?



ITが他の分野とは多少異なると考えることは間違いであり、説得力のある例を提供することはより困難または不要です。 以下では、(例、他の方法を使用して)技術プレゼンテーションでこれがどのように行われるかを示し、同時に良い例の兆候を定式化しようとします。 それらが役に立つことを願っています。



良い例は逆説的です



良い例は、知的挑戦で聴衆に挑戦します。 明らかなものが間違っていることが判明した場合、それは常に記憶され、多くの場合、その後の分析および独立した検索のための食物として機能します。 ハッシュコードjava.lang.Stringに関するAlexey Shipilevの講演から例を見てみましょう。





興味のある断片は2分間続き、19:53に始まります。ここに、開始の正確な瞬間のyoutubeへリンクがあります。



同じベンチマークに配置された同じ長さと文字の構成の2行で、ハッシュコードを繰り返し計算すると、速度が根本的に異なる結果になります。 WTF? -考える時間があるのは視聴者だけであり、すべてが明らかになります。ハッシュコードがキャッシュされていることがわかりますが、ゼロの場合、システムはまだ計算されていないと判断します。 したがって、2 -32の確率では、行はラッキーではなく、ゼロに等しいそのハッシュコードは、呼び出されるたびに再カウントされます。 「無視されたスーパーツール」であることが判明したのは、この不運なラインでした。



これに注意を払ってください:例のない文字列実装のこの機能を伝えると、ほぼ間違いなくすぐに忘れられてしまいます。 サンプルタスクは、暗記に非常に役立ちます。 特に思考の結果に何も依存していない場合、人々は一般的に非常に考えることを好みます。 これは使用可能であり、使用する必要があります。



多くの場合、一般的な例は、表示の順序を変更することで逆説的な例に変えることができます。最初に症状を伝え、次にそれらがどこから来たかを説明します。 いつももっと面白いです!



良い例は大きい



大企業の人生の物語で、多くのお金を費やした(あるいは逆に、有名人のキャリア転換の理由として役立った)話は、少なくともやや反響を呼んでいます。 これらのイベントを新しい角度から見せることができれば非常に良いことです。



青の41の色合いに関する有名なイベントのジェイソンコーエンのバージョンをチェックしてください。



私たちにとって興味のある断片は4分間続き、18:42に始まります。ここが始まりへの正確なリンクです。



見たくない人のために、ここに要約があります。
デザイナーのDoug BowmanはGoogleで仕事をし、Gmailをやりました。 特に、そこにはスポンサーリンクがあります。 元上司のMarissa Mayerは、41の可能な選択肢から最もクリック可能な広告リンクの色を見つけるために、ユーザーの実験(A / Bテスト)を行うことを要求しました。 ダグは言った、そして彼がそのようなナンセンスをしたくなかったので辞めた。 そして、実験はそれなしで行われ、色はそのように選ばれました。



Cohenはさらに、数学的にはDougは正しいが、Marissaは正しくないことを説明しています。 有意性0.95で実験を行うと、そのうちの少なくとも1つで偽陽性、つまりランダムな勝利が発生する確率は1-0.95 41〜 = 0.88です。 つまり、ほぼ確実に本当の勝者は存在せず、ランダムです。




これはグーグルについての物語であり、雄大で美しいマリッサ・メイヤーはその中に馬鹿として現れ、何十億ものグーグルユーザーは実験的なウサギです。 これは大規模で逆説的です。 そして、スピーカーがGoogleの間違いを繰り返さないように聴衆に促し、A / Bテストを使用してパラメーターの勝利の組み合わせを見つけようとしないとき、人々は他の証拠を必要としないようです。 大規模な例でポイントを説明できる場合は、それだけを行うことをお勧めします。



良い例は現実と交差しています



実生活の詳細はストーリーの信頼性を与え、注意を集中するのに役立つアンカーとして機能します。



最近、私は同期と並列フロー制御プリミティブのトピックに関するいくつかのプレゼンテーションを見て、準備を手伝いました。 表示される自然なタスクは、リーダーとライターの問題です。

誰が忘れたか、ここにその意味があります。
読み取りと書き込みを許可するメモリ領域があります。 複数のスレッドがアクセスできますが、同時に好きなだけスレッドを読み取ることができますが、書き込むことができるのは1つだけです。 このアクセスモードを提供する方法 より詳細に- ウィキペディアで




このタスクは基本的ですが、そこから同期プリミティブを使用する例は良くありません。 教室ではなく、実際の仕事でこの問題を最後に解決しなければならなかったのはいつですか? 彼女の実生活での症状は何ですか? もちろん、ファイルシステムの実装は、まさに読者、ライターです。 ファイルシステムを最後に記述したのはいつですか?



別の有名なケースは、チケット予約システムです。 誰でも利用可能なチケットを見ることができ、一度に予約できるのは誰かだけです。その後、予約されたオプションは残りのビューから消えます。 しかし、私たちの時代には、これらはすべてデータベースの腸に隠されていましたが、私たち自身もそうではありません。



言い換えれば、読者と作家のタスクのバリエーションについて、聴衆はタスクの基本的な性質を理解していても、非常に早く眠りに落ちます。 ところで、私は実生活でこのタスクの関連する症状へのリンクに感謝します。



同じ文脈で、優先順位の逆転がしばしば言及されており、それに関する良い例があります。 1997年、Pathfinderローバーのコンピューターは突然再起動し始めましたが、研究センサーからの次のデータバッチの収集と送信サイクルを完了できませんでした。
調査の結果、
最も低い優先度で動作する気象センサーは、共有メモリへのロックを取得し、プロセッサからの優先度が中程度の自己診断に置き換えられます。 自己診断は予想よりも長く機能し、すべてのセンサーからすべてのデータを(ロックされている共有メモリを介して)収集する優先度の高いプロセスは、「サイクルの終了」時間の終了前に終了する時間がありません。 その後、システムはすべてが何らかの形で取り返しのつかないほど壊れて再起動すると信じています。 開発チームは、問題をリモートで修正できました。


優先順位の逆転は非常に単純な概念ですが、例と一緒にすることは依然として賢明です。 この特定の例には、美しい写真を添付できます。 開始画像に示されている風景と、プレゼンテーションのトピックとの関係についてこれまでずっと戸惑っていた人は、これがPathfinderが撮影したショットの1つであることがわかります。 考えられる欠陥:この話はあまりにも過酷ですか? 彼らは皆、2年目または3年目に彼女を連れて行ったのでしょうか、それとも誰かにとってニュースであることが判明しましたか?



一般的に、参加者の外見、パスワード、写真を含む具体例は、常に同じですが抽象的です。



結論と利点



あなたが伝えているそれぞれの重要な概念には、例を添える価値があります。 説明されている3つの機能をすべて備えている必要があるというのは事実ではありませんが、多ければ多いほど良いことです。 これは時間の無駄ではありませんが、リスナーがあなたを理解するメカニズムの重要な部分です。 皆さんに幸運を、はっきりと話してください!



終わりに達した気配りのある読者のためのボーナス



ジェイソン・コーエンの推論の間違いに気づきましたか?

しかし、彼女はそうです。
彼は0.95で重要性について語っていますが、すべてのユーザーを41の実験に分割しなければならない場合でも、Googleは実験を0.999にするのに十分なユーザーと計算能力を持っています。 この場合、誤検知の可能性はすでに非常に低くなっています:1-0.999 41〜 = 0.05、これで生きることはかなり可能です。 ちなみに、彼らはBingで、広告リンクの色もねじれていると報告し、そこから年間数百万ドルを絞り出した。 したがって、うまく機能するために例が正しい必要はありません。 さらに、本質的にコーエンは権利と善を助言します。




本文に記載されているトピックへのリンク



火星で起こったこと:Pathfinder Launch参加者からのメモ 1つ2つ (お互いに矛盾しているのは私だけのようですか?..)

ジェイソンコーエンとは誰ですか。

Ron Kohavi et al。 による記事は 、リンクの色での成功した実験に言及しています。



All Articles