構造化プログラミングはまだ必要ではないのか？

**デフォルトの名無しさん** · 2018/08/15(水) 00:28:28.85

構造化プログラミングで言うところの「抽象化データ構造とその操作の抽象文の共同詳細化」はオブジェクト指向のクラスで実現された。
しかし、オブジェクト指向だけでは、階層化と段階的詳細化と段階的抽象化が実現できない。

まだ構造化プログラミングは必要なのではないのか？
しかし、今は風化しているように思えて仕方がないし、ダイクストラの考えを知っていれば、もっとマシなコードが書けそうだが。

（Wikipedia の構造化プログラミング）
https://ja.wikipedia.org/wiki/%E6%A7%8B%E9%80%A0%E5%8C%96%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

**デフォルトの名無しさん** · 2018/09/02(日) 09:40:35.41

>>276
評価関数は複数ある
学科目や部活動のことね

**デフォルトの名無しさん** · 2018/09/02(日) 10:03:28.38

>>277
なるほど。ちゃんと考えているなら安心だ。

**デフォルトの名無しさん** · 2018/09/02(日) 10:16:11.56

>>275
なるほど、船頭多くして船山に登るってやつだな

**デフォルトの名無しさん** · 2018/09/02(日) 10:19:52.91

>>275
なるほど、働きアリの法則ってやつだな
よく働いてる働きアリだけをあつめても、
なぜか2割はサボるようになるというやつ

**デフォルトの名無しさん** · 2018/09/02(日) 11:04:32.24

>>274
ほとんどのガキには機能していない
>>275の言うように大半のガキに教育は不要

>>277
それは無理なくね？
評価関数は受験だけだと思うのだが？

**デフォルトの名無しさん** · 2018/09/02(日) 11:35:15.24

学科目や部活動が評価関数になるなら
ビデオゲームの上手さも評価関数になって良いはずだ

**デフォルトの名無しさん** · 2018/09/02(日) 11:50:41.30

>>282
評価関数にできるだろうけど、多様な解釈を許す開かれになるので、
ただ一つの評価関数には落とし込めないと思う。ゲームにもよると思うが。

**デフォルトの名無しさん** · 2018/09/02(日) 12:23:35.00

>>281
>評価関数は受験だけだと思うのだが？

ほんこれ

**デフォルトの名無しさん** · 2018/09/02(日) 12:27:09.25

つまり、受験の点数が高い人ほど
評価も高いという評価関数を作れば良いんだな

**デフォルトの名無しさん** · 2018/09/02(日) 12:30:45.56

ステータスオープンって叫んだら
評価値が表示されればいいのにね

**デフォルトの名無しさん** · 2018/09/02(日) 12:56:52.33

値（数字）である必要はないな、自分なら比較可能なformを導入して
極小formみたいなものを安定解とするな。

**デフォルトの名無しさん** · 2018/09/02(日) 13:03:05.66

>>285
日本の世の中はそれで回っているのが実情

**デフォルトの名無しさん** · 2018/09/02(日) 15:03:59.09

偉い人は頭がいいからな。サマータイムとか

**デフォルトの名無しさん** · 2018/09/02(日) 16:50:08.18

>>280
なかなか考え深い理論だね
「働いたら負け」と考える自宅警備員はフリーライダーなのかな？それともサボってるだけなのかな？

そしてこの2-6-2の理論が構造化にも関係してるところがまた凄い
自宅警備員が構造化の大切な要素とは思ってもみなかった
(構造化プログラムとは無関係だろうけどさ)

**デフォルトの名無しさん** · 2018/09/02(日) 17:06:31.42

>>290
そこまで考えているなら本当に安心だ。

**デフォルトの名無しさん** · 2018/09/02(日) 21:41:14.69

構造化プログラミングでは
イベント駆動のハンドラが実装できない。

**デフォルトの名無しさん** · 2018/09/02(日) 22:00:06.77

例えばC言語は構造化プログラミングだから
イベント駆動という概念が存在しない

**デフォルトの名無しさん** · 2018/09/02(日) 22:24:50.59

X windowsでも Windowsでも
普通にｲﾍﾞﾝﾄﾙｰﾌﾟもってる
そのｲﾍﾞﾝﾄを受け取ったときの処理を記述すれば
それはよく巷でいうところのｲﾍﾞﾝﾄﾊﾝﾄﾞﾗの一種になる

