オブジェクト指向ってクソかよPart5

**デフォルトの名無しさん** · 2019/10/08(火) 15:46:57.38

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

カプセル化（英語：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/
前前スレ
オブジェクト指向ってクソじゃねぇかよPart3
https://mevius.5ch.net/test/read.cgi/tech/1542884872/
前スレ
オブジェクト指向ってクソじゃねぇかよPart4
https://mevius.5ch.net/test/read.cgi/tech/1556462315/

**デフォルトの名無しさん** · 2019/10/13(日) 22:24:07.52

>>494
https://www.yegor256.com/2016/08/15/what-is-wrong-object-oriented-programming.html

※俺もこのサイトを見るまで、まさかここまで沢山の著名人がOOPを批判しているとはしりませんでした

**デフォルトの名無しさん** · 2019/10/13(日) 22:26:34.71

上のURL一式
テンプレにでも入れときやがれってんだ
ﾊｹﾞどもが

**デフォルトの名無しさん** · 2019/10/13(日) 22:30:46.07

オブジェクト指向とオブジェクト指向プログラミングは全く違うよ？

>>496
>※俺もこのサイトを見るまで、まさかここまで沢山の著名人がOOPを批判しているとはしりませんでした

オブジェクト指向は俺の股間に付いているが、オブジェクト指向言語はプログラミングの形式に過ぎない！

**デフォルトの名無しさん** · 2019/10/13(日) 22:36:55.52

自分の考えに近いなと感じたのが

Paul Graham (2003)

Richard Mansfield (2005)

Eric Raymond (2005)

Eric Allman (2011)

など

**デフォルトの名無しさん** · 2019/10/13(日) 22:38:35.34

>>486
>でも主張を見る限り
>オブジェクト指向自体を嫌ってるよね

いわゆる『オブジェクト指向プログラミング言語』とやらは、オブジェクト指向を表現していないからな。

例えば『チンポがしこしこする』ってのは、オブジェクト指向言語プログラミングでどう表現する？

**デフォルトの名無しさん** · 2019/10/13(日) 22:40:49.09

オブジェクト指向は俺の股間に付いているのだから、オブジェクト指向プログラミング言語は必要無い！

>>496
>※俺もこのサイトを見るまで、まさかここまで沢山の著名人がOOPを批判しているとはしりませんでした

それでもオブジェクト指向は俺の股間に付いている、違うか？

**デフォルトの名無しさん** · 2019/10/13(日) 23:08:42.60

>>496
コメント欄でOOPいやPOO信者が火消しに必死ｗｗｗ

**デフォルトの名無しさん** · 2019/10/13(日) 23:16:24.01

>>502 この人？
ttps://c.disquscdn.com/uploads/forums/294/4852/avatar92.jpg

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

Dunets Nickolay 　a year ago

One more for the list.

https://medium.com/@cscalfani/goodbye-object-oriented-programming-a59cda4c0e53

OO sure promised a lot in the early days. And these promises are still being made to naive programmers
sitting in classrooms, reading blogs and taking online courses. It’s taken me years to realize how OO lied to me.
I too was wide-eyed and inexperienced and trusting.

強烈な意見！

**デフォルトの名無しさん** · 2019/10/13(日) 23:54:33.20

虎の威を借る狐

**デフォルトの名無しさん** · 2019/10/13(日) 23:57:08.03

>>505
くるしいのうｗ

**デフォルトの名無しさん** · 2019/10/14(月) 00:01:58.08

>>505
https://medium.com/@cscalfani/goodbye-object-oriented-programming-a59cda4c0e53

このサイト読むと
何十年もの間、Smalltalk、最後に.NETとJavaと、オブジェクト指向言語でプログラミングを行って
継承、カプセル化、および多態性の利点を活用するために熱心っだったけど、だまされていたって
懇々と唱えてきて、ホント気の毒

俺から言わせてもらえば、そんなに年月をかける前に
これは変だと気がつけばよかったのにね

