TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
Excel Python 質問スレ
【Java】Wicket【HTML】
☆★Java質問･相談スレッド182★★
Kinect ハック 2台目
StackOverflowについて語るスレ
データベースプログラミング全般スレ
米国国防省の標準高等言語エイダ（Ａｄａ）を語れ！
Java入門・初心者質問スレ Part.8
C言語なら俺に聞け 153
疑似乱数２

なぜ「staticおじさん」は叩かれたのか？


1 ：2019/02/08 〜 最終レス ：2019/08/28
staticおじさん（読み：すたてぃっくおじさん）とは、2010年に@ITに「実はオブジェクト指向ってしっくりこないんです！[1]」
と投稿して炎上したおじさんのことである。

staticおじさんが爆誕した2010年ごろのIT土方界隈ではJavaを中心としたオブジェクト指向が主流であり
「なんでもかんでもオブジェクト指向」という風潮があった。

このためstaticおじさんは多勢に無勢でボロクソに叩かれる結果となり、さらにはプログラミングそのものの
話を飛び出してオブジェクト指向推進派による学歴差別などに発展したすえに無事炎上した。

それからわずか数年後、staticおじさんの主張に「極力static変数は使わない」「関数ポインタを多用する」
というコーディング規約を加えた「関数型プログラミング」がJavaScript界隈を中心に爆発的に流行し、
その流れに乗るかたちでこれら規約を半ば強制する仕様の「関数型プログラミング言語」も多数登場するなど
世界的に一大ブームになった。

ちなみにstaticおじさんの主張と非常に酷似したものが、staticおじさんの登場より遥か昔、インターネットを
支える中核技術である「IP」のRFC（仕様書）にも「階層化の有害性」として書かれていたりする。
また、海外でも同様の主張を面白おかしく書いた「Bjarne Stroustrup インタビュー」なる怪文書が出回り、
こちらも大炎上した。

https://monobook.org/wiki/%E3%82%B9%E3%82%BF%E3%83%86%E3%82%A3%E3%83%83%E3%82%AF%E3%81%8A%E3%81%98%E3%81%95%E3%82%93

2 ：
Java全盛期だったからな

3 ：
phpまでオブジェクト志向とか狂ってたし

4 ：
staticおじさんの主張と関数型プログラミングは全く関係ない
関数型プログラミングはstatic変数なんか使わない

5 ：
リーダブルコードにも極力staticにした方がいいって書いてあったな

6 ：
>>4
それは純粋関数型

7 ：
あの時期はjavaもそうだがrubyも悪い

8 ：
perlがクソクソ叩かれてた時期だからな

9 ：
VBまでオブジェクト指向になってたからな。
底辺はそれが正しいと洗脳されてた。

10 ：
関数型はあまりにも難しすぎた

11 ：
いまでも関数型が理解できない奴が大半でTypeScriptみたいなトランスコード言語が次々出てきてるからな

12 ：
@ITまわりは高学歴しか自慢できることが無い奴ばかりだったのが問題

13 ：
あれ完全に洗脳だよな

14 ：
集団ヒステリーみたいなもんだな

15 ：
>>6
だからなに？

> staticおじさんの主張と関数型プログラミングは全く関係ない
> 関数型プログラミングはstatic変数なんか使わない

この２つに対して、なにか否定したいなら
その理由を言えば？

16 ：
>>5
> リーダブルコードにも極力staticにした方がいいって書いてあったな
書いてないよ。

17 ：
オブジェクトおじさんの方がたち悪いよね

18 ：
>>16
うっかり騙されるとこやったわ。

19 ：
static女子高生なら叩かれなかった。諸悪の根源は彼がおじさんだったことであって彼の主張自体は何の間違いもない。

20 ：
>>19
静的女子高生…

21 ：
>>16
make as many methods static as possible.

22 ：
オブジェクト指向は愚かな考え

23 ：
>>17
ハロワすらオブジェクト指向で書こうとするからな

24 ：
オブジェクト指向おじさんはIDEないと追うのが絶望的なソースにしまくるからタチが悪い

25 ：
オブジェクト指向３本柱マンのうちカプセル化が最も有害だと思う。
取りうる状態の組み合わせ爆発でまともな動作保証なんて出来ないだろ。

26 ：
お前ら関数型言語使えるんだよな？

