オブジェクト指向はオワコン

**デフォルトの名無しさん** · 2023/08/26(土) 22:00:53.85

最近の言語には採用されないことが増えている

**デフォルトの名無しさん** · 2023/12/21(木) 20:43:25.36

オブジェクトにプロパティがいっぱい生えてるのが気持ちいいんやろな
そうやってデータのまとまりとして見てて
構造体的にアクセスするのが気持ちいいんやろな

インタフェースをじっくり吟味して
内部構造を隠したり
想像しにくくしたり
想像させたりしないのがホントは好ましいんだろうけど

**デフォルトの名無しさん** · 2023/12/21(木) 21:13:06.66

オブジェクト指向は大したない物にいちいち横文字作り過ぎてて草
関数呼び出しをメソッドとか草
プロパティとか寒いわー草も凍る

**デフォルトの名無しさん** · 2023/12/21(木) 21:18:29.16

>>472
冬季オリンピックの開催地が変わる毎にスキー用語が変わるみたいなもんだろ

**デフォルトの名無しさん** · 2023/12/21(木) 21:26:55.87

構造体的に
とりあえずいっぱい乗っけたものを
色んな所に持ち回ってなんとかする

ってのがズボラ志向とフィットするんやろな
プロパティは好ましいと思ってるんだろうし
言語でサポートされてるC#が素晴らしいということになるんだろうな

**デフォルトの名無しさん** · 2023/12/21(木) 21:30:32.59

プロパティは副作用あるから使わない方がいいよ
特にプロパティ内に処理を書いちゃう奴

**デフォルトの名無しさん** · 2023/12/21(木) 21:48:17.79

まだミュータブルとイミュータブルの区別がついてないの草

**デフォルトの名無しさん** · 2023/12/21(木) 22:21:26.31

オブジェクト指向という用語をオレオレ定義で使うのは別にいいんだけど
その定義におけるオブジェクト指向とオブジェクト指向でないものの境界線くらいは最低限明確にしろよな
じゃなければ誰かさんと同じファンタジーポエムと同じだぞ

**デフォルトの名無しさん** · 2023/12/21(木) 23:13:54.99

(例えば継承とコンポジションの) 境界線がなくても困らないのが非OO
境界線がなければ大変なことになると思ってるのがOO

**デフォルトの名無しさん** · 2023/12/21(木) 23:58:44.84

>OO
うんこかな？
キモすぎー

**デフォルトの名無しさん** · 2023/12/22(金) 00:43:05.42

>>478
ファンタジーポエマーオジ乙

**デフォルトの名無しさん** · 2023/12/22(金) 01:41:01.22

>>464
i.hidekazuくんさあ上のほうで質問されてるんだから答えてあげようよ
自分も答が気になるんよ

373 デフォルトの名無しさん 2023/12/13(水) 19:47:13.87 ID:2g95gV8C
上の話によれば変数環境のモデルがAlgolの時代にすでにあったらしい。それは知らなかった。ぜひその論文を教えて欲しい。

**デフォルトの名無しさん** · 2023/12/22(金) 07:19:35.92

>>481
誰だよ。i.hidekazuて。

**デフォルトの名無しさん** · 2023/12/22(金) 21:21:11.90

技術系ハイファンタジー記事の人じゃないの？
知らんけど

**デフォルトの名無しさん** · 2023/12/22(金) 21:48:42.46

ファンタジーというか無駄な情報をなくすには
勝手に編集するか、情報源を探し出し説き伏せる
普通に考えれば前者が合理的

**デフォルトの名無しさん** · 2023/12/22(金) 22:12:16.69

エンタメ記事を勝手に編集？説き伏せる？？

さすがエンタメ供給側の人は言う事が一味も二味も違うなぁ

**デフォルトの名無しさん** · 2023/12/22(金) 23:07:22.94

エンタメ記事のやつJavaScriptスレに出没してたぞ
このスレで書いてたのと同じ妄想を書いてるからすぐわかる

**デフォルトの名無しさん** · 2023/12/28(木) 22:23:09.59

ところで「チンポがシコシコする」という日本語表現は、文法的に正しいのか？

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

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

違うか？

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

**デフォルトの名無しさん** · 2023/12/28(木) 22:27:15.00

メッセージングを基礎単位として取ることは、より徹底的な遅延束縛を可能にする。というのも、
メッセージそれ自体は意味を持たず、実際にメッセージがオブジェクトに送信されてはじめて、意味が決まるからである。
https://qiita.com/ukyo-su/items/8c861f114809a96d1378