**デフォルトの名無しさん** · 2019/10/14(月) 00:07:39.42

The problem with object-oriented languages is they’ve got all this implicit environment
that they carry around with them. You wanted a banana but what you got was a gorilla
holding the banana and the entire jungle.

もう爆笑ｗ

**デフォルトの名無しさん** · 2019/10/14(月) 00:09:10.18

>>508
ちな、これ、Erlangの作成者Joe Armstrongの発言ね。

**デフォルトの名無しさん** · 2019/10/14(月) 00:12:26.09

まぁ、bBavR94N のような奴はOOPが廃れたら、
また別の流行見つけてそのカルト信者になるんだろうね
それはあんたの人生の選択だし、どんなに頓珍漢な迷信であっても
回りに迷惑かけない範囲で好きにしてくれ

**デフォルトの名無しさん** · 2019/10/14(月) 00:35:26.10

どんな迷信染まっても
周りや他人に迷惑は絶対かけるなよ
いいな。

**デフォルトの名無しさん** · 2019/10/14(月) 00:47:44.24

で、結局オブジェクト指向は素晴らしいの?
そうじゃないの?
代替案は何?

**デフォルトの名無しさん** · 2019/10/14(月) 00:52:04.13

それは、ヒ・ミ・ツ
ﾊｰﾄ

**デフォルトの名無しさん** · 2019/10/14(月) 02:48:38.03

>>507
誰も理由書いてないのなｗ

**デフォルトの名無しさん** · 2019/10/14(月) 08:07:29.36

https://mainichi.jp/articles/20191013/k00/00m/040/245000c

**デフォルトの名無しさん** · 2019/10/14(月) 09:17:14.83

>>512
普通に組むんだ

機能一覧
→各機能の処理一覧
→それに対応する関数一覧

と作成して関数一覧ができたら設計は終了なのさ
それ以上はプログラマ側では何もすることがない

これでプロジェクトがうまく行かないならそれは仕様の決定段階ですでにおかしいのであって
もし、自分が改善したいと思うならば積極的に仕様の決定まで口を出さなければならない

**デフォルトの名無しさん** · 2019/10/14(月) 10:11:53.94

>>516
なんでオブジェクト指向は、それらの関数を
組み合わせて使う時の問題を解決するものという
レスを無視するの？

**デフォルトの名無しさん** · 2019/10/14(月) 10:45:33.29

処理をまとめる→関数
関数の第一引数でまとめる→クラス

**デフォルトの名無しさん** · 2019/10/14(月) 11:03:45.34

>>516
複数の機能から使う共通のデータや状態、それらの制約や整合性をどう維持するか
という部分が単純な機能分解ではカバーしにくいところ
その問題を考慮したのがDOAやOOAD

A形式のファイルをB形式に変換するとか
Aというシグナルが来たらBの状態をB'に変更するとか
そういう段階まで分解してくれた仕様だけ考慮すればいいなら
単純な機能分解が適してる

**デフォルトの名無しさん** · 2019/10/14(月) 12:57:08.92

>>514
発言の一部抜粋だよ

**デフォルトの名無しさん** · 2019/10/14(月) 15:31:56.02

>>518
よくわかってらっしゃる

**デフォルトの名無しさん** · 2019/10/14(月) 15:32:13.69

>>517
別に必要ないだろｗ
関数一覧の関数それぞれ組んできゃ終わるんだからｗ

**デフォルトの名無しさん** · 2019/10/14(月) 15:34:52.40

>>519
いらないいらない
関数一覧の関数は全部独立してるものと仮定して組んでもいいのよ
っていうかそれで動くんだから余計なことすんなよクソ虫

**デフォルトの名無しさん** · 2019/10/14(月) 16:55:29.97

オブジェクト指向学ぶ為の書籍一覧がほしい

**デフォルトの名無しさん** · 2019/10/14(月) 17:08:32.29

