ソースコードのコメントよりも空白行のほうが理解を助けるという研究結果：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ

IEEE Transaction on Software Engineeringの論文Raymond P.L. Buse and Westley R. Weimer: Learning a Metric for Code Readabilityから。120人の被験者が10種類のオープンソースプロジェクトのソースコードの一部（20行等、非常に局所的）をもとに読みやすさに影響を与えることを実験結果から示している。 25種類のメトリクスと読みやすさとの相関を求めている。メトリクスには、コメント行数や予約語の数、空行の数、括弧の数、変数名の長さ、変数の個数などが含まれる。このうち、読みやすさに最も影響を与えやすいメトリクスとして、1位に変数の個数、2位に行数、3位に括弧の数、9位に空行数、15位にコメント行数が示されている。 この論文では、多くの人に短時間で読みやすさが評価できるように、対象ソース

[hiromark]

感覚的に分かる気がする。

[uk-ar]

IEEE Transaction on Software Engineeringの論文Raymond P.L. Buse and Westley R. Weimer: Learning a Metric for Code Readabilityから。120人の被験者が10種類のオープンソースプロジェクトのソースコードの一部（20行等、非常に局所的）をもとに読みやすさ

[bigbro]

どうやら自分のスタイルはマイノリティではなかったみたいだ

[totttte]

確かに

[wordi]

読みやすさに最も影響を与えやすいメトリクスとして、1位に変数の個数、2位に行数、3位に括弧の数、9位に空行数、15位にコメント行数

[Wacky]

読みやすさに最も影響を与えやすいメトリクスとして、1位に変数の個数、2位に行数、3位に括弧の数、9位に空行数、15位にコメント行数が示されている。

[uokumura]

「コメントよりも空白行のほうが理解を助ける」て下位の方の話より、トップ3になってる変数の個数、行数、括弧の方が大事と思う。

[toteri]

これはわかる。１行の空白は、時にコメントよりも有用。

[tetsuwan30]

自分のコード見直さないとね。 ソースコードのコメントよりも空白行のほうが理解を助けるという研究結果：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ

[yujiorama]

「読みやすさ」の定義はなんだろう、引用元見ないと分かんないな

[terazzo]

ホントは空行のとこで関数/メソッドを分割するべきかも

[decoy2004]

読みやすさに最も影響 を与えやすいメトリクスとして、1位に変数の個数、2位に行数、3位に括弧の数、9位に空行数、15位 にコメント行数が示されている この論文

[tsupo]

空白行のみから成るプログラムがいちばん読みやすい (違

[ohnishiakira]

ソースコードの読みやすさについて

[gungle]

何かわかるような気がする。ソースを読むとき(Editorで)、スペースを入れるなぁ、、無意識に。

[takeshiketa]

空白行大事

[FTTH]

「x = 3; // xに3を代入」　みたいなコメントがあると却ってイラっとｗ

[Layzie]

へー

[yamkazu]

ソースコードのコメントよりも空白行の方が読みやすさに影響あたえる。一概には言えないけど空白行が影響を与えるのは同意。というか適切なところで空白行があるのが大事。

[dagama]

例えば変数の宣言部分、使用箇所とか意味のまとまりで空行挟んでおくとわかりやすいよね。変数ひとつひとつにうるさいコメント付けられるよりよっぽどいい。

[yng0911083]

コメントは多いほど逆効果。空白も適度が大事だと思う

[toinami]

いまだに仕事の成果が「ライン数」で測られ、しかも「空行、コメントはノーカンで」とか言われた日にはどうしたもんでしょうか

[Nagise]

25のメトリクスについてあとで確認。計測しやすい数値から単純な相関は得られなさそうだけども。

[shiumachi]

"読みやすさに最も影響を与えやすいメトリクスとして、1位に変数の個数、2位に行数、3位に括弧の数、9位に空行数、15位にコメント行数"

[sonota88]

「余計な空白行入れすぎ」と言われた時に見せる（かも）

[srkzhr]

ふむ