オブジェクト指向ってクソじゃねぇかよPart3

**デフォルトの名無しさん** · 2018/11/22(木) 20:07:52.47

無理やりオブジェクト指向にしたから出てきた問題を解決して凄い凄い言ってるだけ。
単なるマッチポンプ。

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前前スレ
オブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/

前スレ
オブジェクト指向ってクソじゃねぇよ？ Part2
https://mevius.5ch.net/test/read.cgi/tech/1539872441/

**デフォルトの名無しさん** · 2019/01/09(水) 14:31:20.62

>>346
あんた、きちがい？

**デフォルトの名無しさん** · 2019/01/09(水) 14:52:46.55

>>347
Javascriptは関数型の方向に舵を切っているように見える

**デフォルトの名無しさん** · 2019/01/10(木) 04:45:08.36

>「決定の遅延」
に書いて有るのは単純にアプリケーションを作るにはそれで良いと思うけど
何時も土方系のデータ処理アプリケーションを作るのに
それは適用出来るのだろうか?
という疑問が何時も有る
端的にデータ処理系は対象外とか例外とかになっているのかねぇ?
そういう事なら納得し易いんだけど
これはsmalltalkだけじゃなくてオブジェクト指向的に作る場合何かも感じるんだけど?
どうなんだうろか?

guiなんかだとかなり適合度が高い感じで考えやすく作り易いけど
どうもデータ処理
という視点で考えた時に上手い方法を思いつかない
途中で処理を変えてしまうと後半に影響が出てしまう様な気がするんだけど
それを上手く影響し無い様に作れる物なのだろうか?
ウォーターフォール的に考えて作って
変更する時はテストで流して確認する
これしか無い様な気がして成らないんだけど
余りこの手の分野でのやり方を自分は聞かない
誰か聞いたこととかやってたりとかしないですかねぇ?
smalltalkの場合動的にやるのはいいけど
テストもせずにいきなりやる物なのだろうかという疑問が消えない
ファロみたいに試行錯誤する場合や互いの影響度が低い場合は良いと思うんだけど
データフローが有る様な物に適用出来るのだろうか?

**デフォルトの名無しさん** · 2019/01/10(木) 07:41:21.29

>>350
「遅延」させるべき「決定」事項が一切ない決まりきった処理なら
（メッセージングの）オブジェクト指向でやる意味はないんじゃない？
程度によってはソフトウェアである必要すらないわけでハードウェアで組んでしまえという話にもなる

という話ではなく？

何か小さな具体的な例を出してくれると実際のコードを示しつつ議論しやすいかと

**デフォルトの名無しさん** · 2019/01/10(木) 11:36:56.93

Smalltalkはウンコ過ぎるから別の言語に乗り換えた方が良い、って決定を遅延し続けた結果
時代に取り残されてるのがSmalltalker

**デフォルトの名無しさん** · 2019/01/10(木) 18:00:14.55

>>350
そのデータ処理の内容を分析してモデル化するだけでは？
データ処理だとダメという感覚が全くわからん

**デフォルトの名無しさん** · 2019/01/10(木) 18:33:55.69

乗り換えるも何も誰も乗ってない件

**デフォルトの名無しさん** · 2019/01/10(木) 21:38:51.03

>>351
何て言うのか
smalltalkについては殆ど知らないんだけど
見た感じ手続き型とは随分違う感じで書いている様に見えるんだけど
メッセージパッシングで遅延する場合はそういう手法で良い様な気がするんだけど
従来型の手続き的に書く場合はsmalltalkではどう書くのだろうか?
という疑問が有る
って事なんだけど
特に具体例って言われても無かったりする
c++だと手続き的にもオブジェクト指向的にも書けるけど
smalltalkだと手続き的に書けない?様に見えるから
遅延しない手続き的な処理が必要な時はどうしているんだろうか?
という疑問
って事
>>353
具体例が無いからアレなんだけど
その
分析してモデリング化する
これをどうやっているのだろうか?
所謂バッチ処理みたいな感じの時にどうやって分けているんだろうか?
という疑問って言えば良いかなぁ?
guiみたいなのだと処理がバラバラに発生するからイメージ出来るんだけど
バッチってズラッと流れるからどう分けるのかイメージ出来ない
そんな感じ何ですよねぇ

