なぜ「staticおじさん」は叩かれたのか？
- 1 ：デフォルトの名無しさん：2019/02/08(金) 15:18:48.58 ID:pS5scTjj.net
- 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 ：デフォルトの名無しさん：2019/02/08(金) 15:23:11.24 ID:R4YoGPI4.net
- Java全盛期だったからな
- 3 ：デフォルトの名無しさん：2019/02/08(金) 15:23:36.16 ID:R4YoGPI4.net
- phpまでオブジェクト志向とか狂ってたし
- 4 ：デフォルトの名無しさん：2019/02/08(金) 15:25:03.48 ID:W/Hntm+n.net
- staticおじさんの主張と関数型プログラミングは全く関係ない
関数型プログラミングはstatic変数なんか使わない
- 5 ：デフォルトの名無しさん：2019/02/08(金) 15:28:16.85 ID:f3TJJu2l.net
- リーダブルコードにも極力staticにした方がいいって書いてあったな
- 6 ：デフォルトの名無しさん：2019/02/08(金) 15:35:53.11 ID:a1Tp9aO/.net
- >>4
それは純粋関数型
- 7 ：デフォルトの名無しさん：2019/02/08(金) 15:36:51.43 ID:QZ4Uj/ZC.net
- あの時期はjavaもそうだがrubyも悪い
- 8 ：デフォルトの名無しさん：2019/02/08(金) 15:37:21.50 ID:4N6nvMTr.net
- perlがクソクソ叩かれてた時期だからな
- 9 ：デフォルトの名無しさん：2019/02/08(金) 15:38:40.76 ID:rNz0EA76.net
- VBまでオブジェクト指向になってたからな。
底辺はそれが正しいと洗脳されてた。
- 10 ：デフォルトの名無しさん：2019/02/08(金) 15:39:02.52 ID:OaBR9fSD.net
- 関数型はあまりにも難しすぎた
- 11 ：デフォルトの名無しさん：2019/02/08(金) 15:39:58.76 ID:VPgD7UHh.net
- いまでも関数型が理解できない奴が大半でTypeScriptみたいなトランスコード言語が次々出てきてるからな
- 12 ：デフォルトの名無しさん：2019/02/08(金) 15:40:51.42 ID:SGtVqYU9.net
- @ITまわりは高学歴しか自慢できることが無い奴ばかりだったのが問題
- 13 ：デフォルトの名無しさん：2019/02/08(金) 15:53:40.70 ID:XuHrBl4g.net
- あれ完全に洗脳だよな
- 14 ：デフォルトの名無しさん：2019/02/08(金) 15:53:58.63 ID:podrO9MW.net
- 集団ヒステリーみたいなもんだな
- 15 ：デフォルトの名無しさん：2019/02/08(金) 18:39:16.63 ID:W/Hntm+n.net
- >>6
だからなに？
> staticおじさんの主張と関数型プログラミングは全く関係ない
> 関数型プログラミングはstatic変数なんか使わない
この２つに対して、なにか否定したいなら
その理由を言えば？
- 16 ：デフォルトの名無しさん：2019/02/08(金) 18:39:54.29 ID:W/Hntm+n.net
- >>5
> リーダブルコードにも極力staticにした方がいいって書いてあったな
書いてないよ。
- 17 ：デフォルトの名無しさん：2019/02/08(金) 18:55:10.86 ID:OdhM+TRJ.net
- オブジェクトおじさんの方がたち悪いよね
- 18 ：デフォルトの名無しさん：2019/02/08(金) 19:21:27.21 ID:wNOXgeyf.net
- >>16
うっかり騙されるとこやったわ。
- 19 ：デフォルトの名無しさん：2019/02/08(金) 21:28:02.60 ID:g73JWU9E.net
- static女子高生なら叩かれなかった。諸悪の根源は彼がおじさんだったことであって彼の主張自体は何の間違いもない。
- 20 ：デフォルトの名無しさん：2019/02/08(金) 23:26:01.35 ID:Ic824lCQ.net
- >>19
静的女子高生…
- 21 ：デフォルトの名無しさん：2019/02/08(金) 23:43:27.29 ID:g73JWU9E.net
- >>16
make as many methods static as possible.
- 22 ：デフォルトの名無しさん：2019/02/09(土) 00:10:27.61 ID:Mo2A6iec.net
- オブジェクト指向は愚かな考え
- 23 ：デフォルトの名無しさん：2019/02/09(土) 00:10:50.62 ID:EjSVuTSx.net
- >>17
ハロワすらオブジェクト指向で書こうとするからな
- 24 ：デフォルトの名無しさん：2019/02/09(土) 00:12:10.95 ID:1GMUh/vL.net
- オブジェクト指向おじさんはIDEないと追うのが絶望的なソースにしまくるからタチが悪い
- 25 ：デフォルトの名無しさん：2019/02/09(土) 00:28:00.76 ID:O4yJeWlE.net
- オブジェクト指向３本柱マンのうちカプセル化が最も有害だと思う。
取りうる状態の組み合わせ爆発でまともな動作保証なんて出来ないだろ。
- 26 ：デフォルトの名無しさん：2019/02/09(土) 00:45:24.72 ID:BEDpXpn6.net
- お前ら関数型言語使えるんだよな？
- 27 ：デフォルトの名無しさん：2019/02/09(土) 01:01:16.24 ID:qNFZDICU.net
- そもそも関数型言語という言い方も誤解を招く要因
関数を型として扱えますよ何言ってんのと返されるだけ
- 28 ：デフォルトの名無しさん：2019/02/09(土) 01:19:36.90 ID:wvYgqGa/.net
- >>27
- 29 ：デフォルトの名無しさん：2019/02/09(土) 01:24:06.13 ID:c95MOxnf.net
- 東工大なら低学歴ぶった切ってよし！
- 30 ：デフォルトの名無しさん：2019/02/09(土) 07:09:44.77 ID:EhJ/kkED.net
- >>27
正確には関数を型安全な値として扱えますよ
- 31 ：デフォルトの名無しさん：2019/02/09(土) 08:02:23.63 ID:NDas405z.net
- >>25
「階層化の有害性」ってやつだな
- 32 ：デフォルトの名無しさん：2019/02/09(土) 08:53:19.02 ID:Oe2OGrsC.net
- >>20
性的女子高生
- 33 ：デフォルトの名無しさん：2019/02/09(土) 22:22:51.11 ID:zy9w8qc8.net
- staticおじさんは叩かれるけどDIでシングルトン保持するのは許される風潮があるよね
- 34 ：デフォルトの名無しさん：2019/02/09(土) 22:25:13.92 ID:OJ6TU+cc.net
- そりゃstaticにしないためのシングルトンだからな
- 35 ：デフォルトの名無しさん：2019/02/09(土) 22:56:18.26 ID:DcqhKReG.net
- Staticおじさんの言ってることと関数型言語はだいぶ違うと思うけど
- 36 ：デフォルトの名無しさん：2019/02/09(土) 23:26:26.85 ID:RhBmlgQc.net
- 手続きおじさん
- 37 ：デフォルトの名無しさん：2019/02/10(日) 00:05:58.40 ID:GE1ki46W.net
- VBSおじさん
- 38 ：デフォルトの名無しさん：2019/02/10(日) 08:49:09.24 ID:rK2pFdNZ.net
- プログラミング手法そのものにこだわりがある人はダメ。めんどくさい。
- 39 ：デフォルトの名無しさん：2019/02/10(日) 09:58:53.14 ID:ALObnpoM.net
- おれあんまりこだわりないよ。
メソッドの先頭で全変数宣言
宣言した変数は直ちに初期値を代入
中途return禁止
ぐらいかな
- 40 ：デフォルトの名無しさん：2019/02/10(日) 10:01:36.11 ID:n6QJeawT.net
- >>39
中途return禁止ってアーリーリターンも出来ないってこと？
- 41 ：デフォルトの名無しさん：2019/02/10(日) 11:35:02.24 ID:Ix0Ul5tp.net
- 中途return禁止とか言ってる奴はだいたい手段と目的を履き違えている
わざわざフラグ立てるくらいなら中途returnの方がマシ
中途returnが良くないと言われるのは処理順に依存した状態を持っていることになるからで、その代わりにフラグを使っても何も解決しない
- 42 ：デフォルトの名無しさん：2019/02/10(日) 11:51:13.31 ID:T5bON3Sh.net
- 前の会社は中途return禁止に再帰も禁止だった
めんどくさかったわ
- 43 ：デフォルトの名無しさん：2019/02/10(日) 11:55:13.97 ID:LJxziodv.net
- 関数抜けるときの必須処理が多い場合は中途リターンせずにgoto使って、それ以外は中途リターンかな。
- 44 ：デフォルトの名無しさん：2019/02/10(日) 12:07:39.82 ID:n6QJeawT.net
- >>42
再帰禁止って、下手したら実装できないアルゴリズムとかあるんじゃないの
- 45 ：デフォルトの名無しさん：2019/02/10(日) 12:09:17.09 ID:LJxziodv.net
- >>44
ないでしょ
- 46 ：デフォルトの名無しさん：2019/02/10(日) 12:19:54.47 ID:Q/s8Bwot.net
- 実装できないことはないだろうけど再帰使った方がはるかに見通しが良くなるケースは多々あるだろうな
- 47 ：デフォルトの名無しさん：2019/02/10(日) 12:26:47.02 ID:O8DkeQeo.net
- あるフォルダ以下のフォルダ、ファイルを一覧表示とか再帰が便利だけどな
無くても余裕で作れるけど
- 48 ：デフォルトの名無しさん：2019/02/10(日) 12:28:37.10 ID:rK2pFdNZ.net
- 再帰使ったことないな。どんな時に使いたくなる？
呼び出し側で管理できるようにして繰り返し呼ぶ方がコードから処理がイメージしやすくていい気がするんだが。
まあコード量が少なくなるのと謎の美しさは感じるけど。
- 49 ：デフォルトの名無しさん：2019/02/10(日) 12:29:11.59 ID:rK2pFdNZ.net
- >>47
なるほど
- 50 ：デフォルトの名無しさん：2019/02/10(日) 12:30:17.50 ID:Q/s8Bwot.net
- >>48
階層の深さが可変のツリー構造になってるデータを探索する時とかに使う
- 51 ：デフォルトの名無しさん：2019/02/10(日) 12:31:26.00 ID:cscIJSF5.net
- 末尾再起最適化を言語が保証してるのは前提として、いちいち末尾再起にするためにガチャガチャ汚ならしく変形するのが無常過ぎる。
例えばフィボナッチなんかは普通に再起書けば定義がそのまま動いているようでとても美しい。
メモ化入れてもそこまで汚くはならない。
しかし末尾再起のために変形すると一気に定義から離れる。
読むとき頭で変換しながら読むことになる。
ちっとも美しくない。
それなら最初からループで書いたほうが万が一にもスタック溢れないんだからいいわ。
- 52 ：デフォルトの名無しさん：2019/02/10(日) 12:32:03.94 ID:DNUQi1GG.net
- 業務で再帰使ったことないわ
- 53 ：デフォルトの名無しさん：2019/02/10(日) 12:38:01.57 ID:O8DkeQeo.net
- 将棋とかの思考ルーチンって再帰になってるのかな？
- 54 ：デフォルトの名無しさん：2019/02/10(日) 12:40:20.34 ID:Q/s8Bwot.net
- この再帰の話、全員が想定してる言語や状況が違いすぎて絶対に話がまとまらないやつだなw
- 55 ：デフォルトの名無しさん：2019/02/10(日) 12:41:15.72 ID:O8DkeQeo.net
- 関数型 → 再帰
- 56 ：デフォルトの名無しさん：2019/02/10(日) 13:18:03.20 ID:9lfcYoyL.net
- >>52
ステップ数増やせるもんな
- 57 ：デフォルトの名無しさん：2019/02/10(日) 13:33:45.38 ID:n6QJeawT.net
- 再帰は階層構造を扱う時はほぼ必須だと思うけど、逆にそれ以外の用途はあまり思いつかない
- 58 ：デフォルトの名無しさん：2019/02/10(日) 13:44:32.23 ID:DNUQi1GG.net
- >>56
いや単純に使う場面がなかった
- 59 ：デフォルトの名無しさん：2019/02/10(日) 14:53:51.09 ID:BEjmBSJ8.net
- ループは再帰の糖衣構文だから何でも再帰で書けるんだけど
再帰構造を扱うとき以外は普通にループしたほうがいい、ってかそうでないと糖衣に包んだ意味がない
- 60 ：デフォルトの名無しさん：2019/02/10(日) 15:05:17.60 ID:tULdsfrx.net
- >>51
それすごくわかる
末尾再帰のために人間が頑張るのは違うと思う
- 61 ：デフォルトの名無しさん：2019/02/10(日) 15:09:21.60 ID:O8DkeQeo.net
- フィボナッチで再帰は安直でマシンパワーの無駄使いの見本
ループでヤレ
- 62 ：デフォルトの名無しさん：2019/02/10(日) 17:24:48.45 ID:KoYwv+8z.net
- スマホのこのクソIME 再帰くらい変換しろやクソッ！候補にも出てこんぞ！
- 63 ：デフォルトの名無しさん：2019/02/10(日) 18:43:05.58 ID:h0ljrL+B.net
- 1. ループは速い
2. 再帰にすると遅い
3. 末尾再帰になっていて処理系が対応していれば、
内部的にループに変換するので1と同じ速度になる
- 64 ：デフォルトの名無しさん：2019/02/10(日) 20:55:34.15 ID:c1xIq/Nm.net
- SQLおじさんよりは実害ないからいい
- 65 ：デフォルトの名無しさん：2019/02/11(月) 10:51:41.00 ID:vMTyjZUq.net
- データ構造そのものが再帰構造になってるなら大人しく再帰を使う
せっかく階層を持ってるのに全部並列に並べてループ回してたら余計なコードが死ぬほど増えて何もいいことない
それ以外で使ったことはないし使おうと思ったこともない
- 66 ：デフォルトの名無しさん：2019/02/11(月) 12:10:58.33 ID:27p6nxD6.net
- 別にデータ構造に振り回される必要ないと思うけどな。ループで処理した方が見通しよければそれでいい。まあコードが死ぬほど増えるなら避けた方がいいだろうけど。
- 67 ：デフォルトの名無しさん：2019/02/11(月) 12:57:42.78 ID:yN+iMh1T.net
- データ構造に振り回される
- 68 ：デフォルトの名無しさん：2019/02/11(月) 12:58:12.86 ID:yN+iMh1T.net
- www
- 69 ：デフォルトの名無しさん：2019/02/11(月) 13:02:33.29 ID:qWYAdfL4.net
- >>67
俺もワロタ
- 70 ：デフォルトの名無しさん：2019/02/11(月) 13:30:29.70 ID:K/18SmCD.net
- >>66
そこで高階関数ですよ！
- 71 ：デフォルトの名無しさん：2019/02/11(月) 13:44:22.53 ID:gYwRR98A.net
- おれそんなに変なこといったか？
- 72 ：デフォルトの名無しさん：2019/02/11(月) 14:11:53.79 ID:K/18SmCD.net
- 別に一般的な意見では？以下関数プログラミング実践入門より引用：
再帰関数は、物事を数学的に捉えた定義通りに書けることが多いためわかりやすいのですが、Haskellに慣れてくると直接的に再帰関数を書くのは避けるようになっていきます。
それは、再帰関数は便利であるのと同じくらい、危険でもあるからです。
停止しない再帰関数をうっかり書いてしまうこともあるでしょう。
とくに再帰関数を直接書くということは、時に必要となるものの、アセンブラを直接書くような低級な行為と認識されます。
データの構造に依存し、それを気にしたプログラミングを要求されるからです。
理想的にはデータの構造を気にせずに、全体に丸々変換をかけられるような関数だけを組み合わせて望む処理を書きたいのです。
そのために、再帰関数を直接利用せずにどうするかというと、次節で説明する高階関数をうまく利用するようになっていきます。
リストなど多くの再帰的に定義されたデータ構造に対しては、それを便利に利用するための計算パターンが用意されており、それらの計算パターンは高階関数として与えられています。
自分で再帰を書くのではなく、再帰部分は高階関数がやってくれるようになっています。
- 73 ：デフォルトの名無しさん：2019/02/11(月) 14:30:20.19 ID:vMTyjZUq.net
- そもそもこのスレではみんなの想定する「再帰」という言葉の定義からして違いそうなのは伝わってくる
- 74 ：デフォルトの名無しさん：2019/02/11(月) 14:50:55.95 ID:OckTJWpB.net
- 永遠に噛み合わない水掛け論やってないでStaticおじさんの話をしてやれよ
- 75 ：デフォルトの名無しさん：2019/02/11(月) 15:30:45.56 ID:+dKi1IbA.net
- (言うほど噛み合ってないか？)
- 76 ：デフォルトの名無しさん：2019/02/11(月) 16:08:34.92 ID:wLhY3x2i.net
- >>72
これも当てはまる
ループ処理は、物事を数学的に捉えた定義通りに書けることが多いためわかりやすいのですが、Haskellに慣れてくると直接的にループ処理を書くのは避けるようになっていきます。
それは、ループ処理は便利であるのと同じくらい、危険でもあるからです。
停止しないループ処理をうっかり書いてしまうこともあるでしょう。
とくにループ処理を直接書くということは、時に必要となるものの、アセンブラを直接書くような低級な行為と認識されます。
データの構造に依存し、それを気にしたプログラミングを要求されるからです。
理想的にはデータの構造を気にせずに、全体に丸々変換をかけられるような関数だけを組み合わせて望む処理を書きたいのです。
そのために、ループ処理を直接利用せずにどうするかというと、次節で説明する高階関数をうまく利用するようになっていきます。
リストなど多くのループ処理に定義されたデータ構造に対しては、それを便利に利用するための計算パターンが用意されており、それらの計算パターンは高階関数として与えられています。
自分でループを書くのではなく、ループは高階関数がやってくれるようになっています。
- 77 ：デフォルトの名無しさん：2019/02/11(月) 16:33:22.35 ID:K/18SmCD.net
- >>76
雑すぎる…
> ループ処理は、物事を数学的に捉えた定義通りに書けることが多いため
数学の教科書読み直せｗ
> Haskellに慣れてくると直接的にループ処理を書くのは避けるようになっていきます。
Haskellはそもそもループ書けないぞｗ
- 78 ：デフォルトの名無しさん：2019/02/11(月) 18:40:51.77 ID:iZFjFd14.net
- 再帰する関数の定義がばっちりと決まってて動かしようがないならそっちに吸い寄せられて書くけど
漏れがありそうな場合は再帰は使わない
普通のAPIで仕様的に再帰とは指定されてこないしね…（来たら死ねと思うわ）
- 79 ：デフォルトの名無しさん：2019/02/12(火) 01:14:01.84 ID:aNPhUqtm.net
- 関数型なんかは結局書ける奴が少ない
それでは業務はこなしきれない
それが解らない奴はただのアホです
自分は凄い事が出来ますよ〜
って自慢したいだけ
- 80 ：デフォルトの名無しさん：2019/02/12(火) 01:26:10.04 ID:Gzde7jeA.net
- んなアホな
- 81 ：デフォルトの名無しさん：2019/02/12(火) 01:29:37.44 ID:xM7yD0R2.net
- そんなことないだろ。別に数学のすごい理論完璧に把握してなきゃ関数型書けないって訳でもないし。
OOP真理教の経典暗記のほうがよほど辛い。
慣れてないだけ。難しいと思い込んでるだけ。
- 82 ：デフォルトの名無しさん：2019/02/12(火) 10:14:15.57 ID:1dJfHHkV.net
- ネタにマジレスかもしれないが、
未だにこんなこと言ってるバカいるんだな。
今、誰でも名前知ってる大企業から受託案件受けてるけど、
一番チェックされるのは「オブジェクト指向設計になっているか」だぞ。
上でも出てるけど、staticおじさんの主張と関数型言語は何の関係もない。
関数型言語の本質は参照透過性。
「public static宣言した共有変数」なんて、
参照透過性を妨げる最たるものだろｗｗｗ
- 83 ：デフォルトの名無しさん：2019/02/12(火) 10:26:36.21 ID:wp1a6nq7.net
- そのオブジェクト指向もできないのが多すぎるから問題なんだよな
オブジェクトが分かってないからデザインパターンなんてもんも理解できるわけもない
つまり話は巡り巡ってstaticおじさんにたどり着くわけだ
オブジェクト指向もできなければ関数型でもないただのウンコード量産機がstaticおじさん
- 84 ：デフォルトの名無しさん：2019/02/12(火) 12:36:54.43 ID:NT60/ZFg.net
- でもこのstaticおじさん順調に出世して今では大手の本部長だかCTOだかなんでしょ？
- 85 ：デフォルトの名無しさん：2019/02/12(火) 12:56:41.90 ID:VqanzRzk.net
- 高階関数って偉そうに言ってるけど具体例出さない時点でエアプだろw
- 86 ：デフォルトの名無しさん：2019/02/12(火) 13:06:24.87 ID:eC1lEXzI.net
- 高階関数なんてありふれてるだろ。
それを偉そうにとは？
使ったことないの？
- 87 ：デフォルトの名無しさん：2019/02/12(火) 13:12:41.50 ID:1MzWJDZP.net
- プログラミングは経験つめば抽象的な概念を使って具体的な整理がしっかりできる世界だろ。
- 88 ：デフォルトの名無しさん：2019/02/12(火) 14:00:13.73 ID:zaXjz+ge.net
- 例出す必要もないわなw
- 89 ：デフォルトの名無しさん：2019/02/12(火) 14:00:46.30 ID:zaXjz+ge.net
- 関数型コンプレックス
- 90 ：デフォルトの名無しさん：2019/02/12(火) 17:08:04.63 ID:wp1a6nq7.net
- >>84 出世するためにプログラミングしてるの？
だとしたら手段と目的を履き違えてるよ
そうでないのなら「出世するプログラム」でも書いて世の中に出したら良いｗ
- 91 ：デフォルトの名無しさん：2019/02/12(火) 18:46:33.01 ID:1MzWJDZP.net
- >>90
落ち着け。その解釈はメモリ破壊系のバグが発生してる可能性高い。
- 92 ：デフォルトの名無しさん：2019/02/12(火) 19:05:54.66 ID:hBAcbodS.net
- >>91
等価じゃないものを等価と判定してるから、そこら辺のロジックにバグがありそうだな
- 93 ：デフォルトの名無しさん：2019/02/12(火) 19:12:54.88 ID:zaXjz+ge.net
- バグおじさん
- 94 ：デフォルトの名無しさん：2019/02/12(火) 20:04:05.06 ID:g6CslLMJ.net
- テストコードちゃんと書く奴ならstatic変数もオブジェクト指向も
ある点で問題あることは理解できるもんだが。
そういう意味では関数型のが有害性は低いか。
たまに何でもかんでも再帰で書こうとして逆に可読性低くする馬鹿もいるが。
- 95 ：デフォルトの名無しさん：2019/02/12(火) 21:25:33.47 ID:YWb9Gabw.net
- なんだかんだ出世高給取りのstaticおじさん勝ち組だわ
- 96 ：デフォルトの名無しさん：2019/02/13(水) 01:37:44.19 ID:WxhWOV7/.net
- さんざんメソッド移動して最後のメソッドでreturnだけして値返すだけなのにたどり着くと殺意が湧く
- 97 ：デフォルトの名無しさん：2019/02/13(水) 01:43:30.19 ID:P+AkLq1G.net
- マトリョーシカおじさん
- 98 ：デフォルトの名無しさん：2019/02/13(水) 01:47:04.99 ID:wIurVPBj.net
- 関数型の話をすると
関数書けない言語なんてあるんですかねと返されたことを思い出す
- 99 ：デフォルトの名無しさん：2019/02/13(水) 01:56:08.62 ID:5ssU2x9I.net
- ﾌﾌｯ
- 100 ：>>82：2019/02/13(水) 22:33:19.44 ID:1YO06rir.net
- >>83
ま、その通りだよな。
「public static宣言した共有変数」なんて、
オブジェクト間のメッセージパッシングができないアホ
(別名「オブジェクト指向もできなければ関数型でもないただのウンコード量産機」)
が頼ろうとする手段の最たるものだからな。
- 101 ：デフォルトの名無しさん：2019/02/14(木) 07:14:01.74 ID:zYy89We+.net
- また今日もValueHolderモデル使わないで直にget/setやるうんこちゃんと仲良くコード書かなきゃ
はぁまじはぁ
- 102 ：デフォルトの名無しさん：2019/02/15(金) 22:52:26.99 ID:9C1FU27E.net
- 勘違いしてるやつ多いけど
statucおじさんはJavaじゃなくてC#だぞ
Javaプログラマのryoasaiがハッスルしただけで
- 103 ：デフォルトの名無しさん：2019/02/16(土) 16:43:03.87 ID:tvgUJD+/.net
- どこまですればオブジェクト思考なのか
- 104 ：デフォルトの名無しさん：2019/02/16(土) 17:24:45.57 ID:mbQsd5u7.net
- Classあれば全部オブジェクト指向
- 105 ：デフォルトの名無しさん：2019/02/16(土) 17:27:47.39 ID:3/SZoFmm.net
- Cで構造体を引き回して管理するタイプのライブラリはオブジェクト思考と言えるだろうか？
- 106 ：デフォルトの名無しさん：2019/02/16(土) 18:51:28.96 ID:LE6s3aZE.net
- XWindowライブラリは一般にはオブジェクト指向だと言われとる。
どこまでシンタックスでカプセル化対応するか、どこまで動的なものにするかってのが
議論の分かれ目じゃないかね。
- 107 ：デフォルトの名無しさん：2019/02/16(土) 19:03:53.77 ID:PhVDH7kZ.net
- 違うだろ
Cの構造体と糞みたいに長い名前のXwindow関数群がいやだから
オブジェクト指向に移行したんだろ
- 108 ：デフォルトの名無しさん：2019/02/17(日) 01:27:10.00 ID:O/E0SKNM.net
- >>107
そんなしょうもない理由じゃねーわ。
だからオブジェクト指向論者とは関わりたくねーんだわ。
- 109 ：デフォルトの名無しさん：2019/02/17(日) 02:26:19.17 ID:L6um7wlM.net
- ハンドラ変数という悪夢
- 110 ：デフォルトの名無しさん：2019/02/17(日) 03:07:42.86 ID:xp57qVrW.net
- ハンドラに関数ポインタ持たせて、でその関数の変数にハンドラのポインタを渡しておけばさすがにオブジェクト指向と言えるか？
こうなるとハンドラじゃなくてthisとかselfって呼びたくなるな。
- 111 ：デフォルトの名無しさん：2019/02/17(日) 04:02:09.20 ID:KHx9LvZX.net
- >>108
関わりたくないとか言いながら自らアンカしてかかわっていくスタイルすごい斬新ですね
- 112 ：デフォルトの名無しさん：2019/02/17(日) 10:00:29.48 ID:7SCgo2EY.net
- オブジェクト指向ならメソッド名などのメンバー名があいまいでもエディタである程度関数名がでてくる
構造体+グローバル関数だとアホみたいに出てくる候補から選ばなくてはならない
昔はその候補すら出ないので正確な名前が必要だった
だから分厚い辞書みたいな本や紙の束を持ってプログラムしていた
それでもミスする
コンパイルエラーでそんな関数ないよって言われてばかり
- 113 ：デフォルトの名無しさん：2019/02/17(日) 10:07:41.57 ID:zowSdywj.net
- 設計書の機能一覧のどこのメソッドなのそれ？
これがわからないとどんなに高機能になってもゴミ
マイクロソフトはofficeとvisualstudioの統合を早急に行うべき
- 114 ：デフォルトの名無しさん：2019/02/17(日) 10:10:56.31 ID:7SCgo2EY.net
- 昔は紙の束やノートや本をもってコードを書いていたんだよ
冗談抜きで
その本は洋書だた
教授の本棚から借りてくるの
- 115 ：デフォルトの名無しさん：2019/02/17(日) 10:17:10.43 ID:zowSdywj.net
- >>114
マジかよ
ケツ拭くのに使っちまった
- 116 ：デフォルトの名無しさん：2019/02/17(日) 10:20:39.56 ID:7SCgo2EY.net
- メソッド名が○○createなのか○○Createなのかcreate○○なのかCreate○○なのかcreates○○なのかCreateｓ○○なのか
Cだと○○creatという線もある
○○.create最強すぎる
- 117 ：デフォルトの名無しさん：2019/02/17(日) 10:38:53.57 ID:S3RSWBju.net
- せめてcreatにeをつけたいね
- 118 ：デフォルトの名無しさん：2019/02/17(日) 10:43:49.68 ID:zowSdywj.net
- creatE○○採用
検索ヒットしやすいだろ
- 119 ：デフォルトの名無しさん：2019/02/17(日) 11:51:33.28 ID:hPUvxkn3.net
- gccオプションでstaticを封じるとかあればいいのにw
- 120 ：デフォルトの名無しさん：2019/02/17(日) 12:09:58.01 ID:p5ummUd3.net
- 仮想関数技術でstatic関数みたいにできなかったっけ？
staticも静的占有修飾子という名称を聞いたことあるだけで
あんまくわしく知らない。違うところのファイルも仮想関数
使うとstaticとおんなじようにできるんじゃなかったっけ？
- 121 ：デフォルトの名無しさん：2019/02/17(日) 15:23:18.00 ID:KFkN1Yft.net
- fantasticおじさん
- 122 ：デフォルトの名無しさん：2019/02/17(日) 16:24:01.33 ID:stWHtwS7.net
- algol60で新しく導入された従来の構文とは直交(orthogomal)する
ブロック(block)構文内で計算した結果を保存するために
一緒に導入されたのが占有修飾子own。だけれども実装に
あたっては仕様が曖昧で動的、静的、中間解釈と三通りに
解釈があって大論争。最終的にownの解釈は静的(static)
です、でstaticになった。
Simulaとかはそもそもブロック(block)の計算結果を捨てる
からいかんのだ、であんまりプログラマーになじみのない
例を題材に並列化をといてたりするからクラスベースのOOには
staticは実は固有の用語だね。
- 123 ：デフォルトの名無しさん：2019/02/22(金) 13:18:21.26 ID:1Zm4d6fz.net
- クラスがあればstaticなんて不要だよな。
逆にクラスが無いならstatic使うしか無い。
- 124 ：デフォルトの名無しさん：2019/02/22(金) 14:02:53.19 ID:s1C4N+RU.net
- シングルトンの実装はどのようにするべき？
- 125 ：デフォルトの名無しさん：2019/02/22(金) 17:23:44.59 ID:p3Rb6+Rr.net
- コメントに
// これはシングルトンで使ってください
って書いてけばおk
- 126 ：デフォルトの名無しさん：2019/02/22(金) 19:36:01.71 ID:nCLTgLRo.net
- シングルトンは使うなが正解
- 127 ：デフォルトの名無しさん：2019/02/22(金) 19:54:20.58 ID:1Zm4d6fz.net
- リソース競合怖いならセマフォで排他すりゃいいしな。
待たせたいなら待たせればいいし。
- 128 ：デフォルトの名無しさん：2019/02/22(金) 22:48:48.51 ID:Tn7dUsgu.net
- >>124
DIコンテナを使う
- 129 ：デフォルトの名無しさん：2019/02/25(月) 23:03:39.42 ID:TP8zPbuZ.net
- シングルトンってどこで使うんだ？インスタンスを直接生成させたくないならManager使えばいいじゃん
- 130 ：デフォルトの名無しさん：2019/02/25(月) 23:30:02.76 ID:lsusqOoA.net
- >>129
Managerとは？
- 131 ：デフォルトの名無しさん：2019/02/25(月) 23:38:46.23 ID:g2jQN+TN.net
- トンチンカンだったらすまんけど、例えばオーディオ操作するクラスとかはシングルトンだった。オーディオAPIを複数のインスタンスから叩かれてどうなるかよくわからないし。
- 132 ：デフォルトの名無しさん：2019/02/25(月) 23:40:53.63 ID:g2jQN+TN.net
- >>131だけど正確にはCでシングルトン的な実装をしてた。classとか紛らわしい言葉使ってすまない。
- 133 ：デフォルトの名無しさん：2019/02/26(火) 10:45:40.21 ID:UuxN6/HJ.net
- Cならむしろシングルトンがデフォルトだろ。
あれで別オブジェクト同時に動かすには工夫が要るからな。
- 134 ：デフォルトの名無しさん：2019/02/26(火) 12:57:09.88 ID:4VLeDBYT.net
- 例えばタイマー機能を持つライブラリなんかはいろんなスレッドで別々に使用したくなるから別オブジェクトで同時に動かしたりするな。別オブジェクトというか別ハンドラ構造体だが。
- 135 ：デフォルトの名無しさん：2019/02/26(火) 15:41:32.58 ID:e2/fBDmS.net
- シングルトンをどう作るor使うって、言語によってあまりにも違いすぎるから一般化無理だろw
- 136 ：デフォルトの名無しさん：2019/02/26(火) 18:02:58.64 ID:eD4jaKNG.net
- 役割は言語関係ないだろ
- 137 ：デフォルトの名無しさん：2019/02/26(火) 19:58:36.33 ID:tR5x62Pi.net
- 結局どこでインスタンス生成するかを決めきれてないところがシングルトンが必要になる理由で
それは設計を見直すっていうのが根本的な治療な訳だ。
- 138 ：デフォルトの名無しさん：2019/02/26(火) 20:25:46.94 ID:a57A2wmx.net
- >>137
言いたいことはわかるが、「起きてはいけないことは起こらないようにする」ということを好むプログラマーがいて、彼らが作ったのがシングルトンなんじゃないの？
だからシングルトンが必要なわけでもないし治療が必要なわけでもない。
- 139 ：デフォルトの名無しさん：2019/02/26(火) 20:35:21.90 ID:W0wJxBNy.net
- 一方世間では「子供部屋おじさん」が激増中
- 140 ：デフォルトの名無しさん：2019/02/26(火) 20:48:30.10 ID:W0wJxBNy.net
- シングルトンの話題か、はいはい。
Singleton何が悪いの？
https://qiita.com/mo12ino/items/abf2e31e34278ebea42c
Why is Singleton considered an anti-pattern?
https://stackoverflow.com/questions/12755539/why-is-singleton-considered-an-anti-pattern
When Singleton Becomes an Anti-Pattern
https://dzone.com/articles/singleton-anti-pattern
Singleton is not an anti-pattern
https://medium.com/@piotr.chmielowski/singleton-is-not-an-anti-pattern-51392c3e508e
Singleton Anti-Pattern
https://www.michaelsafyan.com/tech/design/patterns/singleton
- 141 ：デフォルトの名無しさん：2019/02/26(火) 21:49:06.18 ID:AvMGpFJx.net
- シングルトンの話題がここまで伸びるとは・・・
まあ実際使わんからな。
正規表現をstaticにするのは悪い考えだろうか？
更に言えばstatic constなら問題無い？
- 142 ：デフォルトの名無しさん：2019/02/26(火) 23:45:48.96 ID:DJEN/H2R.net
- >>140
自分の意見を言えよ！（激おこ
- 143 ：デフォルトの名無しさん：2019/02/27(水) 00:27:53.77 ID:wn5rL22a.net
- シングルトンと書いて"どこでもドア"と呼ぶ
- 144 ：デフォルトの名無しさん：2019/02/27(水) 08:19:37.48 ID:6ZXfG+VB.net
- 読み書きできるデータがどこでもドアなのは怖いけど副作用のないメソッドがどこでもドアなのはありがたい
- 145 ：デフォルトの名無しさん：2019/02/27(水) 08:36:57.25 ID:yveuGv1a.net
- C言語のstatic宣言が、private宣言となっているのがいけない。
- 146 ：デフォルトの名無しさん：2019/02/27(水) 17:50:25.07 ID:OHGiEJmI.net
- シングルトンにしてはいけないものをシングルトンにする輩がそこそこいるからな
- 147 ：デフォルトの名無しさん：2019/02/27(水) 18:43:11.68 ID:6a6tMlMF.net
- readは別にスコープをそこまで気にせんでもいいがwriteはあかんな。
シングルトンの問題とstaticおじさんの問題は本質的には同じ。
- 148 ：デフォルトの名無しさん：2019/02/28(木) 18:19:05.20 ID:4caMtz9v.net
- やっとstaticおじさんの記事見つけた。面白いな、これ。「本物のプログラマは...」ほどじゃないけど、よく煽れてる。
- 149 ：デフォルトの名無しさん：2019/02/28(木) 18:51:23.07 ID:IByT54N8.net
- > プログラムのアルゴリズムとは無関係のものである。
これは何となくわかるな。
むかし、LALRパーサジェネレータ書いたことがあって、最初OOPで書いたんだけど、あまりにも冗長になったので、ドラゴンブックに載ってるような古典で書いたら、もの凄くわかりやすくなった。
- 150 ：デフォルトの名無しさん：2019/02/28(木) 22:23:17.58 ID:jqfgz8pY.net
- >>130
Factoryだった
- 151 ：デフォルトの名無しさん：2019/03/01(金) 18:22:50.40 ID:w4y3c4gQ.net
- >>100
うむうむ
- 152 ：デフォルトの名無しさん：2019/03/01(金) 20:23:46.44 ID:USDimQm3.net
- 害悪はDBの正規化おじさんのが上逝ってる。
- 153 ：デフォルトの名無しさん：2019/03/01(金) 20:25:22.77 ID:9js6QXaa.net
- 非正規化おじさん？
- 154 ：デフォルトの名無しさん：2019/03/01(金) 20:38:01.31 ID:RkdjknyC.net
- 縁起の悪い呼び方やめれ
- 155 ：デフォルトの名無しさん：2019/03/01(金) 20:44:23.08 ID:/17UEdHn.net
- big queryとかわざわざ非正規化させられるよな
公務員なっときゃよかった
- 156 ：デフォルトの名無しさん：2019/03/01(金) 20:50:19.05 ID:P8UuTZRK.net
- 構造としては完全に正規化したほうがいいのに、実際には弊害が多いってことは、DBMS側の問題のような気がするのだが。
正規化しまくっても実用に耐えられるだけの速度が出せればいい。
- 157 ：デフォルトの名無しさん：2019/03/01(金) 21:28:27.41 ID:Y8fj+4tW.net
- 「構造としては完全に正規化したほうがいい」これがダウトだから速度が出ないんだろうが。
joinのコストなんてどう頑張っても限界があるわ。
- 158 ：デフォルトの名無しさん：2019/03/02(土) 01:57:17.03 ID:5dA5xfVW.net
- オブジェクト指向は宗教なので
- 159 ：デフォルトの名無しさん：2019/03/02(土) 07:50:23.86 ID:66qf4QbX.net
- >>157
完全に正規化してると人間にとって都合がよい。
速度が出せないのは機械の都合。
- 160 ：デフォルトの名無しさん：2019/03/02(土) 08:55:41.65 ID:bakyLAA5.net
- >>159
正規化してると人間にとって把握しやすいのはわかるがそれこそ人間の都合。
速度が出ないのは論理的必然。
という捉え方のが俺はしっくりくる。
- 161 ：デフォルトの名無しさん：2019/03/02(土) 09:32:08.88 ID:1SfH4HCR.net
- いやマテリアライズドビュー使えや
- 162 ：デフォルトの名無しさん：2019/03/02(土) 10:16:35.03 ID:GZ5C2Het.net
- 下手に正規化しすぎると例えば3年前のデータを見たら現在の名称が表示されて大混乱、とかよくある
- 163 ：デフォルトの名無しさん：2019/03/02(土) 10:40:50.67 ID:Ebyn5USS.net
- 正規化おじさんはoracleのオプティマイザに100%の信頼置いてんのか？
いちいちヒント書くの非効率なんだが
- 164 ：デフォルトの名無しさん：2019/03/02(土) 11:46:40.24 ID:PSsyx6Qo.net
- だからマテリアライズドビュー使え
- 165 ：デフォルトの名無しさん：2019/03/02(土) 11:49:44.37 ID:egGs6Y+K.net
- そうだマテリアライズドビュー使え
- 166 ：デフォルトの名無しさん：2019/03/02(土) 12:58:56.32 ID:HQU7x3/f.net
- もしマテリアライズドビュー使ったら？
- 167 ：デフォルトの名無しさん：2019/03/02(土) 14:32:26.26 ID:391w8W0a.net
- 待てリアライズビューが始まる
- 168 ：デフォルトの名無しさん：2019/03/02(土) 18:49:39.39 ID:y8OJKCt/.net
- >>129
loggerとかはシングルトンがいいんじゃねーの？
- 169 ：デフォルトの名無しさん：2019/03/02(土) 19:00:27.27 ID:bakyLAA5.net
- >>168
なかなか際どいとこだね。
分散実行するならいかんとは思うけどそこまでやるかという気もする。
- 170 ：デフォルトの名無しさん：2019/03/02(土) 20:29:04.43 ID:y8OJKCt/.net
- >>169
俺はアンチシングルトンおじさんなんだけど、loggerだけはいいパターン見つかんなくて妥協して使ってるんだよねぇ
あとはシステム内で共有するパラメータとかも妥協的に
なんかいい手法あるかね？
- 171 ：デフォルトの名無しさん：2019/03/02(土) 20:53:27.86 ID:bakyLAA5.net
- >>170
パラメータについては引数なりクラスメンバなりで渡した方が良いとは思う(システム内で変更があるなら)
loggerについて言い訳を用意するならば、基本的な動作は追記であって変更でないから
致命的な問題になりにくいというものはあるかも。
- 172 ：デフォルトの名無しさん：2019/03/02(土) 21:03:35.11 ID:GZ5C2Het.net
- ただ追記するだけのロガーなら確かにシングルトンである必要はあんまないわな
わざわざ別インスタンスを生成する理由も同様にないから、つまりそんなに悩むほど重要な問題じゃない
- 173 ：デフォルトの名無しさん：2019/03/02(土) 21:09:02.07 ID:KImDZwuV.net
- >>48
非同期処理を繰り返すとき
- 174 ：デフォルトの名無しさん：2019/03/02(土) 21:29:24.61 ID:hY2yNhzf.net
- 自分、ないしは自社で使うだけならシングルトンである必要はないんだろうけど、ライブラリとして公開するようなものなら間違った使い方をされることもありうるからシングルトンにしておきたくなったりしない？
- 175 ：デフォルトの名無しさん：2019/03/02(土) 22:56:52.47 ID:y8OJKCt/.net
- >>171
やっぱ引数になるよねぇ
そうすると扱いやすくはなるんだけど、深い依存メソッドまでパラメータ届けるのがどうしても嫌になっちゃう
- 176 ：デフォルトの名無しさん：2019/03/02(土) 23:42:02.50 ID:KQCFitL1.net
- 目的は？
- 177 ：デフォルトの名無しさん：2019/03/02(土) 23:44:27.56 ID:iJkEnlOJ.net
- どんなアプリもシングル起動なんだから、そこに書けばいいだけだよな。
- 178 ：デフォルトの名無しさん：2019/03/02(土) 23:48:01.36 ID:KQCFitL1.net
- >>163
普通信頼置かない。そもそも機械的にオプティマイズできてそれが最善で
あるなら人間いらなくなる。
ただ機械的オプティマイザーを超える方法がわからないが
- 179 ：デフォルトの名無しさん：2019/03/02(土) 23:51:49.69 ID:KQCFitL1.net
- 今日は2019年3月2日だ。
DBによって日付が違うと動作不良を起こすがありゃなんでだ？
- 180 ：デフォルトの名無しさん：2019/03/03(日) 09:43:36.98 ID:O68a6HXv.net
- そこまでは進んでない？
- 181 ：デフォルトの名無しさん：2019/03/03(日) 11:25:14.70 ID:BbxzBxVK.net
- >>175
ある程度の大きさのクラスを用意するとかかね。
それを継承して使いまわすとか。。
あんま大きすぎるとstatic変数やglobal変数と変わらんしあんまり良くないかな。
後はそれでも引数で渡しまくる。
実際cのプロジェクトで全ての関数はロガーを引数にするってなところもあった。
これはこれで確かにモジュラリティーは高くはなる。が面倒でもある。
- 182 ：デフォルトの名無しさん：2019/03/03(日) 12:46:53.97 ID:ITZTHuIP.net
- よくわからないし想像できないが炭におけないな。そんなプロジェクト
- 183 ：デフォルトの名無しさん：2019/03/03(日) 16:17:33.81 ID:YuQgiS/h.net
- 炎上ののち炭になるということ？
- 184 ：デフォルトの名無しさん：2019/03/03(日) 16:56:29.71 ID:E4UxtVYi.net
- ネタ
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail.php;_ylt=A7YWPRXdr3FTZxMA39vl_PN7?qid=11118107201
- 185 ：デフォルトの名無しさん：2019/03/03(日) 20:04:38.79 ID:miTn84+l.net
- 炭になってくれればいいんだけど、生焼けのままゾンビとして何年も残り続けるからタチが悪い
- 186 ：デフォルトの名無しさん：2019/03/03(日) 20:56:46.98 ID:eTCEJ2kQ.net
- >>12
コードは書くがプロジェクトに参加できない、
参加したとしても下っぱでしかやってないような視野の連中多かったイメージ
- 187 ：デフォルトの名無しさん：2019/03/05(火) 02:04:13.63 ID:l2KGaBcJ.net
- >>39
早期リターン禁止してネスト深くするのは耐え難いわ
- 188 ：デフォルトの名無しさん：2019/03/05(火) 03:44:36.46 ID:VDry4yCP.net
- 嫌ならgoto使え
- 189 ：デフォルトの名無しさん：2019/03/05(火) 09:37:57.33 ID:7BmVgGDk.net
- 動きゃいいんだよ。
ろくに動かないもんいつまでもデバッグしてるよりマシ
- 190 ：デフォルトの名無しさん：2019/03/05(火) 10:52:58.78 ID:uHvCHwSS.net
- アーリーリターンがダメだからgoto使うとか、アホやかと
gotoこそ有無を言わさず全面禁止にするべきようなものなのに
- 191 ：デフォルトの名無しさん：2019/03/05(火) 11:29:06.76 ID:HwCl8Q1J.net
- 馬鹿には無理
- 192 ：デフォルトの名無しさん：2019/03/05(火) 12:34:15.96 ID:590R4Sym.net
- returnは関数の最後に集約して、帰る時はgotoで飛ばすのが正しいスタイル
アーリーreturnが悪いわけじゃなくて、アーリーgotoラストreturnがより良いってだけの事
- 193 ：デフォルトの名無しさん：2019/03/05(火) 12:49:30.50 ID:uHvCHwSS.net
- その使い方なら確かにgoto使うのが一番スッキリするな
アホがむやみに使うせいで悪者扱いされるgotoさんは本当に気の毒だ
つっても最近の言語だとそもそもgotoが存在しない言語も多いけど
- 194 ：デフォルトの名無しさん：2019/03/05(火) 14:00:42.08 ID:7BmVgGDk.net
- 行き先不明のgotoより、明確に行き先が分かるreturnの方が遥かに安全だろ。
- 195 ：デフォルトの名無しさん：2019/03/05(火) 14:46:08.15 ID:uHvCHwSS.net
- phpにgotoがあることを今知ったわ
一律禁止しておかないと地獄のようなコードが量産されそうだなw
- 196 ：デフォルトの名無しさん：2019/03/05(火) 22:05:45.65 ID:0hQsMhrx.net
- 大域脱出をググっているんだが
英語でなんていうのか出てこない
- 197 ：デフォルトの名無しさん：2019/03/05(火) 22:38:10.58 ID:EBikh2IV.net
- staticでいいよ
オブジェクト指向が綺麗にハマるパターンなんてほとんどない
- 198 ：デフォルトの名無しさん：2019/03/05(火) 22:48:09.33 ID:pOIJCY+L.net
- >>196
C言語のsetjumpとlongjump？
- 199 ：デフォルトの名無しさん：2019/03/06(水) 17:31:56.59 ID:/lIbHJ9o.net
- GOTO禁止という余計な知識は知っていても
そのGOTOがどの言語のものを指し、なぜ言われていたのかを理解していない者は少なくない
理由も経緯も理解せず、ただそれが正しいものだと信じるのであれば、それは単なる信仰にすぎない
間違っている例
「昔の8bitマイコンで動いてたようなBASICは構造化されてないからGOTOでスパゲッティになる」
「構造化されているC言語ではGOTOを使うべきではない」
GOTOを使うべきではないと”有名な論文”で言われていたのは
論理IF文(IF〜ELSE〜THEN)すらなく、何をするにもGOTOで溢れかえっていた
古い規格のFORTANがほぼ前提になっている事を理解しなければならない
- 200 ：デフォルトの名無しさん：2019/03/06(水) 17:38:09.02 ID:nP+qIuYQ.net
- FORTRANのGOTO禁止なんてFOR-NEXT外から中への突入だけだろ
それ以外は禁止なんてされてない
- 201 ：デフォルトの名無しさん：2019/03/06(水) 17:42:00.64 ID:aGeQ5QQv.net
- まあ今時の言語なら大抵のケースにおいてgotoより良いやり方が用意されてるからな
一つ間違えたら大惨事を引き起こしかねないような代物をあえて使う理由もない
- 202 ： ：2019/03/06(水) 18:27:54.11 ID:pvc8mHD3.net
- >>201
＞今時の言語なら大抵のケースにおいてgotoより良いやり方
そんなものがあるのでしょうか？かなり疑問です…
- 203 ：デフォルトの名無しさん：2019/03/06(水) 18:39:59.24 ID:T925dhjI.net
- try〜catchとか後藤さんが嫌われて活躍してるじゃん。
- 204 ： ：2019/03/06(水) 18:44:25.89 ID:pvc8mHD3.net
- >>203
try〜catch＝SetJumpLongJmp ですか…たしかに一本とられました
- 205 ：デフォルトの名無しさん：2019/03/06(水) 19:25:13.11 ID:/lIbHJ9o.net
- 「GOTOを地上から消し去れ！とにかくGOTO表記を消し去れ！聖典にそう書いてあるというのを聞いたことがある！！」
置き換え可能な全ての機能をGOTOで置き直せ、と強制されているわけでもないのに
GOTOの4文字を目にした途端に発狂して「GOTOは悪魔の文字だ！使うな！」とわめき始める
GOTO否定教の信者さんは大変だな
- 206 ：デフォルトの名無しさん：2019/03/06(水) 19:42:48.36 ID:L0cGL7i+.net
- ラベル付きの break, continue が現れたことで goto 文は息の根を止められたのでは?
- 207 ：デフォルトの名無しさん：2019/03/06(水) 20:03:07.63 ID:SgTtMyqz.net
- 下向きgotoはそこまで悪いとは思わない
gotoと並行してフラグ変数作りまくるのを勘弁して欲しい
- 208 ：デフォルトの名無しさん：2019/03/06(水) 20:17:08.11 ID:RlXQ9XDp.net
- 後藤「差別やめれ」
- 209 ：デフォルトの名無しさん：2019/03/06(水) 20:40:00.08 ID:6E2MmEsM.net
- 本当はメソッドに切り分けまくれば良いんだが
一番キツイのはメソッドの名前を考えること
カプセル化は名前を考える労力を減らすってのが一つの役割かもしれん
- 210 ： ：2019/03/06(水) 20:45:55.18 ID:pvc8mHD3.net
- >>206
そのラベル付き、というのは goto に「言語上の」縛りを加えただけなのでは？バイナリーでは単なる jmp 文であるところにお節介な縛りをつけただけなのでは？
- 211 ：デフォルトの名無しさん：2019/03/06(水) 20:52:20.84 ID:T925dhjI.net
- 後藤さんは関数内ならどこにでも飛べちゃうから嫌われるんだよ。
あれが無けりゃいい奴なのに。
- 212 ：デフォルトの名無しさん：2019/03/06(水) 20:53:23.93 ID:deMtns5v.net
- 昔のBASICはIF THENのあとに行番号を書いておけばそこにジャンプした
実際はGOTO
それを利用してGOTOを排除したって言ってた人がいて雑誌にそのプログラムが乗ってた
編集者も意地悪だなってｵﾓﾀ
- 213 ：デフォルトの名無しさん：2019/03/06(水) 21:56:50.08 ID:s+f1BYLZ.net
- 自分がプログラム始めたての頃にgoto文を知ったときは、なるほどコレを使って処理を分けていけばいいんだな！と思ってgotoだらけになったからな。
その辺がgotoが悲劇を生み出す背景な気がする。
- 214 ：デフォルトの名無しさん：2019/03/06(水) 21:59:49.13 ID:bD1OgwFI.net
- Learn C the hard wayが昔は無料で読めたんだけど、その中ではgotoをエラー時にリソース開放で使ってたな
あれは用途が明快で構造をシンプルに保つ唯一の手段だと納得した覚えがある
- 215 ：デフォルトの名無しさん：2019/03/06(水) 23:18:10.15 ID:e2ChgRco.net
- 後藤さんは上向きに移動できる時点で使ってはいけないもの
- 216 ：デフォルトの名無しさん：2019/03/07(木) 10:59:20.21 ID:N2ThN7lC.net
- finallyみたいなもんか
- 217 ：デフォルトの名無しさん：2019/03/07(木) 14:05:33.75 ID:N/cPeE83.net
- goto禁止なのはCPUの先読みキャッシュ再読み込みのペナルティが増えるからだろ
- 218 ：デフォルトの名無しさん：2019/03/07(木) 14:08:50.43 ID:BNKQ6N5d.net
- >>217
そんなの普通にループ処理でも分岐処理でも発生してるがな。
- 219 ：デフォルトの名無しさん：2019/03/07(木) 21:55:15.93 ID:DIhWxmq7.net
- アセンブラレベルではgotoのようなものしかないけどな
- 220 ：デフォルトの名無しさん：2019/03/07(木) 22:02:14.39 ID:DIhWxmq7.net
- もともとgotoみたいなものしかないけど意味レベルで使い方を分ければ素のgotoは使いどころが少ないので
なるべく使わないでねって事
- 221 ： ：2019/03/07(木) 22:31:49.66 ID:IzAEAgL0.net
- >>220
その「意味レベルでの使い分け」とか本当に意味のある縛りなんですか？
- 222 ：デフォルトの名無しさん：2019/03/07(木) 22:32:42.31 ID:rioBJ/QG.net
- ダイクストラさんがこの現状見たら泣くぞ。。
- 223 ：デフォルトの名無しさん：2019/03/08(金) 02:37:01.56 ID:Wi6lnGN0.net
- 誰？
- 224 ： ：2019/03/08(金) 02:41:59.12 ID:z/Z4PF0F.net
- >>223
https://ja.wikipedia.org/wiki/%E3%82%A8%E3%83%89%E3%82%AC%E3%83%BC%E3%83%BB%E3%83%80%E3%82%A4%E3%82%AF%E3%82%B9%E3%83%88%E3%83%A9
- 225 ：デフォルトの名無しさん：2019/03/08(金) 08:51:45.91 ID:G/pgcPeR.net
- ダイクストラはかく語りき
- 226 ：デフォルトの名無しさん：2019/03/08(金) 09:03:00.94 ID:WTQqfr5K.net
- gotoが悪玉視されたのは、関数やサブルーチンって概念が薄くて巨大な関数が鎮座するプログラムが横行していたからじゃないのかな？
１０００行のメソッドの中のgotoなど地獄でしか無い
- 227 ：デフォルトの名無しさん：2019/03/08(金) 09:08:17.49 ID:DXaMv9+Q.net
- 1000行のメソッド自体が地獄
- 228 ：デフォルトの名無しさん：2019/03/08(金) 09:26:43.81 ID:dZ4sYt+j.net
- >>226
昔はもっとすごいよ。goto文で前のループにつっこんだり、前のifにつっこんだりと本当のスパゲティが存在した。
- 229 ：デフォルトの名無しさん：2019/03/08(金) 10:04:51.16 ID:rZq9fJ02.net
- 2019年にもなってgotoに執着してるのはやばいだろ、逆張りにもほどがある
- 230 ：デフォルトの名無しさん：2019/03/08(金) 10:43:55.93 ID:WTQqfr5K.net
- 二重三重のループから脱出する手段としてはgotoとreturn、フラグの３択となる場合が多いが
gotoにしてメソッドの数を減らすやり方があってもいいとは思うんだけどね
俺はなんとなくreturn使っているが
- 231 ：デフォルトの名無しさん：2019/03/08(金) 11:19:10.35 ID:bTIRYiKW.net
- >>230
戻り先が明確なreturnが一番安全安心。
gotoなんてその時良くても、手が離れて改修されて何年か後に見てみたら違う意味になってたりするから怖いわ。
フラグは時系列的に前後関係がある場合には仕方ないから使い方次第だ。関数内スコープしか無いフラグは面倒なだけだわ。
- 232 ：デフォルトの名無しさん：2019/03/08(金) 12:18:43.98 ID:rZq9fJ02.net
- >>231
それだよな。
gotoは書いたその瞬間だけは別に問題がないけど、どこかに変更が加わった瞬間に魔物と化すリスクが大きすぎる。
- 233 ：デフォルトの名無しさん：2019/03/08(金) 13:54:56.17 ID:FlAUHkK4.net
- gotoはウィザードにしか使いこなせないがウィザードはgotoの危険性も別の安全な手段も熟知しているので使用しない
結論としてgotoはいらない子
- 234 ：デフォルトの名無しさん：2019/03/08(金) 14:21:57.32 ID:j3u+c/XL.net
- >>228
そりゃすごい...というか、それならgotoは有害、って言われるのも頷ける
>>233
例外禁止/例外がない言語だとリソース解放はgoto一択では？
- 235 ：デフォルトの名無しさん：2019/03/08(金) 14:25:55.23 ID:bTIRYiKW.net
- gotoじゃリソース解放してくれないだろ。
- 236 ：デフォルトの名無しさん：2019/03/08(金) 15:01:31.72 ID:UJJsWIlY.net
- リソースの開放を忘れて、return で上位関数に戻るよりは、
リソース開放の処理を、関数末尾に集めて、
goto で必ずそこを通るようにしてから、
関数の終わりで上位関数に戻るようにした方が、良いのでは？
という意味なんだと思いますよ。私は。
- 237 ：デフォルトの名無しさん：2019/03/08(金) 15:09:24.29 ID:j3u+c/XL.net
- goto自体がリソース解放の命令だなんて言ってないよｗ
エラー時のリソース解放にgotoが有益、っていう話
if ((err = create_resource_00(args..., &res00)) goto error_00;
if ((err = create_resource_01(args..., &res01)) goto error_01;
if ((err = create_resource_02(args..., &res02)) goto error_02;
...
return 0; // success
...
error_02: destroy_resource_01(res01);
error_01: destroy_resource_00(res00);
error_00:
return err;
という感じで
- 238 ：デフォルトの名無しさん：2019/03/08(金) 15:16:05.87 ID:j3u+c/XL.net
- 上のやつはまとめてリソースを確保するだけの処理と仮定してるので、+αで何らかの処理まで行うなら>>236の言う通りです
- 239 ：デフォルトの名無しさん：2019/03/08(金) 15:17:16.15 ID:p3uWfhXt.net
- COBOL級のレガシー言語ならしかたない
- 240 ：デフォルトの名無しさん：2019/03/08(金) 15:37:58.89 ID:bTIRYiKW.net
- リソースハンドル捕まえてんだからそう慌てて解放する必要も無いんだぞ。
何らかの準備処理に失敗して戻って来たら、後片付け処理呼べばいいだけだからな。
- 241 ：デフォルトの名無しさん：2019/03/08(金) 15:41:48.93 ID:bTIRYiKW.net
- そもそも、リソースまとめて生成する処理があるなら、
リソースまとめて削除する処理だって作るだろうに。
なんでアンバランスな設計したがるの？
- 242 ：デフォルトの名無しさん：2019/03/08(金) 15:48:15.81 ID:rZq9fJ02.net
- まとめて確保するのに解放は個別処理にやらせるのかよ、gotoとか関係なしにバグの温床になりそうな設計してるな。センスないわ。
- 243 ：デフォルトの名無しさん：2019/03/08(金) 16:09:58.22 ID:eYLLL/Dr.net
- C/C++のbreakにラベルへ飛ばす機能があれば良かったのに
- 244 ：デフォルトの名無しさん：2019/03/08(金) 16:35:52.70 ID:j3u+c/XL.net
- >>241
リソースをまとめて解放する処理自体は必要だけど（エラーがなかった時に呼ぶ）、失敗時にはrollbackする戦略の方が楽だと思う
利用する側が失敗時にも終了処理するって、個人的には微妙に感じる
- 245 ：デフォルトの名無しさん：2019/03/08(金) 16:59:51.94 ID:j3u+c/XL.net
- というかリソースを内包するようなモジュールを組み合わせることを考えると、非rollback戦略では無駄な状態が増えるので良くない
例えばmod-A(中でリソースを確保）mod-B(中でリソースを確保）という二つのモジュールを内部で利用する別のモジュールmod-Cを考えると、
この二つが共に非rollback戦略を採用していた場合には、mod-Aの初期化に成功、mod-Bの初期化に失敗、という場合に備えてmod-Cの終了処理はそれぞれmod-A/mod-Bが成功していたかどうかを判定するための変数を持つ必要がある
――あるいはmod-A/mod-Bは共に自身が未初期化状態であるにも関わらず終了処理を呼ぶことが合法であり、未定義動作を引き起こさないということを確約しないといけない
こういう状態管理の煩雑さを考えるとrollback戦略がいいと思う
- 246 ：デフォルトの名無しさん：2019/03/08(金) 17:20:44.26 ID:j3u+c/XL.net
- ...ん？サブモジュール数を二つにした結果、議論が意味を成してないな
>> 245は忘れてくれｗｗ
まあ要はサブモジュールがN個あったときに非rollback戦略だと、
1 <= k <= Nであるk番目で失敗したとき、残るN-K個は完全に未定義状態なのだから、
1. その状況下でも終了処理が未定義動作を引き起こさないよう約束するか、
2. そうでないなら呼び出し側で状態を追跡できるようにするための変数が必要
ってことで、まあ結局状態管理が面倒ってことが言いたかったんだ
- 247 ：デフォルトの名無しさん：2019/03/08(金) 18:07:41.94 ID:0ga9HMQd.net
- そのrollback戦略とやらって、別にgoto使わなくても実現出来るでしょ、、
- 248 ：デフォルトの名無しさん：2019/03/08(金) 18:33:27.22 ID:j3u+c/XL.net
- >>247
当たり前じゃないですか
自分が言っているのは「gotoはエラー処理時に便利」「rollackの方が状態管理の煩雑さを軽減できるのでいいのではないか？」という二点であって、それ以上のことは言ってませんよ
- 249 ：デフォルトの名無しさん：2019/03/08(金) 18:46:48.30 ID:rZq9fJ02.net
- ああ、こういうタイプの人か
- 250 ：デフォルトの名無しさん：2019/03/08(金) 19:48:05.20 ID:bTIRYiKW.net
- いやいや、createでエラーが返されたらdestroyする。
それだけだぞ。当然中身なんか知らなくてもいい様にするだろ？
なんで未定義のリソースの心配までしなきゃならないんだ？
全部createしたモジュールから機能を呼ぶだけなのに。
…あ、オブジェクト指向は理解できない人たち？
- 251 ：デフォルトの名無しさん：2019/03/08(金) 20:33:53.95 ID:j3u+c/XL.net
- あのさあ、人にオブジェクト指向の理解を問う前に不変条件という概念について勉強してくれないかな
class-invariantって聞いたことない？生成失敗は不変条件の構築失敗なんだから破棄処理もクソもないでしょ
前提が成り立ってないんだから
- 252 ：デフォルトの名無しさん：2019/03/08(金) 20:58:42.35 ID:0ga9HMQd.net
- 情報系の学生さんっぽいね君
- 253 ：デフォルトの名無しさん：2019/03/08(金) 21:33:08.23 ID:meEyRQaU.net
- goto で一番問題だったのは外で変数を勝手にセットして
ループに飛び込んで、ループ内の変数を勝手に書き換えて
ループから飛び出していく
とかいうコードを当たり前のように書いていたから
変数がどこで書き換えられているのかわからなかったのが
一番の問題
- 254 ：デフォルトの名無しさん：2019/03/08(金) 22:04:49.84 ID:bTIRYiKW.net
- >>251
生成失敗しても動き続けないとならないコンピュータシステムなんて、幾らでも世の中にはあるんだよ？
リソースの取得が失敗したくらいで停止してもらっちゃ困るわ。
- 255 ：デフォルトの名無しさん：2019/03/08(金) 22:53:58.68 ID:j3u+c/XL.net
- 上で言っているのは「要求される前提条件」についての話ですよ？
あなたの上げた例は単にあるリソースの獲得失敗は想定の内である、そのような前提条件を有するシステムが存在するっていうだけです
それとも任意のエラーを許容する、前提条件ゼロのシステムが存在するとでも？
- 256 ：デフォルトの名無しさん：2019/03/08(金) 23:16:55.43 ID:j3u+c/XL.net
- というか、そもそも不変条件の構築失敗時には死ぬしかないっていう一般論が
リソース獲得時には死ぬしかないという主張に挿げ替えられているのが意味不明ですね
一体どこを読んでそう思ったんですか？皮肉じゃなくて聞きたいですね
そんなこと言ってないつもりですが
- 257 ：デフォルトの名無しさん：2019/03/09(土) 01:44:23.67 ID:jz9xUaFa.net
- リソース獲得に失敗した時にできるだけ活かすようにするのか
即時に終了するべきかのかは、「そう簡単に一般化できる結論はない」というのが
c++での例外導入時の議論における結論。
- 258 ：デフォルトの名無しさん：2019/03/09(土) 04:54:46.17 ID:EXmOKVNB.net
- 居酒屋で愚痴ってればいいのに
ネットで発信したから
- 259 ：デフォルトの名無しさん：2019/03/09(土) 08:30:21.08 ID:RvRucbhc.net
- 居酒屋で愚痴る相手もいなかったんでしょ
- 260 ：デフォルトの名無しさん：2019/03/09(土) 10:09:44.53 ID:fkGpFy2T.net
- こんなネタで愚痴れる居酒屋があるなら行くわ
- 261 ：デフォルトの名無しさん：2019/03/09(土) 10:12:12.55 ID:aSefnx8y.net
- >生成失敗は不変条件の構築失敗なんだから
プログラムのロードはそうだろうけど
- 262 ：デフォルトの名無しさん：2019/03/09(土) 11:16:49.71 ID:0gt1Zzgm.net
- >>260
愚痴るネタが制限されてる居酒屋ってあるの？
- 263 ：デフォルトの名無しさん：2019/03/09(土) 12:06:11.88 ID:RvRucbhc.net
- vimの話をしちゃいけない居酒屋とか作りたい
- 264 ：デフォルトの名無しさん：2019/03/09(土) 13:56:59.81 ID:jz9xUaFa.net
- プログラミングbarとか恐ろしく殺伐としてそうw
- 265 ：デフォルトの名無しさん：2019/03/09(土) 19:27:34.53 ID:sW/nhyo2.net
- Ruby使いやPython使いだらけな予感
あとはVBA使い
- 266 ：デフォルトの名無しさん：2019/03/09(土) 22:11:22.90 ID:vm8VmVdo.net
- 若い実務者が「オブジェクト指向」というお題目で一致団結してプロジェクトを
進めようという雰囲気のなか、それに水を指すひとが出てくるという状況が発生してきた
実務者は若いので現実に否定されると傷害事件にも発展するかもしれない
そうなると面倒だし統制かける自信がなかったから
代表して大々的に叩いてガス抜きした
みんなウィンウィンだからこれでいいんだろ。若者なんかなにするかわかんないんだから。
- 267 ：デフォルトの名無しさん：2019/03/09(土) 22:43:52.46 ID:kzjDxuXD.net
- 片方winしかしてないのにwinwinとは
- 268 ：デフォルトの名無しさん：2019/03/10(日) 10:26:06.25 ID:al/xCIsd.net
- まずあの当時の若いエンジニアならオブジェクト指向は当然の前提だからわざわざお題目として唱えない
- 269 ：デフォルトの名無しさん：2019/03/10(日) 16:36:03.29 ID:FM+9nmuq.net
- >>268
オブジェクト指向と言っても何をどうしたいのは人それぞれだからな。
- 270 ：デフォルトの名無しさん：2019/03/10(日) 19:06:30.25 ID:kEGKNzHc.net
- その昔インスタンスを一個だけ作って
あとはメソッド＝関数のように扱ってるプロジェクトを見たことがある
誰もダメ出ししなかったのかと
- 271 ：デフォルトの名無しさん：2019/03/10(日) 19:10:28.71 ID:bDFWdxia.net
- やり方によっちゃリファクタリングできる余地もあるだろうしstatic変数使うよりかは
少しだけマシかなと。
最近の設計方針としてはオブジェクト指向がどうよりもSOLIDを理解してる方がだいじかなと思う。
SOLID少しバカにしてたけど、かなりコンパクトに要素をまとめた標語になってる気がしてきた。
- 272 ：デフォルトの名無しさん：2019/03/11(月) 04:59:46.90 ID:pTTv+VC9.net
- インスタンスが増える可能性があるなら良いんじゃない？
- 273 ：デフォルトの名無しさん：2019/03/11(月) 05:12:51.52 ID:sVkqVhUd.net
- Single responsibility principle 単一責任の原則
A class should have only a single responsibility, that is,
only changes to one part of the software's specification should be able to affect the specification of the class.
Open–closed principle 開放・閉鎖原則
"Software entities ... should be open for extension, but closed for modification."
Liskov substitution principle リスコフ置換原則
"Objects in a program should be replaceable with instances of their subtypes
without altering the correctness of that program." See also design by contract.
Interface segregation principle インタフェース分離の原則
"Many client-specific interfaces are better than one general-purpose interface."
Dependency inversion principle 依存性逆転の原則
One should "depend upon abstractions, [not] concretions.
http://developer.wonderpla.net/entry/blog/engineer/oop_solid_s/
- 274 ：デフォルトの名無しさん：2019/03/11(月) 10:20:49.00 ID:Rz4vOdRL.net
- 役割分担がどこまで出来てるかだよな。
オブジェクト指向より前から、機能分担なんてのは普通にやってたし、共通部品化と言う考えもあったしな。
- 275 ：デフォルトの名無しさん：2019/03/13(水) 20:12:53.02 ID:AiOHxaEO.net
- スノッブだよ。スノッブが役割分担とか笑わせる
- 276 ：デフォルトの名無しさん：2019/03/13(水) 20:35:09.13 ID:Kky52x6n.net
- じゃあいままで一体なにやって来たんだ。
- 277 ：デフォルトの名無しさん：2019/03/14(木) 06:57:29.67 ID:/hJRNFKz.net
- ↓麻生太郎のあの画像
- 278 ：デフォルトの名無しさん：2019/03/14(木) 11:05:30.46 ID:lFrR8Qde.net
- スコープの概念が無いだけ
- 279 ：デフォルトの名無しさん：2019/03/14(木) 12:44:05.36 ID:jLkIdUGW.net
- 怪奇現象が怖かったから、ほら、怖いだろ？って
後片付け、気が滅入る
- 280 ：デフォルトの名無しさん：2019/03/17(日) 23:41:55.70 ID:qFtY3RGx.net
- staticおじさん叩いてる人の何割がSingletonをstatic class的に使ってたのか問題
- 281 ：デフォルトの名無しさん：2019/03/20(水) 09:26:19.50 ID:R+JMdvE0.net
- そんなやつおるの？ｗ
- 282 ：デフォルトの名無しさん：2019/04/14(日) 10:21:07.07 ID:VpFefbBa.net
- >>206
ラベル付きのbreakとかcontinueって、スペルを変えたgotoってだけだよな
- 283 ：デフォルトの名無しさん：2019/04/14(日) 11:52:53.79 ID:u6Sj11hg.net
- >>210
>>282
優秀な人々には理解されにくいんですが人間は愚かなのでお節介な制約を付けないとバグらせてしまうんですよ
そして頭数を揃えられると都合の良い状況が現代では多いので少なくとも無駄ではない
- 284 ：デフォルトの名無しさん：2019/04/15(月) 09:54:01.21 ID:gVz3O2O7.net
- www.sejuku.netのゴミさは異常
いい加減な記事ばかりサイトに載せやがって
検索に引っかからないでほしい
- 285 ：デフォルトの名無しさん：2019/04/15(月) 10:44:00.27 ID:BsGbG3gA.net
- 英語の意味検索するときweblio見たいのにalcとかいうゴミサイトが上に来るみたいなもんだなｗｗｗ
- 286 ：デフォルトの名無しさん：2019/04/15(月) 13:14:38.74 ID:Q9ByXEDM.net
- 「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典
これもガチで検索結果から消えてほしい
役に立ったためしがない
- 287 ：デフォルトの名無しさん：2019/04/15(月) 15:31:15.66 ID:mM0ZEu/B.net
- インスタンス
コールスタックに実引数以外にインスタンスのアドレス積む
フィールドアクセスにアドレスの計算が必要
スタティック
コールスタックには実引数のみで良い
フィールドアクセスはダイレクトなアクセスでOK
satanic的にstaticはfantastic!!
- 288 ：デフォルトの名無しさん：2019/04/15(月) 19:18:49.56 ID:dnOkKB7K.net
- >>286
Google Hit Hider by Domainっていうuserscriptで検索結果から消してる
- 289 ：デフォルトの名無しさん：2019/04/15(月) 20:37:29.25 ID:Q9ByXEDM.net
- >>288
有益な情報ありがとうございます
心から感謝します
- 290 ：デフォルトの名無しさん：2019/05/18(土) 13:49:08.45 ID:J0miZ/5C.net
- perlあたりの時代だと手書きhtmlサイトだけだったのでperlの学習効率は高かった
今はblog化されてて、perl時代より学習効率が落ちてる
- 291 ：デフォルトの名無しさん：2019/06/18(火) 06:20:31.75 ID:3nOE2mBA.net
- プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
- 292 ：デフォルトの名無しさん：2019/08/28(水) 16:31:00.84 ID:mS+vHE7R.net
- >>19
性的女子高校生
- 293 ：デフォルトの名無しさん：2020/06/22(月) 15:51:05 ID:khT4bacP.net
- 阪神タイガース居酒屋みたいなものがあればいいのか。
Ruby居酒屋 Rubyディすると即退場
Java居酒屋
K&R C居酒屋
うーむ。K&R居酒屋は、開店しても閉店まで客一人とかだから誰もやらんな
となると、客が多くきそうな、旬なおっPython居酒屋が一押しか。
- 294 ：デフォルトの名無しさん：2020/06/22(月) 15:51:05 ID:khT4bacP.net
- 阪神タイガース居酒屋みたいなものがあればいいのか。
Ruby居酒屋 Rubyディすると即退場
Java居酒屋
K&R C居酒屋
うーむ。K&R居酒屋は、開店しても閉店まで客一人とかだから誰もやらんな
となると、客が多くきそうな、旬なおっPython居酒屋が一押しか。
- 295 ：デフォルトの名無しさん：2020/06/22(月) 15:55:14.35 ID:mmpBZ73b.net
- cobol居酒屋ないのか
- 296 ：デフォルトの名無しさん：2020/06/22(月) 17:35:45.94 ID:5VJoOXgM.net
- おっパブ パイソン学園。
- 297 ：デフォルトの名無しさん：2020/07/04(土) 12:56:47.56 ID:3Z3LdE0t.net
- Java居酒屋は最初の一杯無料っぽい
- 298 ：デフォルトの名無しさん：2020/07/26(日) 17:33:08.78 ID:r0UUx6Fs.net
- そりゃクラスライブラリ使うだけならいいけど
自分で作るとなると本命の処理以外の
無駄なモノあれこれ書かされるだけだからなw
- 299 ：デフォルトの名無しさん：2021/06/06(日) 16:36:17.54 ID:XQfgI5eT.net
- >>293
BaslerのMVカメラ使う時のライブラリがPypylonて名前だったのを脈絡なく思い出した
- 300 ：デフォルトの名無しさん：2021/07/19(月) 21:30:25.28 ID:Yaij3Qmg.net
- 酷い作りのクラスだと引数ではなくメンバ変数に値をセットしてメソッド呼び出しとかあるからな。
わかるかボケ
- 301 ：デフォルトの名無しさん：2021/07/19(月) 23:13:13.39 ID:7DxAXQZB.net
- 「週休3日・下限年収1000万」採用ツイートが話題に！ “日本のエンジニア安く買い叩かれ過ぎ問題”に一石を投じた起業家の願い
https://type.jp/et/feature/11257
ネクスウェイ、週休4日制・1日3時間勤務選択できる勤務体系を導入
https://news.mynavi.jp/article/20191217-940849/
週休４日ＯＫ、介護などと両立も ＳＭＢＣ日興が導入へ
https://www.asahi.com/articles/ASMDJ4HD3MDJULFA01K.html
ルネサス、週休3日制導入へ 連休明けから5000人対象
https://www.nikkei.com/article/DGXMZO58462290U0A420C2TJ2000/
土日と「水曜」は休日！ ベンチャー企業が「週休3日制」を導入してよかったコト
https://www.j-cast.com/2019/07/21363088.html?p=all
2020年4月より「週休3日制」を導入。テックカンパニー化に向け、好循環を生み出すエンジニアリング組織へ
https://prtimes.jp/main/html/rd/p/000000096.000016431.html
｢週休3日｣でバズった､無人コンビニ｢600｣はどんな会社か
https://media.moneyforward.com/articles/3394
週休3日制を導入した企業が学んだ7つの教訓とは？
https://gigazine.net/news/20200712-7-lessons-four-day-workweek/
「給料が倍になるよりうれしい」経営が導入に踏み切った、エンジニアの週休3日制とは
https://www.excite.co.jp/news/article/ds_journal_dsjournal19991/
週休3日制を採用している企業一覧
https://www.k-society.com/recruit/list_of_companies_allow_a-four-day-workweek/
- 302 ：デフォルトの名無しさん：2021/07/19(月) 23:27:28.02 ID:O+CllEm4.net
- OOPが嫌なら使わなければいい
彼はそれを実践した
それだけのこと
- 303 ：デフォルトの名無しさん：2021/07/20(火) 04:37:58.44 ID:pyjXm/pu.net
- もう終わってしまったRubyにしがみついてるような連中が叩いていただけ
- 304 ：デフォルトの名無しさん：2021/07/20(火) 06:08:43.60 ID:9FCE6Fta.net
- SE WORLD システムエンジニアの世界 IT技術
http://wonderfulsky.web.fc2.com/index.html
「実はオブジェクト指向ってしっくりこないんです」とその時代 | SE WORLD ブログ版
https://ameblo.jp/kenchaz/entry-12599678479.html
「実はオブジェクト指向ってしっくりこないんです」から10年 | SE WORLD ブログ版
https://ameblo.jp/kenchaz/entry-12599341144.html
- 305 ：デフォルトの名無しさん：2021/07/20(火) 08:38:10.17 ID:Oy48Jhl6.net
- >>304
言ってることはまとも、叩いてた人の方がヤバい
- 306 ：デフォルトの名無しさん：2021/07/20(火) 09:14:26.24 ID:2ecX9oPq.net
- >>300
OpenGLですね判ります
- 307 ：デフォルトの名無しさん：2021/07/20(火) 09:15:14.00 ID:2ecX9oPq.net
- >>304
sejuku のゴミさは異常
いい加減な記事ばかりサイトに載せやがって
検索に引っかからないでほしい
- 308 ：デフォルトの名無しさん：2021/07/27(火) 21:47:43 ID:LjFMyt/8.net
- ０７４９−４３−７１９４
そうかに指示出されて非通知かけてくんな死ね
- 309 ：デフォルトの名無しさん：2021/08/06(金) 15:17:12 ID:ejJCz0w7.net
- >>1
>staticおじさんの主張に「極力static変数は使わない」
いやいやいや、それもはやstaticおじさんの主張でも何でもないだろ
- 310 ：デフォルトの名無しさん：2021/08/06(金) 15:29:34 ID:NNYkMP36.net
- 文章よく読んだが良い
- 311 ：デフォルトの名無しさん：2021/08/07(土) 00:13:47 ID:rXkekRAR.net
- 「staticおじさん」が本当に欲しかったもの
private
- 312 ：デフォルトの名無しさん：2021/08/07(土) 00:46:28 ID:tnPFBmrK.net
- いいや？
- 313 ：デフォルトの名無しさん：2021/08/07(土) 15:29:34 ID:zzL21uSy.net
- むしろstaticおじさんの原文だとクラスのメンバ変数とメソッドをpublic staticを推奨してるのだが。
- 314 ：デフォルトの名無しさん：2021/08/07(土) 17:30:06 ID:nvw/+Fhk.net
- ASP.NETのライブラリ使ってれば事足りる仕事しかしてなければ
staticだけで良いと思うだろうしそんな人にstaticだからダメだというのは
野暮だと思うけどなあ
- 315 ：デフォルトの名無しさん：2021/08/08(日) 11:34:22 ID:+ND78RnS.net
- public staticにして、クラス利用者がクラス変数呼びまくってるんだぜ？
カプセル化されてないクラスメンバのstatic変数とか、グローバル変数宣言した構造体となんの違いがあるんだ...。
- 316 ：デフォルトの名無しさん：2021/08/08(日) 13:48:08 ID:9M/UErff.net
- そうなの？ staticおじさんのソースコードみたことあるの？
- 317 ：デフォルトの名無しさん：2021/08/08(日) 13:52:35 ID:UvnbNG8C.net
- singletonクラスなら普通
- 318 ：デフォルトの名無しさん：2021/08/08(日) 15:23:23 ID:+ND78RnS.net
- staticおじさんの炎上元ネタ記事
https://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html
>「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。
って書いてあるゾ
- 319 ：デフォルトの名無しさん：2021/08/08(日) 16:09:39 ID:9M/UErff.net
- >>318
コメントで
> ですから必然的にstatic public で定義された変数はサーバー名とかデータベース名とか初期化パラメータとしてしか意味がないものになります。
とも言ってるからreadonlyのものに限られるんじゃないかな
- 320 ：デフォルトの名無しさん：2021/08/08(日) 18:19:40 ID:ZzxWVxwD.net
- >>319
本文にもそれ書けよwってstaticおじさんに言いたいが...それはそれでまずいな。
プログラミングするのなら、必ず「状態」をどこかで持たないとだが、
本来のやり方
1.クラス(インスタンス)に属性を持たせる
メンバ変数をstaticにすることで、上記手段で状態を持つことをstaticおじさんは否定してる。そうなると...
他のやり方
2. グローバル変数
3. ユーザーに定義させる
4.クラス(staticメンバ)に状態を持たせる
くらいしか、状態を持つ手段がなくなるけど、そこから4.のやり方もreadonlyにすることで否定したら、2 or 3しか関数に状態を持たせる手段が無くなる。
初期化パラメータしか意味がないものをstaticにすると言うのなら、初期化パラメータ以外の意味を持つ状態変数はどう定義するんだよって感じだな。
- 321 ：デフォルトの名無しさん：2021/08/08(日) 18:42:54 ID:9M/UErff.net
- そうなることがないんだと思うよ
Webアプリの処理をすべてコントローラに書けばローカル変数だけで事足りるわけだし
.NETのライブラリ使うだけで生きてきた人なんだよ
- 322 ：デフォルトの名無しさん：2021/08/08(日) 18:46:00 ID:9M/UErff.net
- 引数や戻り値、ローカル変数で事足りるものをインスタンス変数にして
状態依存作りまくりの地獄オブジェクト指向を見てきた僕からすると
staticおじさんの方がよほど健全
- 323 ：デフォルトの名無しさん：2021/08/08(日) 19:02:54 ID:+ND78RnS.net
- >>322
でも、.NET FrameworkやASP.NET自体はオブジェクト指向で作られてるよね？
そして、その.NETには状態を持ってるよね？
なんで自作のクラスはオブジェクト指向開発しては駄目で、ライブラリは許されるの？
そもそも貴方が嫌がってるコードって本当にオブジェクト指向？
ドメインモデル貧血症なクラスや、神クラスの間違いじゃないの？
- 324 ：デフォルトの名無しさん：2021/08/08(日) 19:04:50 ID:+ND78RnS.net
- >>322
> 状態依存作りまくりの地獄オブジェクト指向を見てきた僕からすると
この時点でカプセル化出来ていないし、オブジェクト指向とは言えないゾ
- 325 ：デフォルトの名無しさん：2021/08/08(日) 19:07:46 ID:9M/UErff.net
- >>323
それはそうだろけど
staticおじさんは.NETのフレームワークの充実したライブラリがあれば
自分でオブジェクト作る必要ないって立場だと思うよ
ドメインモデル貧血症も神クラスもオブジェクト指向だよね
設計の良し悪しはあれどオブジェクト指向だよ
- 326 ：デフォルトの名無しさん：2021/08/08(日) 19:09:00 ID:9M/UErff.net
- >>324
カプセル化は属性と操作を一体化することなのでカプセル化は破られてないよ
別のメソッドを先に呼ばないと次のメソッドは正常に動作しないみたいな
作りになってたんだよね、そういう意味での状態依存
- 327 ：デフォルトの名無しさん：2021/08/08(日) 19:17:41 ID:ZzxWVxwD.net
- https://en.m.wikipedia.org/wiki/Anemic_domain_model
ここ読め
The fundamental horror of this anti-pattern is that it's so contrary to the basic idea of object-oriented designing
ドメインモデル貧血症はオブジェクト指向の設計思想に反したアンチパターンだ。
そもそも、自分で勝手に考えた最悪のパターンとstaticおじさんの主張を比較する意味がわからない
オブジェクト指向 vs staticおじさん で比較したいのなら、最良のオブジェクト指向 vs 最良のstaticおじさん(みながわけんじ氏)の主張に基づくコードで比べるべき。
- 328 ：デフォルトの名無しさん：2021/08/08(日) 19:18:17 ID:9M/UErff.net
- 引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を
インスタンス変数にセットしてたりしたなあ
オブジェクト指向の入門書は僕も色々読んだけど、オブジェクト指向のメソッドは必ずインスタンス変数を操作しないと
いけないと書いてあるのもあったし、とにかくなんでもかんでもオブジェクトにするのが成功の秘訣だと
書いてあるのもあった
本を読む素直で意識の高いアホほど地獄オブジェクト指向に陥る印象だわ
ここの人たちは性格がひねくれてるから問題ないだろうけどさ
- 329 ：デフォルトの名無しさん：2021/08/08(日) 19:21:38 ID:9M/UErff.net
- >>327
僕の経験的にはドメインモデル貧血症が悪いとは思えない
君は誰かがそう言ってるからそうなんだと思ってるだけでドメインモデル貧血症で困ったこと経験なんてないっしょ
staticおじさんの文脈ではオブジェクト作る必要がない状況なんだからオブジェクト指向との
比較はやるまでもないことだと思うよ
- 330 ：デフォルトの名無しさん：2021/08/08(日) 19:23:35 ID:+ND78RnS.net
- >>328
> 引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を
> インスタンス変数にセットしてたりしたなあ
それ、完全にドメインモデル貧血症だゾ
それをオブジェクト指向と見なすこと自体変だし、オブジェクト指向と見なすにしても、なぜ、オブジェクト指向のやっては駄目なパターンをやってオブジェクト指向を批判するのかわからないゾ
- 331 ：デフォルトの名無しさん：2021/08/08(日) 19:28:47 ID:9M/UErff.net
- >>330
そうなの？ 僕が知ってるドメインモデル貧血症は
属性と操作が一体化してないものだけど
> 引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を
> インスタンス変数にセットしてたりしたなあ
これはそれとは違うから、ドメインモデル貧血症ではないと僕は思ってる
いうなれば構造化プログラミング未経験症ってところかと
ダメな設計も簡単にできるダメなオブジェクトも簡単に作れる
これがオブジェクト指向の功罪だよ
- 332 ：デフォルトの名無しさん：2021/08/08(日) 19:33:47 ID:ZzxWVxwD.net
- >>331
> >>330
> そうなの？ 僕が知ってるドメインモデル貧血症は属性と操作が一体化してないものだけど
属性と操作が完全に一致してて、意味のないものと化してるのがドメインモデル貧血症だ！
class Test{
private int a
public int getA()
public void setA(int)
}
みたいな奴！！
もっと本質的なことを言うと、ビジネスロジックの欠けたクラスのこと。
- 333 ：デフォルトの名無しさん：2021/08/08(日) 19:34:19 ID:9M/UErff.net
- 例がないとわからんねちょっと待って
- 334 ：デフォルトの名無しさん：2021/08/08(日) 19:36:06 ID:9M/UErff.net
- >>332
それはDTOだよね
DTOはデータ隠蔽しないのが基本だから問題ないよね
いまでもValueObjectという名前で使われてるっしょ
それはドメインモデル貧血症の例として不適切だと思った
- 335 ：デフォルトの名無しさん：2021/08/08(日) 19:37:13 ID:9M/UErff.net
- 構造化プログラミング未経験症はこれ
class A {
int value;
int result;
String msg;
void execute() {
phase1();
phase2();
phase3();
return msg;
}
void phase1() {
value = 1;
}
void phase2() {
result = value * 2;
}
void phase3() {
msg = "result = " + result;
}
}
- 336 ：デフォルトの名無しさん：2021/08/08(日) 19:41:10 ID:ZzxWVxwD.net
- DTOはO/Rマッパー等を使う時に利用するデザインパターンだが、ドメインモデル貧血症はアンチパターン。
まぁ、さっき示した具体的なコードがDTOと言えばそうなんだけど...用途の間違えたDTO。
- 337 ：デフォルトの名無しさん：2021/08/08(日) 19:42:27 ID:9M/UErff.net
- DTOをモデルという名前で呼ぶからドメインモデルとごっちゃになるのかもわからんね
DTOはDTO
ドメインモデルはDTOとは違うよ
ドメインモデル貧血症はこんなところかな
class Calc {
int calc(Person p) {
return p.Sarary * 2;
}
}
- 338 ：デフォルトの名無しさん：2021/08/08(日) 19:47:56 ID:9M/UErff.net
- 君は具体的にどういう経験をしてドメインモデル貧血症がよくないと思ったのか教えてくれる？
僕はないんだよね、Calcというモデルで計算がしやすくなることもあるし
ドメインモデル貧血症はただのレッテル貼りにしか思えない
- 339 ：デフォルトの名無しさん：2021/08/08(日) 19:52:43 ID:ZzxWVxwD.net
- >>337
ドメインモデルとデータが違うのはその通り。
悪かった。真面目にコードを書く。
class Box {
public int Height { get; set; }
public int Width { get; set; }
}
これがドメインモデル貧血症
class Box {
public int Height { get; }
public int Width { get; }
public Box(int height, int width) {
if (height <= 0) {
throw new ArgumentOutOfRangeException(nameof(height));
}
if (width <= 0) {
throw new ArgumentOutOfRangeException(nameof(width));
}
Height = height;
Width = width;
} public int Area() {
return Height * Width;
}
}
これがオブジェクト指向
スマホのお陰で改行が狂ってるかもだが。
- 340 ：デフォルトの名無しさん：2021/08/08(日) 20:00:06 ID:ZzxWVxwD.net
- >>338
レッテル貼りじゃなくて、本気で困ったことあるから安心しな。
せっかく例を書いてもらって悪いが、ドメインモデル貧血症の例は>>339を見てくれ。
まず、1つ目のクラスは、セッターとゲッターしか定義されてないだろ？
これって実質、ただのＣ言語構造体と一緒。
ビジネスロジックが書かれてなく、こんなの渡されたクラス利用者は困るわけだ。
なぜって？
だって、何もしてくれないじゃん。できることはパラメータのセット・ゲットだけで、データベースに何かを保存してくれる訳でもなければ、計算をしてくれるわけでもない。実質ただの変数。
- 341 ：デフォルトの名無しさん：2021/08/08(日) 20:00:12 ID:9M/UErff.net
- どちらもオブジェクト指向だよね
BoxにAreaメソッドがあるか否かの違いしかないので
あった方が便利なら追加すれば良いと思うけど
やはりドメインモデル貧血症がダメだとは思えない
- 342 ：デフォルトの名無しさん：2021/08/08(日) 20:03:30 ID:ZzxWVxwD.net
- >>340
次は2個目のクラスだ。
まぁ、できる事は少ないが、これはクラスを利用する意義はある。
値をセットするだけではなく、Box(箱)クラスの名に恥じない機能、面積取得機能が備わってるから。
つまり、これだけでBoxクラスを使う価値が出てくるわけだ。
...という話なんだ。うん、それだけ。
- 343 ：デフォルトの名無しさん：2021/08/08(日) 20:03:44 ID:9M/UErff.net
- >>340
Boxクラスはデータを表してるってことでしょ
なら何もしなくて正解だし何かしてくれる方が扱いづらい
Boxクラスの計算するクラスを作ればいい
どういう計算が必要かはドメインによって変わってくるでしょ
そうして作られたクラスが本当のドメインモデルだよ
- 344 ：デフォルトの名無しさん：2021/08/08(日) 20:06:41 ID:ZzxWVxwD.net
- >>341
じゃ聞くけど、貴方は前者のBoxクラス渡されても困らないの？
何もできないよ？
俺！Boxクラスのロジック実装します！あなたはBoxを使う処理を書いて！と分業したとき、俺があなたに前者Boxクラスを渡して、面積計算や座標変換(回転等)計算などの処理はそっちでやってください！とか言われたらどうです？
- 345 ：デフォルトの名無しさん：2021/08/08(日) 20:07:10 ID:9M/UErff.net
- >>342
面積が必要なかったら無駄なクラスだしなあ
どうして面積を得るのかがわからないと価値があるかどうかはわからないよ
面積を使って何をするのっていう情報がないからドメインモデルではなくて
ただのデータだと思った
- 346 ：デフォルトの名無しさん：2021/08/08(日) 20:09:16 ID:9M/UErff.net
- >>344
すごく困るBoxクラスが欲しいと僕は言ってるわけじゃないから
そういうの渡されてもすごく困ると思う
え、なんで？ って思う
> 俺！Boxクラスのロジック実装します！あなたはBoxを使う処理を書いて！と分業したとき、
> 俺があなたに前者Boxクラスを渡して、面積計算や座標変換(回転等)計算などの処理は
> そっちでやってください！とか言われたらどうです？
頭おかしいのかなって思う
- 347 ：デフォルトの名無しさん：2021/08/08(日) 20:11:49 ID:ZzxWVxwD.net
- >>344
あと、リアルプログラミングってまじで分業するからな。
俺がBoxクラスを使わせるのは貴方だけではない。他の開発者も使う。
そんな最中、getter.setterしかなかったら、皆、どんな反応すると思う？
こういうライブラリレベルで使い勝手の良いコードを隅々まで書くのが俺の開発現場。
- 348 ：デフォルトの名無しさん：2021/08/08(日) 20:12:15 ID:9M/UErff.net
- あ、でも面積計算クラスや座標変換クラスでまとめるのは場合によってはありかもね
僕はそういうドメインモデル貧血症は良いと思ってる立場だから、それはありですね
- 349 ：デフォルトの名無しさん：2021/08/08(日) 20:12:43 ID:ZzxWVxwD.net
- >>346
へぇ。じゃ、前者のテストコード書いてよ。
- 350 ：デフォルトの名無しさん：2021/08/08(日) 20:14:56 ID:9M/UErff.net
- >>347
そうなの？ Boxクラスが出てくるあたりゲームプログラマの人？
僕はBtoBの業務アプリが主だけど、分業するときってクラス単位じゃなくて
アクターとか機能とか大きな単位で分けるから、何言ってるのかよくわからない
- 351 ：デフォルトの名無しさん：2021/08/08(日) 20:29:21 ID:ZzxWVxwD.net
- >>348
> 僕はそういうドメインモデル貧血症は良いと思ってる立場だから、それはありですね
分かってくれてありがとう。
でも、年のために言うと、ドメインモデル貧血症は前者の例ね。
まぁ、言葉の定義より、どんなコードの書き方が役に立つかの方が重要なんだけど...どうしても、staticおじさん論争になると言葉の定義は外せないのが辛いところ...。
- 352 ：デフォルトの名無しさん：2021/08/08(日) 20:38:17 ID:ZzxWVxwD.net
- あと、ごめんなさい。>>349は無視してください。
- 353 ：デフォルトの名無しさん：2021/08/08(日) 20:43:52 ID:I3k2xDDQ.net
- 世に出ているservlet, jsp, spring とかの本では
APIとしてはオブジェクト指向が登場するけど
プログラムを書く側はオブジェクト指向を意識して書いてないぞ
- 354 ：デフォルトの名無しさん：2021/08/08(日) 20:52:42 ID:9M/UErff.net
- >>351
なんか誤解してるような気がするんだけど
Boxに面積の計算を持たせない前者の例で、面積の計算を面積計算クラスにまとめると
ドメインモデル貧血症になるけどそれはありだよねっていうのが僕が言いたかったことだよ
計算は僕が携わっているドメインだと結構変わるのよ、顧客満足のためだったり
法律のためだったり世の中の情勢に配慮したりとかで、その場合は個々のデータに
計算をもたせるよりも計算だけを行うようモデリングしたほうが都合がよかったりする
ドメインモデル貧血症にはなるけどシステムとしてはそちらの方が適切だからそうすることもある
君は分業することを例にドメインモデル貧血症がダメだといったけど、それは
コミュニケーションの問題だと思うんだよね、自分は面積の計算を実装してもらいたくて
相手は面積の計算を実装しなくて良いと思ってたというコミュニケーションミスだと思うんだよね
そういうコミュニケーションで解決するべき問題をオブジェクト指向の問題にするべきではないと思うよ
- 355 ：デフォルトの名無しさん：2021/08/08(日) 21:03:19 ID:hJWAYL03.net
- ドメインモデル貧血症ってアンチパターンでしょ
- 356 ：デフォルトの名無しさん：2021/08/08(日) 21:07:42 ID:hJWAYL03.net
- 初めて聞いた言葉だから自信ないけど、
オブジェクト指向設計のアンチパターン
貧血ドメインモデル（英語版）ビジネスロジックが欠けたドメインモデル。オブジェクトは属性と振る舞いを持たなければならないので、オブジェクト指向プログラミングではない
ってwikiに書いてあった
(よく意味を理解していない)
- 357 ：デフォルトの名無しさん：2021/08/08(日) 21:10:07 ID:9M/UErff.net
- >>353
ドメインモデルが必要なほど複雑な要件は入門書では扱われないからね・・・
現実は要件がころころ変わることに対応しないといけなかったりで
オブジェクト指向をきちんと理解して実践してると助かることはままある
リクエストごとに処理をごりごり書いたトランザクションスクリプトで十分なことは多いし
フレームワークが提供してるライブラリで処理を完結できるほどフレームワークの機能が
充実してきてることもあるんじゃないかな
- 358 ：デフォルトの名無しさん：2021/08/08(日) 21:14:34 ID:9M/UErff.net
- >>355
ドメインモデル貧血症はマーチン・ファウラーという猥褻顔のおっさんがアンチパターンと言ってて
そのおっさんが言うんならそうなんだろと思考停止で鵜呑みにしてる人がほとんどで
実際にプログラム書いてみるとドメインモデル貧血症はそんなに悪くない
スリムドメインモデルと言い換えて風評被害をなくしたい、ご協力よろしくお願いします
- 359 ：デフォルトの名無しさん：2021/08/08(日) 21:19:34 ID:9M/UErff.net
- これまでの話をまとめると、staticおじさん良いよねってこと
- 360 ：デフォルトの名無しさん：2021/08/08(日) 21:32:38 ID:pp984S8L.net
- スレタイさん「なんでstaticおじさんは叩かれたの？」
- 361 ：デフォルトの名無しさん：2021/08/08(日) 21:38:00 ID:9M/UErff.net
- 叩いた人がアホだったんだと思う
とくにAC/DCって人はstaticおじさんが悪くなるように物事を解釈して
議論をダメにしてると思った
- 362 ：デフォルトの名無しさん：2021/08/08(日) 21:40:51 ID:+ND78RnS.net
- >>359
> これまでの話をまとめると、staticおじさん良いよねってこと
嘘だゾ
さっき、ドメインモデル貧血症はオブジェクト指向ではないvsオブジェクト指向だ、で衝突しているのを見てたゾ
どこにも、staticおじさんを褒めてる要素がなかったゾ
しかも、オブジェクト指向でも何でもないプログラムをオブジェクト指向のアンチパターンとして紹介して論破されてるところ見たゾ
- 363 ：デフォルトの名無しさん：2021/08/08(日) 21:44:29 ID:9M/UErff.net
- >>362
落ち着きなよ、全部君の気のせいだよ、はい論破
- 364 ：デフォルトの名無しさん：2021/08/08(日) 21:47:48 ID:+ND78RnS.net
- >>363
ひょ？
- 365 ：デフォルトの名無しさん：2021/08/08(日) 21:56:01 ID:pp984S8L.net
- >>360
知ったか知識で誤ったクラスの使い方を説明したから
更に、コメ欄で学歴差別発言をみながわけんじがしたから
- 366 ：デフォルトの名無しさん：2021/08/08(日) 21:56:21 ID:pp984S8L.net
- ではないか？
- 367 ：デフォルトの名無しさん：2021/08/08(日) 22:21:42 ID:9M/UErff.net
- 揚げ足取りばかりのコメントに東工大の圧力で対抗するのは適切だよ
- 368 ：デフォルトの名無しさん：2021/08/08(日) 22:24:05 ID:9M/UErff.net
- 東北大学で情報工学学んで東工大の大学院に入ったとしたらすごい経歴だな
- 369 ：デフォルトの名無しさん：2021/08/08(日) 22:24:34 ID:9M/UErff.net
- うらやましいただただうらやましい
- 370 ：デフォルトの名無しさん：2021/08/09(月) 17:36:30 ID:jzl3UTNH.net
- 東京工業大学の汚点になるから、こんなボケたジジイを持ち上げるのやめて欲しい。
- 371 ：デフォルトの名無しさん：2021/08/09(月) 17:41:06 ID:vbsnYimc.net
- staticおじさんはSIerに仕事発注する立場でありながら自分でシステム構築もしてるようだな
エンジニアの理想じゃん
- 372 ：デフォルトの名無しさん：2021/08/26(木) 23:21:57 ID:Engbmk1d.net
- アラン・ケイがオブジェクト指向という言葉を作って
オブジェクト指向のプログラミング言語Smalltalkを作った
日本IBMはSmalltalkのスペシャリストを集めてSmalltalkを使って
オブジェクト指向のシステムを作ろうとしたけど失敗した
長野オリンピックや九州医大病院のシステムだ
結局それらはVBで作られた
最強の組織、最強の言語、最強のオブジェクト指向を使っても
できなかったことがVBならできた
このことから僕たちは学ばないといけないよね
- 373 ：デフォルトの名無しさん：2021/08/26(木) 23:23:09 ID:Engbmk1d.net
- 過剰なオブジェクト指向は破綻を招くのじゃなかろうかと
- 374 ：デフォルトの名無しさん：2021/08/27(金) 12:18:26 ID:+wfLaYar.net
- >>373
過剰なオブジェクト指向かどうかはさておき
それよりも先に単にクラス設計の時点でカンタンに間違うと思う
OOPやOOPLそのものの問題より先に、クラス設計というところで単に間違うと思う
- 375 ：デフォルトの名無しさん：2021/08/27(金) 13:37:11 ID:eJGjxOi5.net
- staticおじさんもデザインパターン厨もどっちも嫌なんだよ〜ん
- 376 ：デフォルトの名無しさん：2021/09/02(木) 20:23:52 ID:tjtHyeAD.net
- 俺は全部日本語で書くおじさんだけど叩かれる?
DDDとかもう古いかな
- 377 ：デフォルトの名無しさん：2021/09/02(木) 21:47:04 ID:IZWicv0z.net
- 日本固有の業務用語は変数名をローマ字で書いちゃう
- 378 ：デフォルトの名無しさん：2021/09/03(金) 07:24:47 ID:FhIZBaS/.net
- ローマ字じゃない
ガチで日本語の業務用語書く
- 379 ：デフォルトの名無しさん：2021/09/03(金) 07:27:46 ID:FhIZBaS/.net
- 小規模スマホアプリならstaticで良いよね
他のオブジェクトと協調なんてしないから状態の奪い合いなんて起こらない
- 380 ：デフォルトの名無しさん：2021/09/03(金) 08:35:21 ID:6uQ/qiqA.net
- Enumを全角の日本語にすることはある
気は進まないが英語やローマ字だと可読性が低すぎてバグに繋がりそうなとき
- 381 ：デフォルトの名無しさん：2022/04/09(土) 07:24:05 ID:BCdBtInS.net
- 言うほど悪い人じゃなかったよね(´・ω・｀)
一理はあったし、かわいそう(´・ω・｀)
- 382 ：デフォルトの名無しさん：2022/05/01(日) 09:16:15.43 ID:nmGekSHA.net
- 一理とは
- 383 ：デフォルトの名無しさん：2022/05/01(日) 13:16:06.40 ID:aS2zfgOp.net
- ぱっとしない家系
- 384 ：デフォルトの名無しさん：2023/06/08(木) 21:44:07.44 ID:nNz5ov89.net
- メソッドもメンバ変数もstaticにしてインスタンス化を不要にするが何故駄目なのかようやく分かったよ
ホラ吹きプログラマーに流されて擁護したことが恥ずかしくなってきた
- 385 ：デフォルトの名無しさん：2023/09/07(木) 17:52:53.54 ID:8UvoZkVgi
- 人殺し支援であるGoToなにがした゛の地球破壞支援か゛成功だのほざいてるバカは処刑されるべきテ口リストた゛よな
人が生きる上で全く不必要なクソ航空機を都心まで数珠つなぎで飛ばして無駄に石油燃やしまくってエネ価格から物価にと暴騰させて
莫大な温室効果ガスまき散らして気侯変動させて日本どころか世界中で土砂崩れに洪水、暴風、猛暑、大雪、森林火災にと災害連發
バカチン打ったバカのほうか゛コロナ拡散率が高いにもかかわらず地球破壊支援はバカチン打ったバ力が対象とか分かりやすいか゛
私利私欲のために人を殺してこれでもかと奪い尽くすのが世界最悪の殺人組織公明党国土破壊省の強盗殺人の首魁齊藤鉄夫の正体な
静音が生命線の知的産業まで壊滅させて後進国に陥れてこいつらがまき散らしたコ口ナによって国内だけで何万人も殺害に凄まじい後遺症
IpcСカ゛ン無視て゛テロ国家認定の化石賞連続受賞して非難されなか゛らいまた゛に滑走路にクソ航空機にと倍増させて税金で地球破壊して
他国に核攻撃以上の被害を与えまくってる世界最悪のテロ国家霞が関にもう一発核落として反省させないと腐敗国家日本の暴走が止まらんそ゛
（羽田)ttps：//www.call4.jp/info.php?Ｔуpe=itｅms&id=I0000０62 , ttps://hanｅda-project.jimdofree.Com/
(成田)ttps://n-souonhigaisosyoudan.amebaownd.com/
(テロ組織)ttps:/／i.imgur.Com/hnli1ga.jpｅg
97 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★