オシッコを出したり止めたりというのは、チンポから力を抜いたりチンポに力を入れたりと、
オシッコはオシッコそれ自体は意味を持たず、オシッコが尿道を介してチンポに送られることによって、
オシッコを出したり止めたりが可能になるということだ。

＞ナンチャッテメッセージングスタイルになったのは

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

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

＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

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

**デフォルトの名無しさん** · 2023/12/28(木) 22:35:08.65

擬似的なマルチスレッドの観点も入れて差し上げろ

**デフォルトの名無しさん** · 2024/01/05(金) 12:57:58.68

随意筋　不随意筋
　　↖　↗
　　チンポ

自然言語処理において語の意味は文脈によって変わるので、Pythonのような多重継承が不可欠ね！

**デフォルトの名無しさん** · 2024/01/06(土) 09:06:18.77

ちんぽをシコシコするというのは主体が別に存在する（おそらく右手であろう）
しかし、ちんぼがシコシコするというのはちんぽさんが主体となって別の輪状、もしくは固定された箇所に向かって
往復運動をすることを言う
そしてそれはシコシコと形容される範囲内におけるような物体や部位である必要がある
つまり、日本語でいうところのチンポがシコシコするというのは文法上は正しい
しかしである
ちんぽは主語になってよいものかという問題が残る
ちんぽは思考できるのか、主体的な存在であるのかという疑問んである
我々はちんぽを自由自在に動かす事はできない
「勃つんだ！ジョー！！」などと呼びかけた人もいるであろう
ちんぽは人の付属物であると同時に1本の主体的な存在でもある
思考や意識といったものはないかもしれないし他動的な刺激により、また体調により変化を兆す。
つまり、チンポがシコシコするというのはチンポが主体的な存在かどうかが問われているのであり
勃起に至る過程からそれはまさに肯定されるべきなのである

**デフォルトの名無しさん** · 2024/01/06(土) 10:24:21.41

>>489
スレッドはメインルーチンとは独立して動くが、これはチンポが本体とは独立して勃起するのと同じ。

**デフォルトの名無しさん** · 2024/01/06(土) 17:20:18.38

名前違うだけで中身空っぽ(追加属性や関数のない)クラスを基底から何種類も継承する意味ってあるのか？
同じ使い方出来るなら使いまわせばいいのでは？

**デフォルトの名無しさん** · 2024/01/06(土) 17:29:52.71

>>493
チンコってのは大統領権限でもどうにもならない、独立した別チン格で勃起したり射精したりするからな

class チンポ extends クリントン{
　　　　　super.不適切な関係;
}

つまりクリントンの再定義、クリントンの拡張された別チン格ということ
大統領権限では動かせない別チン格だから、
勃起や射精については「別チン格」として、実装をふくまない抽象クラス(Abstract)にね

**デフォルトの名無しさん** · 2024/01/06(土) 17:46:00.75

>>493
分類に使える

基底クラスにenum持たせるだけでいい場合もあるけど
enumの代わりにクラス名使うと階層化できるしデータも積める

**デフォルトの名無しさん** · 2024/01/07(日) 12:58:47.56

（経営者目線で...)
土方コード→一回の動作にかかる費用は数万～数億
ライブラリコード→一回の動作にかかる費用は数マイクロ円
みな土方やりたがるわけだ....

**デフォルトの名無しさん** · 2024/01/11(木) 12:55:45.21

>>496
おまえ生まれてから今までずっと

何言うてんねん

**デフォルトの名無しさん** · 2024/01/11(木) 14:24:57.98

・経営者目線（IT企業？ユーザー企業？）
・土方コード（何の？）とライブラリコード（何の？）の比較
・それぞれの１動作当たりの費用（どんな計算？）
・結論土方やりたがる（使う側？使われる側？）
支離滅裂でほぼ暗号

**デフォルトの名無しさん** · 2024/01/13(土) 02:21:05.65

>>454
大型コンピュータ同士がネットワーク化されて単一のプロセスがひとつのマシン内で完結して動いてるという状況が壊れてきて
「あっちのマシンで動いてるプログラムとこっちのマシンで動いてるプログラムの同期がまったく取れない」って未来が見えてきた時点で
要するにプログラムモジュールの単位を切ってそこにコマンドを送って「これこれこういう処理を頼む」って形にしないと人間がコントロールできなくなる。
コマンドも処理A、処理B、処理Cじゃプログラムする“人間側が”わからなくなるから、なにをさせるのか平易なわかりやすい言葉にする。

