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

**デフォルトの名無しさん** · 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/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

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

**デフォルトの名無しさん** · 2019/09/21(土) 20:54:49.63

>>376
関数切り出しだとか当たり前のこともできずに
無駄に動的なポリモルフィズム入れたり
そんな輩にまともな話は通じないんだよ。
自慢じゃなくて普通のことを普通にやれというだけの話。

糞機能よりも大事なことは山ほどあるってのに。

**デフォルトの名無しさん** · 2019/11/18(月) 20:41:49.87

ぶっ（笑）
構造化プログラミングなんて1985年頃から雑誌で話題だったわ（笑）

**デフォルトの名無しさん** · 2019/11/19(火) 12:37:07.27

はいバカ1人ご来店

**デフォルトの名無しさん** · 2019/11/19(火) 20:39:52.28

>>378
> 構造化プログラミングなんて1985年頃から雑誌で話題だったわ（笑）

1985年頃って、お前、10年近く遅れてるぞ（爆笑）

**デフォルトの名無しさん** · 2019/11/19(火) 21:55:33.17

>>378
しかし、構造化プログラミングを理解していないプログラマーは多いぞ

**デフォルトの名無しさん** · 2019/11/20(水) 07:39:19.18

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

まだそんなこといってんのかｗ

その昔グリースの「プログラミングの科学」を読んだ自分
プログラム検証の時代はまだ来ないのか？！

**デフォルトの名無しさん** · 2020/01/19(日) 00:44:33.49

ジャクソンの構造化プログラミングというものもあるがそっちのほうが重要じゃね?

**デフォルトの名無しさん** · 2020/01/19(日) 00:59:04.86

>>383
データ構造がうまくできていれば、制御は必ず書けるからねえ

**デフォルトの名無しさん** · 2020/01/19(日) 01:49:12.97

ダヨネ

**デフォルトの名無しさん** · 2020/01/31(金) 22:30:27.21

そやな

**デフォルトの名無しさん** · 2020/01/31(金) 22:53:02.74

ソイヤ！

**デフォルトの名無しさん** · 2020/04/26(日) 05:06:15.81

お前らが追い出したせいで圏論に戻ってきやがった
受取拒否させろ

**デフォルトの名無しさん** · 2020/07/28(火) 11:29:17.16

関数は無数(無限)に存在する。
よって、どんなにクラスやメソッドを増やそうとも必ず新たにクラスやメソッドを作る必要性が出て来る。
手続きは無くならない。

手続き型言語をある程度宣言的に扱うのにオブジェクト指向プログラミングは有効だが、一定以上の抽象化は出来ない。

だからこそ、関数を作る際も宣言的に書ける関数型言語に鞍替えした。
趣味グラマーだから出来るんだが。

**デフォルトの名無しさん** · 2020/07/30(木) 01:41:02.82

そうか。そういうことか。

**デフォルトの名無しさん** · 2021/08/08(日) 17:00:15.52

ふーん

**デフォルトの名無しさん** · 2022/03/17(木) 22:13:11.05

スレ立てちまったけど、こっちに書き込めばよかったか？

ミルズの構造化プログラミングって正しいんですか？
https://mevius.5ch.net/test/read.cgi/tech/1647521816/

> 67 名前：デフォルトの名無しさん[] 投稿日：2018/08/25(土) 13:33:32.69 ID:8WZtp+ee [1/7]
> Wikipedia の構造化プログラミングが I.hidekazu という奴のせいで酷い内容になっている。
>
> 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
>
> こいつは構造化定理と構造化プログラミングの区別ができているのか？

もしかして I.hidekazu と鳥海秀一って同一人物？

jus共催第58回花粉シェル芸勉強会
https://event-search.info/event/e8cbb0ae7ee1adf336fa87f42b77c4bb/
午前の部: 勉強会
今回は「間違いだらけの構造化プログラミング(その2)」というお題で鳥海秀一さんが話をします。

ユニケージとかシェル芸で悪名高いUSP周りの人間で驚愕してるんだが

**デフォルトの名無しさん** · 2022/03/17(木) 22:21:29.57

ただのこじつけだと思うがこんなのを見つけた

https://twitter.com/hdkz/with_replies
> I Hidekazu
> @hdkz
> 石川県金沢市
> 2010年4月からTwitterを利用しています

I Hidekazu のIは石川県金沢市のI
金沢大学ではUSPがユニケージを大学で教えてる
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2022/03/17(木) 22:24:31.05

ジャクソンの構造化プログラミングとかいうページも作ってるな
https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%A3%E3%82%AF%E3%82%BD%E3%83%B3%E3%81%AE%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

**デフォルトの名無しさん** · 2022/03/17(木) 22:30:31.56

YouTubeで動画公開してる。見てないけど、めちゃくちゃな
理論を広めてなければいいんだが誰か検証してくれない？
https://www.youtube.com/channel/UCt5Alt1QuKhe2_e5n4gKazA

**デフォルトの名無しさん** · 2022/03/25(金) 06:07:27.18

文字列のフォーマットなんかはまともなライブラリが無いと関数に切り出してもそのまま書いてもゲロ吐きそうなコードになるよな

**デフォルトの名無しさん** · 2022/03/25(金) 06:42:02.94

まともなライブラリ＝関数では？

**デフォルトの名無しさん** · 2022/03/31(木) 20:31:26.67

>>393
それは違う人だぞ
https://jp.quora.com/profile/IWAKI-Hidekazu/questions
こっちがi.hidekazu

それはいいとして、ブロック依頼:i.hidekazuを立てたのでこのスレの被害者の人にも見て欲しい

**デフォルトの名無しさん** · 2022/03/31(木) 20:58:52.93

>>398
動画見たが自分ぬ意見は言うが根拠の話はしない
動画の品質が最低、動画関連の勉強してから上げてね

**デフォルトの名無しさん** · 2022/03/31(木) 23:56:53.38

>>399
動画は見てないけど多分別人だからwikipediaの方を助けて欲しいん

**デフォルトの名無しさん** · 2022/04/01(金) 00:47:50.70

リッチー大佐といいシェルショッカーとユニケージといい
あいつら自分の意見は言うが根拠の話は全くしないんだよな
調べてみるとほぼすべて間違い。呆れてしまう。

リッチー大佐とかユニケージがのデータベースを使わない理由

> 10.1.2 RDBMS は、データ管理術を知らないプログラマーのための発明品
> 始めに断っておくがここで述べる話は人づてに聞いた話である。
> 秘密結社シェルショッカー米国支部が米国内の大学で耳にした情報によれば、「リレーショナルデータベース
> というのは、データ管理術を知らないプログラマーのための道具に過ぎない」ときっぱり言い切る者たちがいた
> らしい。その者たちの言い分はだいたいこんな感じだったという

「秘密結社シェルショッカー米国支部が米国内の大学で耳にした情報」

**デフォルトの名無しさん** · 2022/06/01(水) 10:58:46.54

wsl2ってあまり使う人いなくねwww
https://mevius.5ch.net/test/read.cgi/win/1635677537/
こっちでもしっかり論破されてた