11

私が評価した Web フレームワークについて、同僚のためにプレゼンテーションを行うことになっています。これらの人々は開発者であり、長くて退屈な PowerPoint の作業を嫌います。そのため、小さなコード スニペットをたくさん入手しました。また、小さなサンプル アプリケーションをまとめました。私の質問は、人々がフォローできるようにコードを提示するにはどうすればよいですか?

私が考えたいくつかのこと：

  • コードを PowerPoint スライドに配置すると、見栄えが悪く、画像でない限り構文の強調表示が機能しません。私のコードを画像にするのは面倒で、さまざまな解像度にうまく対応できません。
  • S5 XHTML プレゼンテーション形式をいじって、JavaScript シンタックス ハイライターを統合しました。少し不格好ですが、実行可能です (会社のテンプレートを使用しないため、プレゼンテーション用の会社の CI を無視すると、少し悲しくなります。尋ねることさえしないでください...)
  • 聴衆の前でスクリプト (メモ) と「ライブ コード」をまとめることができました。私はこれがあまり好きではありません。なぜなら、私は忙しくて、書いている間、良い説明をするのが難しいからです。また、エラーを発生させて待たせる可能性も高くなります。
  • スクリーンキャスト？でも、私はそこにいる必要はありません.多分それをナレーションしますか？

それで、あなたは何をしますか？

4

8 に答える 8

5

聴衆の前でスクリプトと「ライブコード」をまとめることができました。私はこれがあまり好きではありません。なぜなら、私は忙しくて、書いている間、良い説明をするのが難しいからです。また、エラーを発生させて待たせる可能性も高くなります。

私はこのオプションが気に入っています。聴衆を妨げないようにデモを合理化できるのであれば。テレビの料理人がレシピよりも時間がかかるときに行うことを行うことができます。コーディングを開始してから、90% または 100% 完了したものにジャンプします。

同僚がいる場合は、あなたが話している間に彼らにコーディングをしてもらい、彼らが何をしているかを指摘することができます。

IDE を使用すると、構文が強調表示され、聴衆にコンパイル、デプロイ、テストなどの方法が示されます。ただし、全員が見られるように、セッションのためだけに特大のフォントを使用することをお勧めします。

于 2009-01-17T23:52:04.930 に答える
1

お使いの IDE では、領域またはコード セグメントを開いたり閉じたりできますか? Visual Studio では、展開または折りたたむことができるコード領域を作成できます。IDE にこれを行う機能がある場合は、コード サンプルを領域として作成し、プレゼンテーションを進めるときにそれらを開いたり閉じたりすることができます。IDE でプレゼンテーションとコード サンプルを切り替えることができますが、その場でコーディングする必要はありません。オープン/クローズを使用すると、参照していないコードを非表示にして、混乱を抑えることができます。

私はこれが Agile 2008 で実際に行われているのを見ましたが、かなりうまく機能しているように見えました。

于 2009-01-17T23:51:35.510 に答える
1

PowerPoint のスライドに収めることができる情報は限られていますが、これは実際には良いことです。人々は特定の量の情報だけを見て、そこから何か意味のある情報を得ることができます。

したがって、PowerPoint のスライドに収まらない場合は、アプローチを再考する必要があります。

コードスニペットは良いです。強調表示する必要はありません。それらを Courier New (またはその他の固定幅フォント) に入れるだけで、コードとして表示されます。コード スニペットも完全である必要はありません。それらを本質的な概念に煮詰めるだけです (コメントまたは省略記号を使用して不足しているコードを示します)。

プログラマーはプログラマーであり、技術的なことになるとおそらく質問をするでしょう。これは良いことです。

また、プログラマーが似たようなものに精通している場合は、すべての概念を彼らが知っているものに関連付けてみてください。把握しやすくなります。Spring MVC を説明していて、彼らが Struts を知っている場合のように、Struts の同等物を説明してください。そのようなものを表形式で (配布資料としても) 配置すると便利です。

