構造化プログラミングに回帰せよ ->画像>1枚

プログラミングの本質はデータを演算すること
データを隠蔽するな

データを演算せずに移し替えたり
他の処理を呼び出すだけのコードに価値はない

おすすめの書籍ある？

なにが構造化なの？
ベーシックみたいの？

回帰もなにも構造化言語が大多数なんだが

>>1
構造化ステートメントを使え、
GOTO は使うな。
…… という話だとは思うのだが、
局所変数は隠蔽してスレッド間で排他制禦しておくのが吉。
広域変数はかなり面倒臭い話になるので、
昨今はシングルトン実装に押しこむのが吉だと思われ。

LOOP-UNTIL-DO-REPEAT 構造と、
SWAP は導入してもいいかもしれない。

>>2
> おすすめの書籍ある？
いろいろあるが古すぎておすすめできない。
『プログラム書法』は古典だけど、言語が RATFOR とかだったりするので、
Pascal とか Java で書き直してほしい。

>>3
>>4
とりあえず、GOTO 文のある言語と
大域脱出のない言語は構造化言語ではない。

和田秀男先生の『コンピュータと素因子分解』（遊星社）を
読み返しているのだが、フローチャート（原著では「流れ図」）が
なかなか陰惨な感じなので、構造化ステートメントを使って
書き直したいと思った。
GOTO ステートメントがない言語で JIS フローチャートを実装するのが
難しいのか、（GOTO文のない言語の）構造化ステートメントでは表現が
難しい制禦の流れを表現できる JIS フローチャート（つーか、そんな
フローチャートを書くな）が悪いのか、そこは明らかにしておいて
ほしい。いまさら PDP の８番レジスタの時代じゃねぇんだから。

いまどきは小学生に JIS フローチャートを教えてたりするからなぁ。
「構造化プログラミング」というなら
PAD とか NS 図とか教えておかなきゃいけないように思う。

>>2
とりあえず『プログラム書法』は読んでおくといいと思う。
RATFOR かなんかで書いてあるので読みづらいと思うが、
とりあえず雰囲気は掴めると思う。

Fortranのスタイルの本が欲しい
95くらいまではスタイルガイドがネットに転がってるけど、2008以降の本は先進機能詳論で、Springerとかアカデミックな所からしか出てねえ