なぜ「staticおじさん」は叩かれたのか？
■ このスレッドは過去ログ倉庫に格納されています
staticおじさん（読み：すたてぃっくおじさん）とは、2010年に@ITに「実はオブジェクト指向ってしっくりこないんです！[1]」 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 staticおじさんの主張と関数型プログラミングは全く関係ない リーダブルコードにも極力staticにした方がいいって書いてあったな VBまでオブジェクト指向になってたからな。 いまでも関数型が理解できない奴が大半でTypeScriptみたいなトランスコード言語が次々出てきてるからな @ITまわりは高学歴しか自慢できることが無い奴ばかりだったのが問題 >>6 >>5 static女子高生なら叩かれなかった。諸悪の根源は彼がおじさんだったことであって彼の主張自体は何の間違いもない。 >>16 >>17 オブジェクト指向おじさんはIDEないと追うのが絶望的なソースにしまくるからタチが悪い オブジェクト指向３本柱マンのうちカプセル化が最も有害だと思う。 そもそも関数型言語という言い方も誤解を招く要因 >>27 staticおじさんは叩かれるけどDIでシングルトン保持するのは許される風潮があるよね そりゃstaticにしないためのシングルトンだからな Staticおじさんの言ってることと関数型言語はだいぶ違うと思うけど プログラミング手法そのものにこだわりがある人はダメ。めんどくさい。 おれあんまりこだわりないよ。 >>39 中途return禁止とか言ってる奴はだいたい手段と目的を履き違えている 前の会社は中途return禁止に再帰も禁止だった 関数抜けるときの必須処理が多い場合は中途リターンせずにgoto使って、それ以外は中途リターンかな。 >>42 実装できないことはないだろうけど再帰使った方がはるかに見通しが良くなるケースは多々あるだろうな あるフォルダ以下のフォルダ、ファイルを一覧表示とか再帰が便利だけどな 再帰使ったことないな。どんな時に使いたくなる？ >>48 末尾再起最適化を言語が保証してるのは前提として、いちいち末尾再起にするためにガチャガチャ汚ならしく変形するのが無常過ぎる。 この再帰の話、全員が想定してる言語や状況が違いすぎて絶対に話がまとまらないやつだなw 再帰は階層構造を扱う時はほぼ必須だと思うけど、逆にそれ以外の用途はあまり思いつかない ループは再帰の糖衣構文だから何でも再帰で書けるんだけど >>51 フィボナッチで再帰は安直でマシンパワーの無駄使いの見本 スマホのこのクソIME 再帰くらい変換しろやクソッ！候補にも出てこんぞ！ 1. ループは速い データ構造そのものが再帰構造になってるなら大人しく再帰を使う 別にデータ構造に振り回される必要ないと思うけどな。ループで処理した方が見通しよければそれでいい。まあコードが死ぬほど増えるなら避けた方がいいだろうけど。 別に一般的な意見では？以下関数プログラミング実践入門より引用： そもそもこのスレではみんなの想定する「再帰」という言葉の定義からして違いそうなのは伝わってくる 永遠に噛み合わない水掛け論やってないでStaticおじさんの話をしてやれよ >>72 >>76 再帰する関数の定義がばっちりと決まってて動かしようがないならそっちに吸い寄せられて書くけど 関数型なんかは結局書ける奴が少ない そんなことないだろ。別に数学のすごい理論完璧に把握してなきゃ関数型書けないって訳でもないし。 ネタにマジレスかもしれないが、 そのオブジェクト指向もできないのが多すぎるから問題なんだよな でもこのstaticおじさん順調に出世して今では大手の本部長だかCTOだかなんでしょ？ 高階関数って偉そうに言ってるけど具体例出さない時点でエアプだろw 高階関数なんてありふれてるだろ。 プログラミングは経験つめば抽象的な概念を使って具体的な整理がしっかりできる世界だろ。 >>84 出世するためにプログラミングしてるの？ >>90 >>91 テストコードちゃんと書く奴ならstatic変数もオブジェクト指向も なんだかんだ出世高給取りのstaticおじさん勝ち組だわ さんざんメソッド移動して最後のメソッドでreturnだけして値返すだけなのにたどり着くと殺意が湧く 関数型の話をすると >>83 また今日もValueHolderモデル使わないで直にget/setやるうんこちゃんと仲良くコード書かなきゃ 勘違いしてるやつ多いけど Cで構造体を引き回して管理するタイプのライブラリはオブジェクト思考と言えるだろうか？ XWindowライブラリは一般にはオブジェクト指向だと言われとる。 違うだろ >>107 ハンドラに関数ポインタ持たせて、でその関数の変数にハンドラのポインタを渡しておけばさすがにオブジェクト指向と言えるか？ >>108 オブジェクト指向ならメソッド名などのメンバー名があいまいでもエディタである程度関数名がでてくる 設計書の機能一覧のどこのメソッドなのそれ？ 昔は紙の束やノートや本をもってコードを書いていたんだよ メソッド名が○○createなのか○○Createなのかcreate○○なのかCreate○○なのかcreates○○なのかCreateｓ○○なのか gccオプションでstaticを封じるとかあればいいのにw 仮想関数技術でstatic関数みたいにできなかったっけ？ algol60で新しく導入された従来の構文とは直交(orthogomal)する クラスがあればstaticなんて不要だよな。 コメントに リソース競合怖いならセマフォで排他すりゃいいしな。 シングルトンってどこで使うんだ？インスタンスを直接生成させたくないならManager使えばいいじゃん トンチンカンだったらすまんけど、例えばオーディオ操作するクラスとかはシングルトンだった。オーディオAPIを複数のインスタンスから叩かれてどうなるかよくわからないし。 >>131 だけど正確にはCでシングルトン的な実装をしてた。classとか紛らわしい言葉使ってすまない。 Cならむしろシングルトンがデフォルトだろ。 例えばタイマー機能を持つライブラリなんかはいろんなスレッドで別々に使用したくなるから別オブジェクトで同時に動かしたりするな。別オブジェクトというか別ハンドラ構造体だが。 シングルトンをどう作るor使うって、言語によってあまりにも違いすぎるから一般化無理だろw 結局どこでインスタンス生成するかを決めきれてないところがシングルトンが必要になる理由で >>137 シングルトンの話題がここまで伸びるとは・・・ 読み書きできるデータがどこでもドアなのは怖いけど副作用のないメソッドがどこでもドアなのはありがたい C言語のstatic宣言が、private宣言となっているのがいけない。 シングルトンにしてはいけないものをシングルトンにする輩がそこそこいるからな readは別にスコープをそこまで気にせんでもいいがwriteはあかんな。 やっとstaticおじさんの記事見つけた。面白いな、これ。「本物のプログラマは...」ほどじゃないけど、よく煽れてる。 > プログラムのアルゴリズムとは無関係のものである。 big queryとかわざわざ非正規化させられるよな 構造としては完全に正規化したほうがいいのに、実際には弊害が多いってことは、DBMS側の問題のような気がするのだが。 「構造としては完全に正規化したほうがいい」これがダウトだから速度が出ないんだろうが。 >>157 >>159 下手に正規化しすぎると例えば3年前のデータを見たら現在の名称が表示されて大混乱、とかよくある 正規化おじさんはoracleのオプティマイザに100%の信頼置いてんのか？ >>129 >>168 >>169 >>170 ただ追記するだけのロガーなら確かにシングルトンである必要はあんまないわな 自分、ないしは自社で使うだけならシングルトンである必要はないんだろうけど、ライブラリとして公開するようなものなら間違った使い方をされることもありうるからシングルトンにしておきたくなったりしない？ >>171 どんなアプリもシングル起動なんだから、そこに書けばいいだけだよな。 >>163 今日は2019年3月2日だ。 >>175 よくわからないし想像できないが炭におけないな。そんなプロジェクト 炭になってくれればいいんだけど、生焼けのままゾンビとして何年も残り続けるからタチが悪い >>12 >>39 動きゃいいんだよ。 アーリーリターンがダメだからgoto使うとか、アホやかと returnは関数の最後に集約して、帰る時はgotoで飛ばすのが正しいスタイル その使い方なら確かにgoto使うのが一番スッキリするな 行き先不明のgotoより、明確に行き先が分かるreturnの方が遥かに安全だろ。 phpにgotoがあることを今知ったわ 大域脱出をググっているんだが staticでいいよ >>196 GOTO禁止という余計な知識は知っていても FORTRANのGOTO禁止なんてFOR-NEXT外から中への突入だけだろ まあ今時の言語なら大抵のケースにおいてgotoより良いやり方が用意されてるからな >>201 try〜catchとか後藤さんが嫌われて活躍してるじゃん。 >>203 「GOTOを地上から消し去れ！とにかくGOTO表記を消し去れ！聖典にそう書いてあるというのを聞いたことがある！！」 ラベル付きの break, continue が現れたことで goto 文は息の根を止められたのでは? 下向きgotoはそこまで悪いとは思わない 本当はメソッドに切り分けまくれば良いんだが >>206 後藤さんは関数内ならどこにでも飛べちゃうから嫌われるんだよ。 昔のBASICはIF THENのあとに行番号を書いておけばそこにジャンプした 自分がプログラム始めたての頃にgoto文を知ったときは、なるほどコレを使って処理を分けていけばいいんだな！と思ってgotoだらけになったからな。 Learn C the hard wayが昔は無料で読めたんだけど、その中ではgotoをエラー時にリソース開放で使ってたな 後藤さんは上向きに移動できる時点で使ってはいけないもの goto禁止なのはCPUの先読みキャッシュ再読み込みのペナルティが増えるからだろ >>217 アセンブラレベルではgotoのようなものしかないけどな もともとgotoみたいなものしかないけど意味レベルで使い方を分ければ素のgotoは使いどころが少ないので >>220 gotoが悪玉視されたのは、関数やサブルーチンって概念が薄くて巨大な関数が鎮座するプログラムが横行していたからじゃないのかな？ >>226 2019年にもなってgotoに執着してるのはやばいだろ、逆張りにもほどがある 二重三重のループから脱出する手段としてはgotoとreturn、フラグの３択となる場合が多いが >>230 >>231 gotoはウィザードにしか使いこなせないがウィザードはgotoの危険性も別の安全な手段も熟知しているので使用しない >>228 >>233 リソースの開放を忘れて、return で上位関数に戻るよりは、 goto自体がリソース解放の命令だなんて言ってないよｗ 上のやつはまとめてリソースを確保するだけの処理と仮定してるので、+αで何らかの処理まで行うなら>>236 の言う通りです リソースハンドル捕まえてんだからそう慌てて解放する必要も無いんだぞ。 そもそも、リソースまとめて生成する処理があるなら、 まとめて確保するのに解放は個別処理にやらせるのかよ、gotoとか関係なしにバグの温床になりそうな設計してるな。センスないわ。 C/C++のbreakにラベルへ飛ばす機能があれば良かったのに >>241 というかリソースを内包するようなモジュールを組み合わせることを考えると、非rollback戦略では無駄な状態が増えるので良くない ...ん？サブモジュール数を二つにした結果、議論が意味を成してないな そのrollback戦略とやらって、別にgoto使わなくても実現出来るでしょ、、 >>247 いやいや、createでエラーが返されたらdestroyする。 あのさあ、人にオブジェクト指向の理解を問う前に不変条件という概念について勉強してくれないかな goto で一番問題だったのは外で変数を勝手にセットして >>251 上で言っているのは「要求される前提条件」についての話ですよ？ というか、そもそも不変条件の構築失敗時には死ぬしかないっていう一般論が リソース獲得に失敗した時にできるだけ活かすようにするのか 居酒屋で愚痴ってればいいのに >生成失敗は不変条件の構築失敗なんだから >>260 Ruby使いやPython使いだらけな予感 若い実務者が「オブジェクト指向」というお題目で一致団結してプロジェクトを まずあの当時の若いエンジニアならオブジェクト指向は当然の前提だからわざわざお題目として唱えない >>268 その昔インスタンスを一個だけ作って やり方によっちゃリファクタリングできる余地もあるだろうしstatic変数使うよりかは インスタンスが増える可能性があるなら良いんじゃない？ Single responsibility principle 単一責任の原則 http://developer.wonderpla.net/entry/blog/engineer/oop_solid_s/ 役割分担がどこまで出来てるかだよな。 怪奇現象が怖かったから、ほら、怖いだろ？って staticおじさん叩いてる人の何割がSingletonをstatic class的に使ってたのか問題 >>206 >>210 >>282 www.sejuku.netのゴミさは異常 英語の意味検索するときweblio見たいのにalcとかいうゴミサイトが上に来るみたいなもんだなｗｗｗ 「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典 インスタンス >>286 >>288 perlあたりの時代だと手書きhtmlサイトだけだったのでperlの学習効率は高かった プログラム板にキチガイ降臨中！botに一晩も反応する異常さ https://mevius.5ch.net/test/read.cgi/tech/1559872586/ >>141 阪神タイガース居酒屋みたいなものがあればいいのか。 阪神タイガース居酒屋みたいなものがあればいいのか。 そりゃクラスライブラリ使うだけならいいけど >>293 酷い作りのクラスだと引数ではなくメンバ変数に値をセットしてメソッド呼び出しとかあるからな。 OOPが嫌なら使わなければいい もう終わってしまったRubyにしがみついてるような連中が叩いていただけ >>304 >>304 ０７４９−４３−７１９４ >>1 「staticおじさん」が本当に欲しかったもの むしろstaticおじさんの原文だとクラスのメンバ変数とメソッドをpublic staticを推奨してるのだが。 ASP.NETのライブラリ使ってれば事足りる仕事しかしてなければ public staticにして、クラス利用者がクラス変数呼びまくってるんだぜ？ そうなの？ staticおじさんのソースコードみたことあるの？ staticおじさんの炎上元ネタ記事 https://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html >>318 >>319 そうなることがないんだと思うよ 引数や戻り値、ローカル変数で事足りるものをインスタンス変数にして >>322 >>322 >>323 >>324 https://en.m.wikipedia.org/wiki/Anemic_domain_model 引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を >>327 >>328 >>330 >>331 >>330 >>332 構造化プログラミング未経験症はこれ DTOはO/Rマッパー等を使う時に利用するデザインパターンだが、ドメインモデル貧血症はアンチパターン。 DTOをモデルという名前で呼ぶからドメインモデルとごっちゃになるのかもわからんね 君は具体的にどういう経験をしてドメインモデル貧血症がよくないと思ったのか教えてくれる？ >>337 >>338 >>339 を見てくれ。 どちらもオブジェクト指向だよね >>340 >>340 >>341 >>342 >>344 >>344 あ、でも面積計算クラスや座標変換クラスでまとめるのは場合によってはありかもね >>346 >>347 >>348 あと、ごめんなさい。>>349 は無視してください。 世に出ているservlet, jsp, spring とかの本では >>351 初めて聞いた言葉だから自信ないけど、 >>353 >>355 これまでの話をまとめると、staticおじさん良いよねってこと スレタイさん「なんでstaticおじさんは叩かれたの？」 叩いた人がアホだったんだと思う >>359 >>362 >>360 揚げ足取りばかりのコメントに東工大の圧力で対抗するのは適切だよ 東北大学で情報工学学んで東工大の大学院に入ったとしたらすごい経歴だな 東京工業大学の汚点になるから、こんなボケたジジイを持ち上げるのやめて欲しい。 staticおじさんはSIerに仕事発注する立場でありながら自分でシステム構築もしてるようだな アラン・ケイがオブジェクト指向という言葉を作って 過剰なオブジェクト指向は破綻を招くのじゃなかろうかと >>373 staticおじさんもデザインパターン厨もどっちも嫌なんだよ〜ん 俺は全部日本語で書くおじさんだけど叩かれる? 小規模スマホアプリならstaticで良いよね Enumを全角の日本語にすることはある 言うほど悪い人じゃなかったよね(´・ω・｀) メソッドもメンバ変数もstaticにしてインスタンス化を不要にするが何故駄目なのかようやく分かったよ ■ このスレッドは過去ログ倉庫に格納されています