ってすげぇわかりやすい前提でオブジェクト指向は組み立てられたんだけど、その後のマイクロコンピュータの発達で
「オブジェクトなんとか？いやこの機械の中でやってることすべて把握してるのがウィザード級ハッカーって奴だろ？www」に退化しちゃって
パソコン用言語がすぐに「素人にはわからない記号を多用して人間のタイプ数や数バイトを節約するんだ！デバグ性が上がるけど遅くなる言語仕様は不要！」って
わけのわからないプログラマ文化に毒され続けて、まあその流れが現代まで汚染されたまま残ってるというか。

要するに「ロボットに命令して仕事してもらう感じにしよう！」ってだけで、ロボットのコピー改造も、あのバカが連呼してる関数と命令は同じだろも
大暴投すぎて本質になんにもかすってないという。

**デフォルトの名無しさん** · 2024/01/13(土) 02:39:13.03

>>499
意味不明

**デフォルトの名無しさん** · 2024/01/13(土) 04:34:51.39

え、わかるが
日本語表現が拙いのもわかる

**デフォルトの名無しさん** · 2024/01/13(土) 05:07:42.32

>>501
ちょっと代わりに説明してくれんか？

**デフォルトの名無しさん** · 2024/01/13(土) 07:12:42.40

　　　　　　ﾊ,,ﾊ　ﾊ,,ﾊ
　　　　　（ﾟωﾟ）ﾟωﾟ）　　おとこわりします
　　　　／　　　＼　　＼　　　　おとこわりします
　 ((⊂ 　）　ﾉ＼つﾉ＼つ))
　　　　　（＿⌒ヽ　⌒ヽ
　　　　　　ヽ　ﾍ　}　ﾍ　}
　 ε≡Ξ　ﾉノ｀Jノ｀J

**デフォルトの名無しさん** · 2024/01/13(土) 10:05:37.96

>>499
>「あっちのマシンで動いてるプログラムとこっちのマシンで動いてるプログラムの同期がまったく取れない」って未来が見えてきた時点で

スレッドがメインルーチンとは独立して動くというのは、チンポが本体とは独立して勃起するのと同じ
だからといってスレッドはメインルーチンから制御を受けないわけではない
オシッコを出したり止めたりする時は、本体の制御を受ける

**デフォルトの名無しさん** · 2024/01/13(土) 10:06:45.30

委譲と継承の違いね！

>>454
>継承はそこから派生した副産物であって本質ではないよ

オシッコするときのチンポは委譲、勃起するときのチンポは継承
前者は本体の意思で動かされるメッセージング、後者は独立したチン格で動くポリモーフィズム

継承との違い
継承は親クラスの内容をすべて引き継ぎ、委譲は委譲元の振る舞いを一部引き継ぐ
https://qiita.com/Y_M27/items/a41b2aa8b49e7c3a1a7f

**デフォルトの名無しさん** · 2024/01/13(土) 12:11:14.13

プログラム作れずオブジェクト指向が欠片もわかってないのにオブジェクト指向というスレタイに反応してチンポ連呼するだけのキチガイ

**デフォルトの名無しさん** · 2024/01/13(土) 14:09:28.21

>>502
システムの歴史を簡単に述べる
最初にできたのは1台の大型のコンピュータで処理するシステムだ
それが複数台の大型のコンピュータをネットワーク化してより複雑な処理を行うシステムへと発展した
やがてコンピュータの小型化高性能化が進みかつて複数台の大型のコンピュータを必要としていた処理も1台の小型のコンピュータで処理できるようになった

オブジェクト指向は複数のマシンを協調して動作させるときに管理しやすくする仕組みだ
複数台の大型のコンピュータをネットワーク化して処理を行うために考案されたが
その後のコンピュータの小型化高性能化によってしだいに必要とされなくなっていった

オブジェクト指向は物理的なマシンだけでなくプログラム内の計算モジュールにも適用できる有用な概念だが
メモリを限界ギリギリまで節約することを美学とするプログラマ文化のせいで軽視されている

70年～80年台の話なんかね？

> 要するに「ロボットに命令して仕事してもらう感じにしよう！」ってだけで、ロボットのコピー改造も、あのバカが連呼してる関数と命令は同じだろも
> 大暴投すぎて本質になんにもかすってないという。

この段落は何言ってるのかわからなすぎてあきらめた

**デフォルトの名無しさん** · 2024/01/13(土) 14:21:25.96