>>524
書いてるやつもここのとどっこいだぞ
なぜなら万人が認めるオブジェクト指向はこれですって言える資料がこの世にないので

しかしこの業界なんでこんなんになっちゃったかなぁと

プログラミングとは目標を実現するための1つの手段という位置付けに留めて置いたほうが
結果的に実力は付くよ
プログラマはこのクソ宗教のせいで多くのやつが視野狭窄過ぎて参考にならない

**デフォルトの名無しさん** · 2019/10/14(月) 17:44:53.07

別に、機能別にライブラリにして行けばいいのさ。
かしこまってOOPだなんだとギスギスする必要は無い。

**デフォルトの名無しさん** · 2019/10/14(月) 18:24:41.16

>>522
小さいプログラムならそうだけど
GUIアプリとかウェブアプリでそんないきあたりばったりな
コード書いてるとすぐに破綻する。
設計が必要。

**デフォルトの名無しさん** · 2019/10/14(月) 18:32:42.20

ワイもそれ思った
業界を語るわりに経験が感じられない

**デフォルトの名無しさん** · 2019/10/14(月) 20:07:01.22

>>527
違うな
どんなデカイプログラムも分割すれば小さい単位になる
そしてなってしまえば後の作り方はおんなじや
違うのはヘタクソだからや

**デフォルトの名無しさん** · 2019/10/14(月) 20:09:08.49

俺に反論するなら

じゃあ、デカイプログラム特有の仕組みは具体的に何があるの？

って聞くぞ
調べてから書き込めよ

**デフォルトの名無しさん** · 2019/10/14(月) 20:24:13.94

>>529
その理屈だとどんなでかい建築物でも分割すれば
小さな家となる。そうなってしまえば、
高層ビルでも犬小屋でも作り方は同じってことになってしまうぞｗ

**デフォルトの名無しさん** · 2019/10/14(月) 20:25:26.99

>>530
> デカイプログラム特有の仕組みは具体的に何があるの？

小さな単位を組み合わせる仕組み。
例えば、モジュールをプラグイン化し、
本体に手を入れずに拡張する仕組みとかね

**デフォルトの名無しさん** · 2019/10/14(月) 20:27:29.74

WindowsとかLinuxとかのOSはでかいプログラムの代表例だが、
コアの部分は小さくして、ドライバにより多くのハードウェアに対応してる。
こういうところにオブジェクト指向による設計が使われてる。

C++を批判してるLinusでも
https://cpplover.blogspot.com/2013/05/linus-torvalsc.html
> Cでオブジェクト指向コード（ファイルシステムとかだと有用）を書くのは可能だし、

Cでオブジェクト指向はファイルシステムなどで有用と言っている。

**デフォルトの名無しさん** · 2019/10/14(月) 20:29:36.37

>>531
プログラムには重力ねーし
そういう構造いらねーから

**デフォルトの名無しさん** · 2019/10/14(月) 20:30:22.97

>>532
機能一覧に入ってるんだよな？それ
関係ねーじゃん

**デフォルトの名無しさん** · 2019/10/14(月) 20:32:07.12

>>533
c言語の機能を使ったときだけうまくいくってリーナス言ってんじゃんｗ

**デフォルトの名無しさん** · 2019/10/14(月) 20:32:37.60

敗北を知りたい

**デフォルトの名無しさん** · 2019/10/14(月) 20:33:05.57

>>534-536
レスするなら反論しろよｗ

**デフォルトの名無しさん** · 2019/10/14(月) 20:33:32.98

>>537
敗北だと自覚してるから、そういう書き込みしたくなるんやでｗ

**デフォルトの名無しさん** · 2019/10/14(月) 20:38:23.47

C以外糞って言うならならPythonもゴミじゃん。
Pythonしか書けない奴はどうなるの？

**デフォルトの名無しさん** · 2019/10/14(月) 20:47:03.67

糞に集る蠅

**デフォルトの名無しさん** · 2019/10/14(月) 20:47:48.13

