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

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

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

**デフォルトの名無しさん** · 2023/09/25(月) 13:09:20.84

>>225
その大規模アプリをオブジェクト指向じゃなくて何を使えばましになるの？

**デフォルトの名無しさん** · 2023/09/25(月) 13:24:45.11

言語や開発ツールが規模の大きいソフトウエアの構築を支援するために提供しているモジュラリティ―のための
パッケージなどを利用した機能階層・分割設計の方がましだろ

**デフォルトの名無しさん** · 2023/09/25(月) 13:27:11.83

クラスは物とその動作の設計図なんだろうけど
動作だけをうまく整理してまとめて設計図にして、物はその動作によって加工されるだけでよくて、別に物自体が何かしてくれなくていい発想の方が自然なことは多いと思う
だからクラスベースだと頭の中と噛み合わなくて残念な気持ちになる

**デフォルトの名無しさん** · 2023/09/25(月) 13:56:58.76

動作とか考えるからおかしくなる
役割と考えれば分かりやすい

**デフォルトの名無しさん** · 2023/09/25(月) 14:00:54.45

>>224
継承が不適切な場合もあれば適切な場合もある
それを見極めろよという話

盲目的にあらゆる継承がダメだと思ってんなら
それは盲目的に継承使うやつと同じレベルだぞ

**デフォルトの名無しさん** · 2023/09/25(月) 14:01:29.91

右に動かすメソッドが
WindowでもRectでもウンコでもなんでも動かせるのが自然で良いということかな？

**デフォルトの名無しさん** · 2023/09/25(月) 14:10:00.64

オブジェクト指向より
エージェント指向

**デフォルトの名無しさん** · 2023/09/25(月) 15:41:32.02

>>232
盲目的に継承は必要ないとしても支障はないと思うよ
今時の継承を持たないプログラミング言語も使うようになったけど継承がないことで支障が出たことがない
『継承は不要』の結論でよいと思う

**デフォルトの名無しさん** · 2023/09/25(月) 15:45:33.94

他言語待ち出してオブジェクト指向言語の作法説いても意味が無いだろw
そんな事言った何でも不用で最後はアセンブラに回帰するわw

**デフォルトの名無しさん** · 2023/09/25(月) 15:54:54.23

>>236
継承を持たない各言語でもオブジェクト指向のプログラミングが自然に行える
継承だけが不要だとはっきりわかった

**デフォルトの名無しさん** · 2023/09/25(月) 16:02:29.40

つまりライブラリ前提で作るくらい設計がしっかりしてるモノ以外、独自クラスを継承させまくるようなコードは難あり？

**デフォルトの名無しさん** · 2023/09/25(月) 16:13:29.29

>>235
あなたがどう思うのもあなたの問題なのでそれでよいと思う

**デフォルトの名無しさん** · 2023/09/25(月) 16:17:53.44

>>237
オブジェクト指向なんて、C言語ですらそれなりに書けるんだが
なんで言語仕様有意義に使おうとしない？

**デフォルトの名無しさん** · 2023/09/25(月) 16:19:38.57

まあ、ここでマイポリシー語るのもいいが、決めつけたり他人に強要するなよってな

**デフォルトの名無しさん** · 2023/09/25(月) 16:28:37.60

客観的な根拠が一番強い
過去のしがらみのない最近の各プログラミング言語GoやNimやRustなどはいずれも継承を持たない
継承がないという以外の点では全く方向性の異なる各プログラミング言語が継承は不要という同じ結論に辿り着いている

**デフォルトの名無しさん** · 2023/09/25(月) 16:31:16.00

継承に限ったことではないが Pros/Cons両面理解した上で状況に応じた使い分けがてきないうちはいつまで経っても素人のまま

**デフォルトの名無しさん** · 2023/09/25(月) 16:34:24.96

else不用論者みたいな奴だなぁ

**デフォルトの名無しさん** · 2023/09/25(月) 16:50:14.80

しがらみとか考え方次第でどうとでもなるからそれは客観的じゃないよw

**デフォルトの名無しさん** · 2023/09/25(月) 16:52:29.42

とある言語仕様に無いから全言語に渡って不用って
極端なw

