yas@is.tsukuba.ac.jp (Yasushi Shinjo) writes:

> >> 規格には、興味は、あまりないので。興味があるのは、よいプログ
> >> ラムを書くことや、よいデバッグの方法です。
> > 「よいプログラム」とはどういう意味でしょうか? その意味によっては
> > 規格が重要になりえると思います.
> 
> よいプログラムとは、一番は、人間が読んで分かりやすいプログラ
> ムかなあ。それから、ちゃんと動く（よいプログラムでも動かない
> のも場合によっては許す）。次は効率がよい（よいプログラムでも
> 効率が悪くても場合によっては許す）。

この、「よいプログラム」の定義はどこから来たものなのでしょう？

読みやすければ、いくら効率がわるくっても、たとえ動かなくって
もいいってことですよね。

最近はこういうのが主流なんでしょうか？とっても興味があります。
ぜひこういう考えにいたる過程というか論理というか、そういうの
を教えてください。

P.S.
segmentation fault とかの話題はよくわかりませんので静観させ
ていただきます。私の考えは太田さんにフォローしていただいた通
りです。

P.P.S
配列の初期化は単なる書き損じです。^^; すみません。
Cでできるようになったとか、なるっていうのは小野さんの記事を
拝見するまで知りませんでした。
-- 
01/21 22:33頃
水戸