オブジェクト指向は
組み込みとすこぶる相性が悪い

**デフォルトの名無しさん** · 2019/10/14(月) 20:50:13.94

× オブジェクト指向は組み込みとすこぶる相性が悪い
○ オブジェクト指向言語は組み込みとすこぶる相性が悪い

オブジェクト指向であれば組み込みでも使われてる。

**デフォルトの名無しさん** · 2019/10/15(火) 00:07:06.97

オブジェクト指向とΣ計画はセット
資本主義社会じゃ無理
言語製作者陣の理念と現状にズレがあるので、オブジェクト指向が使いにくくなっているだけ
カネと労道の壁を突破してありとあらゆるオブジェクトを集積するセンターがあれば完璧になる

**デフォルトの名無しさん** · 2019/10/15(火) 00:15:06.48

まさにカルト

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

>>533 印象操作しないでちゃんと引用しろ

> Cでオブジェクト指向コード（ファイルシステムとかだと有用）を書くのは可能だし、
> しかもC++のような余計なクソがついてこない。

**デフォルトの名無しさん** · 2019/10/15(火) 01:14:09.75

>>533

> Cでオブジェクト指向コード（ファイルシステムとかだと有用）を書くのは可能

これどういうコードを指すのか分かっているのか？
教えてクン卒業して一回見てみろ

**デフォルトの名無しさん** · 2019/10/15(火) 05:23:15.21

Linuxのファイルシステムのコードを見れば
（C言語によるオブジェクト指向コード）がわかるのでは？

**デフォルトの名無しさん** · 2019/10/15(火) 07:38:19.65

がっかりするだろうな
ちょうどいいスレがある
https://mevius.5ch.net/test/read.cgi/tech/1543063194/

**デフォルトの名無しさん** · 2019/10/15(火) 10:59:27.07

何かを作り上げるのは向いてないな
作ったものを綺麗にディスプレイするのには使える
まあ　数学の公式みたいに絶対に変更しないって
条件では使える　ただそうなることは無いｗ

**デフォルトの名無しさん** · 2019/10/15(火) 11:07:07.56

>>531
プログラムには重力掛からないから、どんなに大きなプログラムでも大きい事で特別何か対策しなきゃならないって事は無いよ。
まあ、大規模なプロジェクトでは人間同士のコミュニケーション不足やトラブルはあるけどなw

**デフォルトの名無しさん** · 2019/10/15(火) 11:12:45.75

まあよくある話、
AはBの理由や懸念があるからDの方法は不適切なのでCの作りとする
なんてルールがいつのまにかAはCの作り方にするってだけ伝わって、
なんでAがCみたいな面倒くさい作りにするんだよ、Dの方が簡潔で分かりやすいだろ。なんて勝手に解釈変えられて
結果的に機能を満たさないものになるなんて事はよくある。

**デフォルトの名無しさん** · 2019/10/15(火) 13:08:44.71

>>551
具体的には？

**デフォルトの名無しさん** · 2019/10/15(火) 13:21:00.59

>>551
> どんなに大きなプログラムでも大きい事で特別何か対策しなきゃならないって事は無いよ。

大きいプログラムは、小さく分けるという対策をしなきゃならんよ。
小さく分けるということは、組み合わさなければ動かなくなる。
つまり組み合わせるコードが必要になるんだよ

**デフォルトの名無しさん** · 2019/10/15(火) 13:24:45.65

>>554
>大きいプログラムは、小さく分けるという対策をしなきゃならんよ。

チンポは独立した生き物であり、チンポはチンポ独自の知能回路を実装しておかないとな！

**デフォルトの名無しさん** · 2019/10/15(火) 14:42:57.70

UNIXが、あれはあれで一つの大規模なシステムと考えても差し支え無いものだったよな。
ひとつもオブジェクト指向になってないんだけど、簡潔なルールのもとに各自必要な処理を追加していた。