**デフォルトの名無しさん** · 2023/09/25(月) 17:09:03.89

Rustはトレイトのデフォルト実装で継承の一部をまかなってる
それ以上の部分はマクロでコピペコードを生成するかそのままコピペすることで継承相当を実現している

**デフォルトの名無しさん** · 2023/09/25(月) 17:11:03.38

必要と不要ではなく静的と動的で分けるのが、商業的でない中立な見方
継承は不要だから採用されないのではなく
動的ディスパッチだから動的言語に近い言語でしか採用されない

**デフォルトの名無しさん** · 2023/09/25(月) 17:11:12.20

最近のプログラミング言語
【継承がない】Elixir、Go、Julia、Nim、Rust、Zig
【継承がある】Kotlin(Javaの後継)、Swift(Objective-Cの後継)
つまり過去のしがらみで継承を含めざるを得なかったKotlinとSwiftを除いて全ての言語に継承はない

**デフォルトの名無しさん** · 2023/09/25(月) 17:12:48.35

>>247
Derefが継承の代替として使われることもあるよ

**デフォルトの名無しさん** · 2023/09/25(月) 17:15:24.44

>>249
広く使われてるGUIライブラリのある言語とそうでない言語の分類そのものですね

**デフォルトの名無しさん** · 2023/09/25(月) 18:09:35.84

GUI処理書くのに継承無いとか嫌過ぎる

**デフォルトの名無しさん** · 2023/09/25(月) 18:33:50.47

jsにはラムダがあるからGUI目的の継承をしなくなった

**デフォルトの名無しさん** · 2023/09/25(月) 19:32:34.54

>>227
> まぁ、仕様・IFが長年練り上げられてきたことの結実ともいえるが

彗眼やね
屍の山の上にしか良い設計は無いんよ

>>230
いいとこに着目してると思う
やっぱ関数と値で済んでたときより大げさなんよね
Javaに悪い意味で鍛えられた人は平気なんだろうけど
（FizzBuzzEnterpriseEditionみたいなやつのことね）

>>238
ありなし語る必要ないと思う
やってみればいい
100%失敗するから
クソの山になるから

**デフォルトの名無しさん** · 2023/09/25(月) 19:36:58.29

rust や go だと継承に相当するようなことができるのでいまいちピンとこないんだよね。

**デフォルトの名無しさん** · 2023/09/25(月) 22:27:07.39

>>247
ちょっと違うので補足するね
Rustのトレイトは機能・性質を示すもので型でもクラスでもなく変数(やその値)を持つこともなく各型に対して横断的な位置付けであり
クラスとその継承を排除したRustでは各型に対して必要な複数のトレイトを実装すなわち合成していくわけだけど
トレイトのメソッドは二種類に分かれていて
必須メソッド(required methods)は各型で実装コードが異なるメソッド
提供メソッド(provided methods)は各型で実装コードが共通にできるメソッドで必須メソッドやトレイト境界となる他のトレイトのメソッドを用いてデフォルト実装している
つまり機能性質を示すトレイトに対して各型固有の実装と各型共通の実装の二種類に整理しているだけにすぎないよ

したがってRustではトレイトとそのメソッドをきちんと設計すればコピペは出て来ない
複数の型でコードが全く同じとなるならば上述のように各型共通の実装となる提供メソッド(provided methods)になりデフォルト実装となる

もしマクロでメソッド実装を自動生成する場合はそれは各型固有の実装となる必須メソッド(required methods)に対してマクロの引数指定部分だけが各型で実装が異なる場合になりコピペではないね

**デフォルトの名無しさん** · 2023/09/26(火) 00:48:16.96

Rustだとライブラリで定義済みのトレイト実装を少しカスタマイズしたいだけでも
変更の必要ないメソッドやトレイト実装も全て元の構造体に委譲するコードを書かないといけない

継承がないから構造体1つに対して10個や20個トレイト実装があるのは普通なのでマクロ使わないとコピペ地獄でやってられない

一般的OOPならメソッド1つオーバーライドするだけの簡単な作業

**デフォルトの名無しさん** · 2023/09/26(火) 01:12:22.03

