きれいなプログラミングコードの書き方：プログラミングの基礎知識 - 久保清隆のブログ

プログラマによって色々なプログラミングスタイルがあると思うが、センス・オブ・プログラミング! 抽象的に考えること・データ構造を理解することを読んで、きれいなプログラムを書く方法については共通点があると思ったので、本書を参考にきれいなプログラミングコードを書く方法についてまとめた。 目次 目的を理解する 書く時のことよりも、読む時のことを考える 愚直でも読みやすく インデントは統一する コメントは無駄なコメントを書かずソースの意図を書く 例外は、本当に例外的な場合だけに使う 名前のつけ方を重視 命名法 省略しない 同じことを書いてはいけない コピペをやめる 関数に分割する 机上デバッグは時間の無駄 良いコードとコーディングレベル 良いコード コーディングレベル 目的を理解する何らかのコーディング規約に従ってプログラムを書くなら、常にその理由を理解すること。 盲目的に規約に従うことは、規約が全

[d_animal141]

きれいなプログラムを書くには　〜プログラミング基礎 - プログラマーkkの勉強/成長ブログ

[micdonalds]

じっくり読んで日々徹底

[line45]

読みやすいプログラム書かないとなー

[noonworks]

"コーディングレベル"1外部仕様を満たせない/2外部仕様を満たすが読みにくい/3読みやすくなっているがコードを分割できていない/4コード分割できているがOOPでない/5柔軟性／拡張性が高い　4はどうかなぁ…

[krogue]

机上デバッグを無駄とは言い切れない気がする。例外は使い方によると思う。単純作業を担当する要員には「使うな」というかもしれない。

[yuchi]

はい！「プログラムは、常に読む時のことを重視して記述されるべきである。なぜなら、プログラムは、必ず保守されることになるからだ。」

[ArcWaterCash]

プログラミング　ソースコード

[tl_bkmk]

リンク先のThinkITも素晴らしい

[decoy2004]

同じことは書いてはいけない。机上デバッグは時間の無駄。

[atsushifx]

プログラミングをする上で、読みやすく品質の高いコードを書くための心得

[hisasann]

コーディング規約

[msuhara]

保守のことを考えてプログラムせよということ。イニシャルコストは高くなるが、ランニングコストが低くなる。トータルでみれば、保守しやすいコードが有利である。

[GegegeMokeke]

「例外は、本当に例外的な場合だけに使う」