**デフォルトの名無しさん** · 2019/01/11(金) 08:11:31.95

バッチ処理もウェブもドメインモデルは同じ
外部インターフェイスとアダプタが異なるだけ
バッチ処理だから急にモデルが崩壊するということはありえない

**デフォルトの名無しさん** · 2019/01/11(金) 09:23:47.25

>>355
馬鹿かお前。
手続き型の反対は宣言型。SQLやPrologやXML、HTMLみたいなのを言うの。
ほか大抵の言語は手続き型。
当然smalltalkも純然たる手続き型。
いい歳して知ったかぶり恥ずかしいよ。
手続き型言語で宣言「的」に書く、書けるというのとは全然別。
それはナポリタン（ナポリと関係ない）トルコライス（トルコと関係ない）みたいなもん。

**デフォルトの名無しさん** · 2019/01/12(土) 12:16:48.26

smalltalk知らないから
その遅延とやらをどう活用するか聞いてるのに

>いい歳して知ったかぶり恥ずかしいよ。

殆ど知らない
って書いて有るのに
知ったかとか
何言ってってんだよ
アホだなおまえ

**デフォルトの名無しさん** · 2019/01/12(土) 14:54:55.70

>>358
357はSmalltalkについては一般論として語っているだけで
ケイの言わんとする「決定の遅延」についてはあまり実感ない（つまりうまく説明できない）んじゃないかな…

SmalltalkはSmalltalk-72というごく初期のバージョンでは（非同期でないながらも）実際に
メッセージを送ることをしていたのだけれども、結局当時のマシンではパワー不足で
その後のSmalltalk-76以降、普段は現在主流のメソッドの動的呼び出しをメッセージに見立てて
メッセージに対応するメソッドがないときだけメッセージをハンドリングできる機構だけ足された
よく言えば省コスト、悪く言えばナンチャッテな実装に落ち着いていて、PharoやVisualWorksといった
今あるSmalltalk処理系でもそれは変わっていません。

なので、通常の言語（たとえばJavaとか）と同じ程度には手続き的な記述は普通に可能です。
あと念のため、ここでいう「遅延」というのはあくまでも設計の指針であって、動的メソッド呼び出し以上の
特別な「遅延機能」というものがあるわけではありません。

強いて言えば、システムを動かしながらでもコードの変更が可能（というか、Smalltalkは
システムを動かしながらしかコードの変更はできません）というのが、他の、ちょうど例に挙がった
Javaのように静的型チェックのある早期結合を好む言語とは決定的に違うところで、
この特徴は件の「決定の遅延」の実践（たとえばデバッグのやり方など）に大いに役に立っています。

**デフォルトの名無しさん** · 2019/01/12(土) 15:53:51.66

>>358
顔真っ赤だぞ。新しい単語覚えられてよかったな。これからは知らない単語思い込みで安易に使わないようにしようなｗｗ

**デフォルトの名無しさん** · 2019/01/20(日) 13:23:57.80

エンティティが複雑で巨大なグラフ構造を形成していてしかも集合として調和が取れていなければならないという要件に対してオブジェクト指向は激弱
しかし多くの業務ではまさにこのような集合としての調和が重視すべき要件になりやすい

この事実に対してオブジェクト指向信者の人々はどういう答えをだしたの？
俺としては業務ロジックをSQLで表現する2層アーキテクチャの他に現実的な答えはないと思うのだが

**デフォルトの名無しさん** · 2019/01/20(日) 15:39:03.46

ストアドプロシージャで処理できる程度のことを
ORMでわざわざオブジェクト指向に落とし込む意味が分からん
とかそういう話？

**デフォルトの名無しさん** · 2019/01/21(月) 12:55:20.44

クラスで知識整理なんぞせず一本グソで書く方が良いって話か

**デフォルトの名無しさん** · 2019/01/22(火) 01:11:48.41