>>257
発想がおかしい
そんなことが必要になることはない
使わないメソッドを生やす必要はない
もし元の型の全てのメソッドを生やす必要があるのならばその時はDerefを使えばよくて自動的に全てのメソッドが生えた形になる

**デフォルトの名無しさん** · 2023/09/26(火) 02:37:40.13

Derefのそういう使い方はアンチパターンでしょ
Traitをカスタムするという発想がおかしいというのは同意
オーバーライドなんてするな

**デフォルトの名無しさん** · 2023/09/26(火) 09:00:17.20

世の中、似た様な画面で項目だけ違う処理がたくさんあり過ぎる

**デフォルトの名無しさん** · 2023/09/26(火) 09:10:04.28

型クラス構造を階層的に取り込んで内包していくような設計に
考えが凝り固まっているんじゃねーかな
昨日階層の抽象化は本来そういうものではなく
階層が上がるにつれより抽象的な構造に「昇華」していく筈だと思うが

**デフォルトの名無しさん** · 2023/09/26(火) 09:11:41.08

まあ、フレームワークくらいにしか使わないけどな

**デフォルトの名無しさん** · 2023/09/26(火) 09:32:49.19

>>261
より複合的な構造に融合していくことで
機能階層の抽象化を現す、というか代用しようとしたところに
どだい無理があったんだ
やりにくいわけだよ

**デフォルトの名無しさん** · 2023/09/26(火) 09:36:16.66

以前Javaのユーザグループミーティングに出席した際、James Gosling（Javaの生みの親）がメインの講演者として招かれていました。
すばらしいQ&Aセッションの途中に、こんな質問が出ました。
「もう一度最初からJavaを作り直すとしたら、どこを変更したいですか？」
答えは「クラスを除外するでしょうね」というものでした。
笑いが静まった後、彼が説明したのは、本当の問題はクラス自体ではなく実装継承(extendsの関係)なのだということでした。
インターフェースによる継承（implementsの関係）のほうが望ましいのです。できる限り実装継承は避けたほうがよいでしょう。

**デフォルトの名無しさん** · 2023/09/26(火) 09:37:57.06

カプセル化とアクセサーがまたクソなんだよな
ソフトウエアの規模拡大に伴う複雑さをより増長させる

**デフォルトの名無しさん** · 2023/09/26(火) 09:45:45.09

だから、エージェント指向だよ

**デフォルトの名無しさん** · 2023/09/26(火) 09:49:57.35

おっと、明後日の方向から不思議な球が飛んできたｗ

**デフォルトの名無しさん** · 2023/09/26(火) 09:56:26.60

同一マシン内である事すら不用な仕組み
全ての手続きはメッセージでやり取りされる
ゆえにアクセサは各エージェントに１組だけ

**デフォルトの名無しさん** · 2023/09/26(火) 09:58:18.98

ソフトウエアを作っていない人と見た。

**デフォルトの名無しさん** · 2023/09/26(火) 10:03:09.62

この人と似た雰囲気がするな
https://mevius.5ch.net/test/read.cgi/tech/1693451813/442-455

**デフォルトの名無しさん** · 2023/09/26(火) 11:27:47.44

>>259
>Traitをカスタムするという発想がおかしいというのは同意
なんでおかしいと思うの？

**デフォルトの名無しさん** · 2023/09/30(土) 16:53:59.14

>>264
そのレスの中に技術的な根拠ある？
誰々が言ってたから、で何使うか決める感じか？
別に好きにすればいいけどそれは素人でもできますよね

**デフォルトの名無しさん** · 2023/09/30(土) 16:58:25.69

なんとか技法とか、なんとか指向とか
宗教みたいなもんだから、別に従う必要も無いんだよなぁ

**デフォルトの名無しさん** · 2023/09/30(土) 17:05:11.09

>>272
変な詭弁だな、玄人でもできるぞ。
そして意見は専門家・元祖だぞ、
技術的根拠的根拠なしに子供みたいに上げ足とってるだけのﾚｽはお前さんだろ
さては論破君だな

**デフォルトの名無しさん** · 2023/09/30(土) 17:08:33.49

頭弱いのバレバレな文章だなぁ

**デフォルトの名無しさん** · 2023/09/30(土) 17:11:28.38

