固有名詞を付けることで、ネーミングが楽になります。後、いろいろ良いです。基本的な問題プラグインなどを作った場合、最近、GitHubに置くことにしました。そこで、プログラムを書く際に、重要というか、面倒なのがネーミングです。プログラム本体のネーミングもそうですが、変数、関数のネーミングも非常に面倒なわけです。考えなければならないことも多く、例えば、グローバル変数を使う場合には、他のプログラムとのマッチング、衝突を避けなければなりません。したがって、一般的な名前、つまり、directory、path、args、lineなどそういったものを使用するのは控えるのが通常です。ここで、上記のような場面では、通常、名前を長くするか、分かりにくくするかの方法が考えられます。名前を長くするのも多くのキーワードを用いなければならず、面倒ですし、分かりにくくすると、後々自分が困る(時間を取られる)ことになります。初期の考え方したがって、私は、自分が使う固有名詞を一つ用意しておいて、それを使うことにしました。具体的には、airという固有名詞をプログラム本体、変数、関数に特に考えなしに適応していくという方法です。ここで、固有名詞をつけようかどうしようかと迷うのも本末転倒ですし、基本的には付けることにしています。この辺り、最初はすごく適当ですが、そのうち、自分ルールが出来上がってきて、良い方向に修正されていくだろうと思います。具体的なネーミング具体的なネーミングについては、プログラミ本体やディレクトリには、特に区切りを付けることなく、「air」を付けています。その理由は、区切りが多くなってしまうことでメリハリが無くなってしまうことを避けるためです。vimのpreviewプラグインを書いた場合は、airpreview.vimのようになります。これがzshだった場合は、airpreview.zshですね。ここで、一般的なネーミングのメリット・デメリットを示します。分かりやすく、固有名詞のメリットも取り込んでいる。検索では微妙な効果があるかもしれないが、シンプルではない。区切りは拡張子だけなので、視覚的にシンプルであり、シェル補完しやすい。区切り文字によって生じる問題を可能な限り回避できる。