27 ：
そもそも関数型言語という言い方も誤解を招く要因
関数を型として扱えますよ何言ってんのと返されるだけ

28 ：
>>27

29 ：
東工大なら低学歴ぶった切ってよし！

30 ：
>>27
正確には関数を型安全な値として扱えますよ

31 ：
>>25
「階層化の有害性」ってやつだな

32 ：
>>20
性的女子高生

33 ：
staticおじさんは叩かれるけどDIでシングルトン保持するのは許される風潮があるよね

34 ：
そりゃstaticにしないためのシングルトンだからな

35 ：
Staticおじさんの言ってることと関数型言語はだいぶ違うと思うけど

36 ：
手続きおじさん

37 ：
VBSおじさん

38 ：
プログラミング手法そのものにこだわりがある人はダメ。めんどくさい。

39 ：
おれあんまりこだわりないよ。
メソッドの先頭で全変数宣言
宣言した変数は直ちに初期値を代入
中途return禁止
ぐらいかな

40 ：
>>39
中途return禁止ってアーリーリターンも出来ないってこと？

41 ：
中途return禁止とか言ってる奴はだいたい手段と目的を履き違えている
わざわざフラグ立てるくらいなら中途returnの方がマシ
中途returnが良くないと言われるのは処理順に依存した状態を持っていることになるからで、その代わりにフラグを使っても何も解決しない

42 ：
前の会社は中途return禁止に再帰も禁止だった
めんどくさかったわ

43 ：
関数抜けるときの必須処理が多い場合は中途リターンせずにgoto使って、それ以外は中途リターンかな。

44 ：
>>42
再帰禁止って、下手したら実装できないアルゴリズムとかあるんじゃないの

45 ：
>>44
ないでしょ

46 ：
実装できないことはないだろうけど再帰使った方がはるかに見通しが良くなるケースは多々あるだろうな

47 ：
あるフォルダ以下のフォルダ、ファイルを一覧表示とか再帰が便利だけどな
無くても余裕で作れるけど

48 ：
再帰使ったことないな。どんな時に使いたくなる？
呼び出し側で管理できるようにして繰り返し呼ぶ方がコードから処理がイメージしやすくていい気がするんだが。
まあコード量が少なくなるのと謎の美しさは感じるけど。

49 ：
>>47
なるほど

50 ：
>>48
階層の深さが可変のツリー構造になってるデータを探索する時とかに使う

51 ：
末尾再起最適化を言語が保証してるのは前提として、いちいち末尾再起にするためにガチャガチャ汚ならしく変形するのが無常過ぎる。
例えばフィボナッチなんかは普通に再起書けば定義がそのまま動いているようでとても美しい。
メモ化入れてもそこまで汚くはならない。
しかし末尾再起のために変形すると一気に定義から離れる。
読むとき頭で変換しながら読むことになる。
ちっとも美しくない。
それなら最初からループで書いたほうが万が一にもスタック溢れないんだからいいわ。

52 ：
業務で再帰使ったことないわ

53 ：
将棋とかの思考ルーチンって再帰になってるのかな？

54 ：
この再帰の話、全員が想定してる言語や状況が違いすぎて絶対に話がまとまらないやつだなw

55 ：
関数型　→　再帰

56 ：
>>52
ステップ数増やせるもんな

57 ：
再帰は階層構造を扱う時はほぼ必須だと思うけど、逆にそれ以外の用途はあまり思いつかない

58 ：
>>56
いや単純に使う場面がなかった

59 ：
ループは再帰の糖衣構文だから何でも再帰で書けるんだけど
再帰構造を扱うとき以外は普通にループしたほうがいい、ってかそうでないと糖衣に包んだ意味がない

60 ：
>>51
それすごくわかる
末尾再帰のために人間が頑張るのは違うと思う

61 ：
フィボナッチで再帰は安直でマシンパワーの無駄使いの見本
ループでヤレ

62 ：
スマホのこのクソIME 再帰くらい変換しろやクソッ！候補にも出てこんぞ！

63 ：
1. ループは速い
2. 再帰にすると遅い
3. 末尾再帰になっていて処理系が対応していれば、
内部的にループに変換するので1と同じ速度になる

64 ：
SQLおじさんよりは実害ないからいい