性格が悪いのがまたからかわれに出てきたのか

**デフォルトの名無しさん** · 2023/09/30(土) 17:12:32.20

↓と申しております、とか書くころ

**デフォルトの名無しさん** · 2023/09/30(土) 19:22:36.99

すみませんね、根拠が要らない人たちと思わなかったんでね。
話にならないよね。
ここでその元祖の名前だけ示して誰得なんすか？

**デフォルトの名無しさん** · 2023/09/30(土) 20:06:51.67

話にならないなら黙てればよい。
まぁ一応謝っているようだから非は認めたわけだな。
今後気を付けるように。

**デフォルトの名無しさん** · 2023/09/30(土) 20:25:12.96

皮肉だとわからない
権威主義で名前だけでありがたがる
生きてて幸せだよねw
話にならないなら黙てればよいならおまえが黙っとれよw

**デフォルトの名無しさん** · 2023/09/30(土) 21:43:39.23

性格どうこうというより権威主義「玄人」プログラマーと話噛み合わないの目に見えてるから誰もまともに相手しないよ
実際「ここで元祖の名前だけ出して誰得なのか」は答えられなくて意味不明なレスしか来ないわけじゃん

**デフォルトの名無しさん** · 2023/09/30(土) 21:58:03.51

ちょっと刺激するとすぐむきになって食いつくｗ
ほんと、ダボハゼ並みだな

**デフォルトの名無しさん** · 2023/09/30(土) 22:00:20.54

なんで見当違いの宗教闘争延々とやっているんだ
Ａ「九九は便利だ」
Ｂ「九九では足し算引き算に役に立たない」
こんなアホな言い争い続けるのは暇すぎるどころか病院行った方がいい

**デフォルトの名無しさん** · 2023/09/30(土) 22:08:25.33

>>280 頭に血が上ると
～と申しております
大前こそ～（単なる言い返し）
はい論破

すぐこういう言い方をする
反応が子供みたいで分かり易い

**デフォルトの名無しさん** · 2023/09/30(土) 22:16:19.55

いつまで経っても小学生の悪口みたいなことしか出てこない
本当にしょうもない
足し算引き算の役に立たない、という理由が示されているならまだ有益な議論になり得るが、「誰々が九九は役に立たないと言っていました」だけでいけると本気で思ってるんだからマジですごい

**デフォルトの名無しさん** · 2023/09/30(土) 22:20:44.91

ほんと分かり易い。

**デフォルトの名無しさん** · 2023/09/30(土) 22:30:29.98

わかりやすい連呼のゴミ人生でした

**デフォルトの名無しさん** · 2023/10/01(日) 00:12:42.51

良かったら年齢と学歴教えて

**デフォルトの名無しさん** · 2023/10/01(日) 09:15:28.15

別に教えてもらわなくても一人でやったらいいやん、ままごとみたいに
結局同じことなんだからそれで満足すれば済む話だ

**デフォルトの名無しさん** · 2023/10/01(日) 09:23:22.48

オブジェクト指向って、C++で、
classのコンストラクタとデストラクタが
メモリーの安全な自動解放に簡単に対応できるので
重宝している。
もしそれらが無かったら、メモリーを簡単に自動解放できない。

**デフォルトの名無しさん** · 2023/10/01(日) 09:25:58.43

道端でも誰も聴いてないのに一人でブツブツ大声で自問自答してるヤバいおっさんおばさんおるけど
ああいう類の人間なんかな

**デフォルトの名無しさん** · 2023/10/01(日) 09:28:09.49

C++ではclassの概念は、とても重要。
主にメモリーの自動解放のため。それ以外の
言語では余り要らないのでピンとこないのかも。

**デフォルトの名無しさん** · 2023/10/01(日) 13:15:07.23

自分みたいにメモリの開放忘れる人間にはC++は難しい

**デフォルトの名無しさん** · 2023/10/01(日) 13:39:28.55

classなくても自動解放くらいできるでしょ
interface/trait/protocolを使う
C++にはそれがないからclassで代替してるだけ

**デフォルトの名無しさん** · 2023/10/01(日) 13:44:53.34

