18/08/15 11:01:29.41 i49BHTWw.net
コード書くときに「これはオブジェクト指向、あっちは構造化プログラム」っていちいち意識するかバカ者
3:デフォルトの名無しさん
18/08/15 11:43:51.12 XWCO6767.net
>>2
とはいえオブジェクト指向だけで説明できないことも多い。
クラスにすれば全て解決ではない。
構造化プログラミングを意識しないと無駄なクラスをたくさん作ることになる。
4:デフォルトの名無しさん
18/08/15 14:01:49.63 /D7pa/qT.net
>>1
構造化プログラミングについて少し歴史的なことをメモしておこう
構造化定理は逐次的プログラム（つまり並行して動作し得る複数のプロセス・スレッド・タスクが存在せず単一のプログラムカウンタで済むプログラム）について
３基本構造（順接、分岐、反復）の表現能力に関する数学的事実を述べた定理に過ぎず、書かれるプログラムの信頼性とか読み易さ・理解し易さとは無関係
それをさも関係があるように錯覚させたのが実務畑のHarlan D. Millsの狡猾なところであり、またある意味では有能なところでもある
つまり、多くのプログラマはバカだから単純なクライテリアでなければ理解できないから、バカ向けの単純なクライテリアを与えてやった、これが確信犯Millsの功績であり罪過でもある
言い換えればDijkstraの高尚な“structured programming”の精神などはバカな大衆プログラマには理解不能で豚の耳に念仏だとMillsは悟っていたから
Dijkstraの提唱した“structured programming”という標語だけ借りて中身はバカ向けに完全に換骨奪胎したのがMills流の“structured programming＝goto-less programming”という一種の運動
そして、この運動を権威づけるために使ったのが単なる表現定理に過ぎない構造化定理だったわけだ
つまり「この運動が正しいことはちゃんと数学で保証されてるんだよ！」って権威づけをしたわけね
アカデミアの世界にずっと身を置いていたDijkstraとは違い、MillsはIBMの研究員として開発現場の指導なども行って現場プログラマのほとんどはバカばかりだと嫌というほど思い知らされていたはず
だからこそ「正しいが難し過ぎてバカには正しく理解するのは不可能」なDijkstra流の高尚な“structured programming”からキャッチフレーズの“structured programming”だけ流用して
「正しくないがバカにも理解し実行できて多少は効果が見込める」Mills流の低俗な“structured programming”を広めたのだよ
そしてMichael Jacksonパパが構造化定理に基づいて事務処理向けのプログラミングを入出力データ構造の対応から３基本構造を用いる形で系統的に導出する手法として
JSP (Jackson Structured Programming) を提案して大人気を博したことでMills流の低俗な“structured programming”運動は一層の盛り上がりを見せたというわけ
5:デフォルトの名無しさん
18/08/15 17:57:46.43 XWCO6767.net
>>1
Wikipediaより
>1987年の第9回ソフトウェア工学国際会議(ICSE)において、Millsは会場にチューリング賞受賞者がいないことを確かめると
>「ダイクストラやホーア達はどこへ行ってしまったのか。我々はもう彼らから学ぶものがないのか。」とその現状を批判した
>（しかし木村泉の見解が当たっていたとするならば、「ソフトウェア工学」をそういったものにしていった張本人こそが、その発言をしたMillsであるということになる）。
酷いよなあ
ダイクストラの研究を粉砕した張本人がよくこんなことを言えるわ
6:デフォルトの名無しさん
18/08/15 20:19:38.78 9o1ne3nM.net
（きちんとクラスが整理された上での）OOPこそ構造化プログラミングの結実したものと思っていたんだが違うのか
7:デフォルトの名無しさん
18/08/15 20:52:41.51 0gxCPQjR.net
構造化とオブジェクトは別物だと思っていたが
8:デフォルトの名無しさん
18/08/15 21:28:28.97 mWz8Up0Y.net
今はオブジェクト指向さえできれば十分という風潮がある。
しかし、オブジェクト指向は主にクラスを使うというだけであって、
綺麗で分かりやすいプログラムを書けるかどうかとは別問題。
構造化プログラミングは綺麗で分かりやすいプログラムを書く手法としては今でも大事かと。
9:デフォルトの名無しさん
18/08/15 21:34:08.82 PyNbth/v.net
>>8
>オブジェクト指向は主にクラスを使うというだけであって
そりゃいくら何でも偏見
10:デフォルトの名無しさん
18/08/15 21:41:38.81 X+03HcfZ.net
COBOL、VB、Java…と時代が流れても馬鹿は馬鹿なコードを書く。
11:デフォルトの名無しさん
18/08/15 22:39:09.18 9+ksv3W6.net
>>1
選択するようなもんじゃないじゃん・・・
何で片っぽだけで存在出来ると思ってんの？
12:デフォルトの名無しさん
18/08/15 22:43:49.88 mWz8Up0Y.net
>>11
自分は片方だけとは書いていないが？
13:デフォルトの名無しさん
18/08/16 00:11:08.97 qKowi4/2.net
>>1 がクソコードしか書けないのは分かったからいちいちスレ立てんな。
14:デフォルトの名無しさん
18/08/16 00:21:20.74 zxs39t0T.net
>>13
いや、ｽﾚ建ての言い分は稚拙かもしれないが、
型クラスベース+継承でソフトウエアを表現すると
依存の茂みを作ってスパゲティーの山になる欠点に薄々気がついて
王様の耳はロバの耳と、あえて言っているのかもしれない…
15:デフォルトの名無しさん
18/08/16 00:46:01.96 uRZjuhnI.net
>>14
オブジェクト指向で却ってややこしくなった面もあるかもね
16:デフォルトの名無しさん
18/08/16 01:20:22.82 G6TcbKDp.net
オブジェクト指向技術はエディタの機能で代替できるような気がする。
エディタにはコードの検索や置換機能があるし、
VimやSublime,サクラエディタで高速に既存コードを再利用できる。
だからエディタの機能やVimを極めれば継承とかほぼ要らないし、
再利用性重視でなくてもいい。
変更の影響範囲とかもエディタを使って洗い出せば、管理できる。
だからオブジェクト指向の高度な機能を使わなくてもエディタや
ツールで代替えできる。
コードの差分はGitやWinMergeで洗い出せる。
オブジェクト指向のガチガチの設計を書くととにかく
変数名、メソッド名などの名前が長くなる。
名前が横に長いと非常に読みにくく画面外に隠れるし、
名前というのはスペース区切りもカンマ区切りもないわけだから、
上記のエディタ機能で編集がやりにくい。
だからJavaみたいなガチガチのオブジェクト指向ってもう今の時代
必要ないんだと思う。JavaScriptやPythonくらいのオブジェクト指向
だけで十分だもの。
Javaの作法の時代遅れ感とか、馬鹿馬鹿しさってそろそろ気付くべき。
17:デフォルトの名無しさん
18/08/16 09:06:07.27 xlcF1CtQ.net
>>12
>>1
>まだ構造化プログラミングは必要なのではないのか？
条件が整えば不要になると自分で書いてるじゃん。
18:デフォルトの名無しさん
18/08/16 09:09:40.06 xlcF1CtQ.net
>>15
2010年のインタビューでは、オブジェクト指向の御大は「実現方法に欠点があった」と考えてるようだ。
オブジェクト指向プログラミングは間違いだったか?
URLﾘﾝｸ(www.infoq.com)
>このインタビューを受けたのは、Erlangの最初の開発者であるJoe Armstrong博士とSmalltalk、OOP、パターンに長い間関係している
>Ralph Johnson博士だ。私たちは「間違った道」を当てもなくさまよって
>きたが、これはオブジェクトの考え方の実現方法に欠点があったため
>であり、この考え方自体の欠点ではないと2人は述べた。
19:デフォルトの名無しさん
18/08/16 09:45:07.99 c55d0qec.net
>>18
これってクラスが良くないってこと？
Erlangの仮想マシンのプロセスみたいなものが良いってこと？
20:デフォルトの名無しさん
18/08/17 09:05:58.30 tlmPPTdZ.net
元祖オブジェクト志向は俺らのモノだってだけの主張
21:デフォルトの名無しさん
18/08/17 09:31:41.05 n+YTyfNv.net
そもそもオブジェクト指向は、データとアルゴリズムをクラスとして組み合わせただけのこと。
構造化プログラミングみたいに綺麗なコードを書くためのものではない。
22:デフォルトの名無しさん
18/08/17 21:12:36.99 MPzZ3o4u.net
>>21
なるほど、構造化プログラミングは設計手順でもあるのかー
オブジェクト指向だとドメイン駆動とかユースケース駆動なんかが
それにあたるのかね
Wikipediaの構造化プログラミングには↓こう書いてあって
> プログラムを記述するのではなく、機能を抽象化した「仮想機械」を想定し、その「仮想機械が提供する命令群」でプログラムを構成する
これってオブジェクトの設計にも当てはまるよね
オブジェクトは構造化の手段の一つとみることもできそう
23:デフォルトの名無しさん
18/08/17 21:21:26.89 qzuP1SdP.net
>>22
つーか、ダイクストラが抽象化データ構造という概念を提案していて、
それがオブジェクト指向のクラスに似た考えだった。
24:デフォルトの名無しさん
18/08/18 02:37:34.71 WCd9Iftz.net
>>22
> > プログラムを記述するのではなく、機能を抽象化した「仮想機械」を想定し、その「仮想機械が提供する命令群」でプログラムを構成する
>
> これってオブジェクトの設計にも当てはまるよね
> オブジェクトは構造化の手段の一つとみることもできそう
ところがSimula 67の頃はともかく、Smalltalk-80以降のオブジェクト指向の人々は暴走して上の構造化プログラミングでの抽象機械という思考上の粒度とは
およそ対応しないほど細かい粒度のオブジェクトをどんどん使い始めた、例えば「１つの数だって立派なオブジェクトだ！」といった形でね
オブジェクト指向がそのように暴走しだした時＝オブジェクト原理主義が始まったから、オブジェクト指向を熱心に使う人々の大半は構造化プログラミングとは無関係になり、
オブジェクト指向で作られたプログラムはDijkstraが考えていたようなプログラムの正しさを論じやすいようにしっかりとした構造を持つものではなく、
まるで簡単に取り外しできて自由に回転できる自由継手ばかりで組み上げられたようなクネクネとして「形」というものが良く見えない代物になった
確かに細かいオブジェクトを自由に組み合わせて作れば部品の追加や削除は容易になるが、プログラムの正しさを論じるには余りにも自由度が高すぎて見通しが悪すぎる
25:デフォルトの名無しさん
18/08/18 06:54:35.39 /QeKlEIL.net
>>24
>ところがSimula 67の頃はともかく、Smalltalk-80以降のオブジェクト指向の人々は暴走して上の構造化プログラミングでの抽象機械という思考上の粒度とは
>およそ対応しないほど細かい粒度のオブジェクトをどんどん使い始めた、例えば「１つの数だって立派なオブジェクトだ！」といった形でね
確かにオブジェクト指向はそんなものだと漠然と思っていたけど
何でもオブジェクトにすればいいってものではないよなあ。
結局、オブジェクト指向の導入によってプログラムは難解になっただけだった。
柔軟性は上がったけど可読性は低下した。
26:デフォルトの名無しさん
18/08/18 07:26:02.71 ddghJ7gy.net
わかりみが深い
27:デフォルトの名無しさん
18/08/18 09:50:15.71 a1RXOr9m.net
>>25
暴走というより、プログラミングの可能性追究の過程だからね。
「可読性という産業的な面の利便性」とは別の、今で言えば自動プログラミングの方向だし。
28:デフォルトの名無しさん
18/08/18 10:59:20.89 S+HXVA53.net
>>26
わかりみが深いの意味と使い方とは？きもい言葉だけど元ネタはまさかの漱石？
URLﾘﾝｸ(kotoyumin.com)
29:デフォルトの名無しさん
18/08/18 12:39:52.96 bDjLpxd+.net
Smalltalk で何でもオブジェクトになるのは文法と実装からほぼ必然なので許してやれ
30:デフォルトの名無しさん
18/08/18 12:48:08.70 ow8xpWs0.net
>>29
Smalltalkはオブジェクト指向を突き詰めたらどうなるのかを実現した言語だし
31:デフォルトの名無しさん
18/08/18 14:51:08.96 WCd9Iftz.net
>>28
「わかりみ」は文法違反の単なる誤用で日本語の意味のある単語としては認められない
＞本文中の他の「?み」の例、つまり「ありがたみ」や「悲しみ」それに漱石が使った「淋しみ」は
＞どれも形容詞「ありがたい」・「悲しい」・「淋しい」の語幹に「み」を付けて名詞化した言葉であるが「わかりみ」は違う
上に加えると
「わかりみ」の語根「わかり」は動詞「わかる」の連用形なので形容詞のように体言にかかり修飾することすらできない単語で
それに「～み」を付けた形を日本語の言葉として使うのは単なる無知を曝け出しているだけのこと
32:デフォルトの名無しさん
18/08/18 22:07:01.87 pa0Db4PI.net
Smalltalkなんて死んだ言語を語ってもなー
33:デフォルトの名無しさん
18/08/18 22:17:54.75 NYofKyoT.net
>>1
ダイクストラの提唱した検証を前提としたプログラミングが必要か？という
疑問であれば、これから必要だし今後はさらに重要になると断言できる
実際、24時間365日 正しく動作するバグ0の品質要求が当たり前な
組み込み開発の一部では、必須の技術要素になりつつある
ただし、ソフトウェア検証への対比としてオブジェクト指向を挙げる事に違和感がある
ソフトウェア検証とオブジェクト志向は互いに交差する概念であって対立はしない
実際、たとえば VDMにオブジェクト指向を導入したVDM++が登場しているし、
Alloy は最初からオブジェクト指向の概念を前提として設計されている
34:デフォルトの名無しさん
18/08/19 02:21:20.02 pZiVccB3.net
>>31
言語学上はある表現が間違ってる云々といった議論は意味を持たない
例えば、あらゆる方言は標準語から見れば「誤り」だがそのような主張をする人はいない
一定の範囲で通用しているならそれは「正しい」言葉なのだ
35:デフォルトの名無しさん
18/08/19 11:26:16.86 IdAXDQAD.net
>>33
>実際、24時間365日 正しく動作するバグ0の品質要求が当たり前な
>組み込み開発の一部では、必須の技術要素になりつつある
具体的にどうやっているんだ？
36:デフォルトの名無しさん
18/08/19 15:50:15.02 aRJ7Tr37.net
>>35
開発したいシステムの外部仕様をVDMやAlloyといった形式的仕様記述言語で
記述し、それをツールを使って検証、詳細化という手法で実装言語に変換
詳細に関しては「組込み 形式手法」や「組込み 仕様記述」でググると、
大量の入門やら事例やらを扱う文書が見つかる
個人的にお勧めの教科書(入門書)は以下の２冊：
・形式手法入門
URLﾘﾝｸ(www.amazon.co.jp)
・組み込みソフトへの数理的アプローチ
URLﾘﾝｸ(www.amazon.co.jp)
このム板にも専用スレがある（過疎ってるけど
・【Alloy】形式言語による仕様記述【VDM】
ｽﾚﾘﾝｸ(tech板)
37:デフォルトの名無しさん
18/08/19 17:46:32.00 IdAXDQAD.net
>>36
ありがとう。今の組込はそんなことをやっているんだなあ。
38:デフォルトの名無しさん
18/08/19 22:10:30.70 Xhdb6YaQ.net
>>32
> Smalltalkなんて死んだ言語
Smalltalkは現役バリバリの言語処理系だが？→URLﾘﾝｸ(pharo.org)
そんなことも知らんとかアンテナ低すぎだぞ！wwwwww
39:デフォルトの名無しさん
18/08/19 23:25:26.66 Kq0ObHsK.net
>>38
アンテナ強すぎてノイズ拾ってるんちゃうんか？
40:デフォルトの名無しさん
18/08/19 23:49:50.24 xR7/CWZ6.net
>>39
アンテナ「強」すぎとかググり力以前に日本語wwww
41:デフォルトの名無しさん
18/08/20 00:03:49.68 RbnQjERN.net
セックスが強いとも言うし
匂いが強いとも言うのよ
強いって言葉は何にでも使っていいの万能なの
42:デフォルトの名無しさん
18/08/20 00:04:58.23 RbnQjERN.net
ググり力ってなんすか？www日本語エントロピーが拡散してますよ
43:デフォルトの名無しさん
18/08/20 00:18:54.12 K5IFIEIw.net
エントロピーは「増大」するんだがな
44:デフォルトの名無しさん
18/08/20 22:32:57.09 x5x1yb03.net
try - catch の大域脱出は構造化プログラミングに入るの？
許されてるのかどうかが知りたい
45:デフォルトの名無しさん
18/08/20 22:40:55.14 K5IFIEIw.net
例外処理やついでに継続なんかは本質的にGOTOだからもちろんダメだろ
46:デフォルトの名無しさん
18/08/21 00:53:54.19 VdrWCawS.net
>>44
大域脱出は良いことだったのだろうか？
47:デフォルトの名無しさん
18/08/21 04:05:08.76 owpw6n+f.net
構造化は今でも必要だと思うよ
初期の(今でも?)プログラミングで作られた物が大変だったのは
何もかもが広域だったから
構造化にしてもオブジェクト指向にしても
アクセス範囲を狭小化したのが一番効果が大きい
余りにも何処からでもアクセスされてるとそのアクセスパターンが発散してしまって
組み合わせ数が多くなりすぎて事前予測不可能になる(テストしきれない)
オブジェクト指向プログラミングは粒度が最小化可能な物で
それによってアクセスパターンを最小化してバグを発生させ難く出来る
この部分に一番効用が有る
人間の認識限界
これを理解しているかどうかが鍵となる
エドガーダイクストラが言った一番の要点はアクセス範囲の極小化する為に構造化を提唱した
だからcobolみたいにdataなんちゃらーとプロセデュアなんちゃらーみたいに
処理とアクセスする物が分離されている物が一番問題があると指摘した
basicは変数が広域なので問題が有ると指摘した
クラス型オブジェクト指向プログラミングシステムでは
クラス内に変数とその処理をパッケージングしてアクセス範囲を完全に限定した
だからpropery get/set みたいな内部変数を直接外部から操作するような書き方や
それしか出来ないような言語は問題が有るし
問題有りだと騒がれる
48:デフォルトの名無しさん
18/08/21 05:56:38.36 wy9DCHs4.net
>>44
try - catch は乱暴な仕組みだよなあ。
下の階層の例外を漏らさず捕獲する。
言い換えると下の階層を信用していない仕組み。
この仕組みのせいでますます適当にプログラミングできるようになったかもしれない。
49:デフォルトの名無しさん
18/08/21 06:42:58.86 JvEAafEP.net
むしろ逆だろ
適当なプログラミングするやつをカバーするために例外機構ができた
50:デフォルトの名無しさん
18/08/21 07:14:29.94 VdrWCawS.net
>>49
現実に合わせるとそうなるのかねえ
構造化プログラミングは理想に過ぎないのか
51:デフォルトの名無しさん
18/08/21 07:27:11.40 MjIdhGPZ.net
規模が小さければ構造化でしょ
52:デフォルトの名無しさん
18/08/21 12:05:02.95 LMQ5YiiU.net
トライキャッチは構造化例外処理と呼ばれるけどね
53:デフォルトの名無しさん
18/08/21 12:06:08.08 LMQ5YiiU.net
入れ子にできるし
扱うフローが正常か異常かの違いかのお
54:デフォルトの名無しさん
18/08/21 12:07:11.86 PbqcUH0g.net
>>52
見た目的には構造化されているけど、大域脱出はある意味gotoに近いものがあるかと
55:デフォルトの名無しさん
18/08/21 15:24:11.78 LMQ5YiiU.net
>>54
正常フローを抜けるんだからしょうがない
56:デフォルトの名無しさん
18/08/21 15:24:39.70 LMQ5YiiU.net
フローが違うんですよ
57:デフォルトの名無しさん
18/08/21 15:34:38.67 U+/GxJ4D.net
>>54
> 見た目的には構造化されているけど、大域脱出はある意味gotoに近いものがあるかと
脱出でのgotoは検証のしやすさを乱さないからDijkstra本来の構造化プログラミングの精神には反しない（というのを昔、誰かが書いてたように思うが詳しいことは覚えてない）
問題は例えば制御構造（複合文）の内部のラベルに向かって構造の外側からgoto文等のジャンプによって制御を移す（飛び込む）ケース、確かCとかでは許されたのでは
これを許すと検証が非常に面倒になるので構造化プログラミングとしては許し難い暴挙
58:デフォルトの名無しさん
18/08/22 02:09:46.54 feXPALIV.net
とはいえ、関数ポインタ(継承含む)があると例外は検証できなくなるし
検証しようとシグネチャに例外の種類を明記させると大変面倒なことになるしなー
Swiftや、C++の新規格みたいに最近は例外を投げるか投げないかだけを明記するのが流行りっぽい
59:デフォルトの名無しさん
18/08/22 02:24:49.37 MFrqsq3/.net
ゴジゴシリン
ヘルスハンバーグ
60:デフォルトの名無しさん
18/08/22 18:55:08.64 cL0nL/CZ.net
>>58
> とはいえ、関数ポインタ(継承含む)があると例外は検証できなくなるし
関数ポインタが許される言語の検証は例外処理の検証以上に厄介だよ
現実問題として関数ポインタや手続き（関数）の引数・結果値としての手続き（関数）を許す言語の検証は
非常に労力を要することなるので実用的ではないと思うが
61:デフォルトの名無しさん
18/08/22 22:36:34.05 ZDi+C+Us.net
複数返り値さえあれば例外なんてほとんど必要ないのに
62:デフォルトの名無しさん
18/08/23 12:25:24.88 NPcuqlt3.net
コアダンプ万歳
63:デフォルトの名無しさん
18/08/23 12:39:10.83 xORHd8KX.net
ブルスクマンセー！
64:デフォルトの名無しさん
18/08/23 12:41:10.97 NPcuqlt3.net
やっぱこれだろ→💣
65:デフォルトの名無しさん
18/08/23 21:08:06.45 af7u6dh0.net
>>61
確かに例外を使い過ぎている感があるよね
66:デフォルトの名無しさん
18/08/24 02:12:52.19 aszYuZqI.net
>>構造化プログラミング
今でもCOBOLとPL/1では生きてるぞ
67:デフォルトの名無しさん
18/08/25 13:33:32.69 8WZtp+ee.net
Wikipedia の構造化プログラミングが I.hidekazu という奴のせいで酷い内容になっている。
URLﾘﾝｸ(ja.wikipedia.org)
こいつは構造化定理と構造化プログラミングの区別ができているのか？
68:デフォルトの名無しさん
18/08/25 14:09:07.80 HVFTZtzY.net
>>67
酷いなそれw
フローチャートの書き方と完全に誤解していないか？
69:デフォルトの名無しさん
18/08/25 14:21:12.16 E22oAZjP.net
これはひどい
70:デフォルトの名無しさん
18/08/25 19:17:08.85 v3X6N/oY.net
>>67
> Wikipedia の構造化プログラミングが I.hidekazu という奴のせいで酷い内容になっている。
・・・
> こいつは構造化定理と構造化プログラミングの区別ができているのか？
>>68
> 酷いなそれw
> フローチャートの書き方と完全に誤解していないか？
というか、このI.hidekazuって奴はDijkstraとMillsとは同一人物だとでも思ってるみたいね（苦笑）
71:デフォルトの名無しさん
18/08/25 19:26:53.82 1SePckD8.net
でも前からこの記事編集してるみたいだぞ
72:デフォルトの名無しさん
18/08/25 19:42:13.77 uIVYIEvN.net
>>70
何をネタ元にしたらこんな記事が書けるのか？
73:デフォルトの名無しさん
18/08/25 19:54:15.74 uIVYIEvN.net
>>67
ノートで抗議している人がいるけど聞く耳持つのかねえ？
74:デフォルトの名無しさん
18/08/25 20:01:04.96 KMExyDFm.net
加筆前と大して変わってないぞ
図が入って連接・選択・繰り返しがわかりやすくなったくらいだろ
お前らろくに読んでないんじゃないか？
75:デフォルトの名無しさん
18/08/25 20:06:43.61 8WZtp+ee.net
>>74
お前、これを読んで一緒だと思うのか？
加筆前
URLﾘﾝｸ(ja.wikipedia.org)
76:デフォルトの名無しさん
18/08/25 20:11:32.98 KMExyDFm.net
>>75
正しさの検証手法が詳しくなったよね
それ以外はまったく同じ
全部読んだ
77:デフォルトの名無しさん
18/08/25 20:12:05.97 KMExyDFm.net
お前らろくに読みもせずにこのスレのバイアスだけで文句言ってるだろ
池沼どもが
78:デフォルトの名無しさん
18/08/25 20:13:35.62 8WZtp+ee.net
>>76
>>77
お前、I.hidekazu本人だろ？とっとと死ねよwww
79:デフォルトの名無しさん
18/08/25 20:24:25.98 KMExyDFm.net
>>78
違うわ、お前が死ねよ
80:デフォルトの名無しさん
18/08/25 20:26:20.67 HVFTZtzY.net
>>74>>76>>77
文頭からして全然異なっている。KMExyDFm の頭はおかしいのか？
URLﾘﾝｸ(ja.wikipedia.org)
＞ソフトウェアの複雑な制御フローを連接・選択・繰り返しおよびネスティング（nesting）の多層化[1]によって整理しながらプログラミングを行うダイクストラ流段階的詳細化法[2]を言う[3]。
これってノートでも指摘されているように段階的抽象化と段階的詳細化の区別が全然できていない。
＞単純にgoto文を使用しないgoto-lessプログラミングと理解されていることが多い[4][5]。
ここの「理解」を他の人が「誤解」に修正したらI.hidekazuが以下の返信。
＞平成30年8月21日 (火) 14:21‎ I.hidekazu (会話 | 投稿記録)‎ . . (37,161バイト) (-361)‎ . .
＞(歴史的発展に関する記述を脚注を使って整理した。ほか細かい整理。
＞goto lessプログラミングは十分ではない理解ではあるものの、誤解という強い表現を使うほどではないので理解にさせてください。)
つまりI.hidekazuに言わせると、構造化プログラミングを構造化定理と取り違えても誤解というほどの間違いではないということらしい。
明らかに構造化プログラミングと構造化定理の区別ができていない！
81:デフォルトの名無しさん
18/08/25 20:32:50.77 KMExyDFm.net
>>80
不十分な理解ということだろ
言ってること間違ってないじゃん
＞単純にgoto文を使用しないgoto-lessプログラミングと理解されていることが多い[4][5]。
この文削除でもいいくらい
誤解という言葉はそれってあなたのただの感想ですよねってことになる
感想文書くところじゃないから理解に修正したんだろ
削除してもいいくらいのクソ情報だよ
82:デフォルトの名無しさん
18/08/25 20:33:24.59 KMExyDFm.net
事実と感想を分けれてない
83:デフォルトの名無しさん
18/08/25 20:36:00.98 HVFTZtzY.net
>>81
お前、I.hidekazu本人じゃないの？ノートに似たようなことを書いているよな。
＞加えて、goto文の論争についてはバッサリ削除してしまっていいと思います。--I.hidekazu（会話） 2012年11月23日 (金)
それと、goto文の話以外は反論できないのか？まあ、できないだろうな。
84:デフォルトの名無しさん
18/08/25 20:37:15.65 HVFTZtzY.net
>>82
それができていないのはあんただろ。
「誤解」が事実であって、「誤解という強い表現を使うほどではない」は完全に感想。
85:デフォルトの名無しさん
18/08/25 20:47:08.05 HVFTZtzY.net
>>80の続き
概要からしておかしい。I.hidekazuは概要のほとんどをフローチャートの説明にしている。
しかし、構造化プログラミングはそういうものではない。
「構造化プログラミングとは何か？」はノートに書いている人の方が正しい。
URLﾘﾝｸ(ja.wikipedia.org)
＞・良く構造化されたプログラム (well-structured programs) → 制御フローのことではない
＞・大きなプログラムの理解を助ける段階的抽象化 (step-wise abstraction) → これの反語が段階的詳細化
＞・抽象データとその操作の抽象文の共同詳細化 (joint refinement) → オブジェクト指向のクラスに似た考え
＞・プログラムの階層化（真珠のネックレスとしてのプログラム） (Programs as necklaces strung from pearls) → 段階的抽象化よりも大きな単位の階層化
＞
＞「連接・選択・繰り返し」については、段階的抽象化の一要素に過ぎないのです。
概要の最後にI.hidekazuはこんなことを書いている。
＞これを解決する手段としてダイクストラが開発技法として導入したのが抽象（abstract）及びフローチャートのネスト（nest）すなわち段階的詳細化[17]である。
「抽象（abstract）及びフローチャートのネスト」が段階的詳細化って頭沸いているのか？
抽象的な設計から始めて詳細化していくのが段階的詳細化。
コードの一部を括り出して抽象化していくのが段階的抽象化。
I.hidekazuは完全に理解ができていない。
86:デフォルトの名無しさん
18/08/25 20:48:08.63 KMExyDFm.net
>>83
違うよ、俺は完全に中立な第三者、その俺から見ても
修正前のものは感情的すぎるというか気持ち悪い
執筆者の感情と客観的な事実が混ざってどす黒い色になってる
こんなの書いてるから日本のWikipediaはバカにされるんだよ
>>84
誤解は事実ではないんですよ、みんなは誤解してるんだという思いなんですよ
書いた人間の思いが誤解という言葉には詰まっています
> 誤解という強い表現を使うほどではない」は完全に感想。
これが構造化プログラミングの中に書かれてたらヤバイですよ
でも書かれてないから問題ないんです
執筆者がどういう思いを持っているかを本文に書くべきではありません
あくまで中立に客観的に平等にそして公平に書くべきです
87:デフォルトの名無しさん
18/08/25 20:51:46.61 HVFTZtzY.net
>>86
>>85を読んでお前の池沼な頭で反論してみろ。
構造化定理と構造化プログラミングは完全に別物なんだよ！
88:デフォルトの名無しさん
18/08/25 20:56:25.37 KMExyDFm.net
>>87
そうやって罵詈雑言並べ立てて
相手が悪いかのようにしないと
正当性を主張できないんでしょ？
もうその時点でどうかと思うよ
>>85を読んだけど
I.hidekazuが言ってることが正しいと思った
89:デフォルトの名無しさん
18/08/25 20:56:49.75 8WZtp+ee.net
ID:KMExyDFm は、ID:HVFTZtzY が書いていることを理解できていないみたい。
こういう人が来ると疲れるわ。
本質的なことは>>4に書かれているけど、ID:KMExyDFm はこれも理解できないのかなあ？
90:デフォルトの名無しさん
18/08/25 20:57:28.89 8WZtp+ee.net
>>88
>I.hidekazuが言ってることが正しいと思った
その根拠は？
91:デフォルトの名無しさん
18/08/25 20:57:37.22 KMExyDFm.net
完全にI.hidekazuに論破されてるじゃん
書き換えて正解だよ
92:デフォルトの名無しさん
18/08/25 20:58:22.44 KMExyDFm.net
>>89
それは全部Wikipediaに書いてあるよ
だから問題ないよね
93:デフォルトの名無しさん
18/08/25 20:59:24.06 KMExyDFm.net
>>90
鬼絡みして相手を疲れさせようって魂胆かな
読めばわかるよね、自明だよ
94:デフォルトの名無しさん
18/08/25 21:00:30.92 KMExyDFm.net
そんなに気に入らないなら自分で修正すれば良いのに
このスレでろくに読みもせずになんとなく間違ってる
雰囲気だから叩いておこうという卑しい心が透けて見えるよ
ほんとくだらない
95:デフォルトの名無しさん
18/08/25 21:03:00.68 HVFTZtzY.net
>>89
I.hidekazu本人が来ているだけなので何言っても無駄ですよ。
>>91
意味がわからん。I.hidekazuは誰も論破していない。
まあ、本人だからそういうことにしたいのだろうが。
>>92
書かれていない。Mills がどのようにして構造化プログラミングをダイクストラから奪ったのかが説明不足すぎる。
>>93
>読めばわかるよね、自明だよ
つまり反論できないってことか。
96:デフォルトの名無しさん
18/08/25 21:04:35.02 KMExyDFm.net
>>95
読解力ないからわからないだけでしょ
100回読み直したら？
> 抽象（abstract）及びフローチャートのネスト（nest）すなわち段階的詳細化[17]である
日本語文法わかる？
97:デフォルトの名無しさん
18/08/25 21:07:43.36 HVFTZtzY.net
>>96
お前（I.hidekazu）、本当にアホだな。
段階的詳細化：抽象設計→詳細設計
段階的抽象化：プログラムコード→コードを括り出して抽象化
日本語文法が分かっていないのはお前だ！
だからWikipediaにあんなことを書くのだろうが！
98:デフォルトの名無しさん
18/08/25 21:11:33.03 KMExyDFm.net
>>97
及びの意味を考えろよ
単語の意味だけ考えて文章のコンテキストを読めてない
文盲って言うのかな、戦後の日本の国語教育の失敗だよね
結論を言うとWikipediaはいまのままでいい
読書感想文のような客観性のない感情論は削除しまくってもいいと思うけどね
消したら消したでアホどもが騒ぐからしかたなく残してるんだろうな
日本語のWikipediaの品質が低いのはそうしたアホなくせに時間だけは
持て余してるオタクどもに配慮しなければいけないからだろ
99:デフォルトの名無しさん
18/08/25 21:12:42.26 HVFTZtzY.net
I.hidekazu = ID:KMExyDFm は、ここで敗北すると面子丸つぶれなので必死。
I.hidekazuでGoogle検索するとここが出て来るからなwww
100:デフォルトの名無しさん
18/08/25 21:17:08.24 HVFTZtzY.net
>>98
>及びの意味を考えろよ
一［接］《漢文訓読で接続詞に使う「及」の字を「および」と読んだところから》複数の事物・事柄を並列して挙げたり、別の事物・事柄を付け加えて言ったりするのに用いる語。と。ならびに。また。そして。「生徒及び父兄」「国語、数学、及び英語は必修」
[補説]多くの語を並列するときは、最後にくる語との間にだけ置くことが多い。
二［名］及ぶこと。届くこと。
明らかに一の意味だ。
> 抽象（abstract）及びフローチャートのネスト（nest）すなわち段階的詳細化[17]である
つまり、I.hidekazuは「抽象が段階的詳細化に含まれる」と言っているわけだな。
アホじゃん。
101:デフォルトの名無しさん
18/08/25 21:18:54.69 HVFTZtzY.net
>>98
>文盲って言うのかな、戦後の日本の国語教育の失敗だよね
それはお前だ。お前みたいな奴がいるから Wikipedia のレベルが低下する。
102:デフォルトの名無しさん
18/08/25 21:20:27.77 KMExyDFm.net
>>99
何度も言ってるけど、俺はI.hidekazuではないよ
君は思い込みが激しいね
こうだと思いこんだらそれは違うよと言っても考えを改めない
難儀な性格してるね、文章もまともに読めないし
5chでバイアスかけられてイキってるだけじゃん
103:デフォルトの名無しさん
18/08/25 21:21:20.79 HVFTZtzY.net
>>102
だったらどういうロジックで俺が間違えているのか書いてみろ
104:デフォルトの名無しさん
18/08/25 21:23:05.09 KMExyDFm.net
>>100
AおよびB、Cである
という文を
AがBであると読み取るその読解力のなさ
思い込みの激しさたるやもう助けようがないよ
105:デフォルトの名無しさん
18/08/25 21:26:08.63 KMExyDFm.net
論理的な思考力の弱い人は
普段接するようなものに例えてみると
理解力があがるという認知学の研究結果がある
それをふまえて例文を示そう
空を飛ぶのは鳥および飛行機、すなわちトンボである
という文は
鳥がトンボであることを述べていない
106:デフォルトの名無しさん
18/08/25 21:26:27.37 HVFTZtzY.net
>>104
そうやってはぐらかしてないで反論してみろ。できないよな？負け犬。
107:デフォルトの名無しさん
18/08/25 21:29:28.30 KMExyDFm.net
>>106
またそうやって相手を貶す発言をする
そういうことを言うから君の言うことに説得力がなくなるんだよ
もっと冷静に議論できないの？
108:デフォルトの名無しさん
18/08/25 21:29:55.14 8WZtp+ee.net
>>106
ID:KMExyDFm は、はぐらかしを続けてスレを流しているのではないでしょうか？
ロジカルな反論は全くできていないし、する気もないのでしょう。
ID:KMExyDFm が負けを認めているのと一緒です。
109:デフォルトの名無しさん
18/08/25 21:33:07.32 KMExyDFm.net
>>108
議論に勝ちも負けも良いも悪いもないよ
そうやってなんでもかんでも勝ち負けで考えるから
相手を貶めてやろうなんてことになって
議論が成り立たなくなるんだよ
Wikipediaに書き込む時は冷静になってから書き込むんやで
Wikipediaに勝ち負けなんてないんやからな、おじさんとの約束やで
110:デフォルトの名無しさん
18/08/25 21:35:30.91 8WZtp+ee.net
>>109
やはりはぐらかすだけですね。こんな人にかまっても時間の無駄です。
111:デフォルトの名無しさん
18/08/25 21:38:13.82 HVFTZtzY.net
>>110
だな。もうやめとくわ。
112:デフォルトの名無しさん
18/08/25 21:42:32.14 4ywFAurT.net
プログラムを実際に書いてると同じような処理があれば纏めようとするだけで、それが構造化にしなきゃとかオブジェクト指向にしなきゃとか考えないよ
そういうのに拘るのは教科書知識で定義をうんちく垂れてる層か他人が作ったのを組み合わせてるだけの層
でしょ
ぶっちゃけ定義なんてどうでもいい
113:デフォルトの名無しさん
18/08/25 21:43:07.54 l6qIS0xn.net
『抽象（abstract）』及び『フローチャートのネスト（nest）すなわち段階的詳細化[17]』である。
『抽象（abstract）及びフローチャートのネスト（nest）』すなわち『段階的詳細化[17]』である。
誤読されたくなければ読点でも入れとけ
114:デフォルトの名無しさん
18/08/25 21:43:55.80 KMExyDFm.net
君たちは何を成し遂げたいんですか？
Wikipediaの内容が気に入らないなら書き換えればいいじゃないですか
それをやらずにこのスレで客観性を欠くバイアスを掛け合って
心地よくなっても意味がないというか、それこそ時間の浪費ですよ
115:デフォルトの名無しさん
18/08/26 00:54:37.75 LdpdygnY.net
酷い流れだ
116:デフォルトの名無しさん
18/08/26 01:02:24.37 wLdjFotr.net
I.hidekazu登場
URLﾘﾝｸ(ja.wikipedia.org)
人の話を聞かないではぐらかすところがID:KMExyDFmに似ている
117:デフォルトの名無しさん
18/08/26 04:22:57.95 KPw4gXPT.net
構造化プログラミングについてI.hidekazuの理解が完全に間違っている証拠
この投稿の時点で現行のI.hidekazu版の構造化プログラミングの記事では
「ダイクストラの構造化技法」などという項目があり、そこには
＞従来のフローチャートの進行方向を単線化するため、プログラムは順序的プログラムでなくてはならず、
＞さらにその順序的プログラムはフローチャートの制御の規律を固守するため[23]、
＞・・・、goto文は使用しないようにすべきであるとした[26][28]。
そもそもダイクストラは技法など述べたことはない。
彼の有名な「構造的プログラミング」（ホーア、ダールとの共著書の中の彼の論説）でも
段階的に詳細化を行ってプログラムに至るという考え方については述べているが
とても技法と呼べるほど具体的で詳細な技術レベルのものではなくせいぜい「正しい考え方」に過ぎない。
更に言えば、ダイクストラは「goto文は使用しないようにすべきである」というような単純な規準は主張していない。
これを主張したのはダイクストラでなくIBMのMillsである。
ダイクストラの主張したことは「goto文は検証の障害になることが多い」ということと
「プログラムはその正しさを示せるように書かれるべきである」ということである。
この２つの主張と「goto文は使用しないようにすべきである」という正しくはMillsの主張とが全くの別物だと
理解できないI.hidekazuのような類の人間は「構造化プログラミング」の記事を執筆すべきでない。
そういうダイクストラの主張に無理解でまたMillsの役割も知らず彼の名前もその記事の中で正しく位置付けられない
全くの無知な素人が、記事を勝手に書くことは他の執筆者や利用者にとって全くの迷惑をかけるだけなので
己の無知蒙昧さを自覚して執筆せず前のバージョンに戻して自重するのが正常な人間として最初に成すべき事柄である。
118:デフォルトの名無しさん
18/08/26 04:27:40.47 KPw4gXPT.net
>>117訂正
> 彼の有名な「構造的プログラミング」（ホーア、ダールとの共著書の中の彼の論説）でも
失礼、「構造的プログラミング」→「構造化プログラミング」
119:デフォルトの名無しさん
18/08/26 10:11:55.22 IHxJX3F+.net
>>117
ここでイキってないでWikipediaで議論するか
書き換えるかしなよ、いい加減邪魔だよ
120:デフォルトの名無しさん
18/08/26 11:09:15.04 IHxJX3F+.net
ダイクストラ文学というべきかなあ、このときの作者の思いを述べなさいみたいな
読書感想文なんだよね、構造化プログラミングは文学なのかね
121:デフォルトの名無しさん
18/08/26 11:20:38.49 IHxJX3F+.net
>「goto文は検証の障害になることが多い」
>「プログラムはその正しさを示せるように書かれるべきである」
>「goto文は使用しないようにすべきである」
ついでに言うと、これは演繹してるだけだから全く同じことを述べてる
122:デフォルトの名無しさん
18/08/26 11:42:07.72 ylpyaNXE.net
>>66
COBOLってさ
プログラム仕様書をそのままプログラム化させるのが目的なようで、宣言文だらけ
プログラムの半分が宣言文じゃないかっていうぐらい
回りくどいんだよね
データのバイト長(ワード長)まで記述してんだから
演算子も確か記号使わず、単語だし
足し算ならPLUSなどと初期のLISPみたいで
(うろ覚え)
123:デフォルトの名無しさん
18/08/26 13:22:18.83 bvQEm1A5.net
>>117
>>116の一番下に書けば？
124:デフォルトの名無しさん
18/08/26 13:23:30.72 bvQEm1A5.net
>>121
お前、昨日登場した基地外だな
そこしか突っ込めないのかよ
自分の都合の悪いことにはツッコミできないんだなw
125:デフォルトの名無しさん
18/08/26 13:29:42.32 IHxJX3F+.net
バイアス要員が来ました
126:デフォルトの名無しさん
18/08/26 13:31:18.29 LdpdygnY.net
わざわざ同じワード使って自己紹介しなくても
127:デフォルトの名無しさん
18/08/26 14:37:42.81 mjTQB2RX.net
hidekazu の人気に嫉妬… ＞＜
128:デフォルトの名無しさん
18/08/26 14:54:55.94 fQKcc+Ig.net
>>117
そこまで書けるなら>>116のWikipediaの「構造化プログラミング」のノートに書けばいいのに。
書いていることは正しいのに行動に移さないのはちょっとねえ
129:デフォルトの名無しさん
18/08/26 15:20:05.51 hANAm2gW.net
このｽﾚの低学歴低知能たちは
教育用や論文の疑似ｺｰﾄﾞに
なんでpascalがよく採用されてるか
まったく分かってない
130:デフォルトの名無しさん
18/08/26 15:23:50.52 IHxJX3F+.net
>>129
どうしてなんですか？
先生教えてください
131:デフォルトの名無しさん
18/08/26 15:27:31.18 hANAm2gW.net
それが分かる程度ならWikipediaを編集できる
わかった？
132:デフォルトの名無しさん
18/08/26 15:33:31.61 IHxJX3F+.net
>>131
先生はWikipediaを編集できるのですか？
133:デフォルトの名無しさん
18/08/26 15:35:40.93 hANAm2gW.net
編集できる
しかしｵﾚはwikipedeiaなんか編集しない
編集できることと編集することは
まったく関係ないからな
134:デフォルトの名無しさん
18/08/26 15:44:06.95 IHxJX3F+.net
>>133
先生は教育用や論文の疑似ｺｰﾄﾞになんでpascalが採用されてるかわかりますか？
135:デフォルトの名無しさん
18/08/26 15:46:01.44 hANAm2gW.net
分かってる
しかしｵﾚはこのｽﾚにその理由なんか書かない
ｵﾚが分かってることと、ｵﾚがこのｽﾚに書くことは
まったく関係ないからな
136:デフォルトの名無しさん
18/08/26 15:48:26.09 IHxJX3F+.net
>>135
僕は知りたいと思ってます
僕以外にもわからない人いると思います
スレにとって有意義だと思います
教えてください
なんでpascalが採用されてるんですか？
137:デフォルトの名無しさん
18/08/26 15:53:54.16 hANAm2gW.net
URLﾘﾝｸ(en.wikipedia.org)
いちいちｵﾚがｽﾚに書かなくてもｺｺに書いてある
ｵﾚがいちいちｽﾚに書く理由がない
138:デフォルトの名無しさん
18/08/26 16:05:39.46 KPw4gXPT.net
>>128
Wikipediaのアカウント作ってないし、それ以前にWikiの書き方を知らないんだ
これだけのために書き方を勉強する気もしないしね
139:デフォルトの名無しさん
18/08/26 16:09:04.27 IHxJX3F+.net
いくつかの学者は、Bohm-Jacopiniの結果に純粋なアプローチをとり、B?h
m-Jacopiniの証拠では必要でないため、ループの途中からの復帰や復帰な
どの命令でさえ悪い習慣であると主張し、すべてのループが単一の出口点。
この純粋主義的アプローチは、1990年代半ばまでの学術の入門プログラミン
グ授業の教授のための好ましいツールであったパスカル・プログラミング言
語（1968-1969年に設計されたもの）で具現化されている[9]
B?hm-Jacopini定理を直接適用すると、構造化されたグラフに追加の局所変
数が導入され、コードの重複も生じる可能性があります。後者の問題は、こ
の文脈ではループと半分の問題と呼ばれている[13]。パスカルはこれらの問
題の両方に影響され、Eric S. Robertsの経験的研究によれば、学生のプ
ログラマは、配列内の要素を検索する関数を書くことを含む、いくつかの単
純な問題に対してPascalで正しい解決策を定めることが困難でした。ロバー
ツが引用したHenry Shapiroの1980年の調査では、Pascalが提供する制御
構造だけを使用した場合、被験者の20％のみが正しい解答を得たが、被験者
はこの問題のコードを書いていなかった。ループの真中[9]
140:デフォルトの名無しさん
18/08/26 16:09:55.36 KPw4gXPT.net
>>121
> 「goto文は検証の障害になることが多い」
> >「プログラムはその正しさを示せるように書かれるべきである」
>
> >「goto文は使用しないようにすべきである」
>
> ついでに言うと、これは演繹してるだけだから全く同じことを述べてる
それが君やI.hidekazuの根本的な間違い
Dijkstraの主張は正しさを示せるようなプログラムを書くべきということであって
gotoは障害になり易いと主張しているに過ぎない
つまり正しさを示す上で障害にならないgoto文まで使用すべきでないとはDijkstraは主張していない
goto文を使わず３基本構造で書けという分かり易いが極めて薄っぺらな主張をしたのはDijkstraでなくMillsだよ
これを区別できない人間は己の無知を認識して黙ってろ
141:デフォルトの名無しさん
18/08/26 16:13:53.74 IHxJX3F+.net
>>140
それはダイクストラを悪者にしたくないという気持ちの現れだわ
お気持ちが混じり合ってど汚い色に変色してる
ダイクストラに対する冒涜だわ、ダイクストラはそんな薄っぺらいことが
言いたかったんじゃない、goto文はプログラムの障害だと明確に述べている
142:デフォルトの名無しさん
18/08/26 16:14:52.79 IHxJX3F+.net
Millsはダイクストラの発言を明確に理解してる
143:デフォルトの名無しさん
18/08/26 16:22:35.82 kY312++o.net
>>142
こいつ完全に狂っているわw
144:デフォルトの名無しさん
18/08/26 16:39:29.01 hANAm2gW.net
構造化ﾌﾟﾛｸﾞﾗﾑの理念は
3つの制御構造で適切なｺｰﾄﾞすら記述できないｱﾝﾘｶﾊﾞﾌﾞﾙな知恵遅れは
ｺｰﾄﾞなんか書いてはﾀﾞﾒということだからな
頭悪いﾊﾞｶはあっちいけといってるﾜｹ
わかった？
145:デフォルトの名無しさん
18/08/26 16:39:47.15 kY312++o.net
>>138
Wikipedia は間違えた情報を広める害悪だわな。
Google の重視する網羅性が突出しているので、どうしても検索の上位になってしまう。
しかし、Wikipedia の書き方なんて勉強ってほどでもないと思うけどねえ。
146:デフォルトの名無しさん
18/08/26 16:44:00.05 IHxJX3F+.net
>>143
Pascalは論文の疑似コードに採用されてる
お前はその理由を解ってない
147:デフォルトの名無しさん
18/08/26 16:56:18.06 kY312++o.net
>>142
>>146
Mills がダイクストラの発言を明確に理解しているとしたら悪質だな。
ダイクストラの構造化プログラミングを構造化定理とすり替えて広めたのは Mills の故意ってことになる。
148:デフォルトの名無しさん
18/08/26 17:00:07.54 IHxJX3F+.net
>>147
君は理解の意味を履き違えている
日本語の文法を勉強したが良い
Millsは悪くない
ダイクストラはMillsに感謝してる
149:デフォルトの名無しさん
18/08/26 17:00:46.24 kY312++o.net
>>148
>ダイクストラはMillsに感謝してる
ソース
150:デフォルトの名無しさん
18/08/26 17:01:48.47 IHxJX3F+.net
Millsはダイクストラの発言を敷衍したんだよ
換言するとMillsの発言はダイクストラの発言とみなせるってこと
151:デフォルトの名無しさん
18/08/26 17:02:44.61 IHxJX3F+.net
>>149
ダイクストラ
>「goto文は検証の障害になることが多い」
>「プログラムはその正しさを示せるように書かれるべきである」
Mills
>「goto文は使用しないようにすべきである」
これがそのソース
Millsはダイクストラをフォローアップしてるわけ
152:デフォルトの名無しさん
18/08/26 17:03:51.84 fQKcc+Ig.net
I.hidekazuさんの修正が酷すぎる件
URLﾘﾝｸ(ja.wikipedia.org)
I.hidekazu という人は人の話を全く聞かない。アスペルガーなのかもしれない。
153:デフォルトの名無しさん
18/08/26 17:07:00.07 kY312++o.net
>>150
ふえん
【敷衍】
《名・ス他》意味のわかりにくい所を、やさしく言い替えたり詳しく述べたりして説明すること。
Mills のニセ構造化プログラミングは、敷衍（ふえん）ではなくて、劣化に過ぎない。
154:デフォルトの名無しさん
18/08/26 17:11:44.31 IHxJX3F+.net
>>152
こっちの方が痛いと思う
URLﾘﾝｸ(ja.wikipedia.org)
155:デフォルトの名無しさん
18/08/26 17:13:43.42 IHxJX3F+.net
Monadaisuki曰く
Wikipedia中毒者はWikipediaを使いこなすことにエリート意識を感じ、他
人の記事に因縁・難癖をつけて優越感を得るのを日常とする人間があまりに
も多い
Monadaisukiがやってることのように思えるが
156:デフォルトの名無しさん
18/08/26 17:22:13.85 wLdjFotr.net
>>154
>>155
反論できないから無関係のものを持ち出す典型例
157:デフォルトの名無しさん
18/08/26 17:24:12.06 hANAm2gW.net
このｽﾚはﾈﾄｦﾁｽﾚか
ﾈﾄｦﾁならﾈﾄｦﾁ板がある
そっちで楽しくやりなさい
158:デフォルトの名無しさん
18/08/26 17:25:12.01 IHxJX3F+.net
>>156
>>152がアスペルガーだと言ってI.hidekazuの人格攻撃をしていたので
それに対するカウンターとしてMonadaisukiの方がヤヴァくない？
と言ってみました、どう思います？ Monadaisukiの言動について
159:デフォルトの名無しさん
18/08/26 17:27:31.92 IHxJX3F+.net
>>157
先生はPascalでプログラミングやるんですか？
160:デフォルトの名無しさん
18/08/26 17:28:10.38 IHxJX3F+.net
構造化プログラミングが捗る言語とかあったら教えて欲しいです
161:デフォルトの名無しさん
18/08/26 17:29:41.18 wLdjFotr.net
>>158
少なくともWikipediaの構造化プログラミングの記事に関してはまともな行動をしているだろう。
162:デフォルトの名無しさん
18/08/26 17:35:38.64 hANAm2gW.net
昔、turbo pascalを実習で使ったことはある ｺﾚはPCで使えた
まさに、ｸﾞﾗﾌ使って最短経路求めるﾔﾂとかもその実習の中に入ってた
それ以来使ったことない
163:デフォルトの名無しさん
18/08/26 17:47:22.10 fQKcc+Ig.net
>>155
まあ、Wkipediaに問題が多いのは間違いないかと。
それと Monadaisuki は Wikipedia に対する貢献も大きい。
いくつかの英文記事を翻訳している。
特に「ズブルチの偶像」の翻訳は英語版Wikipediaを読み込んで書かれた傑作。
164:デフォルトの名無しさん
18/08/26 18:29:38.98 IHxJX3F+.net
>>163
ITが専門やないんやな
道理で
165:デフォルトの名無しさん
18/08/26 18:32:27.68 kY312++o.net
>>164
>>148みたいなキチガイ説を唱えているお前こそIT素人だろwww
166:デフォルトの名無しさん
18/08/26 18:35:04.71 IHxJX3F+.net
>>165
いま、ワイの話してるんちゃうやろ！
Wikiで議論してる連中の話や
石像が専門の人が知ったかして絡んでるだけやな
167:デフォルトの名無しさん
18/08/26 18:37:52.93 kY312++o.net
>>166
もっと調べろよw
URLﾘﾝｸ(ja.wikipedia.org)
F1、オーディオ、IT、電卓、石像と色々ある。
168:デフォルトの名無しさん
18/08/26 18:38:31.00 kY312++o.net
>>166
それとは別にお前が基地外なのは事実だろw
169:デフォルトの名無しさん
18/08/26 18:41:10.37 IHxJX3F+.net
>>167
なるほど、なるほど、プログラミングについてはズブの素人とお見受けしました
>>168
キチガイはお前やろ、引くわ
170:デフォルトの名無しさん
18/08/26 18:48:17.77 LdpdygnY.net
はい話題のすり替え完了
171:デフォルトの名無しさん
18/08/26 18:54:09.47 IHxJX3F+.net
>>170
ほんまそれな
172:デフォルトの名無しさん
18/08/26 18:56:07.21 IHxJX3F+.net
発端は >>67 からやな
とどのつまり結論としては Monadaisuki がニワカというのが
このスレの総意であり最終回答
Wikiの話はこれで終いや
173:デフォルトの名無しさん
18/08/26 19:11:23.75 kY312++o.net
>>172
勝手に総意にするな。だから基地外扱いされる。
それと、I.hidekazuの書いていることが正しいかどうかが問題であって、
もう一人がニワカだろうがニカワだろうがどうでもいい。
174:デフォルトの名無しさん
18/08/26 19:21:42.20 IHxJX3F+.net
>>173
あのな、5才児と東大の教授が違うことを言ってた場合
東大の教授の方が正しいに決まってるだろ
常識で考えろよ
175:デフォルトの名無しさん
18/08/26 19:31:44.78 kY312++o.net
>>174
お前みたいな奴のせいで権威だけ気にして情報の質を考えないアホが増えたわけだ。
I.hidekazu
URLﾘﾝｸ(ja.wikipedia.org)
全記事調べたけど、I.hidekazu が新規作成した項目はない。
他人の記事にちょっかいだすだけのクズ
そもそも I.hidekazu に権威があるとなぜ言える？あ、本人の降臨か？
I.hidekazu = ID:IHxJX3F+
176:デフォルトの名無しさん
18/08/26 20:04:03.69 IHxJX3F+.net
>>175
> 全記事調べたけど、I.hidekazu が新規作成した項目はない。
何が言いたいんですか？
そんなに権威が大事ですか？
177:デフォルトの名無しさん
18/08/26 20:06:29.76 xN57jlf6.net
>>176
あんたが言い出したんだろ
自分の言ったことに責任持てよ！
178:デフォルトの名無しさん
18/08/26 20:08:33.72 hANAm2gW.net
日本のwikipediaはyahoo知恵遅れ程度の情報の質だからな
むしろ新規作成したことあるならﾔﾊﾞｲわ
179:デフォルトの名無しさん
18/08/26 21:05:05.23 kY312++o.net
>>178
だったら書かなかったら？
I.hidekazu = ID:IHxJX3F+ = ID:hANAm2gW
180:デフォルトの名無しさん
18/08/26 21:31:11.85 ykelae1k.net
ごちゃごちゃ言う前に修正したら良いだろ
wikipediaなんだから
181:デフォルトの名無しさん
18/08/26 21:35:03.36 kY312++o.net
>>180
ノートで合意を形成するのが理想。
次点で I.hidekazu の反対派があそこに大量に書き込んで多数決状態に持って行く。
最悪は I.hidekazu の修正を元に戻して編集合戦に移行する。
182:デフォルトの名無しさん
18/08/26 21:37:40.50 ykelae1k.net
どうせ書き込んだやつは満足して消え去ってる
まずは戻してそいつを召喚するのが先
でないといつまでたっても戻せない
183:デフォルトの名無しさん
18/08/26 21:51:19.01 hANAm2gW.net
こんなとこで争ってんのか
とんだ迷惑もいいところ
知恵遅れﾊﾟﾖﾁｮﾝのｻﾏｰﾀｲﾑｽﾚと似てる
184:デフォルトの名無しさん
18/08/26 21:56:34.94 fQKcc+Ig.net
ここを見た人（2400:4176:21c8:4710:98e7:fa2d:da98:52ec）だろうけど、これでは取り消しになってないよ。
＞平成30年8月26日 (日) 12:25‎ 2400:4176:21c8:4710:98e7:fa2d:da98:52ec (会話)‎ . . (37,522バイト) (-5,202)‎ . . (ｽﾚﾘﾝｸ(tech板) で酷い内容と書かれていたので取り消し)
元に戻すには、平成30年8月20日 (月) 17:16‎ (UTC) のソースコードを丸ごとコピーして、今のソースコードを全部削除してからそれを貼り付ける必要がある。
ただし、今はそこまでやる必要はない。
>>182
I.hidekazu はこんなことを言っている。
＞近いうちに図表の追加も含めて修正したいと思いますので、しばしの間ご容赦願います。
編集合戦になるのは明らかかと
185:デフォルトの名無しさん
18/08/26 22:00:23.83 ykelae1k.net
>>184
どういうこと？
平成30年8月20日 (月) 17:16‎ (UTC) のソースコード と
現在の版に相違点はないんだけど？
＞近いうちに図表の追加も含めて修正したいと思いますので、しばしの間ご容赦願います。
どうせこない。だいたい編集は用意してからやるべきことだ。
186:デフォルトの名無しさん
18/08/26 22:04:09.14 fQKcc+Ig.net
>>185
すまぬ。平成30年8月13日 (月) 14:21‎ (UTC)だった。
187:デフォルトの名無しさん
18/08/26 22:08:19.95 93jd27LU.net
>>186
なるほど
188:デフォルトの名無しさん
18/08/26 22:23:18.44 93jd27LU.net
しばしの間ご容赦願いますとか書いて、
どうせそのまま放置して、大きな反論もないし
事実上この内容で同意取れたってことにするつもりだろ
189:デフォルトの名無しさん
18/08/26 22:40:49.11 fQKcc+Ig.net
>>188
元に戻してくれた人がいた。
平成30年8月26日 (日) 13:03 (UTC)‎ 114.157.218.74 (会話)‎ . . (33,159バイト) (-4,363)‎ . . (戻す版を間違えていたので修正)
190:デフォルトの名無しさん
18/08/26 22:44:13.81 0r/wzpK4.net
>>189
あぁ、それな。同一人物だよ。IPv4とIPv6の両方が有効だと
どちらでつながるかはブラウザの気まぐれなんだよ
191:デフォルトの名無しさん
18/08/26 22:49:34.00 fQKcc+Ig.net
>>190
確か IPv6 で先に通信して失敗したら IPv4 でリトライだったのでは？
192:デフォルトの名無しさん
18/08/26 22:54:31.59 SztCjcZc.net
>>191
いや、ブラウザの気まぐれ。
おそらく速い方だけど、誤差で切り替わる
193:デフォルトの名無しさん
18/08/26 22:56:44.45 hANAm2gW.net
このｽﾚ
ﾓﾅﾀﾞｲｽｷきてるわ
電卓ｦﾀで電卓の新規ﾍﾟｰｼﾞ書いたﾓﾅﾀﾞｲｽｷきてるわ
逆ﾎﾟｰﾗﾝﾄﾞ記法で記述するﾌﾟﾛｸﾞﾐﾝｸﾞﾊﾟﾗﾀﾞｲﾑで
ｵﾌﾞｼﾞｪｸﾄ指向とかwikipediaに書いてるﾓﾅﾀﾞｲｽｷきてるわ
194:デフォルトの名無しさん
18/08/26 23:17:10.60 fQKcc+Ig.net
>>192
（ ´_ゝ`）ﾌｰﾝ
>>193
論理的に反論してください
そいつのことはどうでもいい
195:デフォルトの名無しさん
18/08/26 23:22:34.75 SztCjcZc.net
>>194
まあ知らないなら勉強すればいいだけだよ。恥ずかしくないよｗ
URLﾘﾝｸ(productforums.google.com)
> IPv6フォールバックやIPv6無効化等とは180度方向性が違うのですが、IPv4/v6デュアルスタック環境下で、パフォーマンスの
> 問題からChromeにIPv6を優先して使用するようにさせるオプションはありますか？
>
> と言うのは、ChromeとFirefoxでIPv6への接続挙動が異なるからです。
> URLﾘﾝｸ(www.youtube.com) に接続し動画を視聴した場合、同じ環境化でFirefoxはIPv6側に優先的に多数接続しますが、
> Chromeは1-2個を除いては殆どIPv4で接続しています。
196:デフォルトの名無しさん
18/08/26 23:25:01.77 kY312++o.net
>>193
>逆ﾎﾟｰﾗﾝﾄﾞ記法で記述するﾌﾟﾛｸﾞﾐﾝｸﾞﾊﾟﾗﾀﾞｲﾑで
>ｵﾌﾞｼﾞｪｸﾄ指向とかwikipediaに書いてるﾓﾅﾀﾞｲｽｷきてるわ
それってRPL言語のこと？（Forthじゃないよね？）
英語版Wikipediaにこうかいてあるんですけど
URLﾘﾝｸ(en.wikipedia.org)(programming_language)
＞Paradigm : stack, structured, object-oriented
その人はこれをそのまま翻訳しただけ。
それにRPLのスタックに入れるものはオブジェクトなので、別に間違いでもない。
自分でクラスを作ることはできないが、オブジェクト指向的に作られている面はある。
>>195
どうしてここで IPv6 の話が出てくるのか？
それにFirefoxがIPv6側に優先なら自分は別に間違えてもいない。
それよりも I.hidekazu の正当性を説明せよ。
197:デフォルトの名無しさん
18/08/26 23:25:19.13 SztCjcZc.net
Happy Eyeballsって名前があるんだな。しかもRFCで標準化されてる
URLﾘﾝｸ(www.nic.ad.jp)
Happy Eyeballsとは、 IPv6とIPv4の共存期において、 IPv6とIPv4の双方が利用可能な
デュアルスタック環境において発生するフォールバック問題(*)を緩和するために、
IPv4とIPv6のうち通信状態の良い方を優先する仕組みです。
Happy Eyeballsでは、 通信開始当初からIPv6とIPv4の両方のプロトコルを用いて通信先と接続を行い、
先に接続に成功した方のプロトコルから得られた結果をユーザーへ出力します。
通信が失敗した後に、 別のプロトコルを用いてあらためて通信を開始する場合と比較して、
切り替えに必要な時間を短縮することが可能になると想定されています。
Happy EyeballsはRFC6555で標準化されており、 クライアントがサーバへ接続する際の
DNS名前解決や接続方法が個別に規定されています。
198:デフォルトの名無しさん
18/08/26 23:26:34.18 fQKcc+Ig.net
>>196
IPv6の話は私が書いたんですけど？
199:デフォルトの名無しさん
18/08/26 23:27:15.39 kY312++o.net
>>198
すまぬ。腹が立ったので、自分のことのように感じた。
200:デフォルトの名無しさん
18/08/26 23:28:12.22 SztCjcZc.net
なるほどね。Firefoxも切り替わるようになってるのね
URLﾘﾝｸ(www.net.c.dendai.ac.jp)
FirefoxやGoogle Chromeでは既にHappy Eyeballsが実装されており、
こちらはDNS問い合わせで先に応答した方で通信を試みるという方法を採っている。
また、もしこれが300[ms]経過してもACKが返ってこない場合は通信失敗とみなして次の候補アドレスで通信を試みる。
201:デフォルトの名無しさん
18/08/26 23:29:12.93 fQKcc+Ig.net
>>199
（ ´_ゝ`）ﾌｰﾝ
>>197>>200
構造化プログラミングの話を・・・
202:デフォルトの名無しさん
18/08/26 23:30:18.88 SztCjcZc.net
> それよりも I.hidekazu の正当性を説明せよ。
正当性なんかないよ。
だから全て消されただろ
IPv4とIPv6を持つ誰かの手によってな
203:デフォルトの名無しさん
18/08/26 23:59:30.73 IHxJX3F+.net
>>202
正当性がないなら消されるのか
消されるなら正当性がないのか
どっち？
204:デフォルトの名無しさん
18/08/27 00:03:06.46 QAQ5xX6o.net
>>203
正当性がないなら、書き込みは無かったものとして扱われる
正当性がないものが書き込まれるってのがそもそも
悪いことなのでそれが無かった状態にされる
本来はなかったことにするのが一番いいのだがwikipediaの仕様上
それができないので削除で代用するしかないだけ
205:デフォルトの名無しさん
18/08/27 00:05:38.13 wSgDz8cK.net
>>204
消されないなら正当性があるってことやね
一昨日までは正当性があったんやな
Wikipediaの記事は全部正当性があるんやな
206:デフォルトの名無しさん
18/08/27 00:06:39.57 QAQ5xX6o.net
>>205
気づかれてないだけ。気づかれればこうやってもとに戻される
207:デフォルトの名無しさん
18/08/27 00:08:37.42 wSgDz8cK.net
>>206
消すことの正当性がなかったら消したものが元に戻されますな
気づかれてないだけで
208:デフォルトの名無しさん
18/08/27 00:10:19.51 wSgDz8cK.net
削除は勇み足というか、僕はそうは思わないっていう個人の感想レベルの
根拠なんだよな、ダイクストラ信者っていうのかなあの気持ち悪い感じ
ああいうオタクがWikipediaにのさばってるんやな
209:デフォルトの名無しさん
18/08/27 00:10:28.43 QAQ5xX6o.net
>>207
消したのが元も戻るっていうのは意味不明。
（同じ内容で？）また書き込むだけでしょ？
正当性がないと判断された内容をまた書き込むとか
反感を買うだけだけどね
210:デフォルトの名無しさん
18/08/27 00:11:02.79 wSgDz8cK.net
図があってわかりやすかったのに、残念だなあ
211:デフォルトの名無しさん
18/08/27 00:11:14.53 xXT/kb8T.net
URLﾘﾝｸ(ja.wikipedia.org)
ご意見いただき誠にありがとうございます。私も最初はgoto-lessプログラミングというのは一種の誤解だと思っていましたが、よく考えれば、本当にはっきり間違いであれば提唱者のダイクストラがなにか言っていないとおかしいわけですし、そういう論文等が自分は見つけられなかったので、それほど大きく間違っていると判断することはできないと思いました。
「構造化プログラミング」という著書が既にあって内容も確認できる中、ちゃんと本で確認するプログラマーもいらっしゃるわけですし、そんな全くの間違いが一般に流布するというのは考えにくいとも思いました。ご批判になるべく対応したいはと思いますが、構造化定理に分割してしまうと主題がわからなくなってしまう感じになると思いますし、検討事項としたいなと考えます。
できれば申し訳ございませんがご容赦くださいませ。--I.hidekazu（会話） 2018年8月26日 (日) 14:15 (UTC)
212:デフォルトの名無しさん
18/08/27 00:11:55.10 wSgDz8cK.net
>>209
> 消したのが元も戻るっていうのは意味不明。
>（同じ内容で？）また書き込むだけでしょ？
意味解ってんじゃんｗ嘘つき
消すべきでないものを消しても反感買うだけだよ
213:デフォルトの名無しさん
18/08/27 00:12:53.36 wSgDz8cK.net
>>211
筋が通ってるな、論理的に完全に正しい判断だと思った
214:デフォルトの名無しさん
18/08/27 00:13:05.23 QAQ5xX6o.net
>>208
いいのいいの、あの変なやつを召喚するのが目的だから。
こっそり書き換えて、気づかれるまで、変な記事を残す
指摘されても、気づかないふりして変な記事を撤回しない。
そうやっていつまでも変な記事が残るのが大問題
まず戻す。そして次はレビューが済んだもののみを
つけつければ良い
215:デフォルトの名無しさん
18/08/27 00:13:28.18 wSgDz8cK.net
チッ電卓オタクのせいで優良な記事が台無しだな
216:デフォルトの名無しさん
18/08/27 00:13:59.55 QAQ5xX6o.net
>>212
> 消すべきでないものを消しても反感買うだけだよ
それは１人だけだから良い
217:デフォルトの名無しさん
18/08/27 00:14:49.67 wSgDz8cK.net
>>214
電卓オタクの方がおかしいと思うけどね
218:デフォルトの名無しさん
18/08/27 00:15:26.15 wSgDz8cK.net
>>216
一人だけの根拠を君は示せないだろ
そうやって姑息な嘘を付き続けるのをやめなさい
219:デフォルトの名無しさん
18/08/27 00:15:37.48 xXT/kb8T.net
>>211
>「構造化プログラミング」という著書が既にあって内容も確認できる中、
>ちゃんと本で確認するプログラマーもいらっしゃるわけですし、
>そんな全くの間違いが一般に流布するというのは考えにくいとも思いました。
ちゃんと本で確認するプログラマーなんてほんの一部
英語圏のプログラマーでもダイクストラの本なんて読んでいない
日本だと「構造化プログラミング」はすでに絶版
こういう人はどうしたものか？
220:デフォルトの名無しさん
18/08/27 00:16:11.39 wSgDz8cK.net
このスレを見ている5000万人の5chユーザが消したことに
対して憤ってるかも知れないでしょうが
221:デフォルトの名無しさん
18/08/27 00:16:25.52 QAQ5xX6o.net
>>218
悪魔の証明の話？
俺にその手は通じないよｗ
222:デフォルトの名無しさん
18/08/27 00:16:55.90 wSgDz8cK.net
>>219
大丈夫だ、問題ない
223:デフォルトの名無しさん
18/08/27 00:17:03.85 QAQ5xX6o.net
>>220
頑張って証明してねｗ
224:デフォルトの名無しさん
18/08/27 00:18:24.00 wSgDz8cK.net
>>221
論理はわかるでしょ？
一人だって君は言ったけどそれにはなんの根拠もない
ことは明らかだから君は平気でその場しのぎの嘘をつく
クズ野郎だねってことを僕は証明したのさ
225:デフォルトの名無しさん
18/08/27 00:19:17.70 wSgDz8cK.net
>>223
可能性が存在するのはわかるでしょ？
一人であることは証明できないから
一人じゃない可能性が存在するって論理だよ
226:デフォルトの名無しさん
18/08/27 00:22:07.89 wSgDz8cK.net
電卓オタクを擁護してるのは姑息な嘘を平気で付くクソ野郎なんですよみなさん
5000万人のみなさん
227:デフォルトの名無しさん
18/08/27 00:23:53.76 QAQ5xX6o.net
>>225
知ってる知ってる
幽霊はいる派ってやつだよね
科学的だよね（笑いｗ
228:デフォルトの名無しさん
18/08/27 00:23:54.01 xXT/kb8T.net
>>222
問題ありだと思いますが？
実際に作業するプログラマーは学術的にプログラミングを捉えていないし、
ダイクストラの分かり難い話よりもIBMのミルズの簡単な構造化定理を選ぶでしょ。
>>211の人は現実を見れていない
229:デフォルトの名無しさん
18/08/27 00:30:24.40 wSgDz8cK.net
>>227
> それは１人だけだ
この発言はダメでしたね
一人であることを君が知れるわけがないじゃないですか
何人の人がここを見てるかもわからないのに
どうやって一人だと知ったのでしょうか
知ることができないことをさも知ってるかのように振る舞った
これは相手を騙す意志がないとできない状況なので君は嘘を付いた
君には明白な悪意を持って発言した
君の発言は説得力を失ったと言えます
230:デフォルトの名無しさん
18/08/27 00:31:01.16 zX+eejgv.net
ﾓﾅﾀﾞｲｽｷは
ｿﾌﾄｳｪｱのｽﾀｯｸで
制御やevalを実行できるｲﾝﾀｰﾌﾟﾘﾀ（当然ｺﾚもｿﾌﾄｳｪｱ）の作りを
ｵﾌﾞｼﾞｪｸﾄ指向とかいってる
そしてｵﾚは翻訳しただけだから
ｵﾚは関係ないとかいってる
で、こんなﾔﾂがﾚﾋﾞｭｰがどうこうとかいってる
頭おかしいの？
こんな頭悪いのがﾚﾋﾞｭｰできんの？
なんでこんな頭悪いのが偉そうにしてんの？
231:デフォルトの名無しさん
18/08/27 00:32:16.29 wSgDz8cK.net
悪魔の証明とか幽霊とか
わけのわからないことを言って笑って
誤魔化そうとしてますが嘘がバレた以上
君が取るべき手段は謝罪だと思います
232:デフォルトの名無しさん
18/08/27 00:38:14.32 QAQ5xX6o.net
ぷｗ オレはオレがしたいようにするよｗ
だから謝罪したいと思ったら、謝罪しますーｗ
233:デフォルトの名無しさん
18/08/27 00:39:23.11 AvPbbDrj.net
>>230
半角きもい
構造化プログラミングの話をしているなら構造化プログラミングの話で論破すれば？
他の話を持ち出すということは自分に自信がないってことでしょ？
234:デフォルトの名無しさん
18/08/27 00:40:38.70 zX+eejgv.net
自分にあまく他人にはとことん厳しい
235:デフォルトの名無しさん
18/08/27 00:42:37.01 wSgDz8cK.net
それが僕らの生きる道
236:デフォルトの名無しさん
18/08/27 00:44:49.75 wSgDz8cK.net
週も変わったことだし今週は Monadaisuki を重点的に査定して行く方向で
237:デフォルトの名無しさん
18/08/27 00:45:16.47 wSgDz8cK.net
お前ら遠慮すんなよ
238:デフォルトの名無しさん
18/08/27 00:45:45.19 zX+eejgv.net
構造化定理と構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞは
英語版同様きっちり分けて記述したほうががいい
ｵﾚが収束のために提案できることはｺﾚ以外ない
239:デフォルトの名無しさん
18/08/27 00:47:21.45 xXT/kb8T.net
>>238
それを拒否しているのが>>211に書いた人でして
240:デフォルトの名無しさん
18/08/27 00:52:43.89 xXT/kb8T.net
>>230
>>233さんの言う通りだと思います
RPLの話を持ち出しても構造化プログラミングの話とは無関係
241:デフォルトの名無しさん
18/08/27 00:56:04.85 wSgDz8cK.net
プログラムに関する知識が皆無なんじゃないか疑惑だろ
構造化プログラミングと大いに関係ある
免許持ってない医者が腹かっさばいてたら殺人罪だろうが
事の重大さを考えろ
242:デフォルトの名無しさん
18/08/27 00:57:01.18 zX+eejgv.net
ｷﾐﾗはな自省というもんがない
そこが問題なﾜｹ
自分たちがいかに無能でｺﾞﾐでｸｽﾞなのか
という自覚がないﾜｹ
だからいつまでたってもまともな人間になれないﾜｹ
わかる？
はやく人間になりなさい
243:デフォルトの名無しさん
18/08/27 01:00:32.37 xXT/kb8T.net
>>242
あなたが荒らしってことは理解できた
244:デフォルトの名無しさん
18/08/27 01:16:40.33 wSgDz8cK.net
>>243
おいゴミ
245:デフォルトの名無しさん
18/08/27 01:24:02.28 xXT/kb8T.net
Monadaisuki に反発している人は、どうして Monadaisuki がノートに書いたことについて具体的に反論できないのだろうか？
構造化プログラミングと無関係のところを必死に叩いているだけ
>>242 と >>241 を読むだけで ID:wSgDz8cK と ID:zX+eejgv が荒らしだとよく分かる
ここを荒らしたいだけ
246:デフォルトの名無しさん
18/08/27 01:34:42.93 wSgDz8cK.net
このスレWikipedia観察日記じゃないからな
Wikipediaのこと書いてる時点で全員荒らしだろ
バカヤロウが
247:デフォルトの名無しさん
18/08/27 02:17:57.17 CuVI6vZR.net
>>246
論点ずらして逃げ出すんなら自由だぞｗ
＞Wikipediaのこと書いてる時点で全員荒らしだろ
＞バカヤロウが
なるほどWikipediaの記事関連で20件ほども１人で投稿してるお前が最悪のスレ荒らしということだな
248:デフォルトの名無しさん
18/08/27 06:02:52.49 S3tfItDu.net
>>247
アラスナカス
249:デフォルトの名無しさん
18/08/27 08:44:29.81 XThLDOtj.net
>>245
これが真実。
ID:wSgDz8cK と ID:zX+eejgv は具体的な反論ができないし、いつも論点をずらして逃げているだけ。
昨日の ID:IHxJX3F+ や ID:hANAm2gW と同一人物。
こんなことをして得をするのは誰なのか？
こいつらが I.hidekazu 本人だとすれば、理解できる。
>>174
>174 1 名前:デフォルトの名無しさん Mail: 投稿日:2018/08/26(日) 19:21:42.20 ID:IHxJX3F+
>あのな、5才児と東大の教授が違うことを言ってた場合
>東大の教授の方が正しいに決まってるだろ
>常識で考えろよ
これも I.hidekazu 本人が書いたと思うと納得できる。
5才児 = Monadaisuki
東大の教授 = I.hidekazu
ということだが、I.hidekazu が東大の教授と断言できる根拠が全然ない。
自画自賛と解釈すれば納得できるが。
250:デフォルトの名無しさん
18/08/27 08:47:27.02 LISH444j.net
>>249
思い込み激しすぎ、落ち着きなよ
251:デフォルトの名無しさん
18/08/27 09:27:58.95 U9kUshWA.net
>>245
>>247
全くその通り
>>249の言うことが正しいのかどうか不明だが、ここまで荒らすと言うことは何か目的があるんだろう
もっとも Monadaisuki に嫉妬しているだけという5ちゃんねるにありがちなことかもしれないが
252:デフォルトの名無しさん
18/08/27 09:48:30.72 LISH444j.net
嫉妬するね唇に本能
253:デフォルトの名無しさん
18/08/27 22:37:38.26 zX+eejgv.net
やば
ﾏｼﾞｷﾁが発作おこしてる
ｺﾚはﾎﾝﾓﾉさんがきてるわ。。。
分かりやすい。。。
254:デフォルトの名無しさん
18/08/29 14:05:29.73 oM4mNWMk.net
荒らしのせいで荒廃したな
255:デフォルトの名無しさん
18/08/29 20:33:30.03 zRPnCBM0.net
正直にいってみ
ﾓﾅﾀﾞｲｽｷきてるだろ
256:デフォルトの名無しさん
18/08/30 03:30:51.53 9J29etMv.net
その話は既に終わったんだから、いつまでも続けるな
257:デフォルトの名無しさん
18/09/01 20:03:02.75 GvTC1yVM.net
荒らしの勝ちだな
誰も来なくなった
258:デフォルトの名無しさん
18/09/01 20:05:14.47 tt1XTLVx.net
>>255
>>67がそうだろな
259:デフォルトの名無しさん
18/09/01 20:05:31.22 tt1XTLVx.net
>>257
>>67のせいだな
260:デフォルトの名無しさん
18/09/01 20:05:57.21 tt1XTLVx.net
ぜんぶ電卓オタクのせい
261:デフォルトの名無しさん
18/09/01 20:17:55.27 GvTC1yVM.net
>>258-260
荒らしが速攻で来た！
262:デフォルトの名無しさん
18/09/01 20:20:09.22 tt1XTLVx.net
>>261
ちなみにこいつは >>67 ではない
>>67 が電卓オタクだということに気づかず
擁護したただの痛いやつ
263:デフォルトの名無しさん
18/09/01 20:28:08.83 /xY33kfI.net
論破されても荒らしに来る鋼のメンタル
264:デフォルトの名無しさん
18/09/01 20:30:36.24 GvTC1yVM.net
>>263
論破されたのはお前だろ
その電卓オタクやらのどこが間違えているのか書いてみろ
265:デフォルトの名無しさん
18/09/01 20:32:22.30 /xY33kfI.net
>>264
うわこいつも荒らしかよ