**デフォルトの名無しさん** · 2019/10/15(火) 15:04:03.47

UNIXがオブジェクト指向でないと考えるのは、
C言語がオブジェクト指向言語じゃないからというだけ？

**デフォルトの名無しさん** · 2019/10/15(火) 20:43:44.62

人が作ったものを使うだけならすごく便利
ただ作り直そうとするときつい
pythonのライブラリとかよくわからんまま
使う分には便利

**デフォルトの名無しさん** · 2019/10/16(水) 14:31:18.50

オブジェクト指向なんて考えが生まれる前からあるからさ。

**デフォルトの名無しさん** · 2019/10/16(水) 14:59:34.80

オブジェクト指向なんてホントは主目的じゃないけどね
クラスを幾段も連結できるオブジェクト演算子ができてから
それの使い方の総称になっただけ

**デフォルトの名無しさん** · 2019/10/16(水) 15:47:24.74

小説で言う「起承転結」のようなもの
大まかにそういう考えにしましょう。という設計で
それに従わなくても良いものが作れないことはないが、
だいたいは従ったほうが良いというものだよ

**デフォルトの名無しさん** · 2019/10/16(水) 16:08:44.07

ピンとけえへんわー

**デフォルトの名無しさん** · 2019/10/16(水) 16:11:23.80

おまえら頭悪いんだから、いっぺんにまとめて考えないで
なるべく小さな単位にして分けて考えろやって話だからな
その分け方の方法のひとつがオブジェクト指向ってだけ。

**デフォルトの名無しさん** · 2019/10/16(水) 16:47:56.58

オブジェクトのメリットは単純に
補完が効くとこだな　設計思想云々は
どうでもいいがこれは便利　

**デフォルトの名無しさん** · 2019/10/16(水) 19:40:52.15

受け身でコーティングできるのがいいんだろ？thisポインタ受け取ってさ

それ以上の意味はないよ

イベント駆動とGUIと人間の汎化の理解がマッチすると気持ちいいくらい

マイクロソフトでさえ糞クラス設計するのに、専門卒Ｆラン大卒が何を言っても無駄

**デフォルトの名無しさん** · 2019/10/16(水) 21:47:12.81

Unixはコマンドをパイプでつなげて処理をするところがオブジェクト指向っぽい
コマンドとコマンドは標準入出力によってつながるわけだけれども
そのことは重大な事実を示唆していてオブジェクトとオブジェクトを
つなげるインターフェースはシンプルな程よいってこと

**デフォルトの名無しさん** · 2019/10/16(水) 22:05:44.03

C言語で書かれたプログラムでオブジェクト指向っぽいと思ったのはqmail
ファイルが細かく別れていてファイル内でしか参照できない変数や関数が全体の半分を占める
ファイルごとにテストできそうだなーって思った
qmailはバグが少なくて信頼性が高いことに定評がある
オブジェクト指向をうまく使うとそういうことも可能ではあるけれども

業務システムではなかなか難しいところがあって
業務要件はころころ変わるけれども既存のプログラムはできるだけ変えないって
圧力がかかって継ぎ接ぎだらけのハウルの動く城みたいなうごめくオブジェクトの塊ができあがる

既存のプログラムを変えない圧力から逃れるためにテスト駆動開発などで
テストを整備して継続的インテグレーションで自動化するみたいなことが流行ったんだろうね

テスト容易性でオブジェクト指向の良し悪しを判断するのはありだと思うなど

**デフォルトの名無しさん** · 2019/10/16(水) 23:06:35.43

>>566
そうでもないよ。

パイプでつなげるとデータの区切りをどうするか？って問題が出てくる。
たいていは1行1データでいいんだけど、データの中に改行が入る場合
どうするか？って問題が出てくる

改行コード以外の文字を使うという方法もあるが、じゃあその文字が
データの中に含まれていたら？という話に変わるだけ

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

>>566
パイプは関数型を想起させる代表例だと思うんだが

