2010年、私の博士指導教員によるbashで書かれた自己再構築 (matt.might.net) 1 ポイント 投稿者 GN⁺ 2024-12-15 | 1件のコメント | WhatsAppで共有 関連記事 よく使う自作スクリプト集 24 ポイント · 2件のコメント · 2025-10-23 博士号についてのイラストガイド 2 ポイント · 1件のコメント · 2025-01-13 機械は大丈夫。私が心配なのは私たちだ。 28 ポイント · 1件のコメント · 2026-04-06 暮らしをもっと快適にする Shell のテクニック 71 ポイント · 3件のコメント · 2026-03-27 Muse Spark: 個人超知能へと拡張するMetaのマルチモーダル推論モデル 1 ポイント · 1件のコメント · 2026-04-10 1件のコメント GN⁺ 2024-12-15 Hacker Newsの意見 この記事を気に入った人で、効果的な博士論文の執筆プロセスについてもっと知りたいなら、[1]を視聴するのがおすすめ。この動画はコミュニケーション能力を向上させたいすべての人に有益で、有料でも観る価値がある 論文執筆で役立った資料は2つあり、Paul R. Halmosの"How to Write Mathematics"と、Donald E. Knuthらによる"Mathematical Writing" Halmosの本は、明確で正確なコミュニケーションを目指す助けになる Knuthらの講義ノートでは、"Bad/Better/OK"の提案が特に印象に残っている 第3段階として提案されているリンターは、ミスがあるときに役立つかもしれない こうした資料は、定義を含むテーマについて書くすべての人にとって必須 多くの例には同意できない たとえば、"とても難しい"は"難しい"とは意味が異なる さまざまな方法を使ったという情報が2つ目の文から抜け落ちている BashスクリプトをWeb UIに移植し、コードを直接貼り付けて結果を確認できるようにした vale.shを使えばスタイルガイドラインを追加できる PR時にvaleを実行するGitHub Actionを使っている スタイルを強制するのに便利だが、完全には活用していない 初期のUnixには<i>diction</i>と<i>style</i>コマンドがあり、似たような作業をしていた GNUでこれらのコマンドを入手でき、homebrewにもある 記憶ではあまり出来が良くなく、これらのプログラムも似たような性能に見える 論文をマーケティングするには、そのアイデアがリソースを割く価値があると納得させる必要がある 著者が言うように、些細なタイプミスが決定打になることもある 客観性を装うのではなく、編集者の好みや意見を反映するジャーナルを受け入れるべき arxivのような標準的な場所で、すべてを公開することもできる 自分の分野では、文章の質は最重要ではなかった 大学院生は、明確で簡潔な文章を書く力よりも、人前で話す能力を鍛えたほうがよいかもしれない 敵対的な質問に直面したときに特に役立つ 技術文書では、すべての副詞を取り除くのがプラスになるかもしれない Stephen Kingも副詞を嫌っている しかし、すべての副詞を取り除くのは難しいこともある "randomly"のような副詞は、文の中で重要な役割を果たす 関連資料: <i>Shell scripts to improve your writing</i> - Jan 2017 <i>Shell scripts to improve your writing, or "My advisor rewrote himself in bash."</i> - July 2010
1件のコメント
Hacker Newsの意見
この記事を気に入った人で、効果的な博士論文の執筆プロセスについてもっと知りたいなら、[1]を視聴するのがおすすめ。この動画はコミュニケーション能力を向上させたいすべての人に有益で、有料でも観る価値がある
論文執筆で役立った資料は2つあり、Paul R. Halmosの"How to Write Mathematics"と、Donald E. Knuthらによる"Mathematical Writing"
多くの例には同意できない
BashスクリプトをWeb UIに移植し、コードを直接貼り付けて結果を確認できるようにした
vale.shを使えばスタイルガイドラインを追加できる
初期のUnixには<i>diction</i>と<i>style</i>コマンドがあり、似たような作業をしていた
論文をマーケティングするには、そのアイデアがリソースを割く価値があると納得させる必要がある
自分の分野では、文章の質は最重要ではなかった
技術文書では、すべての副詞を取り除くのがプラスになるかもしれない
関連資料: