ソフトウェア開発201の鉄則 原理109:コーディング:原理100:構造化されたコードは必ずしもよいコードではない
要旨
* 構造化プログラミングは、もともとは、プログラムの正しさをカンタンに確かめることができるように提唱されたものだ
* 今では、そのときに定義された条件分岐やサブルーチンなどを使うこと自体が構造化プログラミングと呼ぶようになった
* プログラムをわかりやすくする、という点で、構造化プログラミングは必要だ
* しかし、それは「高品質なプログラミング」の一部の要素であって、十分条件ではない
解説
1969 年に、ソフトウェア工学ではしばしば名前の出てくるDikstra さんが提唱したもの。
元の目的は、プログラムの正確さをより簡単に測るための見やすさ向上、なんですね（知らなかった）。
そして今では、プログラミングの基本要素となっている。ここに詳しい。
この原理で言っているのは、その、構造化プログラミングができたからといって、それが高品質なソフトウェアとては言えない、ということ。
そりゃそうですね。よくある、
必要条件だが、十分条件ではない
という事項の一つ。
この記事が気に入ったらサポートをしてみませんか？