Turbo Pascalの開発者でいまC#を作っているアンダース・ヘルスバーグは
アセンブリ言語でオブジェクト指向のプログラムを書いてたって言ってるから
Turbo Pascalが開発された80年代にもオブジェクト指向は役立ってたみたいだけどね

いまではオブジェクト指向自体の有用性は変わっていないけれども
オブジェクト指向言語と宣伝することの重要性は低くなってるかな
それだけオブジェクト指向が広まった結果だから喜ぶべきことなのかもわからんね

**デフォルトの名無しさん** · 2024/01/13(土) 15:00:18.57

>>499のようなウソを並び立てたクソ長文も
>>508なようなペラっペラな浅い知識も
何の役にも立たないという意味では全くの同類

**デフォルトの名無しさん** · 2024/01/13(土) 16:35:51.54

>>506
なら「オブジェクト指向」とは何か、誰にでもわかりやすい説明をここで出せ！

**デフォルトの名無しさん** · 2024/01/13(土) 16:46:15.72

イルカも猫も「哺乳類」には違いないが、こういうところでオブジェクト指向など使うべきでは無い！

イルカはイルカ、猫は猫だ！

>>456
>イヌ科やネコ科も食肉目だがこれら全部区別つかないのかよ

つまり自然言語で容易に「区別」できるものは、オブジェクト指向を使う必要は無い！

>クリントンの「不適切な関係」

オブジェクト指向を使うべきはココ！

クリントンは同じクリントンでも、人格とチン格が別々に存在するからだ！

**デフォルトの名無しさん** · 2024/01/13(土) 16:56:56.17

チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650

＜俺＞
「　部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。」
＜チンポ＞
「　その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。」

まさに独立した人格を有したチンポという、もう一人の俺がそこに現れるのである！

【藤子・F・不二雄】「みきおとミキオ」現在と未来、憧れの入れ替わり生活！
https://www.google.com/amp/s/middle-edge.jp/articles/0izbO.amp

**デフォルトの名無しさん** · 2024/01/13(土) 16:59:55.05

>>507
日本語は通じるようになったけど、相変わらず内容は意味不明だな
オブジェクト指向はネットワークより後なんだろうか？時期的にはわからんけど、ネットワークがオブジェクト指向に影響を与えたとは思えんな

**デフォルトの名無しさん** · 2024/01/13(土) 17:01:56.04

人間に独立した人格が有るように、チンポにも独立したチン格が有る
これは親クラスと子クラスの継承関係である
チン格とはつまり「愚息」であり、自分にも他人にも成り得る
これがオブジェクトの多態性と表現される
オシッコするときのチンポは随意筋、勃起するときのチンポは不随意筋
このように時と場合によって真逆の性質を併せ持つことができる

随意筋　不随意筋
　　↖　↗
　　チンポ

自然言語処理において語の意味は文脈によって変わるので、Pythonのような多重継承が不可欠ね！

**デフォルトの名無しさん** · 2024/01/13(土) 17:12:40.41

オシッコを止めたり出したりする時、内尿道括約筋や膀胱平滑筋を意識する必要無いからな

>>88
>オブジェクトの内部はブラックボックス化され、外部からはオブジェクトのインターフェイスだけを相手にすればよいので、

オシッコするときは便器とチンポだけを意識し、オシッコが便器からはみ出さないように気をつけることね

膀胱に尿を溜めているとき（蓄尿）には、交感神経が働いて、膀胱の筋肉（膀胱平滑筋）は緩みつつ、
膀胱の出口の筋肉（内尿道括約筋）はギュッと収縮して尿が外に出ないようにしています。
https://www.kissei.co.jp/urine/about_urine/about.html

**デフォルトの名無しさん** · 2024/01/13(土) 18:37:21.02

https://twitter.com/YS_GPCR/status/1746099832962605293

YS@GPCR
@YS_GPCR
専門的な知見を探求し、専門家同士で通じる「わかりやすさ」をもって論文を書きセミナーする頭の良さと、一般人に「わかりやすい」物語にする頭の良さは全く別。

この二者を兼ね備えるものもいるだろうが、後者の能力だけを「頭の良さ」だと思っていると、後者だけを語る疑似科学に騙される。
https://twitter.com/thejimwatkins

**デフォルトの名無しさん** · 2024/01/13(土) 18:38:27.29

『シコシコ』という擬音はどうでもよい。問題は、