ちまたでは
そのそれぞれのｲﾍﾞﾝﾄの処理関数をｲﾍﾞﾝﾄﾊﾝﾄﾞﾗと呼称してることが多い

で、それとほんの少し別の話で
ｼｸﾞﾅﾙになると通常割込ﾍﾞｸﾀの制御はOSで隠ぺい化されてる
ｼｸﾞﾅﾙが発生したときの動作を記述した処理を
ﾕｰｻﾞｰがﾚｼﾞｽﾄしておけばその処理をOSが呼びだすようになってる
当然、ｺﾚもｲﾍﾞﾝﾄﾊﾝﾄﾞﾗの一種といえる

**デフォルトの名無しさん** · 2018/09/02(日) 22:27:37.40

はい。知ってます。

**デフォルトの名無しさん** · 2018/09/02(日) 22:39:15.97

FORTRAN 66でイベントハンドラ書いたことあるよ
コンパイラオプションでなんか指定してたと思う
汎用機に繋げたジョイスティックによるUI処理で

だからCだって、出来るんじゃないの？

**デフォルトの名無しさん** · 2018/09/03(月) 02:36:03.13

>>296
Cの場合、関数のポインタをイベントハンドラとして登録するような仕組みにすればできる

**デフォルトの名無しさん** · 2018/09/05(水) 14:42:49.97

オブジェクト指向は機能をオブジェクト同士の関係性でしか
記述できないからわかりにくいんだよな

構造化プログラムは機能が独立してるから分かりやすいんだよな

**デフォルトの名無しさん** · 2018/09/05(水) 14:50:59.28

>>298
オブジェクト指向と構造化プログラミングは相反するものなのかねえ？
構造化プログラミングにもクラスの概念に似たものはあるはずだが

**デフォルトの名無しさん** · 2018/09/05(水) 14:58:13.66

>>299
構造化プログラミングにもクラスの概念に似たものはあるはずだが

これが構造化プログラミングが廃れた原因だろ
これ使うならオブジェクト指向で記述したほうがいい

オブジェクト指向はわかりにくいとかいたが、世の中には
「わかりにくく」表現するしかないものある

**デフォルトの名無しさん** · 2018/09/05(水) 15:05:41.29

>>300
抽象化データ構造+その上で動作する抽象化文がオブジェクトやクラスに相当するのだが、ダイクストラ氏はもっと大きな単位で考えていたみたい。
しかし、オブジェクト指向言語のオブジェクトはかなり細かい単位になってしまった。

**デフォルトの名無しさん** · 2018/09/05(水) 15:09:07.29

機能ってのはほんらいモノではコトなわけだ
それを無理やり関数って形でモノにするのが構造化プログラム
だからまくいった構造化プログラムは断然わかりやすい

まあ構造化プログラムは頭いいやつにしかできない
凡人はオブジェクトが一番だよ

**デフォルトの名無しさん** · 2018/09/06(木) 19:40:06.02

>>302
日本で(略

**デフォルトの名無しさん** · 2018/09/07(金) 13:29:04.07

>>303
日本語でだろ？

**デフォルトの名無しさん** · 2018/09/08(土) 12:29:32.73

学校がフィルタリングの機能程度くらいしか果たしていないから
もう少し技能を見に付け入られる場にする必要が有る
小学生からやる必要は無いと思うけど
中学生くらいからどういう職業に就くか?
という視点で組みなおした方が良い

**デフォルトの名無しさん** · 2018/09/08(土) 23:31:00.95

ちょっと煽られたことがあるからって排除したらダメだって。
哲学者がやっと生業を得られたもんで、今までの業界に対する
不遇を怨念のようにぶつけているだけじゃないか？
構造化がどうだのオブジェクトがどうだのということではなくて、
僕らは歴史的に言えば哲学者に相当する人種です、と区分けしたい
だけでしょ。

**デフォルトの名無しさん** · 2018/09/09(日) 00:03:53.16

哲学者というのは語弊があった訂正。脳筋多い人。

**デフォルトの名無しさん** · 2018/09/11(火) 22:55:09.85

こんなページを見つけた。

翻訳：構造化プログラミングを最初に提唱した文書
http://calculator-cafe.com/readings/Structured_programming/Structured_programming.html

この最初の文章と書籍 "Structured programming"（1972年）とは違いがあるのかな？
同じ考え？

**デフォルトの名無しさん** · 2018/09/16(日) 08:28:25.63

構造化プログラミングとオブジェクト指向って、
どっちか一方だけを残すようなもんじゃないだろ。

**デフォルトの名無しさん** · 2018/09/16(日) 12:33:29.40

>>309
現実には組み合わさっているよね

**デフォルトの名無しさん** · 2018/09/16(日) 23:33:02.52

>>308
第２章を書いたホーアが誰からアドバイスを受けたか。
たぶんホーア経由でダイクストラは何を聞いたか。

**デフォルトの名無しさん** · 2018/10/16(火) 14:12:50.06

興味深いなぁ
元々プログラミング専門でやってきてなくて転向してきたから
理屈は分かってるつもりだが本質を問われると自信ないんだよなー

**デフォルトの名無しさん** · 2018/10/16(火) 16:34:25.11

>>312
大丈夫だ。日本のプログラマーのほとんどはプログラミングの本質なんて理解していない。

**デフォルトの名無しさん** · 2018/10/16(火) 16:42:02.14

>>313
だが気になるんです

**デフォルトの名無しさん** · 2018/10/16(火) 17:11:58.33

タワシ、木に成ります

**デフォルトの名無しさん** · 2018/10/17(水) 01:03:47.27

つーか、プログラミングの本質ってなんだ？
それをダイクストラが作ろうとしたけど、ミルズに妨害されてうやむやになったのでは？

**デフォルトの名無しさん** · 2018/10/19(金) 10:10:41.64

アルゴリズム+データ構造=プログラミングって本があったろ。
まさにタイトルが真実ついてるなと。

検索とか出来る様になってもテキストファイルや、WinAPIが標準でサポートするbmpファイルは弄れても、世の中で求められてるのはjpegや各種カメラのRAWファイルの編集。
データ構造が分からないと触れもしない。
解析とか勉強しないとかね。

**デフォルトの名無しさん** · 2018/10/19(金) 13:17:54.53

>>317
>アルゴリズム+データ構造=プログラミングって本があったろ。
>まさにタイトルが真実ついてるなと。

それってクラスのことじゃね？
結局、オブジェクト指向で全部いいやってなってしまった

**デフォルトの名無しさん** · 2018/10/19(金) 13:31:32.87

アセンブラだってアルゴリズムとデータ構造じゃん
それをどう扱いやすくするかが問題なわけで

**デフォルトの名無しさん** · 2018/10/19(金) 14:53:58.19

>>318
言われてみればそうなんだけど、実際にはクラスは型の側面が強くて、クラス作ったら手続き(アルゴリズム)を内包するデータ構造になってしまった。

**デフォルトの名無しさん** · 2018/10/19(金) 15:07:56.87

STLが最初に登場した時はデータ構造から切り離されたアルゴリズムに対してOOPな方々からフルボッコだったらしいよ
最終的には勝利したのは歴史が示すとおり

**デフォルトの名無しさん** · 2018/10/19(金) 18:23:21.80

何を持って勝利なのかわからんが、
STLに相当するものが他の言語にないのはなぜか？

その答えはわかっていて、C++のオブジェクト指向は貧弱だったんだよ。
機能も貧弱だし、なにより標準のオブジェクト指向ライブラリが存在しなかった。
あとC++にGCがないから仕方なくSTLを使ってるっていうのがもう一つの大きな理由だな

**デフォルトの名無しさん** · 2018/10/19(金) 19:14:15.80

GCデフォだと困る場面もある
仮想マシン使うならGCデフォでも良いがそーじゃないでしょ

**デフォルトの名無しさん** · 2018/10/19(金) 19:23:24.09

>>323
それが本当の理由。構造化がとかアルゴリズムがうんたらじゃなくて
GCでは困る場合に対応しようとしたためにSTLが必要になった

**デフォルトの名無しさん** · 2018/10/19(金) 19:25:19.05

pythonはSTL相当の機能を備えてると言える？

◆QZaw55cn4c · 2018/10/19(金) 19:46:08.41

>>322
いわゆる instantiate なる語が C++ 界隈以外ではほとんど聞かれない、のと同値なのではないでしょうか？

**デフォルトの名無しさん** · 2018/10/19(金) 19:52:49.56

instantiateでぐぐったらUnityしかでてこんのだがｗ

**デフォルトの名無しさん** · 2018/10/19(金) 19:55:00.77

>>325
STLが不要と言える機能は搭載してますね。

1. GCを備えてるから、STLのなんたら_ptrが不要
2. コンテナデータ型を備えてるから、STLのコンテナ型およびイテレータが不要

**デフォルトの名無しさん** · 2018/10/19(金) 22:29:37.07

STLの肝かつ叩かれた部分はアルゴリズムをコンテナのメソッドにせずに外出ししているところで
コンテナ部分が言語組込みかライブラリ実装かはどうでもいい

pythonに関して言えば(今は違うが)変数に型が付かないので特に意識しなくても
関数を異なる型に使いまわせるのだから同じようなもんだ

**デフォルトの名無しさん** · 2018/10/19(金) 22:39:19.49

英語版の Structured programming も構造化定理と構造化プログラミングを混同しているようだぜ
https://en.wikipedia.org/wiki/Structured_programming#Structured_programming_languages

やれやれ

**デフォルトの名無しさん** · 2018/10/27(土) 00:05:03.56

Wikipedia の「構造化プログラミング」がわかりやすくなった。
https://ja.wikipedia.org/wiki/%E6%A7%8B%E9%80%A0%E5%8C%96%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

これこそが構造化プログラミングなんだよね。

**デフォルトの名無しさん** · 2018/10/27(土) 00:59:14.43

これ読むとなんらオブジェクト指向と相反しないなw
というか現在に至るプログラミングの基礎を提唱しただけに見えるわ

**デフォルトの名無しさん** · 2018/10/27(土) 00:59:19.03

はい。私が書き換えました。ほめてほめて

**デフォルトの名無しさん** · 2018/10/27(土) 07:47:09.96

>>333
よーしよしよしよしよし( ＾∀＾)ノシ

**デフォルトの名無しさん** · 2018/10/27(土) 13:01:57.21

>>331
分かりやすくなったと言うよりは以前の記事の構成が悪すぎて歴史のところ以外は意味不明だった。
しかも I.hidekazu とか言う構造化定理と構造化プログラミングの区別のできないアホがさらに酷くなりそうになったところをここの住民が元に戻した。

**デフォルトの名無しさん** · 2018/10/27(土) 13:03:42.25

>>335
正区別のできないアホがさらに酷くしてしまった
誤区別のできないアホがさらに酷くなりそうになった

**デフォルトの名無しさん** · 2018/10/27(土) 23:04:35.16

>>332
オブジェクト指向と相反はしないけど一緒でもないんだよね。

**デフォルトの名無しさん** · 2018/10/28(日) 00:27:01.00

そりゃ構造化プログラミングに足りないものを
補ったのがオブジェクト指向なんだから当然だろう

**デフォルトの名無しさん** · 2018/10/29(月) 02:23:59.61

>>338
Simulaがまさにそんな感じ
ALGOL+Classだったからなあ

**デフォルトの名無しさん** · 2018/10/30(火) 14:25:56.75

値だけで論理演算する機能ってほしいと思ってるんだけどなかなかないのかな
例えば
if(value == (1 || 2 || 3) )
だったらvalueが1~3のあいだならtureになるとか。
if(value == (1 || '1' || true) )
みたいに型を飛び越えられたらなお便利。
OR演算が書きやすくなるな。

**デフォルトの名無しさん** · 2018/10/30(火) 20:37:25.24

UnkoValues.contains(value)

**デフォルトの名無しさん** · 2018/10/30(火) 20:44:45.86

>>340
値だけで論理演算してないじゃん
それ、論理演算子 == とか || に
そういう意味をもたせてるだけでしょ？

**デフォルトの名無しさん** · 2018/10/31(水) 01:05:49.20

value in [1, 2, 3] のように書ける言語はたくさんある
こういうのは論理演算じゃなく集合演算
値の論理演算のニュアンスに近いのはJavaScriptの x = y || -1 みたいな式

**デフォルトの名無しさん** · 2018/10/31(水) 03:18:58.29

>>331
やっとまともな記事になった。
構造化プログラミングは構造化定理と別物なんだよ。

**デフォルトの名無しさん** · 2018/10/31(水) 06:42:15.37

自演臭い

**デフォルトの名無しさん** · 2018/10/31(水) 13:35:30.72

I.hidekazuさん降臨

**デフォルトの名無しさん** · 2018/10/31(水) 15:36:04.81

>>343
inみたいな演算子が無くても関数はあるよな

**デフォルトの名無しさん** · 2018/10/31(水) 23:12:42.24

ﾓﾅﾀﾞｲｽｷきてるだろ

**デフォルトの名無しさん** · 2018/10/31(水) 23:55:59.43

構造化プログラミングって
１９８０年頃はやはったなー

**デフォルトの名無しさん** · 2018/10/31(水) 23:58:16.08

ダイキストラも懐かしいー
95年頃に銀行で顧客サービスの最短パスもとめるのに
つかったわ～

**デフォルトの名無しさん** · 2018/11/01(木) 00:02:17.60

>>349
たいてい構造化定理のことを指しているけどな

**デフォルトの名無しさん** · 2019/01/06(日) 08:08:53.44

>>340
true|falseを返す関数とか作れば良いんじゃね

**デフォルトの名無しさん** · 2019/01/06(日) 09:26:42.64

関数で切り出すとか構造体にまとめるとか当たり前のことをやらん馬鹿があまりに多すぎる。

**デフォルトの名無しさん** · 2019/01/06(日) 22:52:13.51

>>353
言えてる

**テルミン** · 2019/01/13(日) 23:52:01.71

もうやめようぜ。

これだけじゃエスパーじゃないとわからんか

**テルミン** · 2019/01/14(月) 00:06:19.02

もう気が済んだんじゃないか？
こういう世界になって本当に満足なのか？
理由まだ残っているのか？
俺はなんとか頑張ったぜ

**デフォルトの名無しさん** · 2019/01/22(火) 23:18:43.63

上で荒らし行為を行っていた I.hidekazu が降臨！

https://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85%E2%80%90%E4%BC%9A%E8%A9%B1:Monadaisuki#%E6%A7%8B%E9%80%A0%E5%8C%96%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E3%81%AE%E8%A8%98%E4%BA%8B%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

＞あれは私がコツコツと毎週末に図書館に通ったりして見つけた文献やネット古書店で集めた古書、
＞国立国会図書館で複写した文献など（総額費用数十万円）を自分の余暇や日中の仕事時間の合間
＞に考えに考えてまとめた内容を、インターネットに接続できる人なら誰でも閲覧できるネット百科
＞事典のWikipediaの記事として無料で図まで含めて作成した記事だったんです。

こいつアホすぎるわ。
構造化定理と構造化プログラミングの区別もできないくせに数十万円使って調査ってバカ丸出し。
金かけても内容がクソなら意味ないだろうに。

**デフォルトの名無しさん** · 2019/01/22(火) 23:49:00.65

>>357
その人、かなりおかしいというかキティなのかねえ？
ここを読んでいたら目眩がしてくるよ

Wikipedia:管理者への立候補/i.hidekazu/20141215
https://ja.wikipedia.org/wiki/Wikipedia:%E7%AE%A1%E7%90%86%E8%80%85%E3%81%B8%E3%81%AE%E7%AB%8B%E5%80%99%E8%A3%9C/i.hidekazu/20141215

＞結果
＞賛成 2 票、反対 13 票、無効票なし。ガイドラインに基づき、今回は見送りとなります。

こんな人が管理者になったらやばすぎる

**i.hidekazu** · 2019/01/23(水) 00:08:21.66

なんだと！本人降臨だぞ！
○ビー・エムか○ロックスか知らないけど操作しすぎなんだよ！
アラン・ケイのオブジェクト指向なんてマイケル・ジャクソンの
JSD法のパクりじゃねえか。
商業戦略上業界あげて黙ってたから混乱してるんじゃねえか‼

**i.hidekazu** · 2019/01/23(水) 00:51:50.42

憶測混じりでもうこの際だ言ってやる
JSD法の分析パートの用語「実体」を「オブジェクト」に置き換えたのがいわゆるオブジェクト指向の哲学
実装パートの言語をsmalltalkとかにしてマルチスレッドなGUI開発させるためのバズワードが
オブジェクト指向プログラミング

**デフォルトの名無しさん** · 2019/01/23(水) 11:27:00.58

JSDっていつ考案された？
ジャクソンシステム開発で検索してもあまり良い情報が出てこないんだよね

**i.hidekazu** · 2019/01/24(木) 06:09:15.23

すまん。システム開発の出版は1983年で年代的に後だったわ。

**デフォルトの名無しさん** · 2019/01/24(木) 09:34:05.03

Simula の登場が1967年
Smalltalk の登場が1980年

**デフォルトの名無しさん** · 2019/01/24(木) 10:14:45.70

>>363
> Smalltalk の登場が1980年

“登場”をどうとるかによるけど
Smalltalk（というかメッセージングのオブジェクト指向のコンセプト）自体は
Smalltalk-72の時点、つまり1972年にはもう実証されていて
コンセプトも同年のダイナブック構想の論文で言及済みということはある

**デフォルトの名無しさん** · 2019/01/26(土) 00:13:27.03

パルアルトでは70年代初頭から開発されてきたと言われるがほとんど秘密で
1981年8月号のBYTE誌の特集として突如大公開された。
いまから見直してみるとmachOSのディストリビューションの開発者の
ゲイツ氏とジョブズ氏にGUIシステムとそのプログラミング手法として
オブジェクト指向プログラミングを公開する必要があったから
なのかもしれない。
クラウドもそうだがパルアルトは未だに生きていると考えるべきだと思う

**デフォルトの名無しさん** · 2019/01/26(土) 00:21:48.10

ネットワークプログラミングを含めオブジェクト指向は成功を納めたが
時代はハードウェア制御と機械学習に進んでいるし、人間から十分な
学習データを取得してしまえばそれもやることなくなる

**デフォルトの名無しさん** · 2019/06/01(土) 00:25:04.32

>>366
なんだか、その辺から拾ってきたバズワード並べただけで、
意味が見出せないんだが

**デフォルトの名無しさん** · 2019/07/31(水) 12:47:27.66

>>366
日本語

**デフォルトの名無しさん** · 2019/09/09(月) 23:34:35.73

https://ja.wikipedia.org/wiki/%E3%83%8E%E3%83%BC%E3%83%88:%E6%A7%8B%E9%80%A0%E5%8C%96%E5%AE%9A%E7%90%86

ウィキペディアの構造化定理のページに基地外来襲！！！
「構造化定理」を「構造化プログラム原則」という訳のわからない言葉に変えようとしている。
(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**デフォルトの名無しさん** · 2019/09/10(火) 02:42:53.72

>>369
> ウィキペディアの構造化定理のページに基地外来襲！！！
> 「構造化定理」を「構造化プログラム原則」という訳のわからない言葉に変えようとしている。

誰かウィキペディアを書ける人は、このGoldensundown2の提案に反対しているのに対する反論としての

＞・・・。「Structure theorem」＝構造化定理は数学分野のものと重複してる紛らわしい言葉という点も御考慮ください。--Goldensundown2（会話） 2019年9月9日 (月) 13:56 (UTC)

に対して、

「Structure theorem」は数学の定理と同じ意味（幾つかの公理から演繹的に証明される命題）としての定理だから、「構造化定理」と呼ぶのが適切で
「原理」という言葉を使うのは不適切どころか完全な間違い

と反論を書いて下さると嬉しい

**デフォルトの名無しさん** · 2019/09/10(火) 03:27:40.32

自分でやれや

**デフォルトの名無しさん** · 2019/09/10(火) 12:29:47.96

今に始まったことじゃないけど日本のwikipediaってクソばかりだな。
Windowsとかアンチが多そうな記事は悪意が感じられる

**デフォルトの名無しさん** · 2019/09/10(火) 23:11:00.92

>>372
構造化定理の記事は比較的ちゃんと書かれているのでは？
しかし、>>369のようにおかしな人が来て悪化させてしまうこともある

**デフォルトの名無しさん** · 2019/09/18(水) 02:27:46.86

>>369
https://ja.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A8%BF%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E4%BE%9D%E9%A0%BC/Goldensundown2

そいつブロックされてるやん、ワロスｗｗ

**デフォルトの名無しさん** · 2019/09/18(水) 08:31:29.84

ちゃんとファイル分割して関数切り分けして構造体切り出すだけで
ほとんどのプログラムはまっとうになる。
問題はそれをできてないバカが圧倒的に多いだけ。

**デフォルトの名無しさん** · 2019/09/21(土) 17:25:19.28

出来る人が少ないと仕事がこなせない
だからわざわざ構造化プログラムだとか言って教える必要が有るんでしょ
ただ罵詈雑言を言う事の方こそにこそ意味がない
自分が凄いって自慢したいだけ