
README ファイルには、そのファイルが配置されているディレクトリの内容に関する説明情報が含まれています。情報の範囲は通常、ディレクトリ内のファイルを含み、子孫ディレクトリやディレクトリツリー全体を含む場合もあります。この名前は、ディレクトリの内容に関する重要かつ方向を示す情報にユーザーの注意を引くことを目的としています。ディレクトリの内容に慣れていない人に対する経験則としては、他のファイルを読む前に README ファイルを読むことです。README という名前がよく使われますが、「Read Me」や「READ.ME」など、同じ目的で使用される類似の名前が他にもたくさんあります。ファイル名には、プレーンテキストの場合は「README.txt」、 Markdownの場合は「README.md」のように、ファイル形式を示す拡張子が含まれる場合もあります。[ 1 ]ファイル名は、多くの場合すべて大文字です。
アーカイブ内のREADMEファイルは、ディレクトリ内のREADMEファイルと同じように機能します。なぜなら、アーカイブは単一ファイルとして保存されるディレクトリのようなものだからです。
標準化されていないため、READMEファイルの形式と内容は大きく異なります。ソフトウェアプロジェクトの場合、READMEファイルには一般的に次のような情報が含まれます。
README ファイルを含める慣習は 1970 年代半ばに始まりました。[ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] Unixでは、ほとんどのファイル名が小文字でしたが、目立つように名前を大文字にして ASCII 順のリストの先頭付近に表示するようにしました。初期のMacintosh システム ソフトウェアは起動ディスクに Read Me をインストールし、README ファイルはサードパーティ ソフトウェアによく付属していました。
特に、フリーソフトウェアやオープンソースソフトウェアにはREADMEファイルが含まれている長い歴史があり、GNUコーディング標準では「パッケージの概要」を提供するためにREADMEファイルを含めることを推奨しています。[ 10 ]
ソフトウェア配布の事実上の標準プラットフォームとしてウェブが登場して以来、多くのソフトウェアパッケージは、上記の補助ファイルや情報の一部をウェブサイトやウィキに移動(または時折コピー)しており、README自体が含まれる場合もあれば、ソフトウェアの新規ユーザーが必要とするすべての情報が含まれていない簡潔なREADMEファイルだけが残されている場合もあります。
人気のソースコードホスティングWebサイトであるGitHubは、READMEファイルの作成を強く推奨しています。リポジトリのメイン(トップレベル)ディレクトリにREADMEファイルが存在する場合、リポジトリのフロントページに自動的に表示されます。[ 11 ]プレーンテキストに加えて、さまざまな他の形式やファイル拡張子もサポートされており、[ 12 ] HTML変換では拡張子が考慮されます。特にREADME.mdはGitHub Flavored Markdownとして扱われます。
ディレクトリ コンテンツのメタデータは、README に加えて、または README の代わりにファイルに保存されることがあります。[ 13 ]次の表は、一般的に使用されるファイル名と、そのファイルに一般的に含まれる内容を一覧にしたものです。README と同様に、ファイル名やその内容を規定する正式な標準はありません。ただし、Gnits StandardsおよびGNU Autotoolsによって規定される慣習は存在します。
ハッカーの視点からの紹介文は、伝統的に Unix ソース配布物の最上位ディレクトリに含まれており、より詳細なドキュメント、クレジット、さまざまな改訂履歴、メモなどへのポインタが含まれています。[…] ハッカーに尋ねられると、必ずと言っていいほど、README の慣習を、ルイス・キャロルの『不思議の国のアリス』でアリスが「私を食べて」「私を飲んで」とラベル付けされた魔法の食べ物に遭遇する有名なシーンに関連付けます。
[README.TXT は SPICE/SINC/SLIC の DOC ファイルです] このフェイルセーフ テープには、アプリケーション ソフトウェア ブレティン第 4 巻で説明されている回路解析プログラム SPICE SINC および SLIC が含まれています。要件: SPICE は、右調整 Holerith データを使用するため、FORTRAN-10 バージョン 4 が必要です。約 47K で実行されます。 […] また、このファイル、SAVes に付属する FOROTS、およびタイミング ルーチン SECOND.MAC のソースも含まれています。 SPICE は 1SPICE.FOR、2、および 3 の 3 つの部分に分かれています。各プログラムを説明する印刷されたドキュメントがあります。これらはDECUSパッケージに含まれています。ドキュメントとプログラムは、元々カリフォルニア大学バークレー校の電気工学科がCDC 6400上で開発したものです。FORTRANをDECsystem-10に変換する以外は、プログラムに変更は加えられていません。テストデータでは、SLICとSINCは6400と比較して若干の差異を示しましたが、SPICEは差異を示しませんでした。幸運を祈ります!アシュリー・グレイソン 1974年11月27日 [README.TXTの終わり]
この FAILSAFE テープ上のファイルは、UCI LISP システムを構成しています。これらのファイルの大部分は、カリフォルニア大学アーバイン校の情報およびコンピュータ科学部から入手できる UCI LISP マニュアルに記載されています。
[…] 彼らはパンチカードや磁気テープ、その他「プログラム」と呼ばれるものすべてに README (実際の印刷ファイル) を用意していました。当時、プログラムの作成、実行、その他すべてに関わる手間のかかるプロセスのため、README は本当に必要でした。これらの README には、エラーチェックやデバッグの一環として、パンチカードのパンチ方法を示す実際の印刷物が含まれている場合もありました。この慣習は、すべてのパンチカードに README という大文字の文が印刷された紙の束が添付されていたという古いシステムにも倣っているようです。この紙には、パンチカードの使用方法とシステムへの読み込みに関するすべての手順が記載されていました。時代的な参考として、これは 60 年代のことです。 […]
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)この記事は、パブリックドメインにある「Jargon File」の一部に基づいています。