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

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

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

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

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

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

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

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

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

こんなものがある。

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

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

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

関連記事

アメブロをしばらく放置してみた

最高にカッコイイガラス細工

トランスフォーマー/リベンジ [Soundtrack]

エンジニア向けの転職サイトが凝っている件

分業とコミュニケーション 情報伝達網の設計

人材輩出企業

ペーパーカンパニーを作ってみたい

「ウォーリーをさがせ!」が実写映画化←観客が必死にウォーリー...

Googleが求める『スマート・クリエイティブ』と言われる人...

サブリミナル効果って気付かないもんだよね?

映像ビジネスの未来

透明標本

文章を書く時の相手との距離感

必見!就活リサーチ

脳波で遊ぶゲーム 東京ゲームショウ2009

タイミングとクオリティ

世界で最も正確な性格テスト

『社会人』を諦めました

アスペルガー症候群 WEB自己診断

機械から情報の時代へ

Windows Server 2008に触ってみた

リア充っぽくなりたいです。

to do listって結構大事だよね

他人に水面下の苦労は見えない

猫背の巨人・ウルトラマンベリアル

自分の性質

今の自分の改善点

クライマックスヒーローズ

Texturing & Modeling A Pro...

Mr.ビーン

ZigBee

本屋の棚に「本日発売」の本が並んでない

ゆるキャラ

エヴァのネタバレがこわい

東映特撮BBを不便に感じてしまう…

自分のスキルセット

スクラッチとマッシュアップ

読書は趣味か?

「自分が何を学んでいるか」を人に説明できない

書籍『ジョージ・ルーカスのSFX工房』

ネタとしてはあり

重いコンテンツとゆるいコンテンツ

コメント