日本企業でオブジェクト指向が受け入れられない理由がわかった
ビジネスルールそのものが曖昧で矛盾してるから堅牢なオブジェクトモデルを構築できないんだ
だからカプセル化を解除して不変条件を排除して矛盾を受け入れるしかない

◆QZaw55cn4c · 2019/01/22(火) 01:20:22.79

>>364
＞ビジネスルール

ビジネス・スルー力
かと空耳してしまいました…ほ・し・い・ぃ

**デフォルトの名無しさん** · 2019/01/22(火) 04:46:37.14

とにかく全て、再利用だ！カプセル化だ！
たとえ今は使い捨てでも将来的に使う可能性はゼロではないから予め全てに備えておくのがオブジェクト指向だ！
無駄に手を広げてからのドキュメント整備、日本流オブジェクト指向は疲れる

**デフォルトの名無しさん** · 2019/01/22(火) 19:07:26.14

>>366
疎結合が目的であって再利用性は副作用だと高卒の俺は思ってたけど、合ってるのかな

**デフォルトの名無しさん** · 2019/01/22(火) 19:58:32.27

「再利用できる部品を大量にストックする」という理念のΣプロジェクトがあったので方向性は何一つも間違ってない

**デフォルトの名無しさん** · 2019/01/22(火) 21:47:28.77

高卒てマジにここまでバカなん？>>367が特別にバカなんか？

**デフォルトの名無しさん** · 2019/01/22(火) 22:02:38.65

Haskell使えば全て解決

**デフォルトの名無しさん** · 2019/01/22(火) 22:07:10.37

インタフェースって作る意味あるの？
どうせインタフェースを改良したら実装のもうも変えなきゃいけないし
二重メンテにならんのかね？

**デフォルトの名無しさん** · 2019/01/22(火) 22:12:03.17

インターフェースの改良て何なん？高卒て時々突拍子もないこと考えるよなw

**デフォルトの名無しさん** · 2019/01/22(火) 22:20:46.68

>>371
Hello Worldくらいはやってみたら？

**デフォルトの名無しさん** · 2019/01/22(火) 23:15:39.68

>>372
プロパティ追加が必要になったらインタフェースにも実装のほうにも追加するじゃん？

**デフォルトの名無しさん** · 2019/01/23(水) 03:19:48.14

>>371
インターフェースを作る意味は、
同じようだけど少し違う処理がたくさんある時に条件分岐よりバグが少なく実装できる
ってところかと

それに二重メンテになるのはインターフェースを使っても使わなくても同じだろ

**デフォルトの名無しさん** · 2019/01/23(水) 07:10:27.68

>>374
大声でケチ付けるけど自分の意見はなく3日後には忘れるタイプに建設的な答えは無理

**デフォルトの名無しさん** · 2019/01/23(水) 07:13:59.05

オブジェクト指向はクズだ無能
↓
じゃあどんな設計方法が良いの
↓
そんな事も知らんのか自分で調べろ高卒糞無能
↓
エントリポイントに一本グソ開発しました
↓
これやこれ　読みやすい

だいたいこういう流れになる

**デフォルトの名無しさん** · 2019/01/23(水) 15:49:49.57

じゃあどの言語が良いの
↓
オブジェクト指向のアレだよアレ後は自分で調べろ

**デフォルトの名無しさん** · 2019/01/23(水) 16:18:11.15

言語名を確定させないことによりシュレーディンガーのSmalltalkを延命させる仕組み

**デフォルトの名無しさん** · 2019/01/23(水) 17:30:54.46

rubyやjsはインタフェースないじゃん
でも困らない

**デフォルトの名無しさん** · 2019/01/23(水) 17:38:41.98

オブジェクト指向の対の概念を定める

エントリポイント一本グソ指向

以上の定義を前提に語ってくれたまえ
諸君

**デフォルトの名無しさん** · 2019/01/23(水) 18:20:24.77

藁人形論法に逃げるオブジェクト脳（）ｗ

**デフォルトの名無しさん** · 2019/01/23(水) 20:49:41.02