自我　　　　チンポ
↑　　　　　　↑　　　チンポ＝自我
チンポ　　　自我

オブジェクト指向では、この三種類が考えられるということだ。
＞チンポ＝自我
散歩している時、自分もチンポも所在地は同一である。

https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg

夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。

『笑ってごまかすな！！』

と言われても、夏目くんは何と言えば良かったのだろう？

　　　　チンポ≫自我

『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする！

チンポがシコシコしていると（チンポが自我を超越していると）、息もハァハァになる。
チンポがシコシコしている（チンポが自我を超越している）と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。

博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。

**デフォルトの名無しさん** · 2024/01/15(月) 14:41:51.96

>「あっちのマシンで動いてるプログラムとこっちのマシンで動いてるプログラムの同期がまったく取れない」
どういうこと？データベースのトランザクションはネットワーク越しにちゃんと動いてるぞ

**デフォルトの名無しさん** · 2024/01/15(月) 15:16:13.43

>>518
分散コンピューティングの話
中央集権的なDBで解決するのはあくまでひとつの手法

**デフォルトの名無しさん** · 2024/01/15(月) 15:49:43.80

>>519
なら最初から分散コンピューティングって用語を出せば余計な説明はいらないと思う
それから分散コンピューティングのためにオブジェクト指向が必要という話を
聞いたことがないんだけど、よかったらリンクを貼ってもらえないか？

**デフォルトの名無しさん** · 2024/01/15(月) 15:56:58.19

そんなのオレにいわれても

**デフォルトの名無しさん** · 2024/01/15(月) 15:59:31.93

>>520
>それから分散コンピューティングのためにオブジェクト指向が必要という話を

分散コンピューティング・システムは、数多くのベンダーから提供されるハードウェアで稼動可能で、
さまざまな標準ベースのソフトウェア・コンポーネントを使用することができます。
このようなシステムは、土台にあるソフトウェアから独立しています。
https://www.ibm.com/docs/ja/txseries/8.2?topic=overview-what-is-distributed-computing

>このようなシステムは、土台にあるソフトウェアから独立しています

独立性（クラス化）
独立性とは、外部のオブジェクトのデータを参照せず、自分自身の処理で完結している事です。
独立性が高いプログラムの場合、プログラムを変更しても、他のプログラムに与える影響が少なくなります。
そして外部の依存度を無くし、独立性が高い変数や振る舞いをまとめる事を、クラス化と言います。
https://www.vacslab.co.jp/object-orientation/#:~:text=%E7%8B%AC%E7%AB%8B%E6%80%A7%EF%BC%88%E3%82%AF%E3%83%A9%E3%82%B9%E5%8C%96%EF%BC%89,%E3%82%AF%E3%83%A9%E3%82%B9%E5%8C%96%E3%81%A8%E8%A8%80%E3%81%84%E3%81%BE%E3%81%99%E3%80%82

**デフォルトの名無しさん** · 2024/01/15(月) 16:04:30.71

>>506
繋がっているけれども独立しているということだが？

**デフォルトの名無しさん** · 2024/01/15(月) 16:04:51.33

めちゃくちゃな理解だなwww

**デフォルトの名無しさん** · 2024/01/15(月) 16:15:18.12

>>521
言われて困るやつに横槍されても

>>522
>このようなシステムは、土台にあるソフトウェアから独立しています
この文は分散コンピューティング・システムはOSから独立してるということを言ってると思うんだけど、
それがオブジェクト指向のオブジェクトの独立性と共通してるってこと？だから必要になったと？

**デフォルトの名無しさん** · 2024/01/15(月) 16:16:35.18

>>525
>それがオブジェクト指向のオブジェクトの独立性と共通してるってこと？

そうだ。

**デフォルトの名無しさん** · 2024/01/15(月) 16:19:19.89

>>526
なるほどな…

**デフォルトの名無しさん** · 2024/01/15(月) 16:21:56.16

分散コンピューティングとオブジェクト指向は全く関係ないわな
オブシコ君はそんな基本的なことも知らずに何年もシコシコ言い続けてるんだな

**デフォルトの名無しさん** · 2024/01/15(月) 16:22:56.36

クリントンは同じクリントンでも、チンポは本体のクリントンシステムとは独立して動くからな

>このようなシステムは、土台にあるソフトウェアから独立しています

class チンポ extends クリントン{
　　　　　super.不適切な関係;
}

21年前のクリントン弾劾裁判躊躇した「性的関係」の詳細描写（樫山　幸夫）2020年4月
https://www.jnpc.or.jp/journal/interviews/35171