オブジェクト指向の考え方/やり方だけでなく
オブジェクト指向以前とポストオブジェクト指向での考え方/やり方を把握してないと
オブジェクト指向の良し悪しは評価できない

**デフォルトの名無しさん** · 2023/10/01(日) 13:47:35.04

メモリに関してはCとC++の違いはブロック終端のトリガの有無だけだから
Cでもコンテナに紐付ける仕掛け作れば問題なかった
アホが多すぎただけ

**デフォルトの名無しさん** · 2023/10/01(日) 14:08:36.42

Cでも、RAIIできるの？

**デフォルトの名無しさん** · 2023/10/01(日) 14:22:51.96

人に説明することが難しいことは、とても保守性が低い。構成が複雑であるほど、危険である。
要素が独特で実績が少ないと、世間にわかっている人が少ない。そうすると、「誰か助けて」と言ったとき
に人が集まらない。ベンダーも消失するかもしれない。
https://www.orangeitems.com/entry/2022/03/26/164116

オーバーライド（英：override）とは
オブジェクト指向におけるオブジェクトの継承の話で出てくる用語のひとつ
であり
親クラスにあるメソッドを子クラスで再定義することによって、子クラス上で親クラスのメソッドを上書きすること
https://wa3.i-3-i.info/word138.html

チンポは人格メソッドや脳メソッドを上書きする機能が有る！！！

https://mobile.twitter.com/ki45_nisiki/status/1581300043935494145

フローズンぺんぎん＠とりゅー
@ki45_nisiki
返信先:
@LunRon5
さん
どんなに教養と勉強で武装しようとも、自身が抱える性癖には逆らえん。チンポが脳や人格にオーバーライドして支配してくる欲求には逆らい難い…だからこそ最低限の慎みと矜持として2次元があるのではないか…デブでもおばさんでも勃起できる人にはこの苦しみはわからんっすね
https://twitter.com/thejimwatkins

**デフォルトの名無しさん** · 2023/10/01(日) 14:26:38.26

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 2023/10/01(日) 14:28:59.90

多態性まとめ
多態性・ポリモーフィズムとは、同じ命令を送ったにも関わらずそれぞれが独立した固有の処理を行うという特性を指す。
多態性・ポリモーフィズムは継承関係の子から親への代入を通じて実現することができる。
多態性・ポリモーフィズムのメリットとして、同一視して配列を利用できたり、同一視して引数を受け取ることができることが挙げられる。
https://engineer-life.dev/polymorphism/

この車、タイヤがパンクしてしまった！
この男クリントン、チンポがシコシコしてしまった！

繋がっているけれども独立している、共有性と独立性！

息子とムスコは、必ずしも親の命令通りには動かない！

立て、立つんだ！

　　　　　立　つ　ん　だ　、　ジ　ョ　ー　！

息子1
起立！
息子2　
勃起！
息子3
立ちくらみ！

https://mobile.twitter.com/yokillme/status/970300973301219328

ヨキ
@yokillme
自分の息子のことを愚息って言うの、現代においては息子を自分とは別人格の一人の人間として尊重してないからやめた方がスマートだと思うんだけど、不意に勃起した自分のチンコを「愚息」と表現するのめっちゃ好きなんですよね。
https://twitter.com/thejimwatkins

**デフォルトの名無しさん** · 2023/10/01(日) 14:32:10.64

>>290
それはclassとは全く関係がない
C++の比較としてわかりやすいのRustはclassを持たないがメモリが安全に自動解放される
C++もRustもその機構はRAII機能に基づいておりオブジェクト指向は関係ない

**デフォルトの名無しさん** · 2023/10/01(日) 14:34:16.41

>>297
タイミングが異なる点を除けば似たような仕組みは作れる

**デフォルトの名無しさん** · 2023/10/01(日) 14:40:25.74

>>301
でも仕組みの簡単さからC++流のclassの方が先に出た。

**デフォルトの名無しさん** · 2023/10/01(日) 14:40:27.98

>>301
でも仕組みの簡単さからC++流のclassの方が先に出た。

**デフォルトの名無しさん** · 2023/10/01(日) 19:07:36.85

変数の管理をしてくれる言語を使えよハゲどもが

**デフォルトの名無しさん** · 2023/10/01(日) 19:17:29.32