お前ら大好きなSmalltalkの新バージョン来たぞ！
http://pharo.org/news/pharo7.0-released

**デフォルトの名無しさん** · 2019/01/25(金) 23:49:30.75

　　チ　チ　チ　チ　チ
　　ン　ン　ン　ン　ン
　　ポ　ポ　ポ　ポ　ポ
　　が　が　が　が　が
　　シ　シ　シ　シ　シ
　　コ　コ　コ　コ　コ
　　シ　シ　シ　シ　シ
　　コ　コ　コ　コ　コ
　　す　す　す　す　す
　　る　る　る　る　る
　　ぜ　ぜ　ぜ　ぜ　ぜ
　　！　！　！　！　！

**デフォルトの名無しさん** · 2019/01/26(土) 12:07:38.88

>>380
型ゆるゆるでめちゃくちゃ困ってるだろうがw

**デフォルトの名無しさん** · 2019/01/26(土) 12:21:49.01

A～Dのオブジェクトがあったとして、Aの処理からDの処理させれば早いのに、オブジェクト指向的にとかいって、A→B→C→Dってやっていくプログラムが許せない

**デフォルトの名無しさん** · 2019/01/26(土) 12:36:34.51

>>386
つまりどういうことでしょうか？

**デフォルトの名無しさん** · 2019/01/26(土) 13:44:06.51

>>386
つまりどういうことでしょうか？　その２

**デフォルトの名無しさん** · 2019/01/26(土) 16:13:57.48

デザパタにそういうのあったな

**デフォルトの名無しさん** · 2019/01/26(土) 16:32:47.97

>>386
依存関係があるから
あとDIパターン

D「俺のケツの穴はCしか受け付けない！」
C「俺のケツの穴はBしか受け付けない！」
B「Aよ、お前は俺にだけ可愛がられろ」

**デフォルトの名無しさん** · 2019/01/26(土) 16:36:12.95

>>390
つまりどういうことでしょうか？

**デフォルトの名無しさん** · 2019/01/26(土) 17:21:13.39

レイヤーにしてるけど直接呼び出したいって言って崩壊していくの面白い

**デフォルトの名無しさん** · 2019/01/26(土) 17:43:51.95

戦後冷戦下での社会構造（レジーム）がそのまま思考方法にも反映されている
基本的には階級とか階層とかレイヤーとかで、「物事には順序がある」「親子関係がある」「上下関係がある」との基本的認識から始まっている
基本的認識ってのが一番怪しくて、そもそもが上下関係とか親子関係とかはハッキリいって古臭い物事の考え方になる

全部がフラットで並置されていて平等だ、との考え方は比較的新しい思想だ

階層がある上下がある身分がある……は幻想なので、幻想をそのまんまモデリングした思考方法は破綻する
「継承していて欲しい」とする社会的要請から始まったスムーズな連想である継承という機能はオブジェクト指向最大の癌になっている
理想の階級社会では継承は万全に働くものの、それを実装したプログラムは機能不全に陥る

なのでオブジェクト指向と言うときは暗黙のうちに階級の存在を認めている
物事や人間の上下関係（マウンティング）を意識すらもしないうちに認めている
だからJavaは企業ユースが多い
日本的なピラミッド型の組織、上意下達の組織構造では、その組織構造をそのまま反映したプログラミング言語が選定されやすい

また現代はダーウィンの進化論後の世界でもあるので、やはり思想的に「継承」という理念は分かりやすい
（実際は進化したら部位が複雑になる）
つまりオブジェクト指向≒Javaは20世紀後半の思想をそのまんま代弁しているし、逆にそれなしではJavaは後世では理解できない

**デフォルトの名無しさん** · 2019/01/26(土) 18:06:46.83

その時点で継承が最も適したモデルだったら継承を使う
知識が増えて不適切になったと判断したら継承を解消してモデルを作り直す

重要なポイントは「不適切になった」ことを判断できるかどうか
それをするには今の理解を完全に反映したモデルが必要
モデルがないと新しい知識が古いモデルに与える影響すら判断もできん

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