65 ：
データ構造そのものが再帰構造になってるなら大人しく再帰を使う
せっかく階層を持ってるのに全部並列に並べてループ回してたら余計なコードが死ぬほど増えて何もいいことない
それ以外で使ったことはないし使おうと思ったこともない

66 ：
別にデータ構造に振り回される必要ないと思うけどな。ループで処理した方が見通しよければそれでいい。まあコードが死ぬほど増えるなら避けた方がいいだろうけど。

67 ：
データ構造に振り回される

68 ：
www

69 ：
>>67
俺もワロタ

70 ：
>>66
そこで高階関数ですよ！

71 ：
おれそんなに変なこといったか？

72 ：
別に一般的な意見では？以下関数プログラミング実践入門より引用：

再帰関数は、物事を数学的に捉えた定義通りに書けることが多いためわかりやすいのですが、Haskellに慣れてくると直接的に再帰関数を書くのは避けるようになっていきます。
それは、再帰関数は便利であるのと同じくらい、危険でもあるからです。
停止しない再帰関数をうっかり書いてしまうこともあるでしょう。

とくに再帰関数を直接書くということは、時に必要となるものの、アセンブラを直接書くような低級な行為と認識されます。
データの構造に依存し、それを気にしたプログラミングを要求されるからです。
理想的にはデータの構造を気にせずに、全体に丸々変換をかけられるような関数だけを組み合わせて望む処理を書きたいのです。

そのために、再帰関数を直接利用せずにどうするかというと、次節で説明する高階関数をうまく利用するようになっていきます。

リストなど多くの再帰的に定義されたデータ構造に対しては、それを便利に利用するための計算パターンが用意されており、それらの計算パターンは高階関数として与えられています。
自分で再帰を書くのではなく、再帰部分は高階関数がやってくれるようになっています。

73 ：
そもそもこのスレではみんなの想定する「再帰」という言葉の定義からして違いそうなのは伝わってくる

74 ：
永遠に噛み合わない水掛け論やってないでStaticおじさんの話をしてやれよ

75 ：
(言うほど噛み合ってないか？)

76 ：
>>72
これも当てはまる

ループ処理は、物事を数学的に捉えた定義通りに書けることが多いためわかりやすいのですが、Haskellに慣れてくると直接的にループ処理を書くのは避けるようになっていきます。
それは、ループ処理は便利であるのと同じくらい、危険でもあるからです。
停止しないループ処理をうっかり書いてしまうこともあるでしょう。

とくにループ処理を直接書くということは、時に必要となるものの、アセンブラを直接書くような低級な行為と認識されます。
データの構造に依存し、それを気にしたプログラミングを要求されるからです。
理想的にはデータの構造を気にせずに、全体に丸々変換をかけられるような関数だけを組み合わせて望む処理を書きたいのです。

そのために、ループ処理を直接利用せずにどうするかというと、次節で説明する高階関数をうまく利用するようになっていきます。

リストなど多くのループ処理に定義されたデータ構造に対しては、それを便利に利用するための計算パターンが用意されており、それらの計算パターンは高階関数として与えられています。
自分でループを書くのではなく、ループは高階関数がやってくれるようになっています。

77 ：
>>76
雑すぎる…
> ループ処理は、物事を数学的に捉えた定義通りに書けることが多いため

数学の教科書読み直せｗ

> Haskellに慣れてくると直接的にループ処理を書くのは避けるようになっていきます。

Haskellはそもそもループ書けないぞｗ

78 ：
再帰する関数の定義がばっちりと決まってて動かしようがないならそっちに吸い寄せられて書くけど
漏れがありそうな場合は再帰は使わない

普通のAPIで仕様的に再帰とは指定されてこないしね…（来たらRと思うわ）

79 ：
関数型なんかは結局書ける奴が少ない
それでは業務はこなしきれない
それが解らない奴はただのアホです
自分は凄い事が出来ますよ〜
って自慢したいだけ

80 ：
んなアホな

81 ：
そんなことないだろ。別に数学のすごい理論完璧に把握してなきゃ関数型書けないって訳でもないし。
OOP真理教の経典暗記のほうがよほど辛い。
慣れてないだけ。難しいと思い込んでるだけ。

82 ：
ネタにマジレスかもしれないが、
未だにこんなこと言ってるバカいるんだな。
今、誰でも名前知ってる大企業から受託案件受けてるけど、
一番チェックされるのは「オブジェクト指向設計になっているか」だぞ。