>>299-300
こちらのスレで皆さんがお待ちです、存分にお書きください
http://mevius.5ch.net/test/read.cgi/tech/1619499726/

**デフォルトの名無しさん** · 2023/10/01(日) 20:10:51.85

>>306
オブジェクト指向とは何かについて、他にわかりやすい説明が有るのか？

**デフォルトの名無しさん** · 2023/10/02(月) 01:09:41.83

正直者には、見ます。
ささ、どうぞあちらへ。

**デフォルトの名無しさん** · 2023/10/17(火) 20:07:11.02

OOPはオワコンにはなりませんよ？

**デフォルトの名無しさん** · 2023/10/19(木) 01:30:31.85

１９９６年ころから購読していたのCマガジン雑誌
まだたくさん残っているが、オブジェクト指向とか
また当時の日経プログラミングだったか？雑誌にも

関係ないがLinuxって１９９６年ころはまだ初期の時代だったんだな

**デフォルトの名無しさん** · 2023/10/19(木) 01:31:33.44

訂正思い出した日経ソフトウェアだｗ
当時はＣＤとかいっぱいおまけがついていた

**デフォルトの名無しさん** · 2023/10/19(木) 01:34:49.05

>ID:ReS9VmD8
言語障害の気が出てるから病院で検査してもらってこい

**デフォルトの名無しさん** · 2023/10/31(火) 13:55:10.92

継承を使いまくる数学、化学、天文分野があるんじゃないの？
知らないだけかもしれないやん

**デフォルトの名無しさん** · 2023/10/31(火) 16:28:48.15

学問は継承されてるよね教育によって
継承を使いまくってるねうん

**デフォルトの名無しさん** · 2023/11/01(水) 03:34:28.91

継承というか増築だな
間違いを糺す方向なら良いが
臭いものに蓋をしているだけのケースもある

**デフォルトの名無しさん** · 2023/11/02(木) 00:53:05.17

学問のどこがオブジェクトなんだよ？

**デフォルトの名無しさん** · 2023/11/02(木) 08:49:12.85

学ぶ人間だな

**デフォルトの名無しさん** · 2023/11/04(土) 07:07:49.01

オブジェクト思考言語しか触ったことないなぁ……JavaとC#だけ

**デフォルトの名無しさん** · 2023/11/04(土) 08:54:45.74

そんな思考ではいかん崎

**デフォルトの名無しさん** · 2023/11/04(土) 13:00:40.63

C#には20年前からデリゲートがあった

デリゲートはオブシコ的に邪道と言われて
Javaは当時デリゲートを否定してた

それから12年後Javaでラムダ式が使えるようになった

この20年間はオブシコが限界につきあたりそれを関数型で突破する
試行錯誤が行われているように思われる

**デフォルトの名無しさん** · 2023/11/04(土) 16:36:10.21

オブシコには最初から懐疑的だったね俺は

**デフォルトの名無しさん** · 2023/11/04(土) 19:16:33.99

弾幕系シューティングゲームの敵弾を無限に増やしたり、消したり。
弾幕の軌道の種類を継承で増やす。
とか？

**デフォルトの名無しさん** · 2023/11/04(土) 21:06:27.26

>>5で早々に指摘されてる通りライブラリがすでにオブジェクト指向なんだよなあ。ついでにＡＰＩ使うのもそう
こんなスレでごちゃごちゃ書きたがるのは当たり前にライブラリやＡＰＩを使わない人たちかな

**デフォルトの名無しさん** · 2023/11/05(日) 10:29:13.93

オブジェクト指向と言っても階層がある
フレームワークやライブラリを造る層
中間層
単に利用するだけのクレクレ層

**デフォルトの名無しさん** · 2023/11/05(日) 10:30:00.47

ちなみに >>323 の視点はどう観てもクレクレ層

**デフォルトの名無しさん** · 2023/11/05(日) 17:32:14.56

利用しないで文句言うだけじゃね

**デフォルトの名無しさん** · 2023/11/06(月) 02:08:53.26

ライブラリは使えばいいんよ。
車輪の・・・は時間の無駄だしさ

例えばオワコンだとして、オブジェクト指向に代わる概念ってあるの？かな？