Perl Best Practiceの使い方

Perl Best Practiceという本をご存知でしょうか？

こういう風な書き方をしたらいいよ〜　というのを教えてくれる本です。

どういう風に使うかを説明する前に、下の内容を読んでみてください。

昔あるperlの会社に入社した時の話です。

• 僕　　 : 一つのファイルに7000行あるグローバル関数群使うの辞めましょうよ。せめてファイル分けましょうよ。
• 先輩達 : 複数あるとめんどいじゃん。

• 僕　　 : モジュール名に名前をつけましょうよ！
• 先輩達 : パッケージ名タイプするの面倒だからいやだ。

• 僕　　 : POD書きましょうよ
• 先輩達 : コメントはソースが重くなるから、全部昔に消した

• 僕　　 : CPANモジュール使いましょうよ。
• 先輩達 : 誰が作ったのかわからないものなんて使えるか。
• 僕　　 :( DBI... Jcode.. 誰が作ってると思ってんだ... 使ってるじゃん... )

• 僕　　 : mod_perl, fastcgi 使ってみましょうよ
• 先輩達 : あれは問題があって、動かなくなるからだめだ。

などなど会社内的な権限で、グダグダなコードを強制されます。

使い方！

で、こんな時、「Perl Best Practice」の本を使うのです！以下が例。

• 僕 : Perl Best Practiceの、#25にこう書いてますよ。スゴイ人ですし、多分これに沿った方がいいですよね。
• 先輩達 : あ、う、うん。そうだね。

ね！説得しやすいでしょ！

おさらい

井の中の蛙というか、社内の中でおかしなコードが神様のようにあがめられている場合、それは、宗教的なもので、なかなかやり方を変更するのは難しいです。

そういった時に、こういった誰もが認めやすい内容の本を武器にし、少しずつ改善提案していけばうまくいきやすいと思います。

• perl-mongers.org でも、このやり方は駄目だって書かれてますよ！

というのも、新しくて良いかもしれないですね！そこのあなた、気楽に何か書いてみればどうでしょうか。

その他情報

• Perl::Critic http://search.cpan.org/dist/Perl-Critic/