デザパタって建築業界元ネタらしいね。もちろんそのままは
適用できんけど。

**デフォルトの名無しさん** · 2019/02/18(月) 18:44:13.69

何を今さら。GoF本読んでないのか。

**デフォルトの名無しさん** · 2019/02/18(月) 19:32:06.55

>>368
Σプロジェクトは大失敗だったわけだが。

**デフォルトの名無しさん** · 2019/02/18(月) 19:56:12.67

oss大量にあるからいいやん

**デフォルトの名無しさん** · 2019/02/18(月) 19:59:54.95

業界関係者だけを一ヶ所に集めると暴走してしまう。
それが教訓だろう。Σは知らんけど。

**デフォルトの名無しさん** · 2019/02/18(月) 22:29:03.25

>>399
いや、関係者を一箇所に集めるとみんなまとめて事故死するんだぞ。

**デフォルトの名無しさん** · 2019/02/18(月) 23:21:47.15

>>400
そういう思い込みが膨らむだけだからこうなる。
構造的にひとつの事業のリーチ範囲が広すぎて
ありうる結果の可能性の組み合わせが多すぎる。
だから共通認識を形成しようと思うと原始的か
考えられ得るすべての可能性を潰してからじゃ
ないとここまでいかないんだよ。

**デフォルトの名無しさん** · 2019/02/18(月) 23:32:10.27

枠決めて枠の中で動くのを基本にしてりゃよかったのに
インターネットの可能性は無限、とかプログラマーは
抽象的考えが得意だ説、を額面通り取りすぎたんだよ。
それぞれベースがないから身動き取れないだけだろ。

**デフォルトの名無しさん** · 2019/02/19(火) 07:11:56.37

Σは偉い人だけが集まって”さ、もらえるお金の配分の話しようね”だけしか興味なかったので

**デフォルトの名無しさん** · 2019/02/19(火) 07:21:52.06

IT産業なんてソフト事業の最たるもんだからあらゆる可能性に
対処しようとしてオブジェクトとかお金とか抽象概念をやたら
求めたがる。職業病の性癖だよ。たとえば使いみち挙げられる？

**デフォルトの名無しさん** · 2019/02/19(火) 07:29:03.89

あとは唯一の指標にしてるからか。ポイント獲得ゲームになってる

**デフォルトの名無しさん** · 2019/02/20(水) 19:47:00.97

現実的に金もらってなんに使う。すごい使いたいものあるなら
まだしも何に使えばいいか全然わからない。
単にパズルゲームでクリアしたステージが多かったってことを
示すためのポイントだろ。しかもポイント獲得したらそのあとは
別荘のあるビーチで余生を無為にすごさないといけないやつ

**デフォルトの名無しさん** · 2019/02/20(水) 19:55:38.14

お金いらないというよりも、そんだけポイント獲得した人なら
別荘のあるビーチで庶民にできないような無為じゃない
高級なゲームしてて欲しい。
なんかそういうの考えて提案して欲しい。

**デフォルトの名無しさん** · 2019/02/20(水) 20:00:34.78

ただし、頑張る余地ある乞食に金ばらまいて無為に過ごさせて
仲間作ってくあれは勘弁。

**デフォルトの名無しさん** · 2019/02/20(水) 20:37:43.66

38 その名前は774人います (ｱｳｱｳｳｰ Sa4b-dMRf) sage 2019/02/20(水) 03:29:29.67 ID:fkyK1Skta
やりたくない人はやらなければいいじゃない

絶対にこれは違うよね
学園実装前は１～２週間くらいに一度は
何かしらのイベントとかあったけど
学園実装した後は、今週は学園アップデートです！とか
２週連続学園アップデートです！とか言い出して
やってない人は何もない期間になってたわけでしょ？
余ったリソースで作ったのであれば、学園アップデートの日に
他のイベントも平行してこないとおかしいのにこなかった。
つまり他の追加削って作られたものが学園なんだよね。
やってない人には大迷惑なコンテンツ