**デフォルトの名無しさん** · 2024/01/15(月) 16:30:44.55

CORBAとかDCOMとかオブシコそのものじゃん…
まったく関係ないってそんな自信満々に間違ったこと言われても…

**デフォルトの名無しさん** · 2024/01/15(月) 16:33:01.77

CORBAもDCOMも大失敗したのは事実だけどさ
REST APIへと形は変わったけどオブシコはまだ生きてる！

**デフォルトの名無しさん** · 2024/01/15(月) 16:36:38.36

>>530
あーやっぱり区別がついてないんだな
直交した概念を関係あるものと誤認識してるだけだよ

**デフォルトの名無しさん** · 2024/01/15(月) 17:03:55.47

クリントン大統領の「不適切」というのは、チンポが独立して主体意思でシコシコしてしまったから。
チンポは独立した生き物であり、アメリカ大統領の権限をもってしても、制御することは不可能だ。

クリントンの「不適切な関係」
https://eigo-kobako.blog.so-net.ne.jp/2008-06-21

class チンポ extends クリントン{
　　　　　super.不適切な関係;
}

クリントンーーーーーーーーーー
┃　　　　　　　　　　　　　┃
┃　　　　　　　　　　　　　┃
┃　　　　　　　　　　　　　┃
┃　　　　　　　　　　　　　┃
┃　　　　　　　　　　　　　┃
ーーーーーーーーーーーーーーー
　　　　　┃ﾁﾝﾎﾟ┃
　　　　　￣￣￣￣
『人格を性欲に乗っ取られる』、つまりクリントンはﾁﾝﾎﾟに人格を乗っ取られて、ﾁﾝﾎﾟにｼｺられてしまった！

https://i.imgur.com/WMeTh5O.jpg

**デフォルトの名無しさん** · 2024/01/15(月) 18:17:03.84

>CORBAとかDCOMとかオブシコそのものじゃん…
これは何でもオブシコに見えてしまう病
誰かが書いてたけどすべてが釘に見えてしまうやつと同じ

**デフォルトの名無しさん** · 2024/01/15(月) 19:14:13.08

>>534
CORBAのOが何を表してるか知ってるか？
DCOMのOが何を表してるか知ってるか？
それがすべて

**デフォルトの名無しさん** · 2024/01/15(月) 19:15:33.47

>>532
区別なんてをつける必要なんてないのよ
なぜならオブシコはもっと大きな包括的概念だからね

**デフォルトの名無しさん** · 2024/01/15(月) 19:18:39.19

お前らはオブシコのことを何もわかってない
その生い立ちその歴史その意味その未来
俺にははっきり見えているWebサービスこそがオブジェクトです
Webサービスの連携によってシステムが形作られるさまはまさにオブジェクト指向なわけですよ

**デフォルトの名無しさん** · 2024/01/15(月) 19:19:49.00

> 分散コンピューティングとオブジェクト指向は全く関係ないわな

これは完全に間違ってる完全にだ

**デフォルトの名無しさん** · 2024/01/15(月) 19:21:01.08

現代のWebサービスはいわばまさにアラン・ケイが提唱したオブジェクト指向そのものなわけですよ

**デフォルトの名無しさん** · 2024/01/15(月) 19:22:34.40

>>538
板違いのスレ真っ赤になってあげてるのが間違い
ハロワ行けカス

**デフォルトの名無しさん** · 2024/01/15(月) 19:25:33.23

>>540
お前が行けやアホンダラ

**デフォルトの名無しさん** · 2024/01/15(月) 19:38:23.27

>>90
>俺は抽象化自体はどうでもよくてifを減らすために使ってるわ

抽象化とは、前述の通り大事なとこだけ抜き出して他はポイすることである。
例えば「白米」という項目に「パンの説明」が併記されていたら、「おいおいそれはないだろ」という話になる。いわばこれが白米の抽象化が効いていない状態だ。
逆に、白米の要素を省きつつパンの説明だけを抜き出して一つにまとめられれば、それはパンの抽象化である。
https://qiita.com/0w0/items/2cfaf3ca0b653960f5e9

**デフォルトの名無しさん** · 2024/01/15(月) 20:26:28.29

>>538
それはさすがに直交してると思うぞ

**デフォルトの名無しさん** · 2024/01/15(月) 20:34:14.19

それは要約とか抽出じゃね
抽象化はたとえば白米とパンから主食とか穀物みたいな抽象的なグループを作り出すことでしょ

