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

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

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

**デフォルトの名無しさん** · 2023/12/19(火) 17:17:18.80

>>401
それはCやアセンブラと比べた時の話？
Cやアセンブラと比べて新しい言語がテストしやすいのはそれはそう
だからCやアセンブラやパンチカードと比べて過去に流行ったわけだし

**デフォルトの名無しさん** · 2023/12/19(火) 17:19:29.23

何千とある似た様な画面のコードを継承と少しの個別コードだけ書けば済むんだからやめられない

**デフォルトの名無しさん** · 2023/12/19(火) 17:20:56.90

それはオブジェクト指向に限らず現代的な言語なら大体そうな気がする
Cやアセンブラと比べてコードの使い回しが効くのはそれはそう

**デフォルトの名無しさん** · 2023/12/19(火) 19:35:19.07

>>404
おまえの言ってる「オブジェクト指向」は「オブジェクト指向言語」だ
部品を構成してプログラムを組んでいく「オブジェクト指向」はC言語や用語自身が作られる以前からある

**デフォルトの名無しさん** · 2023/12/19(火) 19:48:55.04

>>405
「オブジェクト指向」じゃなくて「オブジェクト指向言語」の利点を語り出したのは>>401や>>403なんだよな

俺はもちろんオブジェクト指向の話をして欲しかったのだが、誰もその話をしてくれなかったのだ

**デフォルトの名無しさん** · 2023/12/19(火) 19:52:19.99

あら？
継承は言語仕様じゃ無いくても作れるよ？
アセンブラだってC言語だって、関数も変数もテーブル形式にしてオフセット追加するとかだから

**デフォルトの名無しさん** · 2023/12/19(火) 21:09:35.13

似たようなユーザインターフェースを作るようなプロダクトならオブジェクト指向のが便利
継承やらポリモーフィズムやらが重要になるから
関数型はざっくりに言うと考えたコードをフローチャートのようにそのままコードにしていくっていう考え方でしょ？
そもそもプロダクトによってどちらを採用するかが違うじゃん

**デフォルトの名無しさん** · 2023/12/19(火) 21:16:29.72

オブジェクト指向だとスパゲティコードになるだぁ？
定期的にリファクタリング点検をすれば問題なしだよ

**デフォルトの名無しさん** · 2023/12/19(火) 21:28:51.74

>>396
Webフロント最有力のReact.jsだと
昔はクラスコンポーネントベースだったけど
使いにくいのとクラス継承使うなと言っても使っちゃうバカが出てきたり問題も多く
今は関数コンポーネントベースとなった

**デフォルトの名無しさん** · 2023/12/19(火) 21:54:53.91

まあ継承、ポリモーフィズムといっても例えばMVVMでのレポジトリ周りに適用されるものでUI部品は関数型になると思うけどね
Java/C#民なので悪しからず

**デフォルトの名無しさん** · 2023/12/19(火) 21:56:09.02

ん？UI部品は関数型でもないのかな？うーん

**デフォルトの名無しさん** · 2023/12/19(火) 21:59:53.48

>>396
どこからどこまでのフロントかで話が180度違ってくるから、そういう言い方はやめてくれ

**デフォルトの名無しさん** · 2023/12/20(水) 09:50:15.13

UPLIFT プレミアム・サービスのお知らせ

https://uplift.5ch.net/

ＵＰＬＩＦＴ　主な特典
・連続投稿の規制を緩和します。
・スレッド作成時の規制を緩和します。
・5ch.netのスレッド表示画面に表示される広告を除去します。
・5ch.net専用ブラウザで5ch.netの過去ログを閲覧できるようになります。
・海外からのアクセス・ホスト経由からでも書き込みができるようになります。
・書き込みが規制されているプロバイダーからでも書き込みができるようになります。
・5ch.netを安定して利用できるように運営を支援できます。

5ちゃんねるを存続させるためには、皆様のご協力が必要です。

最後まで御精読いただきありがとうございました。

**デフォルトの名無しさん** · 2023/12/20(水) 13:51:42.89

>>410
reactが勝手に禁止したところでそんなの知らんがなw
そもそもただのお気持ち表明しただけで禁止じゃないだろ

**デフォルトの名無しさん** · 2023/12/20(水) 15:24:19.54

>>400
メモリ使用量、速度、生産性、保守性

**デフォルトの名無しさん** · 2023/12/20(水) 16:36:11.78

そもそもオブジェクトを使わない言語なんてあんの？
ミュータブルの代わりにイミュータブル使った方がいいよっていうだけの話を誤解してるやついね？

**デフォルトの名無しさん** · 2023/12/20(水) 17:29:53.84

それはオブジェクトの定義次第やろな
例えば構造体はオブジェクトなのか？

**デフォルトの名無しさん** · 2023/12/20(水) 18:28:16.51

C++だとオブジェクトだな
Cでも頑張ればオブジェクトと言えなくもない

