タグ付けされた質問 「writing」

証拠を確認するための一般的なガイドラインは何ですか？これは私のような大学院生にとって重要だと思います。何かを証明するために何をする必要があるかはすでにわかっていますが、送信する前にすべてを常に確認する必要があります。あなた自身のアドバイザーにも。 私は試行錯誤によっていくつかの戦略を開発し、アドバイザーから多くのアドバイスを受けました。しかし、これは常に非常に退屈な作業です。通常、何かを終えたら、次の問題に進みたいだけですが、すべてが完璧になるまで現在の問題に固執する必要があります。ここに、私自身のトリックのリストの例を示します。 詳細を入力します。「それは明らかです...」、「一般性を失うことなく...」などと書いた場所には多くの間違いがあります。 いくつかの数字を試してください。「またはn = 1000に設定するとどうなるか」などの極端なケースを試してください。n = 1n=1n=1n = 1000n=1000n=1000 清潔なノートを保管してください。毎日それを書き、あなたの大まかなメモと比較してください。私もラテックスで書きますが、この方法で多くの間違いを発見しました。 証拠の確認に適用する一般的な戦略は何ですか？ この質問の目的は、コミュニティWikiにすることです。

59 soft-question  research-practice  writing 

論文を書くためにどのツールを使用しますか？ 私が経験した小さな経験から、理論家は実際に創造的であることに加えて、論文の執筆と精製に多くの時間を費やしています。つまり、自分の仕事を他の人に伝えることです。論文はそうする正しい方法ではないかもしれませんが、それは別の議論のために残されるべきです。いずれにせよ、可能な限り優れたソフトウェアツールを使用して、結果を書き出すのに費やす時間を削減したいと思われます。したがって、この質問は、そこに隠された宝物を見つけることを目的としています。 私たちのほとんどは、LaTeXといくつかのシステムを使用してペーパーリファレンスを整理していると思います。しかし、vim / emacsと非常に気の利いたライブラリもあり、私にとっては時間の節約になりました。そのため、論文を書くために使用する設定について知りたいと思いました。また、学習しようとしたがうまくいかなかったこともあるかもしれません。あまり知られていないかもしれないが、たとえば、グラフやオートコンプリート機能を描くための非常に特殊なソフトウェアであっても、物事をスピードアップすることがわかっているものに特に興味があります。 ドンクヌースがインタビューで彼の設定について語っています。「どのツールセットを使用していますか[...]」という質問を検索します。 更新：Sadeqは、ここで図を描画するためのツールについての議論を指摘しました。

55 soft-question  big-list  research-practice  writing 

私は学生原稿を編集していました。学生は、出版された作品で質の高い文章の例を見るのは良いと言ったので、頭の中で良い例を思い付くことができないことに気付きました。 あなたが見た質の高い数学的文章の最良の例は何ですか？ ルール： 可能な限りTCSの論文を希望します。私たちのスタイルは標準的な数学の論文とは十分に異なっているので、TCSに焦点を当てた方が良いと思います（また、MOではなくここで質問している理由も） 論文がうまくいったと思うことを正確に述べれば助けになるでしょう。すべての博覧会がすべてに適しているわけではありません。一部の論文は優れた証明のアウトラインを持ち、一部は本当に効果的に表記法を使用し、他の論文は直観を巧みに伝えます。 可能であれば、論文にリンクしてください。 私たちの他の多くの幅広い質問のように、これがリソースになることを望んでいます。そのため、CWとマークしています。

46 soft-question  writing 

