最近、私はMicrosoft Research CambridgeでSimon Peyton-Jones （Lead Haskell Language Developer） による非常に興味深いプレゼンテーションの録音に出会いました。 その中で、彼は学生にコンピュータサイエンスに関する研究を行い、記事を書く方法を教えています。 彼の考えは私にとって非常に興味深く、CS分野だけでなく適用可能でした。
研究者、大学院生、学生、そして一般に科学雑誌に記事を書いたり、すぐに私のロシア語のスピーチの適応を見つけることができる猫を頼まなければならない人々。
主なアイデアは7つのヒントにまとめられています。これにより、あなたの研究と記事はより良くなります。
各ヒントで、Simon Peyton-Jonesのプレゼンテーションのスライドの1つを追加しました。それをさらにスクロールすることは理にかなっています。 私は科学者の考えをテキストで完全に伝えようとしましたが、プレゼンテーションのスタイルは主なアイデアを絞ったものであり、彼のアドバイスの本質を理解するのに最適です。
後で出発しないでください-書き込み
大きな問題は、この記事が研究の最終段階であることです。 論理的に聞こえますか？ しかし、このアプローチは間違っています。 はるかに優れたアプローチは、アイデアを思いついた直後に書くことです。 これにより、正式な言語でできるだけ明確に提示できます。 そして、この段階で、あなたはあなたのアイデアを完全に形成していないか、最初は間違っていたことがすでに判明しているかもしれません。 したがって、このような方法を使用すると、研究のかなり前にアイデアを形成および洗練することができ、失敗した思考に費やすことができる何ヶ月または何年も節約することができます。
数学、関数図、擬似コード、またはその他の形式的な方法でアイデアを表現します。 これについては、喫煙室や社内セミナーや会議で同僚と話し合ってください。 あなたの考えとは異なり、すべての同僚が正式な言語を理解できるため、このアプローチにより、早い段階で他の人とアイデアや研究の議論を始めることができます。 しかし、まず第一に、これはあなたがあなた自身の考えを構築し、あなた自身との対話を始めることができるようにするために必要です。
記事の準備は、研究を行うための主要な方法であり、それを公開する方法ではありません。
あなたのアイデアを表現する
記事は、ジャーナルや会議で発表されたトピックに関するあなたの仕事の結果だけではありません。 これは、他の人にあなたの考え、問題を解決する方法について伝える方法です。 アイデア...ウイルスのようなものであり、よりシンプルで明確に定式化できれば、より多くの人が感染し、感染が拡大します。 アイデアを策定して読者に伝えることは非常に重要です。なぜなら、すばらしいアイデアであっても、持ち歩いていると役に立たないからです。
あなたのアイデアは、あなたの研究やあなたが書くプログラムよりもずっと長く生きます。 モーツァルトの作品は非常にキャッチーであるため、多くのミュージシャンが常に彼らに戻り、彼らまたはその解釈とフィルハーモニー協会で演奏します。 モーツァルトの作品は、すべてのミュージシャンが理解できる言語で録音されているため、フィルハーモニー管弦楽団でまだ聴いています。 おそらく100年後には誰もあなたのプログラムを立ち上げないでしょうし、その中に具体化され、記事で提示されたアイデアは長い間生き続けるでしょう。
時々、あなたの考えは公表する価値がなく、時間を無駄にすることは意味がないように思われ、他の科学者はずっと前にあなたのためにすべてをより良くしました。 これは多くの科学者を悩ませている間違いです。 私たちをこの分野の著名な研究者と無意識のうちに比較することで、仕事の結果を軽視することがあります。 自分にチャンスを与えてください-あなたのアイデアについて教えてください。 あなたの論文がどれだけ良いか悪いかを科学コミュニティに決めさせてください。なぜなら、それを公開しようとせずに、あなたはそれを全くチャンスを残さないからです。
素晴らしいアイデアを期待しないでください-あなたのアイデアについて世界中に伝えてください。 そして、そのうちの1人が素晴らしいことが判明するかもしれません。
話をする
著名な雑誌の記事でもブログの記事でも、ストリーミング講義やセミナーのメモでも、あなたが書くものに関係なく、プレゼンテーションの特定の順序に従うことは理にかなっています。 あなたが黒板に立っていて、自分のアイデアについて話したいと想像してください。 そして、課題は、即興の素材のみを使用して、リスナーに伝えることです。 問題自体が何であるかから始めます。 次に、それがあなたや他の人々にとって重要である理由に進みます。 それから、それを解決するというあなたのアイデアを教えてください。詳細に移ります：定理、証明、実験結果など。 次に、あなたのアイデアが他のアイデアよりも優れている理由を説明する必要があります。 それとも、いくつかの点で悪化していますか？
ジャーナルまたは会議での科学論文の構造は似ています：
- 見出し（読者1000人）
- はじめに（1ページ、100人の読者）
- タスク（1ページ、読者10人）
- 私のアイデア（2ページ、読者10人）
- 詳細（5ページ、3読者）
- 同様の作品（1-2ページ、読者10人）
- 結論と今後の作業（0.5ページ）
これまたは記事のその部分を読んでいる人の数は括弧内に示されています（ 注レーン：これらは実験結果ではなく、単にPeyton-Jonesの仮定です ）。 紹介後、聴衆は急速に減少しているため、重要なポイント、つまりアイデアと防御するポイントを作成することが非常に重要です。
ストーリーテリングでは、科学的な記事はブログや記事の記事とそれほど変わりません。 読者があなたの物語に情熱を傾けるように書きましょう。
結果が最初に来る
序論はあなたの記事の機関車であり、読者を維持したいなら、序論に書かれたすべての言葉は貴重です。 この部分を分散させることはできません。 その中にあるべき唯一のものは、あなたが解決しようとしている問題の定義とその重要性、ならびに防衛のために提唱された記事の主な規定です。 それだけです これは、記事のフロントページに配置する必要があります。
タスクを提示する際によくある間違いは、あまりにも一般的であり、これから次のように、証拠にあります。
コンピュータープログラムにエラーがあります。 それらを削除することは非常に重要です[1,2]。 多くの研究者がこれを試みました[3,4,5,6]。 このタスクは非常に重要です。
しかし、プログラムにエラーがあること、またエラーが発生することは明らかではありませんか？ この問題の関連性は明らかです。 代わりに、その特定の問題があなたが記事に取り組むように促したものを書き留めてください。
このプログラムの興味深いバグを検討してください。 <短い説明>。 次に、このようなエラーを自動的に検出して修正する方法を示します。
読者はあなたの記事をあくびしてスクロールする代わりに、自分の作品でこれに遭遇したのか、それとも自分がこの特定の問題をどのように解決するのかを考えます。 そしてその瞬間、あなたは彼を引っ掛けました。
記事を不必要に複雑にしないでください。 解決する問題を正確に説明してください。
次に、記事の主要な条項を提示する必要がありますが、これはさらに防御します。 選択したリストの形式でこれを行うことをお勧めします。 各条項には、記事の特定のセクションへのリンクを添付する必要があります。このセクションでは、自分の立場を保護します。 防御するポジションはすべて偽造する必要があります。 この形式で紹介文を提示することにより、校閲者の作業を大幅に促進し、ストーリーに調和を追加します。 例：
- 並列プロセスをサポートする言語の構文およびセマンティック機能を紹介しました（セクション3）。 そのユニークな機能は...
- この型システムは信頼性が高く、型チェックは決定可能であることが証明されています（セクション4）。
- WizWozベースのGUIツールキットを開発し、それを使用してテキストエディターを実装しました（セクション5）。 コードの量はJavaバージョンと比較して半分になります
あなたの記事の紹介はプロトタイプであり、その本文は実装されている機能であると想像してください。 記事をコンパイルします。
最後に関連記事を投稿する
アイデアを説明する前に、既に実装され公開されている問題を解決するためのさまざまなアプローチを伝えることは、良いアプローチのように思えます。 これは優れた学術的アプローチです。何かをする前に、まずあなたが何をしたかを知ることができます。 誰も自転車を再発見したくありませんよね？
ポイントは、そのようなアプローチは研究を行うのには良いが、記事を準備するにはひどいということです。 この記事の主な目的は、あなたのアイデアを他の研究者に伝えることであり、既存のアプローチの説明は、読者とあなたのアイデアの間の壁として機能します。 さまざまなアプローチを説明すればするほど、読者が自分のやり方を理解するのが難しくなります。
アプローチの前に文献レビューを書くべきではない2つの主な理由：
- 問題の履歴をうまく処理すればするほど、問題について既に何かをした適切な仕事を見つけることができます。 そして、数ページのテキストに圧縮するのがより困難です。 すでに問題に没頭している読者はこれを必要としません-彼らはそれを知っています、そして、若い研究者はあなたのアプローチに到達することなく何十ものリンクで混乱する可能性があります。
- 読者は、アプローチを理解するために、文献レビューで説明したすべてのテクニックと方法を知っている必要があるようです。 そして、これはほとんどの場合そうではありません。
あなたの方法の後に文献レビューを投稿することは直感に反し、学術的アプローチに反しますが、これには独自の意味があり、これは主な目標を達成するのに役立ちます-あなたのアイデアを読者に伝えること。
読者を最優先に
これに先立ち、記事の紹介を検討しました。 次に、本体、つまりアイデア、方法論、技術的な詳細のプレゼンテーションに直接触れます。 そして、私が最初に言いたい最も重要なこと-記事の問題を解決するためにあなたの方法を繰り返さないでください。 記事はあなたの研究を語るのではなく、読者にあなたの考えを伝える方法です。 あなたの道は厄介で曲がりくねり、あなたの血と苦しみを振りかけることができます。あなたは完全に異なる方法を試した後、数年間解決策を探すことができます。 読者はこれらすべてを知る必要はありません;あなたの主要なアイデアを読者に提示するための最短の方法を見つけてください。 例外は、読者が「なぜこの経路が選択されないのか、それは明白で簡単に見えるのか」と考える瞬間です。 おそらく、これは行き止まりへの明白で簡単な方法であることを知っています。 この場合、これは記事に示されている必要があります。
メソッドを導入する場合、特定のアプローチから一般的なアプローチへの適切なアプローチが行われます。メソッドがどのように機能するかを示す具体的な例から始めることができます。 これは、アプローチを直感的に認識するために重要です。 その後、読者は直感的な理解を持ち、あなたのさらなる一般化を理解できるようになります。 そして、読者があなたの一般化をスキップしたとしても、彼はあなたのアイデアとそれが実際にどのように機能するかについての直観的な理解をまだ持っているでしょう。
読者が基本的なアイデアを直感的に理解できるようにしてください。
批判を聞く
他の多くのヒントで繰り返されているように、レビュアーに聞いてください。 これは、早期のテキスト作成の利点の1つです。 同僚、友人、知人に事前に確認してもらうことができます。 おそらく、スポーツチームの友人はコンピューターサイエンスに精通していないかもしれませんが、最初の2、3のセクションを理解することができ、どこかで紛失または混乱していることを伝えることができます。 この場所を修正してください。
第一印象を得るチャンスは1回しかありません。 ある同僚が記事を読んでエラーを見つけた場合、修正したバージョンを別の同僚に見せてみてください。 同僚があなたの専門分野に近ければ近いほど、彼はあなたの記事に深く浸透することができます。
記事のレビューから得たいものを正確に理解してください。 友人や同僚は、文法的および文体的な誤りを喜んで指摘しますが、混乱したり、何かを理解できない瞬間については黙っていようとします。 彼らは自分自身を責めますが、それは彼らのせいではなく、あなたのせいです。 彼らがあなたの考えを正しく理解し、テキストのどこでも混同されていないことを確認してください、それについて彼らに尋ねてください。
雑誌の編集委員会を通じて公式レビューを行う前であっても、あなたの分野の専門家からレビューを得ることができます。 彼があなたが彼の方法論を正しく使用しているかどうかを明確にするために、彼があなたが参照する彼の彼の記事で彼がそれを公表したという要求でドラフト記事を送ってください。 ほとんどの場合、彼はあなたの記事を見て、いくつかの実用的なアドバイスをします。 彼が将来あなたのレビュアーになることが判明するかもしれません。そして、レビュープロセスはあなたにとってより簡単になるでしょう。
肯定的な批判は非常に困難ですが、それは非常に重要です。 あなたの記事に対する批判を、それを改善する動機と考えてみてください。
PS言語とスタイルに関するいくつかのコメント
提示されたヒントは、科学論文の品質を大幅に向上させるのに役立ちますが、誰もが聞いているように見え、どこでも見過ごされているように見える、もっとありふれたものを忘れないでください：
- 締め切りに固執する。 期限が必要な理由は、編集者または組織委員会によって厳しくスケジュールされた資料を準備するようにしてください。
- 記事のデザインの要件に違反しないでください。 これは、拒否の正式な理由となり、時間を失うことになります。
- 記事には常にスペルチェックを使用します。
- 視覚的な手法を使用して、記事の認識を改善します。
- 写真、図、図で言葉を表現する方法を考えて、それを実行してください。
- あなたの考えをもっと簡単に表現してみてください。 1つの複合文よりも簡単な文をいくつか書く方が適切です。
- テキストの受動態は、アカデミックになりますが、非常にドライに聞こえます。 アクティブな音声を使用できる場合は、この機会を利用してください。
関連トピックに関する他の出版物もリンクから入手できます： 助成金申請書の書き方 、プレゼンテーションの準備方法 、それらに精通することをお勧めしますが、現在は英語のみで利用できます。
関連資料：
PPTXプレゼンテーション
pptx形式のプレゼンテーション翻訳
PDF形式のプレゼンテーション翻訳