テキストという共通のデータフォーマットを入出力に使って
処理のパイプラインにデータを流していってる

シェルスクリプトの場合は
汎用的なテキストフォーマットで型がないから
各処理の内部で毎回パースが必要になったりもするし
コマンド間の依存性を下げて疎結合にするのはかなり難しい

**デフォルトの名無しさん** · 2019/10/16(水) 23:14:25.14

>>568
改行よりも EOF の方が問題だと思う

**デフォルトの名無しさん** · 2019/10/17(木) 14:19:37.41

Unixはパイプを多用するからオブジェクト指向とは真逆っていうのは俺もそう思う
だからjqみたいなむりくりなツールが必要になる

**デフォルトの名無しさん** · 2019/10/17(木) 14:43:14.13

パイプを多用すること自体は関係ないよ。
オブジェクト指向でもパイプを使うことは出来る。

**デフォルトの名無しさん** · 2019/10/17(木) 18:58:47.19

使うことが目的ですか。
まるで分かってないね。

**デフォルトの名無しさん** · 2019/10/17(木) 20:20:25.32

Unixのパイプはテキストとして行ベースで処理するから階層構造を扱えない

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

XMLは階層構造を扱えないと？

**デフォルトの名無しさん** · 2019/10/17(木) 23:08:33.94

Windowsの場合、システム管理にWMIオブジェクト使うのでPowerShellのパイプがオブジェクトを通すのは理にかなってる

**デフォルトの名無しさん** · 2019/11/02(土) 13:55:20.18

オブジェクソ指向でいいよ

**デフォルトの名無しさん** · 2019/11/04(月) 06:20:43.65

じゃあおまえはそれで

**デフォルトの名無しさん** · 2019/11/04(月) 11:52:51.77

Class A a, Class B b, Class C c があって
c = a + b #共通コード
と書いた場合、C言語の
c = 1.0 + 2
みたいな暗黙の型変換をしてくれる場合はコードの共通化がスムースに行けると思う
実際は...
Class A a,b,c #or Class B a,b,c
c = a + b
こんな感じで '+' の定義があれば行ける

たぶんClass の階層構造とタイプしたコードの振舞いここら辺の認識に錯乱が起きて
秩序なき構造を待つClass が記述できる結果オブジェクト指向の概念の考え方に混乱が起きている

CもC++も副作用に対する制限が弱めなので
挙動もプログラムの構造も発狂混乱混沌を含んだものが容易に出来上がる

解決策は、～～ツクールで定義したものをC++等のコードで吐き出して
必要に応じ手を入れるじゃないかな
アセンブラで複雑なプログラム何て書かないよね、同じちゃう？

◆QZaw55cn4c · 2019/11/04(月) 15:53:17.69

>>579
java みたいに演算子のオーバーロードを許さない！というポリシーはいかがでしょうか？

**デフォルトの名無しさん** · 2019/11/04(月) 20:22:08.57

