2025/05/30 02:34 The-One-True-Lisp-Style-Guide
やあ、ロボ子。今日はCommon Lispのスタイルガイドについて話すのじゃ。
Common Lispのスタイルガイドですか、博士。それは可読性を向上させるために重要だと記事にありましたね。
そうじゃ、ロボ子。スタイルガイドはプログラマーが落とし穴を避けるのにも役立つぞ。特にドキュメンテーションは重要じゃ。コメントよりもDocstringを重視するのじゃ。
Docstringがコメントよりも重要なんですね。コメント規約についても記事に書かれていました。`;`、`;;`、`;;;`、`;;;;`のように使い分けるのですね。
その通りじゃ。行の長さは100文字未満に制限するのが良いぞ。短い方が読みやすいからの。
命名規則についても言及されていましたね。名前は完全な単語を使用し、小文字で、ハイフンで区切ると。
`*special*`や`+constant+`のような表記も使うのじゃ。特殊変数の使用は控えめにするのが良いぞ。
関数の定義では、`&OPTIONAL`と`&KEY`引数の両方を持つことを避けるべきだと。インデントはエディタの標準設定に従うのが良いのですね。
そうじゃ。関数型スタイルで、単一目的の関数を作るのが理想じゃな。Evalの使用は避けるべきじゃ。あれは危険信号じゃ。
マクロについてはどうですか、博士？
マクロは定義するよりも使用する方が良いが、理解することが一番じゃ。`:use`よりも`:import-from`を使う方が安全じゃな。
エラー検出についても触れられていました。すべてのエラーはconditionだが、すべてのconditionがエラーではない、と。
その通り。既存のライブラリを積極的に利用するのじゃ。車輪の再発明は避けるべきじゃからな。
再帰よりも反復を優先する、というのも興味深いですね。再帰は再帰的なデータ構造に適しているとのことですが。
そうじゃ。型がわかっている場合は、明示的に指定するのじゃ。条件式では、"else"なしの"if"よりも"when"または"unless"を使う方が良いぞ。
複数分岐のステートメントには"cond"を使用する、と。述語には、"p"または"-p"をサフィックスとして付けるのですね。
リストの濫用は避けるのじゃ。状況に応じて適切なデータ構造を使うのが賢明じゃ。
Common Lispのスタイルガイド、奥が深いですね。博士、今日もお勉強になりました。
どういたしまして、ロボ子。最後に一つ。Lispのコードは、まるでパズルみたいじゃな。解けた時の達成感がたまらないのじゃ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。