「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「ソースコード」と「コーディング」について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

ソースコードは「人間語で書いたプログラムの元ネタ」です。



プログラムを作って動かすまでの一般的な流れは

１．人間語でプログラムの元ネタを書く
２．元ネタを人間語から機械語に翻訳する
３．翻訳された指示に従って、コンピュータさんが お仕事する

です。



コンピュータさんは人間語が分かりません。



人間様はコンピュータさんの言葉が分かりません。



プログラムは人間様が作るものです。
そこで最初は人間様が分かる言葉でプログラムを作ります。
コンピュータさんに対する「あれをやれ」「これをやれ」な命令を人間語で書くのです。



次に人間語で書いたプログラムの元ネタをコンピュータさんが分かる言葉に翻訳します。
実際に お仕事をするのは、コンピュータさんですからね。
コンピュータさんが分かる言葉に変換する必要があるのです。



コンピュータさんが分かる言葉に翻訳したので、コンピュータさんは命令の内容を理解できます。
指示に従って、お仕事をしてくれるでしょう。



かなり簡略化した説明ですけどね。
これがプログラムを作るときの流れです。

この話で登場した

人間語で書いたプログラムの元ネタ

を「ソースコード」と言います。



コーディングは「ソースコードを実際に書く作業」です。
設計書や頭の中にある「こうやれば できるはず」な内容を実際に形にする作業です。



注意点として、ホームページ制作の現場で出てきた場合は少し意味が違います。
ホームページ関連で出てくる「コーディング」は、デザイン案や画像になっているデザインなどを参考にして最終的なホームページのファイルを作る作業です。

とはいえ、プログラムにしろホームページにしろ「実際に作る作業」と理解しておけば、そこまで おかしなことには ならないと思います。

以上を踏まえて

コーディングするときの決まり事

が「コーディング規約」です。
「コーディングルール」と表現されることも あります。
「ソースコードは、こんな感じで書け！」を示したローカルルールです。



ソースコードというのは、同じ処理をさせる場合でも いろいろな書き方ができます。
これは人間様に対して命令するときと同じです。

例えば、そうですね。

ここに、うるさいガキんちょが いたとしましょう。



このガキんちょに「少し静かにしろ」と注意します。



このときの言い方は、いろいろありますよね。
「黙れ！小僧！」「静かにしてください！」「シャーラップ！」など、いろいろな言い方が考えられます。

ソースコードも同じです。
同じ処理をさせる場合でも、いろいろな書き方が考えられるのです。

例えば、とある処理をするプログラムの作成をピヨ太君とピヨ子さん、アクマ君の3人にお願いしたとしましょう。

ピヨ太君は以下のように書きました。

if($onaka == "空いた"){
    print "腹減った";
}else{
    print "満腹だ";
}

ピヨ子さんは以下のように書きました。

$msg = ($onaka == "空いた") ? "腹減った" : "満腹だ";
print $msg;

アクマ君は以下のように書きました。

$a="満腹だ";
if($onaka == "空いた") $a="腹減った";
print $a;

パッと見では、みんな書いてあることが違うように見えます。
ですが実際には全部、同じ動きをします。



そんな3人が一緒になって1つのソースコードを書いたら、どうなるでしょうか。
きっと、それぞれがオリジナリティを発揮して、統一感に欠けるものになるでしょう。
後から読み返すのが大変そうですよね。



この個人個人の書き方の癖を消して全体で統一感を持たせるためのローカルルールがコーディング規約です。
「名前の付け方は、こんな感じにしなさい」「こんな処理を書くときは、こんな書き方をしなさい」などソースコードを書く上でのルールが事細かに書かれています。



コーディング規約に沿って書けば、誰が書いても同じような書き方になります。
複数人で書いても1人が書いたような見た目になり、後から見返すのが楽になる理屈です。