2つ以上の異なる機関の共著者がラテックスで論文を書いており、下書きを繰り返しメールで送信するよりもうまくやりたいとします。 彼らは、Dropboxアカウントを無料で開いてパスワードを共有し、自分のコンピューターの紙のバージョンとDropboxの紙のバージョンを同期できることに気付きました。ただし、2人が同じセクションを同時に編集している場合、互いの変更が上書きされます。 また、SVNやGitのようなバージョン管理システムには、並行変更をマージするためのツールがあり、それが合理的に機能すると聞いています。ただし、これらの製品のドキュメントは読みにくいため、論文を書く共著者の基本的なニーズよりも、変更を元に戻す方法やさまざまな「ブランチ」を管理する方法に重点を置いています。 このセットアップでバージョン管理システムを使用する方法について、簡単なステップごとの説明がありますか？ 中央リポジトリ ローカルコピー 「スマート」マージ 枝なし ？ 標準のバージョン管理システムのうち、最も使いやすいのはどれですか？（ここでは、理論的なコンピューターサイエンスの教授と話しています。） バージョン管理なしで、スマートマージと同期するだけの簡単なツールもありますか？ 逆に、バージョン管理システムを使用して単著の論文を書く人も、無制限に元に戻す機能は余分な複雑さの価値があると本当に感じていますか？

36 soft-question  research-practice  software  writing 

私はCS分野に不慣れであり、私が読んだ論文の多くには経験的な結果がないことに気づきました（コードはなく、補題と証明だけです）。何故ですか？コンピュータサイエンスは科学であると考えると、科学的な方法に従うべきではないでしょうか。

31 soft-question  research-practice  writing 

この分野の人々（理論的なコンピューターサイエンス）がプレゼンテーションを作成するためにどのツールを使用するのか疑問に思っていました。多くのコンピューターサイエンスは論文を書くだけでなく、プレゼンテーションも行うので、これは重要なソフトな質問になると思いました。これは、論文を書くのにどのツールを使用するかという前の質問に触発されました。私が見た最も一般的なものは次のとおりです。 ビーマー Microsoft PowerPoint ラテックス GraphViz 私が見逃している他のトリックがあるかどうか疑問に思っていましたか？

23 soft-question  research-practice  writing 

これは、手元のアルゴリズムをどれだけ効果的に表現できるかについてです。これは学部で教えるために必要です。 擬似コードを記述する標準的な方法などはないことを理解しています。異なる著者は異なる規則に従います。 ここの人々が、彼らが従い、最良のものを考える方法を指摘してくれれば、それは助けになるでしょう。 これを詳細に扱っている本はありますか？

22 ds.algorithms  soft-question  advice-request  writing 

私は理論的なコンピューターサイエンスの論文を書いていますが、匿名の単著もあります。以前、私はそのような論文で一人称を複数使用しました、例えば： 複雑度クラスXとYが一致することを示します。 私は英語を母国語とせず、英語も得意ではありません。最近、私は英語を母国語とする人（コンピューター科学者ではなく科学に興味があります）から、代わりに1人称単数形を使用するようにアドバイスを受けました。 複雑度クラスXとYが一致することを示します。 彼は、このスタイルは「Nature」や他のトップレベルのジャーナルで広く普及していると主張しました。私はこのスタイルの執筆にはまったく慣れていません。証明の中の「Γがℂ\ ℤ⩽0で明確に定義されていることを示しました」というスタイルの文は、私にとって非常に不自然に思えます。 理論的なコンピューターサイエンスの論文に適しているのはどのスタイルですか？ この質問が地域によって強く偏っていることは非常に明白です（そうでなければ、私はell.seに尋ねるか/academia//q/2945/7734を参照しました）ので、私はcstheoryで尋ねます。私の質問は、英語の完璧なコマンドを持つネイティブスピーカーでもある、成熟した理論上のコンピューター科学者に向けられています。

21 soft-question  paper-review  writing 

結果をまとめるときは、MSペイントで図をまとめるのではなく、プロ並みの図を用意することが望ましい場合がよくあります。データ構造を描画するための標準は何ですか？

21 soft-question  ds.data-structures  software  graph-drawing  writing 

