プログラムの可読性に関する検討 - Cube Lilac

目次 はじめに（※この記事） 名前 式と文 一貫性と慣用句 関数マクロ マジックナンバー コメント 長さ（行数，1行の文字数） はじめに http://d.hatena.ne.jp/honjo2/20100518/1274178222 を読んでプログラムの「可読性」について考えていたら長くなりそうだったので，イントロ的な記事をまず書いておきます．詳細は，まとまったらと言う事で． 指標の必要性 「可読性」は主観に依存する部分も大きいため，注意深く検討していく必要があります．特に，「可読性が低い」と言う言葉は単に「俺が読めないコードはクソだ！」の言い換えでしかない場合も多いので，そうならないように注意する必要があります． 「可読性」は，単語の指す範囲が広く，また曖昧であるという問題があります．例えば，http://d.hatena.ne.jp/honjo2/20100518/127417822

[kakku22]

Javaの三項演算子が有用なシチュエーションはあるのに，プロジェクトでは「可読性が低い」という理由で使えない．「可読性が低い」んじゃなくて「可読なエンジニアが少ない」のではないかと．

[fuuraisanjin]

progreming

[phista]

5を即答できるレベルになりたいなぁ・・

[ene0kcal]

そもそも、例が矮小化されて変数名・関数名がa,b,c,f,argなのがNG。argは“引数”という無意味な慣習的省略形ネーミング。あと、関数の引数に計算式を入れるのは可読性を必ず低下させるので[4][5]は俺的にNG。

[minek]

　私も読みやすいのは５だけど、開発中ならbool arg = (a!=b); c = f(arg); って書くな。この場合はあまり意味ないけれど、ステップ実行時になるべく変数の値が見やすいように分けて書くように心がけている。

[cha-cha-ki]

おぉ、何かすごい

[HISAMATSU]

この例なら，[5] やなぁ．