>>580
java の演算子 + - * / 等算術演算子
ググって調べました(汗

C++ は演算子の再定義が可能で + - * / も出来る様だね
演算子の再定義は計算式の意図や意味の直観的認識を保障している
a = b + c で
int a, b, c であっても
Class XY a, b, c #2次元座標
であっても+ - * / が座標の移動や拡大縮小(スケーリング)な事を直観的に理解させることになる

ぶっちゃけ演算子のオーバーロードは習慣的な慣れ親しんだ記述でコードを読み書き抽象化したいそれだけの事
java の許さない！なポリシーは、アルゴリズム＝コードを抽象化共通化したい場合
記号で書くな正式なメソッド名を決めてタイプしろって事

偉そうに書きこしてるけどjavaもJavaScriptもTypeScriptも厳密には確認してないからな

で、C,C++のバグの原因はアセンブラに近い危険なコーディングが出来ること以外に変数スコープの関係で
もしかすると単純なタイプミスでグローバル変数が壊せたり
自己責任な処理系なので当たり前に検出困難なバグが入る

**デフォルトの名無しさん** · 2019/11/11(月) 12:38:43.87

偉い人は言いました、本物のプログラマはfortranとコアダンプだけで書くと

**デフォルトの名無しさん** · 2019/11/11(月) 22:05:44.85

コアダンプは吐くもので書くものでは無いよな？

**デフォルトの名無しさん** · 2019/11/11(月) 22:13:39.05

だな
コアダンプを書くとは言ってないしそのとおりだな
さすがだな

**デフォルトの名無しさん** · 2019/11/11(月) 23:35:07.89

コアダンプは吐くものでも無くて吐かれるものだからな
喰わせたモノが余程ヒドい時の嘔吐物だから

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

OSが吐くものだろ…

**デフォルトの名無しさん** · 2019/11/12(火) 04:24:25.01

吐くっていうのは人間がやることに対して使うんですよ！
人間じゃないのに、人間がやるような言葉を使ってはいけません！

**デフォルトの名無しさん** · 2019/11/12(火) 14:38:25.46

ここで書き込みされてる方って人間じゃなくて人工知能？

**デフォルトの名無しさん** · 2019/11/12(火) 16:50:28.20

よくわかったな

**デフォルトの名無しさん** · 2019/11/12(火) 17:35:17.05

人工無能

**デフォルトの名無しさん** · 2019/11/12(火) 18:29:30.35

つまりオブジェクト指向とは、俺の股間に付いているモノなのである！

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　.　　　　　　　　　　　　　　,　　　　　　　　　　　　　　　　　　　ｬ　　ｨE5!..　　　　　　　　　　　　　
　..　　　　　　　　　　　,,.e;〆　　　　　　　　　　　　.、　　　w===|====!.　　　　　π　.e､ｘ＆　　　　　　　　　　　　　
　..　　　　　　　　　　^~　！　　　　　　``=　　　　π　　　　　,,　ｶ.　_　　　　_￣ｵ⌒|!　`ﾍ　　　　　　　　　　　　　　　　　　
　.　　　　　　　　　fラ⌒￣l｢~~~＾.　　　　　　　　,.ﾀ.　　　　　.ﾙ　.ll　~＼_　　　〃　〃.　　＾..　　　　　　　　　　　　　　　　　　
　.　　　　　　　　　　　　　.ｵ..　　　　　　,...＿_,xｆ~.　　　　　　^　　f!　　､　　　　　　　　　　　　　　　
　.　　　　　　　　　　　　'^´　　　　　　　　￣￣..　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　．.　　　　　　　　　　　　　　　　　　　l|..　　　　　　　ｒ=キ'⌒..　　　　　　　　　　　
　.　　　　　　　　　`!、　　　　　　　　~~~~~~⌒...　　　　l｝　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　⌒ｈeィ~.　　　　　.+ｓ_、_e.　　　　　.＾+--w=ｆ　　　`ｦse､._　_、...　　　　　′　　　　　

チンポは独立した生き物であり、本人の意思とは無関係に、自らの意思で勃起してシコシコする！

**デフォルトの名無しさん** · 2019/11/13(水) 00:56:45.07

>>589
2ちゃんねるって何でもかんでも話題逸れていくの昔から不思議でたまらなかった
オブジェクト指向の解釈が二十年以上収斂しないなんておかしい

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

自分で考えないからねえ

**デフォルトの名無しさん** · 2019/11/13(水) 08:00:01.45

チューリングテストは合格だよ。ここまでおかしくならないとわからない

**デフォルトの名無しさん** · 2019/11/13(水) 15:26:30.70

何冊か本読んだけど、結局、「オブジェクト指向には明確な定義が無い」
ってことが分かっただけ。
当然だよな。
プログラミング構造としては、アセンブラでもマクロ組めば同じことができる。

結局は、単なるコードの可読性やメンテナンス性の向上が、
新しい「質の変化」として宣伝されただけのシロモノ。