現在、ほとんどの論文は共同で書かれており、共同研究者はしばしば異なる場所にいます。私は常にドキュメントとコードにバージョン管理システムを使用しており、共同ソフトウェアプロジェクトにはバージョン管理も重要であると考えていますが、理論的には多くの研究者が共同論文の作成に使用を避けているようです。共同作業者に、バージョン管理（リビジョン管理）が連携するための良いアイデアであることを納得させるには、いくつかの前提条件があるようです。 改行や段落の特定の一連の規則について全員に心配させたり、タブ/スペースの変換を回避したりすることはできません。 誰かが小さな共有ドキュメントリポジトリの無料ホスティングを提供し、テキストレベルの差分を処理できるテキストドキュメントフレンドリーなバージョン管理（行ベースではない）を提供していますか？ そうでない場合は、経験に基づいた他の提案を歓迎します（憶測を避けましょう）。 私はGit、Subversion、Mercurial、darcs、またはBazaarをwdiffで単語レベルの違いを処理するようにセットアップし、公開キー（たとえばssh経由）で保護されたアクセスをセットアップする簡単な方法を考えていました。しかし、私が見たバージョン管理プロバイダーはどれも、このようなものを提供していないようです。科学的なコラボレーションでは、これらの企業の多くが強調する「エンタープライズ」機能はあまり重要ではありません（多くのブランチ、tracとの統合、サードパーティによる監査、階層プロジェクトチーム）。しかし、ワードレベルの差分は重要であるように見えますが、サポートされていません。私の経験では、テキストファイルの行レベルの差分では、タブをスペースに変更したり、その逆の問題を引き起こしたりする段落やエディターの再フォーマットを避ける必要があります。また、多くの誤った編集の競合があるようです。 コラボレーション用のツールに関する関連する質問、およびTeX.SE上の関連する質問、LaTeXドキュメントのバージョン管理およびバージョン管理用のLaTeXパッケージに関する質問を参照してください。主要なバージョン管理システムの1つにすぎないホスティングプロバイダーの大規模なリストについては、SVNホスティング比較レビューチャートも参照してください。 編集： TeX.SEの質問「Subversionに最適なLaTeX対応diffおよびマージツール」に対するJukka Suomelaの回答は、これまでの最良の提案のようで、単語レベルでのデルタの解釈方法を網羅しています。さらに、Jukkaは、リポジトリ側の連続するバージョン間の違いが、競合の検出と変更のマージに使用されるユーザーレベルの違いとはどのように異なるかを説明しました。TeX.SEでのJukkaの回答は、同時編集とマージを明示的に除外し、代わりに従来のアトミック編集トークンに依存して編集の競合を回避しています。元の質問を明確化（および変更）しますが、行の違いではなく単語の違いに基づいて編集の競合を確実に解決する方法はありますか？言い換えれば、できますwdiffまたは行末の違いと空白の違いを無視できる方法と同様に、バージョン管理ツールの競合検出部分に同様のツールを統合しますか？

20 soft-question  research-practice  software  writing 

他の場所、例えば論文[XYZ]でNP困難であると主張されている問題を解決しています。[XYZ]で提供されるNP硬度は複雑で、高度な技術を使用します。いくつかの研究と作業の後、私はNP硬さの簡単で明確な証拠を与えることに成功しました。これが貢献と見なされるかどうか疑問に思っていますか？私は自分の仕事をやる気にしようとしていますが、同様の道を見つけることができませんでした。 これが尋ねるのにふさわしい場所なのか、学界に行くべきなのかわかりませんか？

18 research-practice  writing 

このフォーラムではこれが広すぎる質問であればおApび申し上げますが、研究論文（TCS）が研究論文の紹介を書くために使用する特定の戦術とヒントに興味があります。

16 soft-question  advice-request  research-practice  writing 

CSのいくつかの研究分野では、非常に興味深い結果が得られました。現在、それらの公開を検討しています。私たちのグループでは、哲学はすぐに小さなものを会議論文に掲載することですが、これは問題ありませんが、最善ではありません。現在、これらの「小さなもの」をさらに収集し、インパクトファクターが2を超えるJCR論文に掲載することを考えています。ここでの質問は、JCRジャーナルにまともな論文を作成するのに十分な資料がある場合、どのように決定するのですか？さらに、これが大丈夫だと思ったら、どのジャーナルに論文を投稿するかをどのように決めますか？ PS： JCRはJournal Citation Reportsを参照します。JournalCitation Reportsは、すべての科学分野で最も代表的で関連性の高いジャーナルとその影響要因に関する情報を収集する広範なリストです。

9 soft-question  research-practice  writing  paper-review  conferences