95 その名前は774人います (JPWW 0H3b-GtdG) 2019/02/20(水) 20:36:04.01 ID:xwuBPHE9H
>>38
＞余ったリソースで作ったのであれば、

下請けプログラマーの人月が沢山余っていても、ミニゲームさえマトモに作れないんだろう？

プログラマの生産性の比喩では「猫踏んじゃったしか弾けない人間を500人集めてもショパン
の曲は演奏できない」が好きです。(人月の神話)
https://togetter.com/li/1090247

【ドルボードGP】おいｗデスルーラ作戦晒すなやｗｗｗｗｗ
http://dragon-quest.me/dq10/28002/

ミニゲームさえマトモに作れない脳無しプログラマーで人月かけて人海戦術なんてアホの極みwww

**デフォルトの名無しさん** · 2019/02/20(水) 20:41:12.60

93 その名前は774人います (JPWW 0H3b-GtdG) 2019/02/20(水) 20:28:37.38 ID:xwuBPHE9H
>>78
＞スクエニが責任負わないなら、著作権は下請けに行くべきでない？

本気で学園けしからんと思うなら、株主総会で学園担当した下請け業者を公開しろとでも主張すれば？

スクエニの責任を追求するとすれば、下請けソフトハウスを公開することだけ。
アスフェルド学園を作成したのは、メインストーリーとは別の下請けなのだから。

**デフォルトの名無しさん** · 2019/02/20(水) 20:47:10.45

ここで無能なプログラマーの典型例を挙げておこう。

【DQ10】齋藤力完全追放要求スレ Part168【害悪元ディレクター】
https://egg.5ch.net/test/read.cgi/dqo/1549445250/

責任を上や下やと押し付け、悪いのはみんな他人のせい、あいつがわるいこいつがわるいの大合唱www

**デフォルトの名無しさん** · 2019/02/20(水) 20:49:46.16

【DQ10】目覚めし冒険者を見守るスレ　Part130
https://lavender.5ch.net/test/read.cgi/net/1546142811/

ここにもいる。

プレイヤーを罵倒する無能プログラマー達！

**デフォルトの名無しさん** · 2019/02/20(水) 20:52:13.09

＞学園は圧倒的にリソースさいてた上に

システム開発は人海戦術なのか？？？

46 その名前は774人います (ｱｳｱｳｳｰ Sa4b-dMRf) sage 2019/02/20(水) 04:42:29.58 ID:fkyK1Skta
>>43
全然違うよね
常闇は一回作ってアップデートしたら後は勝手に遊んでね、で終わり
後日追加制作してアップデートしてないでしょ？
一部の人に向けて作っていたとしても、一回のアップデートで完結するなら
すぐに他のコンテンツ作れるからいいじゃない
今はライトだろうがサポート連れて行けるし

学園は圧倒的にリソースさいてた上に
何カ月にも渡って新話追加、その上なんちゃらフェスとかいうイベントまで開催して
やってない人にとって意味なし期間が続きすぎてたのが問題

**デフォルトの名無しさん** · 2019/02/20(水) 22:45:19.12

ライアーソフト、ライアーゲーム

**デフォルトの名無しさん** · 2019/02/20(水) 23:12:12.89

どこまでが本当で、どこからが嘘なのか、自分でもわからなくなって
「あ、苦しい」
個性ってなんなのかな？

**デフォルトの名無しさん** · 2019/02/21(木) 09:15:50.19

【AI】「ディープラーニングは、原理的には単純な最小二乗法にすぎない」で物議　東大・松尾豊氏「深い関数の方が重要」
https://egg.5ch.net/test/read.cgi/scienceplus/1550666656/

**デフォルトの名無しさん** · 2019/02/21(木) 11:54:23.99

チンポくん、そんなとこにも書き込んでルのか？

真正基地外じゃないんだろ？
全然面白くないからそろそろやめときなよ

**デフォルトの名無しさん** · 2019/02/21(木) 12:51:02.16

なにやってもわかりません、知りませんで
知らんぷりしてたツケをいま払ってる。
なんかしら解釈ださないと整理できない。

