自分の書いたコードは行数の3分の1ぐらいがコメントだったりする(さすがに極端かもしれない)

プログラムは読む時間の方が長い

最初は簡単なことでもいい。例えば、

変数には適切な名前を意識する

ブロックがわかりやすいようにインデントする

複数の引数を使用する場合などのコンマの付け方を統一する

複雑な処理はコメントを書く

(C言語などで)一行しか処理のないif文でも中括弧を付ける


スポンサーリンク

命名規則を付ける。定数は大文字にするとか、複数の単語の区切りをアンダースコアにするとか

こんなものがある。

自分はミスの多い人間なので、一人でプログラムを書く時でもコメントは多めに書いたり、なるべくミスの起こらないようにしてるけど、優秀な人はその必要性を感じないってことはあるのかも。

そして、普通の人が優秀な人の真似をして書くと可読性が失われて行ったり。

コメントの少ない(無駄な記述が少ない)コードは天才っぷりをアピールするには効果的だし。


スポンサーリンク

関連記事

透明標本
2012 昨日のクローズアップ現代を見た
かっこいい大人にはなれなかったけど
人材輩出企業
ZigBee
自分のスキルセット
猫背の巨人・ウルトラマンベリアル
二次創作というやつ
重いコンテンツとゆるいコンテンツ
世界で最も正確な性格テスト
自分の性質
必見!就活リサーチ
まるで成長していない
トランスフォーマー/リベンジ Blue-Ray 予約開始
機械から情報の時代へ
歯を食いしばって見るべき動画
読書は趣味か?
ゆるキャラ
「ウォーリーをさがせ!」が実写映画化←観客が必死にウォーリーさがすの?
バットマンビギンズに学ぶブランディング戦略
自分を育てる技術
iPhone欲しいなぁ
ガンダムはALSOKによって守られている
サブリミナル効果って気付かないもんだよね?
頭がいい人
皆声.jp
HDDの温度
ペーパーカンパニーを作ってみたい
BS-TBS 必見!就活リサーチ[再]「TBS編」
中学3年生が制作した短編映像作品『2045』
共通の「思い出のコンテンツ」がない世代
豚インフルエンザ
エヴァのネタバレがこわい
シュールな光景
スクラッチとマッシュアップ
「自分が何を学んでいるか」を人に説明できない
書籍『ジョージ・ルーカスのSFX工房』
タイトルが記事の見出しみたい
素敵な本を買いました
分業とコミュニケーション 情報伝達網の設計
エンジニア向けの転職サイトが凝っている件
kotobankを使ってみた

コメント