**デフォルトの名無しさん** · 2023/12/20(水) 20:39:52.93

であればオブジェクト指向の話とは関係ないね

**デフォルトの名無しさん** · 2023/12/20(水) 22:48:43.78

C++がオブジェクト指向言語でなきゃどれがそうなんだ

**デフォルトの名無しさん** · 2023/12/20(水) 23:08:05.65

狭義のオブジェクト指向はクラスを持つこととはっきりしている
クラスと他との違いはあるクラスを引き継いで他のクラスを作る継承機能があること
このクラス継承は現在ではできる限り使わないようにするべき派が多数派
そのためモダンなプログラミング言語はクラスとその継承を排除した言語が多数派

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

多数派？

**デフォルトの名無しさん** · 2023/12/20(水) 23:30:01.43

>>422
>狭義のオブジェクト指向はクラスを持つこととはっきりしている
ソースを出してくれ

**デフォルトの名無しさん** · 2023/12/20(水) 23:38:59.80

そもそも継承はお前ら土方が使うものじゃなくてライブラリ作成者が使うものだよ
「継承を使うな」と言われた意味を都合よく解釈してるんじゃね？

**デフォルトの名無しさん** · 2023/12/20(水) 23:48:26.27

複オジ主張が後退してるね
間違いを自覚したのかな

**デフォルトの名無しさん** · 2023/12/20(水) 23:54:51.31

>>426
どれのことを言ってるのかわからんが何か刺さったか？

**デフォルトの名無しさん** · 2023/12/20(水) 23:57:46.44

土方が作るプログラムとライブラリの違いは何かね？
ビルドしたらライブラリになるでしょうが

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

C++は昔からマルチパラダイム言語って呼ばれてた

オブシコと言ったらJavaでしょ, Javaは関数型の方に舵を切ってるけどね
オブシコではキャストを使うのは邪道中の邪道と言われてキャストが必要な
プログラムは設計が間違ってるなんて言われてたけど最近だと
パターンマッチでキャストこそが正義みたいになってるからねー

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

ビ、ビルドしたらライブラリになるぅ？

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

なりますよ、jarが出来ます
jarっていうのはJavaのライブラリです

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

>>431
jarはアーカイブフォーマット
jarにしたらライブラリになるわけじゃない
JavaアプリケーションとJavaライブラリの違いを勉強してね

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

>>432
Javaのライブラリはjarで提供されます
ライブラリじゃないjarなんてこの世に存在しません

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

JavaアプリケーションなんてものはMainのライブラリを呼び出してるだけ

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

実行ファイルなんてものはライブラリの利用形態の一つでしかない
プログラムはビルドしたらライブラリです

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

java -jar
ってオプションが最近のjavaにはあるんですよ

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

また新たなトンデモ人を召喚しやがって
面白いなこのスレw

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

>>425
ライブラリというよりフレームワークじゃないかね？
ベースクラス提供するんで継承で拡張して使ってねっていう

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

>>436
それは「-cp ライブラリメインクラス」のシンタクスシュガーであることはご存知でいらっしゃいますよね
違いますか？僕がなにか間違ってますか？(間違ってない)

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

ライブラリの話はもう良いじゃないですか、もうやめましょう、二度としないでください不愉快です

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

>>439
マニフェストからmainのクラス名を読むからただのシンタックスシュガーじゃないぞ

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

>>441
あ、アライグマだ! 違うあれはツキノワグマだ!と言ってるようなもので
そこを詳しく言われても僕はどうしたら良いんでしょうかというのがいまの僕の心境です
どっちもクマじゃん…そんなこまかい種別にこだわられても僕はなんて返したら良いんでしょうか

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

もうライブラリの話は良いでしょう、お腹いっぱいです

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

>>442
違いが気にならないなら存在するもの全部ライブラリでいいと思うよ

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

アライグマとツキノワグマはだいぶ違うが
クマアンチか？

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

アライグマはクマじゃない件

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

アライグマもクマのように歩いて、クマのように鳴くかもしれん

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

継承はあれば便利だけどなくてもなんとかなるかな
オブシコにとって必須なものではないように思う

属性と操作をまとめることこそがオブシコにとって唯一欠かせない性質だ

オブシコが多くの人を引き付ける理由は人間に近いからだと最近思うようになった
人間は意識という属性を持ち自律して動作する操作を持つ

人間はロボットを作るときにも人間の姿に似せた形にするように
自分に近いものに安心感を覚えてそれを求める本能があるんだろう
その根幹にあるのは慣れだと思う

自分が知っていること慣れていることに近づけることによって危険じゃないことを知って
安心するんだと思う

そのように考えるとオブジェクトは人間にとって慣れたものであるがゆえに
正しいものであるかのようなバイアスを与えるんだと思いました、おやすみなさい

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

アライグマとツキノワグマはJavaScriptとJavaくらい違う

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

