GNUのコーディングスタイルが気持ち悪いです。

http://www.hatena.ne.jp/経験則だけで済みませんが・・・:detail]

（１）

for(i = 0; i < 10; i++)

　　{　←forの中の処理ということでインデント

　　　　hoge();　←{の中の処理ということでインデント

　　}

入れ子構造になっている際にインデントを入れるという書き方になっています。

（２）

私個人的には

for(i = 0; i < 10; i++)

{

　　hoge();

}

が好みですが、Perlなどで文書構造解析させてインデントをつけなおしたりする際には入れ子になればインデントをつけるという（１）のほうが楽ですから、テキスト処理的に（１）が採用されているのではないかと思われます。

（３）

処理系さえ対応しているのであれば、

for(i = 0; i < 10; i++){hoge();}

などという書き方もＯＫですが「処理系さえ対応しているのであれば」という条件が付いてしまいますし、独自スタイルを進めてしまっては他人が作ったコードを見るときに辛くなってしまいますので、後々の事を考えれば出来る限りスタンダードとされている形でコーディングされるのがよろしいのではないでしょうか。

{} のインデントは中カッコがどれに対応しているかわかりやすくするためだと思います。if文の中にまたif文があるのが数回続いたときなどは、

インデントが付いていたほうがわかりやすいです。

　URLはダミーです

　昔何かの本で、このスタイルを推奨しているものがあって、対応する括弧を見つけやすくするため、という理由がついていたような気がします。

　読んだときには、自分のスタイルが既にできていたし流し読みしちゃってたんで、文献が提示できないんですけど、今考えてみると括弧のためだけのインデント位置があるので、例えば閉じ括弧から開き括弧を探すのに見落としが少ない、とかそういうのがあるのかもしれませんね。自分は対応する括弧の検索に苦労したことがないので、想像ですけど。

リンク先の中ほどに、

”We find it easier to read a program when it has spaces before the open-parentheses and after the commas.”

(直訳:我々は開き括弧の前とコンマの後ろにスペースがあるとプログラムがより読みやすいことを発見した。)

とあります。

だから利点は「読みやすいから」なのでしょう。私にはそうは思えませんが。

利点の説明になってないので質問に添えているかわからないですが、私はプログラマですが、いままでそのインデントスタイルを推奨してる人には出合ったことがないです。

初心者～中級者向けの本や上のアドレスでは、わざわざ例をだして「よくない例」と説明してることさえあります。

GNUを立ち上げた リチャードストールマンたちの妙なスタイルがそのままGNUスタイルになっただけだったと思います．

GNUコーディング規約の「ソースコードの整形」の節で，この妙なスタイルの利点について幾つか利点が書かれています．

ただこれらの利点は，やや後付けな感があります．GNUコーディング規約も含めて，コーディング規約の存在意義は，「一つのプログラムでスタイルを混ぜて使うと読みにくくなる」から，何か統一されたスタイルを使ってコーディングできるようにすることにあります．

ですので，スタイル自体に長所短所があるわけでは無く，GNUものが全てGNUスタイルで統一されていることに利点があると考えた方が良いと思います．

http://dummy/あくまで想像ですが:detail]

あくまで想像になってしまうのですが、

1. 関数を示す{}はインデントを下げない（関数名と同じカラム）

2. 制御構造を示す{}はインデントを下げる

ということなのではないでしょうか？

http://dummy/すみません:detail]

すみません。

つまり、関数定義なのか制御構造が一目で分かるというメリットがある、ということを言いたかったのです。