それがまさにそのために私がしたことです (Struts プログラマー向けの Spring MVC 入門書)。

于 2009-01-17T23:52:33.213 に答える
1

多くのコード スニペット、特に長いコード スニペットを視聴者に見てもらいたい場合は、配布資料として印刷するか、PDF またはテキスト ファイルのメモとして提供できます (人々はラップトップでフォローできます)。

実際のプレゼンテーション スライドには、アイデアを伝えるのに必要な最小限のテキスト (コードを含む) を含める必要があります。離れた場所から読むものがたくさんある場合、聴衆はしばらくすると疲れてしまい、読み進めるのに苦労する可能性があります。プレゼンテーションのスライドやスクリプトの重要な部分だけに注意を向けながら、各自のラップトップや配布資料でコード セクション全体を読むようにします。

于 2009-01-18T00:01:59.480 に答える
0

スクリーンキャストですべてを行うことができ、そこにいる必要がない場合は、スクリーンキャストを行い、そこにいません。会議がキャンセルされても誰も文句を言いません。ビデオを配布するだけで、おそらくメモやリンクを含むレポートを添付して、デモンストレーションしているツールについて他の人がもっと読むことができるようにします。

そして、同僚やマネージャーが他の人と話しているときに、後でより多くのクレジットを獲得できます。「ねえ、ビバックが行ったプレゼンテーションを見ましたか？いいえ？そうすべきです。昼食後に住所をお送りします。」

プレゼンテーションでコードをデモンストレーションしている場合は、完成したプロジェクトを利用できるようにして、人々が自分でそれを試すことができるようにすることも検討してください。

于 2009-01-18T00:21:25.637 に答える
0

パワーポイントが気に入らない場合は、使用しないでください。Camtasia のスクリーン レコーディングを使用して、顧客へのプレゼンテーション用の「ライブ」デモを録画します (プレゼンテーションの途中でクラッシュするという欠点がないため、引用符を付けてください :-)。彼らは、ごちゃごちゃした機能だと考えるよりも、実際に動作しているのを見ることを常に好みます。

PowerPoint スライドのように一時停止でき、お気に入りのエディターで立ち上げを記録するだけなので、構文の色付けの利点があります。また、動的であり、Powerpoint よりもはるかに優れています (ただし、複数の Powerpoint スライドで粗雑なアニメーションを作成する人もいますが、実際に見るのは常に面白いです)。

これは基本的にスクリーンキャストのアイデアに対応しますが、そこに理由が必要な場合は、実際のプレゼンテーションの間に散在するように多数の小さなスクリーンキャストを行い、必要に応じて (スクリーンキャストではなく直接) ナレーションを付けます。

個人的には、完全にナレーション付きの Camtasia をターゲット オーディエンスに送りたいと思っていますが、それは、人前で話すことに対する初期のキャリア恐怖症を完全に克服できていないためです :-)。

ピンチのときは、実際のライブ デモを行うことができます。なぜなら、聴衆 (ビデオ プレゼンテーションと同じようなものですか?) はプログラマーであり、抱えている問題を理解してくれるからです。

于 2009-01-17T23:59:04.637 に答える
0

私はこれをしてもらい、それが最善の解決策だと思いました：

別の人に手伝ってもらいましょう。コードについて話している間、ヘルパーにコードを入力させます。こうすれば、部屋にいる全員がコードを見ながら、あなたの説明を聞くことができます。

これにはもちろん、助けてくれる人を見つけて、あなたと同じようにコードを理解することも含まれます。しかし、結果は素晴らしいものになる可能性があります。

于 2009-01-18T00:00:56.207 に答える
0

Visual Studio に関するプレゼンテーションを行うときは、ツールボックスの [全般] タブにコード スニペットを配置します。プレゼンテーション中に、これらのコード スニペットをコード ファイルやマークアップ ページなどにドロップ/ドラッグします。

于 2009-12-11T14:58:27.870 に答える