土方がライブラリを作らないと思ってるやつがアライグマ級だとすれば
何でもjarにすればライブラリだと思ってるやつはミノタウロス級
そのぐらい違う

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

ライブラリはほとんどの場合で静的動的リンクライブラリのことを指すはずだけど、jarがライブラリって言ってる人は単にバイナリであるって主張してるのかな
メインクラスを持つ場合もリンクライブラリである場合でも拡張子が同じ.jarで分かりにくいから仕方ないね

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

特殊なスタブなど経由しなくても他から呼び出し可能かどうかでは？
JVMの世界ではそうなんだから一般化して話をややこしくする必要はない

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

オブジェクト指向とか、

データとプロセスを個別に扱わずに、双方を一体化したオブジェクトを基礎要素にし、メッセージと形容されるオブジェクト間の相互作用を重視して、ソフトウェア全体を構築しようとする考え方がオブジェクト指向である。

ぐらいの意味だろ。

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

元々オブジェクト指向という言葉ができた当時のプログラミングでオブジェクトというのは「プログラムで扱えるデータ構造」のことだよ
具体的には引数や戻り値として使えるのがオブジェクト
「第一級オブジェクト」を調べてみなよ

手続き指向は手続き中心にプログラミングしてたけどオブジェクト指向はデータ中心にプログラミングする
手続きはデータを扱う主人ではなくデータに付随する従者
それだけのこと

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

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

あとお前らずっと間違えてるけど関数型とオブジェクト指向は相反するものじゃないぞ
Hskellだってオブジェクトを使う

お前らはミュータブルとイミュータブルの話を関数型とオブジェクト指向の話だと思ってるから話が通じねんだよ

そもそもモダンなプログラミング言語はみんなマルチパラダイムだ

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

食肉目クマ科クマ属ツキノワグマ
食肉目アライグマ科アライグマ属アライグマ

食肉目までしか合ってないのにこれの区別がつかないやつはどうかしてる
イヌ科やネコ科も食肉目だがこれら全部区別つかないのかよ
全部「ワンワン」で許されるのは3歳までだぞ

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

ほらな
「オブジェクト」を使ってればオブジェクト指向だと言い出すやつに話が通じるわけがない

ハンマーしか知らないから全部釘に見えるパターン

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

>>454
調べてみたけど

第一級オブジェクト
https://ja.wikipedia.org/wiki/%E7%AC%AC%E4%B8%80%E7%B4%9A%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88

> ここで「オブジェクト」とは広く対象物・客体を意味し、必ずしもオブジェクト指向プログラミングにおけるオブジェクトを意味しない。

これオブシコのオブジェクトとは別人のようですよ
名前が同じだからといって同一人物とは限らないんですよ

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

>>453
データとそのデータを扱うための関数群を「モジュール」という単位にまとめて、モジュールを基礎要素としつつモジュール間の相互作用によってソフトウェア全体を構築したら、オブジェクト指向なのか？

import Foo
…
Foo.doSomething(message)

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

関数型とオブジェクト指向は対立するものじゃなくて共存するものなんだよね

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

>>459
Objective-Cとかが真のオブジェクト指向
独立したオブジェクト間をメッセージで繋げる
インスタンスと言う名のアドレス参照でコールするのは
まだまだナンチャッテの界隈

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

ゴールポスト動かし続けるやつばっかり

> ハンマーしか知らないから全部釘に見えるパターン
結局コレだから議論が成立しない
頑張れば全部釘に見えるし頑張れば全部釘ではない何かに見える

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

>>458
それ今の話だろ？
454は当時の話をしてね？
用語の流用で意味が変わることなんていくらでもあるだろ

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

>>462
みんなバラバラのゴールの話をしているから、ゴールが動いているように見えるだけだろ。

>>459
手法としてはそうじゃない？
言語としてのサポートがあるかどうか(エラーを出すとか)は別の話。

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

i.hidekazuみたいな感じがする
こんなとこで油売ってないで新作書いてよ

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

>>425
と土方が申しております

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

>>465
「異世界ビルドの何でもライブラリアン」
～ハズレスキル『瓶詰め』で今日も自意識無双中w ～

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

Oops!をもじって適当に作られた昔の言葉なのに変な宗教になってる人がいるな
仕事でこれはオブジェクト指向じゃないからだめとか逆にオブジェクト指向になってるからだめって言うのがいたらキチガイだわ

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

メモリ領域を表すオブジェクトとオブジェクト指向のオブジェクトは違うものやろ
英語は日本語と違って普通の名詞を専門用語に割り当てるからかぶってるだけ
それよりも、メソッド呼び出しかメッセージかなんて同じ機能に対して各言語設計者がお気持ちで別の用語を割り当てただけなんだから、メッセージじゃないと真のオブジェクト指向じゃないなんちゃってオブジェクト指向みたいな話は時間の無駄

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

効いてて草

**デフォルトの名無しさん** · 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

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