難解なソースコードは困ります
| プログラマが数百行かかるプログラムを10行で済ませる |
メンテする観点から言えば、上級プログラマでないとメンテできないようなソースは困ります。(日本人読者)
●ある中国人と日本人の対話より。(◇:中国人 ◆:日本人)
◇私は中国人で、いま日本に働いています。上級プログラマはもちろん必要だと思います。「上級プログラマは、プログラマが数百行かかるプログラムを10行で済ませる」とは重要なプログラミング能力の一つだが、全部じゃないと思います。
◆メンテする観点から言えば、上級プログラマでないとメンテできないようなソースは困ります。数百行を10行とは極端な例なのかもしれませんが、中級プログラマにも理解が容易で、すぐにメンテできるソースコードであってほしいと思います。
◇プログラムが短ければ、いくつのメリットがあります。
1、バッグの発生率が少なくなる
◆ソースコードを凝縮したら凝縮したで、テストケースに漏れが発生する可能性が出ます。「メトリクス的にテストケースが減る」とか、「凝縮に使ったステートメントに予期せぬ機能があった」とか。
◇プログラムが短ければ、いくつのメリットがあります。
2、メンテナンスが楽になる
◆そうとは限りません。コード解析に多大な時間を要する場合があります。
| ■成功の勘所 |
◇昔みかけた悪いコーディングの例を紹介します。embeded開発の場合にはプログラムのサイズは大事なことだと思います。
【悪い例1】
if (a>1) {
return true;
} else {
return false;
}
【いい書き方】
return a>1;
【悪い例2】
// toggle button
if (button.disabled==true) {
button.disabled == false;
} else {
button.disabled == true;
}
【いい書き方】
button.disabled = ! button.disabled
(・・・省略)
The comments to this entry are closed.








Comments
ソースが短ければ短いほどいい(メンテしやすい)という観点があまり賛成できないです。
ソースコートは考え方です。機能完全を前提で、洗練でかつロジックがはっきりして、読みやすく、メンテしやすいしソースは美しい詩と同じです。読めば読むほど読みたくなります。いい詩は短い詩とは限りませんね。言語にもよりますが、一つのSQLに纏めたソースより、読みやすく、パフォーマンスよくステップByステップの割合に長いソースのほうがいいでしょう。
Posted by: レイコ | July 24, 2007 08:05 PM