コメント)は使用しないでください。スタイルのコメントを使うようにします。準拠したコンパイラでコンパイルすることを想定しています。スタイルのコメントをサポートしていますが、それら以外のコンパイラでもコンパイルできることを保証しなければなりません。スタイルのコメントを書けることがよく知られているからです。スタイルを使ってください。すべての人に、自分が使わないスタイルのコーディングを強制することはできませんし、やりたくもありません。コアやその標準的なモジュールの中で使われるコードを書いているのです。スタイルを維持してください。このことは、インデントやコメントのスタイルから関数宣言の書式まで、おおよそすべてに渡って言えることです。http://www.catb.org/~esr/jargon/html/I/indent-style.htmlホワイトスペースとカッコについて寛大な対処をお願いします。ブロックの中では、論理的な実行文のグループ間だけではなく、変数宣言部と実行文の間にも1行空行を空けてください。関数と関数の間には少なくとも1行、できれば2行の空白行を入れます。bar;}としてください。インデントの際は、タブ文字を使ってください。1個のタブは4個のスペースを表現することとします。インデントの一貫性を保つことで、定義、コメントおよび制御構文が正しい位置となります。)は1カラム目から書いてください。1カラム目に置き、その後に任意のホワイトスペースを置くようにします。使って十分にテストされていなければなりません。A.6.文書化と折りたたみのフック¶オンラインドキュメントをコードごとに一列に並べて参照できるように、それぞれのユーザーレベル関数には関数のコードの前にユーザーレベルの関数プロトタイプを置き、その下にその関数が行う処理を1行で簡潔に記載してください。折りたたみモードにおいて、デフォルトの折りたたみ用シンボルです。大きなファイルを編集する際、折りたたみ機能はとても有用です。ファイルを素早くスクロールし、見たいところだけ折りたたみを開いて中身を確認すればよいからです。置いて折りたたみの最後を指示しますが、この行は独立した1行にしてください。スクリプトのヘルパーに過ぎません。この単語を関数プロトタイプの先頭に置いておけば、コードの他の部分は折りたたみの中に隠れるので、関数のサマリーで混乱しなくて済みます。オプション引数は以下のように記載します。*/さらにプロトタイプは、たとえそれが長くなっても1行に収めるようにしてください。いう名前のファイルを用意するようにしてください。その関数群の最初の実装の間は、標準的なプリフィックスの規則に従ってください。いうファイルには以下の情報を書くようにします。実験的なブランチに置くべきです。ようにほぼ重複するような名前を持つ、廃止予定のエイリアスがあるとします。文書化にあたっては一番最新の名前だけを記載し、そこに親関数のためのエイリアスを併記するようにします。show_source)は別々に文書化するようにします。されなければなりませんが、そこにはどの関数がエイリアスされているのかという情報を記載します。互換性のための関数や名前は、そのコードがコードベースの一部として存続している間は維持されなければなりません。