**デフォルトの名無しさん** · 2019/02/21(木) 22:17:10.16

>>416
こういうコンテキスト無視した作為的なタイトル付けって、マスゴミ脳が得意だよなぁ。
中身読むとマトモな事を当事者は言ってるだけなんだが、炎上商法しか出来ない自称ジャーナリスト多過ぎ。

**デフォルトの名無しさん** · 2019/02/22(金) 09:47:22.82

>>417
＞チンポくん、そんなとこにも書き込んでルのか？

チンポはチンポで、それは独立した生き物なんだが？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンボ）が別々になっている場合とが考えられる。けれども「チンボ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2019/02/22(金) 09:48:42.76

928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
＞ナンチャッテメッセージングスタイルになったのは

チンポ.オシッコを出す
チンポ.オシッコを止める

さっきトイレでやってきた。

929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

×
俺.オシッコを止める　俺.オシッコを出す
○
俺.チンポに力を入れる　俺.チンポから力を抜く

**デフォルトの名無しさん** · 2019/02/22(金) 14:07:56.67

プログラミングの世界だと流れが速いから新しい言葉が生まれてくるよね
つまり新しい概念がね

だから見た目はオブジェクトなんだけども
新しい時代に即したイメージから見るといままでとは違ったモノに見える
パラダイムの転換ってよくいわれるのがこれ

だからオブジェクトをつかうのはいいんだよ
どういうイメージで運用してプロダクトにするかなの
だからオブジェクトをつかってたら昔風のプログラミング手法だというのは間違い

**デフォルトの名無しさん** · 2019/02/27(水) 21:34:59.34

オブジェクト指向言語のが作りやすいけどなあ。昔の手続き型言語の時代でも、構造体作ってその構造体に対する関数作ってファイルごとにまとめてたしなあ。
オブジェクト指向言語に移行する前にそうやってクラスもどきにしてたから初めてクラスとかJavaで学んだときもしっくり来たよ。ただし多態とか初めは難解だったね。デザパタ学んでなんとか理解した。まだ上手く当てはめて使いこなせてないけどね。

**デフォルトの名無しさん** · 2019/02/28(木) 01:22:29.92

余計な手間が増えるからオブジェクト指向は要らない

**デフォルトの名無しさん** · 2019/02/28(木) 21:35:41.40

多態が鮮やかに決まった例をまだ見たことがないんだけどな
それがゆえにごちゃごちゃになっているのはよく見かける

**デフォルトの名無しさん** · 2019/02/28(木) 22:29:12.65

思考回路が違うんだろね

**デフォルトの名無しさん** · 2019/03/03(日) 00:39:35.13

自演でないならsmalltalkerは異常者だ

**デフォルトの名無しさん** · 2019/03/03(日) 01:45:05.28

早期結合言語愛好家か？

**デフォルトの名無しさん** · 2019/03/03(日) 09:50:29.19

これはバイナリのライブラリしか無いと最悪ってことでソースあれば問題ないし
バイナリしか無いと大騒ぎになるとかカプセル化以前の問題だろ

**デフォルトの名無しさん** · 2019/03/03(日) 10:31:43.63

>>425
ポリモリフィズムがうまく行くケースは結構限定的かつ綺麗に設計してる場合だからな。

動作を変える命令のコードと動作ポイントがある程度離れている場合で
　動作を変える命令の局所化
　動作ポイントの周りのコードとの直交性
をうまく設計できる場合
っていう普通に考えるとなかなか難易度は高い。
リファクタリングしてれば上記のようなコードになることもあるが。

**デフォルトの名無しさん** · 2019/03/03(日) 11:42:42.27

他人が作ったオブジェクトの構造はわかりにくいといのが
問題の一つ

**デフォルトの名無しさん** · 2019/03/04(月) 10:18:52.66

OOの設計は免許制にしよう

免許持ってない奴は手続きを決められたやり方で書くだけにしよう

**デフォルトの名無しさん** · 2019/03/04(月) 13:19:23.49