**デフォルトの名無しさん** · 2024/01/15(月) 23:29:19.89

>お前らはオブシコのことを何もわかってない
虚しい叫びだね～w

**デフォルトの名無しさん** · 2024/01/15(月) 23:43:09.60

>>542
まーたすごいw記事見つけてくるな
抽象化を理解できてない上に本人が「白米の抽象化か効いてない」状態を見事に体現しててウケる

**デフォルトの名無しさん** · 2024/01/16(火) 09:19:44.52

複数のカテゴリに重複して分類出来るものを例えに使うから分からなくなる
だいたい多重継承禁止なのに

**デフォルトの名無しさん** · 2024/01/16(火) 10:38:23.10

>>547
>だいたい多重継承禁止なのに

随意筋　不随意筋
　　↖　↗
　　チンポ

チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650

**デフォルトの名無しさん** · 2024/01/16(火) 12:11:50.40

>>544
要点を抽出して要約するのも抽象化の一種
汎化が伴わない場合は抽象度の変化が小さいので抽象化とは異なると考えがち

**デフォルトの名無しさん** · 2024/01/16(火) 12:18:41.49

>>549
そんなプログラミングの役に立たないものはどうでもよくね

**デフォルトの名無しさん** · 2024/01/16(火) 13:28:47.91

>>550
プログラミングの役に立たないもとだと認識してしまう人は抽象化能力の低い人なのでそういう人にこそどうでもよくないこと

汎化が伴わない抽象化もプログラミングにおいて日常的に使われるものだけどそれを汎化が伴う抽象化とシームレスに使えない人は抽象度のコントロールが上手くできない

これは>>542の記事がわかりにくい原因の一つでもある

**デフォルトの名無しさん** · 2024/01/16(火) 13:58:11.61

>>551
役に立ってるリンクを貼って、どうぞ

**デフォルトの名無しさん** · 2024/01/17(水) 13:31:13.72

>>507
>この段落は何言ってるのかわからなすぎてあきらめた
もともとが「プログラムはひとつの機械の中で順番に処理をするもの」という前提が崩れた時点で
外部のプログラムモジュールに“この仕事を頼む”って非同期的に作業を預けて
モジュール間で「できてる？」「できた」ってやりとりすることで動作する環境を考えなければいけなくなった。
その時イメージされたのがロボットに仕事を頼んでそれぞれが「できました」するイメージ
この前提で考えた時にシステムを人間が管理するためにはロボットに与える命令は
人間側が平易に理解できるコマンドと内容でなければ人間が困るというのが
現代まで続くメッセージ/メソッドという概念の始まり。
またロボットなのだから複製して似た作業させたり、アームや移動装置を付け替えることで
別な作業に使えるように改造するという発想も自然に出てくる。
(ただ後年言われているように基本→改造A→改造Bってできる継承は
バージョン違いで逆に混乱の元にしかならないので、コンポジションをベースにした方がよかった)

こういった前提でプログラムモジュールをオブジェクトと考えるオブジェクト指向は生まれたのだが
この前提が見事にすっこ抜けたC ++が「継承ってのがオブジェクト指向なんだよ
車にタイヤだよ、改造パーツ付け替えだよ」って異端が“ボクがオブジェクト指向ござい”したせいで
いまだに間違った言語の間違った仕様を前提に「あれがオブジェクト指向だった」と思われてる。
そういう話

**デフォルトの名無しさん** · 2024/01/17(水) 13:41:41.50

あと、あたりまえの話だけどひとつのプログラムモジュールなんて小さい単位の中では
普通に処理が順番に走ってるんだから、そんな細かい単位の中でマイクロオブジェクト作って
継承だのなんだのする意味がなくて、そういうレベルのマイクロコンピュータプログラミングで
次の時代はC ++だよ！されたのが最大の不幸だったとも言える。

**デフォルトの名無しさん** · 2024/01/17(水) 14:40:27.01

アラン・ケイの言及
＞さながら生物の細胞、もしくはネットワーク上の銘々のコンピュータ、それらはただメッセージによって
＞コミュニケーションする存在、僕はオブジェクトをそう考えている

人間が平易に理解できるうんぬんは上のバカが言ってるだけで関係ないのでご注意ください
あとマイクロコンピュータという用語の使い方も間違ってるので無視してください

**デフォルトの名無しさん** · 2024/01/17(水) 15:19:46.14

ネットワークが当たり前になって、複数のサイトで個々の対応をする様になったら、またオブジェクト指向が見直されるってか？