上でも出てるけど、staticおじさんの主張と関数型言語は何の関係もない。
関数型言語の本質は参照透過性。
「public static宣言した共有変数」なんて、
参照透過性を妨げる最たるものだろｗｗｗ

83 ：
そのオブジェクト指向もできないのが多すぎるから問題なんだよな
オブジェクトが分かってないからデザインパターンなんてもんも理解できるわけもない
つまり話は巡り巡ってstaticおじさんにたどり着くわけだ
オブジェクト指向もできなければ関数型でもないただのウンコード量産機がstaticおじさん

84 ：
でもこのstaticおじさん順調に出世して今では大手の本部長だかCTOだかなんでしょ？

85 ：
高階関数って偉そうに言ってるけど具体例出さない時点でエアプだろw

86 ：
高階関数なんてありふれてるだろ。
それを偉そうにとは？
使ったことないの？

87 ：
プログラミングは経験つめば抽象的な概念を使って具体的な整理がしっかりできる世界だろ。

88 ：
例出す必要もないわなw

89 ：
関数型コンプレックス

90 ：
>>84 出世するためにプログラミングしてるの？
だとしたら手段と目的を履き違えてるよ
そうでないのなら「出世するプログラム」でも書いて世の中に出したら良いｗ

91 ：
>>90
落ち着け。その解釈はメモリ破壊系のバグが発生してる可能性高い。

92 ：
>>91
等価じゃないものを等価と判定してるから、そこら辺のロジックにバグがありそうだな

93 ：
バグおじさん

94 ：
テストコードちゃんと書く奴ならstatic変数もオブジェクト指向も
ある点で問題あることは理解できるもんだが。
そういう意味では関数型のが有害性は低いか。
たまに何でもかんでも再帰で書こうとして逆に可読性低くする馬鹿もいるが。

95 ：
なんだかんだ出世高給取りのstaticおじさん勝ち組だわ

96 ：
さんざんメソッド移動して最後のメソッドでreturnだけして値返すだけなのにたどり着くと殺意が湧く

97 ：
マトリョーシカおじさん

98 ：
関数型の話をすると
関数書けない言語なんてあるんですかねと返されたことを思い出す

99 ：
ﾌﾌｯ

100 ：
>>83
ま、その通りだよな。
「public static宣言した共有変数」なんて、
オブジェクト間のメッセージパッシングができないアホ
(別名「オブジェクト指向もできなければ関数型でもないただのウンコード量産機」)
が頼ろうとする手段の最たるものだからな。


100〜のスレッドの続きを読む
わんくま死亡か？
サウンドプログラミング5
D言語は多分コケると思っている人の数→
初心者の俺が初めて覚えるプログラム言語
初心者の俺が初めて覚えるプログラム言語
シェルスクリプト総合 その33
C++相談室 part148
文字コード総合スレ Part11
一般的な処理を関数型の書き方をすると遅い
クロージャって何がいいの？
--------------------
【コトブキヤ】メガミデバイス45【女神装置】
【アクションヒロイン チアフルーツ】黄瀬美甘はドーナツかわいい
【GR】不良道JOKER【ジョーカー】その58 終焉は近い
ビリヤードやってる女は性格悪い
【益子悠】夜になると僕は　五夜目　【一×】
あなたの街のメダルこじき
【WT】Warthunder part491
人間関係の距離感がわからない人４７【対策】
晩春・晩夏・晩秋・晩冬の愛好者スレ
クレアボーヤンスファンスレ
【松本人志】スタッフがコロナの可能性で浜田雅功氏が自宅待機に「ダウンタウンの番組はオレ1人でやりますかね〜。」 [muffin★]
西鉄天神大牟田線/太宰府線/甘木線82【津福】
【サービス業】土日祝日も仕事な喪女 37【販売】
菅沼久義　part3.5
【難曲】　ショパン「舟歌」　【音痴には無理】
SHARP AQUOS R2 compact SH-M09 SIMフリー Part5
●はじめました。
親鸞会員は人生の大勝利者
【ヘリ搭載】いずも型護衛艦154番艦【護衛艦】
【絵描き専用】何が何でも大手になりたい【オフ専用】◆6484
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