15年前につくられたシステムの保守をしてるけど、
まさに下手の横好きで多態性で書かれていて、読みにくくてしょうがない

こんなバカが日本中で暴れていたんだろうなー、と思うと感慨深い　笑

いつの時代も、つーか今でも
バカが背伸びしてOOPごっこしてんだろうな

**デフォルトの名無しさん** · 2019/03/04(月) 14:44:28.21

真のOOPを見せてみろ

**デフォルトの名無しさん** · 2019/03/04(月) 15:08:46.62

OOPは読むものじゃない
把握するものだ

**デフォルトの名無しさん** · 2019/03/04(月) 15:27:30.60

15年前につくられたシステムの保守をしてるけど、
まさに下手の横好きで関数で書かれていて、読みにくくてしょうがない

こんなバカが日本中で暴れていたんだろうなー、と思うと感慨深い　笑

いつの時代も、つーか今でも
バカが背伸びしてプログラミングごっこしてんだろうな

**デフォルトの名無しさん** · 2019/03/04(月) 19:18:31.51

会社で仕事してる以上、自分だけではなく他人が読みやすいように設計するのは大事だと思う。
ただ読みやすいのを意識するあまりに、作られたものが売れなかったら本末転倒なので
さっさと作りたいものを作ればいいと思う。
それで売れればいいだけだし。

**デフォルトの名無しさん** · 2019/03/04(月) 20:48:29.82

どんなパラダイムだろうとバカはバカなコードを書く。
他の人に読みやすくっていう意識が根本的に低いんだよ。

**デフォルトの名無しさん** · 2019/03/04(月) 21:06:50.56

>>436
確か日本人が書いたjavaでデザパタの参考書とか流行った時期だね。米で有名なのはGoFか。大規模なプログラムになるほど多態が適用できる箇所は少ないように感じる。素直に役割ごとに対象を切って単純なクラス化でいいような気がする。まあ俺の意見だけどね。

**デフォルトの名無しさん** · 2019/03/04(月) 21:10:32.67

あ、わりい。間違えたわ。
>>433への返信ね。436はよくわからん

**デフォルトの名無しさん** · 2019/03/12(火) 22:57:29.73

オブジェクト指向が必要か否かは適用ソフトによるのかも。自分のチームの担当製品は利用者で機能拡張できるようするためのプラグイン機能提供やフレームワークがコード量削減や保守性に効いてるけど。小さなソフトだとシンプルに書けば良いと思うけど

**デフォルトの名無しさん** · 2019/03/13(水) 08:24:11.26

15年前にstrutsのactionのサブクラスの説明をベテランにしたとき、
VBのボタンをダブルクリックしてclickイベントの中を書くのと何が違うの？
と聞かれたが、今考えるとその程度のもんだわ

**デフォルトの名無しさん** · 2019/03/13(水) 08:26:56.92

新しいパラダイムが流行ると
得意気に説明したがる輩が沸いて、
よく聞くと何とかの再発明なんだわ、たいがい

**デフォルトの名無しさん** · 2019/03/13(水) 10:53:12.84

>>443
多分、普通の人の発想には限界があって、その限界辺りを、複数の人が別々の言葉で話してるからなんだろうな。
我々は皆、回し車の中で必死に走ってるハムスターなんだろう。

**デフォルトの名無しさん** · 2019/03/13(水) 12:38:35.62

>>444
たとえばシステムが大規模になって、
ハムスターが手に負えなくなる前に
適切にスケールアップできる手段を提供してくれる天才肌の人には感謝するけど、
ハムスターの分際で流行り物に飛びついて
無駄に複雑にしてくれるヤツってまだいるよな

**デフォルトの名無しさん** · 2019/03/13(水) 20:06:52.00

ハムスターでいいんだがせめておもしろアイディア
思い付いて話したら普通にわかってくれる人欲しい。
ハムスターのカゴにしても出来が悪い
割りきれてないんじゃない？

**デフォルトの名無しさん** · 2019/03/13(水) 21:32:16.63

オブジェクト指向って100万行のプログラムを書くときに
1万個ぐらいのクラスを作るの?