**デフォルトの名無しさん** · 2024/01/17(水) 15:29:35.60

こいつ、オブジェクト指向にマルチスレッド的な要素があると思ってるところが、なんかiHdkzくさいな

**デフォルトの名無しさん** · 2024/01/17(水) 15:33:59.35

もうこの画像だけでご飯3杯はいけるわ

https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F62130%2F528e697e-9005-2edd-46d9-e62aedde229f.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&w=1400&fit=max&s=271cb92d00e3f7233e5d61571167ba57

**デフォルトの名無しさん** · 2024/01/17(水) 16:10:20.50

>>553
>人間側が平易に理解できるコマンドと内容でなければ人間が困るというのが
>現代まで続くメッセージ/メソッドという概念の始まり。

よって我々はモノに着目している場合ではない。機能に着目すべきなのだ。インターフェイスとは機能をユーザー側の視点から記述したものだ。
これによって機能を構成するものの中でユーザーが知る必要のない情報（実装）を隠蔽するのである。
各コンポーネントが自分が知る必要のあることだけを知ることで、現代の複雑かつ大規模なソフトウェア開発が可能になるのである。
https://qiita.com/hush/items/33da14ddf45f45b5ef65

**デフォルトの名無しさん** · 2024/01/17(水) 16:17:11.41

>>88
>オブジェクトの内部はブラックボックス化され、外部からはオブジェクトのインターフェイスだけを相手にすればよいので、

多くの機能を保有する管理画面は、業務の種類によってメニューが細分化されています。
しかし、ユーザーが利用する機能は限られていることが多く、使うたびにメニューから目的の機能まで辿る作業は面倒です。
https://baigie.me/blog-ui/2020/06/16/ui_design_for_admin_screen/

**デフォルトの名無しさん** · 2024/01/17(水) 16:21:23.26

オブジェクト指向を教えてくれ！★２
https://itest.5ch.net/mevius/test/read.cgi/tech/1619503348/

**デフォルトの名無しさん** · 2024/01/17(水) 16:29:39.06

必要最低限の機能を、過不足なく抽出するのが抽出化ね！

>>90
>俺は抽象化自体はどうでもよくてifを減らすために使ってるわ

オシッコするときはチンポと便器だけを意識するべきで、内尿道括約筋や膀胱平滑筋を意識する必要無い！

**デフォルトの名無しさん** · 2024/01/17(水) 16:38:14.46

あーなるほど、ユーザーのことを人間って言ってたのか
こいつ言葉の使い方が無茶苦茶だな
常に>>562みたいな卑猥な表現ならまぎらわしくないんだけどな

**デフォルトの名無しさん** · 2024/01/17(水) 16:46:12.65

ユーザーを人間に言い換えちゃうと、実装の詳細をすべての人間が平易に理解できちゃいけないことになるけど、
機能を実装した人間は平易に理解できちゃってるからまずいよねえ
そこはユーザーとか利用者とか言わないと意図が伝わらないよねえ

**デフォルトの名無しさん** · 2024/01/17(水) 16:49:13.88

プログラマのことを人間って書いてるのかと思ってた
利用者のことだとわかるのすげーな
そんな発想みじんもなかった

**デフォルトの名無しさん** · 2024/01/17(水) 17:00:54.72

>>565
＞プログラマのことを人間って書いてるのかと思ってた
それはまあ合ってるんじゃね
ライブラリの提供者と、それを使う利用者っていう文脈ならプログラマだからね

ただし「人間と非人間（機械？）」という構図ではなく、
「提供者と利用者（ユーザー）」という構図だったらしい
それなら片方を指して人間と呼ぶのはまぎらわしすぎる

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

彼以上に日本語不自由なひと多くて草

**デフォルトの名無しさん** · 2024/01/17(水) 18:59:47.01

まあ、インターフェイスはどっちかというと理解しやすくするためというより、
依存を減らすことで、実装変更の影響が広がらないようにするためだけどな

**デフォルトの名無しさん** · 2024/01/17(水) 19:39:24.28

>>568
インターフェイスは契約だよ。
依頼人は事前条件の義務を果たせば事後条件の利益が受けられる。請負人は事前条件が揃ったら事後条件を提供する義務がある。
それを契約書みたいに切り離したのがインターフェイス。

**デフォルトの名無しさん** · 2024/01/17(水) 20:23:22.83

>>569
そういう面もあるけどどっちかというとDbCの話だな