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

**デフォルトの名無しさん** · 2018/10/18(木) 23:20:41.34

すごいんだよ？

カプセル化（英語：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/

**デフォルトの名無しさん** · 2018/10/26(金) 00:06:34.60

そもそもこの板はｱﾎしかおらんやん
低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向なんかﾑﾘだからな

**デフォルトの名無しさん** · 2018/10/26(金) 01:46:49.67

自己紹介を頼んだ覚えはないのに

**デフォルトの名無しさん** · 2018/10/26(金) 07:23:34.89

>>266
『チンポ』を、チンコと呼ぶかチンボと呼ぶかについて。

チンコ→チンポは俺の『ムスコ』だ！
チンボ→チンポが棒のように硬くなった！

実に奥深いだろう？

**デフォルトの名無しさん** · 2018/10/26(金) 07:30:27.32

>>105
＞夏目くんのチンポは何にも触れていないのにシコシコしている！

ムスコがボーになってしまった！

**デフォルトの名無しさん** · 2018/10/26(金) 07:37:44.64

このつまらんチンポネタいつまで続くんかね
どーせやるなら笑わしてくれや

**デフォルトの名無しさん** · 2018/10/26(金) 07:39:56.87

基地外や信者に荒らされるのも便所の落書きの宿命か

**デフォルトの名無しさん** · 2018/10/26(金) 07:44:32.13

なぜ荒らすのか、荒らしなりに理由はあるんだろうな
オブジェクト指向を標的にしてるとか、
病的な信者のなれの果てか

**デフォルトの名無しさん** · 2018/10/26(金) 07:50:56.14

珍妙な生き物だなぁ！

**デフォルトの名無しさん** · 2018/10/26(金) 07:57:26.36

・独立性が高い
・独立性が高い
・独立性が高い

１）影響範囲を局所化する
　プログラムの世界で「独立性を高める」というのはどういう意味があるかと言うと、
例えばバグが発生した場合に「その処理はこのクラスで行っている処理なのでこのクラスだけ修正すればいい」とか、
仕様変更が発生した場合に「その機能をまとめているクラスはこのクラスなので、
このクラスのインタフェースを修正すればいい」というように、何らかの変更が発生した場合に、
すでに作成した特定のクラスのみ修正すれば対応できるようにうまく設計されていることを、オブジェクト指向では
・独立性が高い
という。
https://simizuna.exblog.jp/1603061/

**デフォルトの名無しさん** · 2018/10/26(金) 08:02:09.29

オブジェクトは独立した機械と見なせるため、それに対してメッセージを送り、自ら持つデータの責任は自らが負う。
Smalltalkの実行環境もまた仮想機械として作られている。
https://qiita.com/hirokidaichi/items/591ad96ab12938878fe1

**デフォルトの名無しさん** · 2018/10/26(金) 08:36:25.58

でもオシッコを我慢する時は、チンポに力を入れて小便が出ないようにコマンドするけどな。

**デフォルトの名無しさん** · 2018/10/26(金) 08:44:32.01

俺にとっての『オナニー』は、するしないではなくて気がついたらしていたのであり、
オナニーはそこにあったのだ。それはチンポがそこに付いていたのと全く同じだ。

**デフォルトの名無しさん** · 2018/10/26(金) 09:24:29.21

真性の基地外ならそれはそれで面白いけどただの無能だからつまらんな

**デフォルトの名無しさん** · 2018/10/26(金) 19:59:34.32

>>281
俺はただパソコンに向かって独り言ブツブツ言って、チンポがシコシコしてるだけだが？

**デフォルトの名無しさん** · 2018/10/26(金) 20:05:31.67

目的はブツブツ言う（スレに書き込む）ことか

**デフォルトの名無しさん** · 2018/10/26(金) 20:17:21.38

つまらない人

**デフォルトの名無しさん** · 2018/10/26(金) 22:00:01.87

どうせクソスレだから、荒れろ荒れろ！！！

**デフォルトの名無しさん** · 2018/10/26(金) 22:19:23.51

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

**デフォルトの名無しさん** · 2018/10/26(金) 22:25:53.40

自発的勃起射精型チンボやね

**デフォルトの名無しさん** · 2018/10/26(金) 22:30:09.50

>>287
オブジェクトの独立性が大事だってことだよな。

**デフォルトの名無しさん** · 2018/10/26(金) 22:33:05.07

>>288
せやね、いらん時にもシコシコするけどな

**デフォルトの名無しさん** · 2018/10/27(土) 00:23:06.07

>>105
＞夏目くんのチンポは何にも触れていないのにシコシコしている！

チンポがシコシコしてしまったら、

>>277
＞その処理はこのクラスで行っている処理なのでこのクラスだけ修正すればいい

急いでトイレに駆け込め！！！

**デフォルトの名無しさん** · 2018/10/27(土) 00:25:22.59

あるいは学校へ行く前にズリネタを探してチンポがシコシコしてからオナニーしておくとか。

**デフォルトの名無しさん** · 2018/10/27(土) 00:28:45.43

チンポは独立した生き物なので勝手にシコシコしてしまうが、素早く検知してトイレに駆け込めばセーフ！

**デフォルトの名無しさん** · 2018/10/27(土) 09:58:41.69

口座残高管理や在庫管理のようなイベント主体のドメインはOOPではどう実装しますか?

一般的な方法だと↓のようにDBにドメインロジックを書くと思います
追記型のテーブル(入金テーブル, 出金テーブル)に行を挿入→トリガでスナップショット(口座テーブル.残高)を更新
アプリケーションは単にテーブルへの挿入とスナップショットの取得を行うだけです
これは非常にクリーンな構造だと思います

OOPの場合はDBにドメインロジックを置かないので必然的にトリガを使わない実装になりますが
その場合にクリーンな実装が想像つきません

**デフォルトの名無しさん** · 2018/10/27(土) 10:27:21.75

>>293
違うレイヤーの話がごっちゃになってるね
ぶっちゃけDBにドメインロジックなんか普通は置かないんだがｗ

まずドメインロジックをDBに置くかどうかって話はOOPかどうかとは無関係
前提としてDBは（オブジェクト指向ではない）RDBと
（オブジェクト指向の）OODBとがある
RDBしかないと思いこんじゃってるだろうけど

ドメインロジックをDBに置くかどうかの話は、前提として使ってるDBに
ドメインロジックを置く機能が存在しているかどうかそれを使うかどうかで決まる。
そしてDBがOODBであればドメインロジックはオブジェクト指向になるだろう

つまりだ、キミが言っている
> 一般的な方法だと↓のようにDBにドメインロジックを書くと思います
というのは、
（オブジェクト指向でない）RDBに以下のようにドメインロジックを置けば
（オブジェクト指向でないものとして）クリーンな構造だ
と言ってるに過ぎないんだよ。キミがクリーンな構造だと思ってるのはRDBだから

逆にOODBを使ってドメインロジックをDBに置けば
これは非常にクリーンなオブジェクト指向の構造になるわけだ

まあ、ここまでは理想論的な話。それをクリーンな構造だと思うのは
単にRDBを使ったからだろというツッコミ

**デフォルトの名無しさん** · 2018/10/27(土) 10:27:54.84

現実的な話としては、OOPを使ってDBはRDBを使って、ドメインロジックをDBに
置かないってことはよくあるね。

その場合、言語はOOPなのにDBはオブジェクト指向でない。
これはOOPとRDBのインピーダンスミスマッチと言われている有名な話

それを解決する一般的な方法はO/Rマッパーを使うということだよ
ほぼすべてのフレームワークにあるからO/Rマッパーは自作する必要はないぞ。

O/Rマッパーを使うことで、オブジェクト指向でないRDBの詳細を隠して
オブジェクト指向として使うことができる。背後のRDBの存在は忘れていい。
Bにドメインロジックを置かないとか、トリガを使わないとか関係ないんだよ
だから別のレイヤーの話

OOPの場合はO/Rマッパーを使うことで、データをオブジェクト指向で扱える。
すべてオブジェクト指向でプログラミングできるクリーンな実装なわけだ

**デフォルトの名無しさん** · 2018/10/27(土) 10:44:18.20

Hibernateを使おうが、何使おうが、業務ロジックでオブジェクト指向が銀の弾になることはないぞ

あと、DBMSのトリガーと整合性制約でDB更新なんて保守性が落ちるからやめた方がいい

バッチだと普通に対象レコードでカーソル回すしかないんじゃないの？
オンラインのイベントはそもそもキー指定できるだろ？

**デフォルトの名無しさん** · 2018/10/27(土) 10:46:09.38

オブジェクト指向でなくても、銀の弾なんてないからなぁ
より良いものが、オブジェクト指向ってだけで。

**デフォルトの名無しさん** · 2018/10/27(土) 10:50:13.85

なにを言ってるのかよくわかりません
イベントが主体となるドメインをOOPで実装する場合の最適解を模索してます
ORMの利用は当たり前のはなしであって今はそんなレベルの話はしてません

**デフォルトの名無しさん** · 2018/10/27(土) 10:56:45.13

>>297
オブジェクト指向でどのへんが助かった？

俺の回り(メガバンク案件)ではメインフレーム以外ではPL/SQLでやってた頃のほうがよかったねって
ファイナルアンサーになってるんだけど、たの業種はどうなんだろ？

**デフォルトの名無しさん** · 2018/10/27(土) 11:01:14.48

>>298
> イベントが主体となるドメインをOOPで実装する場合の最適解を模索してます

だからOODBを使えばイベントが主体となるドメインをOOPで実装できる

それともイベントが主体となるものをDBの機能を使わないで
実装するにはどうすればいいのですかって話ですか？

手続き型ならどうやるのよ？これ重要なところだから
考えてみなさい（できれば答えてみなさい。）

質問のレイヤーが違ってるのよ
オブジェクト指向の話とDBの機能の話はレイヤーが違う話

**デフォルトの名無しさん** · 2018/10/27(土) 11:03:18.37

>>299
> オブジェクト指向でどのへんが助かった？
バッチ処理以外全般

**デフォルトの名無しさん** · 2018/10/27(土) 11:03:58.50

オンラインはServret一辺倒で必然的にJavaで書くけど、
業務ロジックなんてバリエーションくらいで後はホストに投げるだけだし、
Javaだから楽ってこともないな

**デフォルトの名無しさん** · 2018/10/27(土) 11:04:16.67

ただのﾃﾞｰﾀの永続化の問題
しかも永続化の方法をなんらかのDBに限定してる話だからな

ｺﾚが低学歴知恵遅れのｵﾌﾞｼﾞｪｸﾄ思考

**デフォルトの名無しさん** · 2018/10/27(土) 11:09:36.45

>>301
バッチ処理以外って例えばWebだとして、
JavaのほうがCよりはずっと書きやすい読みやすいけど、
オブジェクト指向だから書きやすいのではなくて、
単にメモリ管理や文字列などが分かりやすいだけだわ、俺の場合

**デフォルトの名無しさん** · 2018/10/27(土) 11:11:10.55

なんだよクリーンな構造って何が聞きたいんだ

**デフォルトの名無しさん** · 2018/10/27(土) 11:11:37.47

>>300に自己レス

どうせ消え去りそうだからｗ

> 手続き型ならどうやるのよ？これ重要なところだから
> 考えてみなさい（できれば答えてみなさい。）

これどういう意味かというと、

イベント（トリガー）が主体となる処理をDBでやる場合
　　RDBの機能で行う・・・手続き型
　　OODBの機能で行う・・・オブジェクト指向
ってことで、手続きもオブジェクト指向もどちらもあり得るんだよ

で、トリガーが主体となる処理を、アプリ側で行う場合、
　　手続き型・・・どうやるの？（できません）
　　オブジェクト指向・・・どうやるの？（できません）
ってことで、手続き型でもできないってことなんだよ。
手続き型でもクリーンな実装は思いつかない

ようするに>>293が卑怯（あえて卑怯という言葉を使うｗ）なのは
アプリ側でできない処理を手続き型ならDBで実装して
オブジェクト指向では、DBで実装してはいけないと言ってること
オブジェクト指向でも、DBで実装すりゃいいじゃん。
どうせそこでしかできない処理なんでしょ？　

それがアプリ側でオブジェクト指向使うのと何の関係があるの？
レイヤーが違うでしょという話

**デフォルトの名無しさん** · 2018/10/27(土) 11:14:08.89

>>304
> 単にメモリ管理や文字列などが分かりやすいだけだわ、俺の場合

俺の場合、フレームワークが使いやすいだけ

だけどそのフレームワークでオブジェクト指向が使われてる
なぜか？オブジェクト指向が作りやすいからだろう

オブジェクト指向っていうのはフレームワークを
作るためのものと言っても過言じゃないよ

直接オブジェクト指向を使ってなくても、
その使いやすい環境（フレームワーク）が作れるのは
オブジェクト指向だから

**デフォルトの名無しさん** · 2018/10/27(土) 11:16:59.64

低学歴知恵遅れが設計するようなﾃﾞｰﾀ構造では
なにを使おうがｺﾞﾐにしかならない

透明なｺﾞﾐ袋になるか中身がみえないｺﾞﾐ袋になるかの違いしかない
詰まってるものは同じｺﾞﾐ

**デフォルトの名無しさん** · 2018/10/27(土) 11:20:09.47

結局のところ
OOPは万能ではなく苦手な分野もある
業務の多くはOOPの苦手な分野とかぶっている
ということなんでしょうか
OOPはリソースの扱いと相性がいいですが
業務はOOPと相性が悪いイベントのほうが圧倒的に多いんですよね

**デフォルトの名無しさん** · 2018/10/27(土) 11:21:34.94

そりゃ、万能なものはなにもないんだから、
手続き型もオブジェクト指向も苦手な分野はある

> 業務の多くはOOPの苦手な分野とかぶっている
そんなことは一言も言ってない

> 業務はOOPと相性が悪いイベントのほうが圧倒的に多いんですよね
全然そんなことはない。
単にお前の「業務」がそうってだけだろう

**デフォルトの名無しさん** · 2018/10/27(土) 11:32:14.75

イベント駆動に相性がいいからGUIに多様されてるんだろ？

DBMSのイベント駆動ならOracleに閉じた世界でもできるけど、流行らないだけ

**デフォルトの名無しさん** · 2018/10/27(土) 11:33:44.31

イベントドリブンとオブジェクト指向は相性良いじゃん

**デフォルトの名無しさん** · 2018/10/27(土) 11:35:53.89

>>312
今の話は、DB側への操作によるトリガーを
どうやってアプリ側に伝えるかという話で
それは手続き型でも難しい事で全く関係ない話だけどねｗ

**デフォルトの名無しさん** · 2018/10/27(土) 11:36:14.62

>>310
事実ですよ
業務システムの大部分は事実の正確な記録を重視します
つまり何がおこったのかという記録==イベントの記録ですね

**デフォルトの名無しさん** · 2018/10/27(土) 11:38:48.36

そんなもんｲﾍﾞﾝﾄが発生するたびに
DBなら特定のﾛｸﾞ（履歴）ﾃｰﾌﾞﾙに書き込む（記録する）だけでおしまい

しょうもない

さすが低学歴知恵遅れ。。。

**デフォルトの名無しさん** · 2018/10/27(土) 11:39:30.23

OOPがクソなら
何ならクソじゃないの？

**デフォルトの名無しさん** · 2018/10/27(土) 11:40:46.36

もしかして低学歴知恵遅れが作ったｼｽﾃﾑでは
あちこちのﾃｰﾌﾞﾙにﾕｰｻﾞｰの客の行動履歴みたいなもん保存してんの？

あったまわるう。。。

**デフォルトの名無しさん** · 2018/10/27(土) 11:40:54.05

>>314
ようするに「データの保存」のことを
語ってるだけですよねｗ

> つまり何がおこったのかという記録==イベントの記録ですね
DBのトリガーのことをイベントといっていたかと思えば
今度はデータの保存のことをイベントというのですか

そうやっていろんなことをごちゃまぜにして考えるから
お前はいつになっても理解できないんやで

**デフォルトの名無しさん** · 2018/10/27(土) 11:45:23.16

まずそんな作りになってたら
ﾃﾞｰﾀ分析にすらまともに使えない

低学歴知恵遅れがｼｽﾃﾑ作ると
ﾃﾞｰﾀを分析するﾃﾞｰﾀを作るのも大変になるのがよく分かったわ

**デフォルトの名無しさん** · 2018/10/27(土) 11:45:57.00

半角さん、いよいよレスも返してもらえなくなったんだw

**デフォルトの名無しさん** · 2018/10/27(土) 11:49:41.89

半角さんは職歴の事語らないけど、多分ド底辺四次受けとかなんだろうな。
それぐらいの知識も無いんだけど。

**デフォルトの名無しさん** · 2018/10/27(土) 11:52:35.80

この板にいるような低学歴知恵遅れが作ったOODBなんかで保存された日には
まずﾃﾞｰﾀ分析で使えるｼﾛﾓﾉになってないことは断言できる

つまり業務ｼｽﾃﾑとして動いてるようにみえてれば
なんでもいいという世界で間違いない

RDBなら致命傷にならずにまだなんとかなる

**デフォルトの名無しさん** · 2018/10/27(土) 11:54:28.54

なぜオブジェクト指向で作るのかって本ではジャンケンゲームの例があったな。
CPUvsユーザーの2人(？)版を作って、それを3人4人と増やしたい時、オブジェクト指向の方がコード修正しやすいみたいな。

その時はそうかと思ったけど、後から考えたら別に構造化プログラミングでもそんなに修正しないで済んだ。

パッと浮かびにくいとか、そういう問題だったのかも？とは思いもするが、オブジェクト指向の例を先に見せられたからかもだし、うーん。。。

**デフォルトの名無しさん** · 2018/10/27(土) 11:55:43.66

なぜみんな華麗にスルーしてるのに、以下略

**デフォルトの名無しさん** · 2018/10/27(土) 11:56:33.10

低学歴知恵遅れたちに図星のﾚｽだからな

**デフォルトの名無しさん** · 2018/10/27(土) 11:57:29.94

>>323
マルチインスタンスのメリット説ね。

実は全然ありがたくないというのに気づくのけっこうかかったわ

**デフォルトの名無しさん** · 2018/10/27(土) 11:57:38.61

まずｵﾌﾞｼﾞｪｸﾄ指向も構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞも
どっちもまともに理解できてないのが
知ったかでﾃｷﾄｰに書いてんのがﾊﾞﾚﾊﾞﾚなﾜｹ

**デフォルトの名無しさん** · 2018/10/27(土) 11:59:11.11

>>318
私は最初からイベントをデータとして認識してレスしてますよ
リソースとイベントを意識してテーブルを構成するのは基本中の基本なのであえて説明してから議論するまでもないと思っていましたが
まさかこの文脈でイベントドリブンのイベントと勘違いする人がいるとは予想外でした

**デフォルトの名無しさん** · 2018/10/27(土) 12:04:16.63

低学歴知恵遅れは目の前の作業しかみえないからな
その作業でなにをしてるかという感覚すらないからな

動けばいい
それだけだ

**デフォルトの名無しさん** · 2018/10/27(土) 12:10:26.26

>>328
レコードの更新をハンドリングすることと同じじゃね？

イベントドリブンBeanとDAOを連携させる試みは流行らなかったけど

**デフォルトの名無しさん** · 2018/10/27(土) 12:11:57.18

それぜんぜん違う
やばいわ

DBﾄﾘｶﾞｰの意味すら分かってない

ﾏｼﾞで低学歴知恵遅れしかいない

**デフォルトの名無しさん** · 2018/10/27(土) 12:12:13.85

頭の悪い人が何か勘違いしてオブジェクト指向を使った
変なコードを書いていることがよくあるという意味では
半角と同意だな

**デフォルトの名無しさん** · 2018/10/27(土) 12:13:14.82

>>332
ただし、それに半角も含まれているけど

**デフォルトの名無しさん** · 2018/10/27(土) 12:14:10.46

この板では
基本的なことが分かってないようなのがﾄﾞﾔ顔でﾚｽしてるﾜｹ

珍妙なｺｰﾄﾞができあがるのも必然

**デフォルトの名無しさん** · 2018/10/27(土) 12:16:13.04

>>334
にわかオブジェクト指向厨は
べつにこの板に限らず世に広く
ナンセンスなことを言う人が多いよ
半角様も含めてね

**デフォルトの名無しさん** · 2018/10/27(土) 12:22:16.77

むしろｵﾚﾚﾍﾞﾙでないとｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ

なんどもいうが
低学歴知恵遅れとｵﾌﾞｼﾞｪｸﾄ指向は
ｷﾁｶﾞｲに刃物

**デフォルトの名無しさん** · 2018/10/27(土) 12:23:55.10

そうかもしれないが
ブーメランが突き刺さってるぜ

**デフォルトの名無しさん** · 2018/10/27(土) 12:28:48.03

残念なことにまともな教育を受けてれば
低学歴かどうかなんかﾚｽからすぐに分かってしまう

低学歴なうえに著しく知能が低い
その自覚がない
そして自己評価だけは高い

つまりこの板の低学歴知恵遅れは救いようがない

**デフォルトの名無しさん** · 2018/10/27(土) 12:30:17.69

>>328
> 私は最初からイベントをデータとして認識してレスしてますよ

誰も「お前がイベントをデータとして認識してない」なんて
言ってないんだが？　あたま大丈夫か？文章読めるか？

お前は、
DBのトリガーのことを "イベント" といってたのに
データの保存のことを "イベント" と言い出した
そういうことを俺は言った

なんで俺が言ってないことに、話すりかえてんの？

**デフォルトの名無しさん** · 2018/10/27(土) 12:30:54.71

>>39
って良書？
もしかしたら昔原書を買ったまま本棚に積読してあるかもだけど、
良書なら暇があったらめくってみようかなって気になった。

やっぱオブジェクト指向を使ったソフトウエアの表現て、
実践の場では意外と難しい局面があって煩わされることもしばしばで、
方法の模索が続いて終らない

**デフォルトの名無しさん** · 2018/10/27(土) 12:31:46.92

ID:ZWpnR1MN ってまともに話しているふりして
ただのアンチだろうなｗ

でなければ、こうも関係ない話にすり替えたりしない

**デフォルトの名無しさん** · 2018/10/27(土) 12:38:42.17

>>328
で結局何の話したいの？
そのクリーンな実装とやらのアーキテクチャの話？

**デフォルトの名無しさん** · 2018/10/27(土) 12:39:08.49

何かをトリガーに何かしたいなら関数オブジェクトなりデリゲートなりなんなりぶちこんで何か起きたら呼べ
そんなんオブジェクト指向だろうが関数型だろうか変わらん

**デフォルトの名無しさん** · 2018/10/27(土) 12:45:49.91

>>340
本棚の奥から
蒼い表紙に眼鏡をかけたカモノハシが見得のポーズを切って卵を守っている絵の
An Introduction to Object-Oriented Programming
Timothy Budd
が発掘できたぜよ。でも1991年のfirst editionだた…orz

羽部さんの訳ってどうよ？
良ければ3rd Editionの訳を書店で眺めてみるけど。

**デフォルトの名無しさん** · 2018/10/27(土) 12:56:30.18

>>343
でもなぁ、こいつが言っていたイベントはRDBのトリガーで
（途中でイベントの意味を変えてきやがったがｗ）

RDBのトリガーの内容をアプリ側から知るのは（オブジェクト指向じゃなくても）
手続き型言語で知るのは難しいぜ。RDBにそういう機能はないからな

**デフォルトの名無しさん** · 2018/10/27(土) 12:58:23.60

ｵﾚは書籍の内容について批評はしない
確かなことは書籍は読む人間を選ぶとことになる

頭ﾜﾙｲのがいくら本読んでもﾑﾀﾞだからな
なにが書いてあるかを理解するのは自分自身だからな

**デフォルトの名無しさん** · 2018/10/27(土) 13:03:02.03

T字型ERデータベース知らん人って思ったより居るんだね
オブジェクト指向の最大の弱点は学んだ人がオブジェクト指向は銀の弾丸だと勘違いして他のテクノロジをおろそかにしてしまうことだな

**デフォルトの名無しさん** · 2018/10/27(土) 13:03:20.83

>>346
訳は上手いか聞いたんだよ。日本語OK?

first editionをぱらぱらめくってみたけどほとんど基本的な内容だった。
Chapter 15のVisibiility and dependenmcyは80年代後半の
ソフトウエア工学の話題とOOPの関連性が書いてあって多少面白そう

**デフォルトの名無しさん** · 2018/10/27(土) 13:08:02.52

日本語は知らない

**デフォルトの名無しさん** · 2018/10/27(土) 13:10:51.56

正直でよろしい。

3rd ed訳を立ち読みしてみようかと思ったが
そのへんの店舗では扱っているところが少なそうだな…

**デフォルトの名無しさん** · 2018/10/27(土) 13:16:03.98

訳は2002年の2nd edまでなんだな、しかも￥4,723 て
ぼるなあ

**デフォルトの名無しさん** · 2018/10/27(土) 13:28:14.73

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

**デフォルトの名無しさん** · 2018/10/27(土) 13:40:33.66

半角さんとちんぽさんはコテ付けてくれよ

**デフォルトの名無しさん** · 2018/10/27(土) 14:06:02.77

低スペだからコテなんか付けれないだろw

**デフォルトの名無しさん** · 2018/10/27(土) 14:20:55.23

ハイ、ここまでオブジェクト指向のメリットなしのクズ男

**デフォルトの名無しさん** · 2018/10/27(土) 14:22:11.98

おつかれさまでした

**デフォルトの名無しさん** · 2018/10/27(土) 15:42:15.57

半角さんの言うことは正しいよ

> 低学歴なうえに著しく知能が低い
> その自覚がない
> そして自己評価だけは高い

その場にいるほかのメンツの力量判断できないから
一人だけ調子に乗ってしょーもないことを得意げに演説
一人だけ周回遅れの子ってのは滑稽であり悲しくもある
自分が賢いかのような口調で演説するからいたたまれない

**デフォルトの名無しさん** · 2018/10/27(土) 16:05:14.75

なるほど、おつでーす

**デフォルトの名無しさん** · 2018/10/27(土) 17:49:04.63

>>357
「頭の悪い人はバカ」って、何の話してんだよ、
オブジェクト指向がクソかどうかだろ
そういうのを頭が悪いと言うんだよ

**デフォルトの名無しさん** · 2018/10/27(土) 19:23:43.65

第三回バーチャルYouTuber人気投票リベンジ募集中（全287名、2018年10月27日～）

あなたの好きなVtuberは？（一人十票）
https://script.google.com/macros/s/AKfycbzW_Er5wP6kI0ZNcmcZVA4UdlXPiernQqL4xG1dVv146T8LwGKZ/exec

・前回(2018/8/22)は不正投票が行われた為、投票を途中で中止させていただきました。大変申し訳ありませんでした。
・Googleフォームは標準仕様では不正投票が可能な為、改造して対策を行いました。
・2018/10/27時点でチャンネル登録数10,000人以上のVtuberを対象としています。
・一つのチャンネルでVtuberが複数人いる場合は、それぞれ分けています。
・一人十票です。（全287名の中からお好きなVtuber10名を選んでください。）
・このフォームに投票するにはグーグルアカウントでログインする必要はありません。
・並び順は前回の得票数の高い順と新人は登録者数の多い順に並んでいます。
・今回も1,000人の方が投票するまで継続します。

なお投票結果はスプレッドシートにリアルタイムで表示されるようにしました。
また【概要】と【詳細】でシートを分けております。
https://docs.google.com/spreadsheets/d/1qvhqRdbbOFGQ2veqrnQmaAXIA79xTAANKUKa3HEUUC0

▽過去の投票結果はこちら

第二回バーチャルYouTuber人気投票結果（2018年6月5日～8月6日、全投票数1,000票）（スプレッドシート）
https://docs.google.com/spreadsheets/d/1HqVp41DzLXPSuarWKkqNFZRyL20-nkMF5O5kkeEmqnA

第一回バーチャルYouTuber人気投票結果（2018年5月7日～5月30日、全投票数1,000票）（スプレッドシート）
https://docs.google.com/spreadsheets/d/1uaKoB3pJQHgC9VEkvg74v9OaSNW3Zvccr91mPN1lt5k

**デフォルトの名無しさん** · 2018/10/27(土) 20:09:40.96

ここまでオブジェクト指向のメリットも挙げられないクズ
早く死んで欲しい

**デフォルトの名無しさん** · 2018/10/27(土) 20:12:26.50

バグコードを内包するクラスを多重継承させてたりしたら結局何のためのカプセル化なんですかって話になるんだよね

**デフォルトの名無しさん** · 2018/10/27(土) 20:18:12.71

多重継承するバカ発見

**デフォルトの名無しさん** · 2018/10/27(土) 20:21:12.23

>>362
それバグを内包するクラスが悪いって話ですか？多重継承は関係なく

**デフォルトの名無しさん** · 2018/10/27(土) 20:32:22.95

まぁ一人で作ってるわけじゃなくて何十人も絡むプロジェクトだと「どのモジュールが悪いのか」って
切り分けは必要だから仕方ないんだけど効率悪いよね

**デフォルトの名無しさん** · 2018/10/27(土) 21:06:19.63

>>364
継承を通じてバグコードの影響が複雑に伝染することや、多重継承によってクラス間の依存度が高まることでデバッグが難しくなってしまうのが問題の本質なんだから、純粋に多重継承の問題だよ

**デフォルトの名無しさん** · 2018/10/27(土) 21:08:20.34

>>366
でもバグがなければ、何も問題ないですよね？

えと、バグが無いという前提で、
何が問題かを語ってくれませんか？

どうもバグに話をすり替えているようにしか見えませんから

**デフォルトの名無しさん** · 2018/10/27(土) 21:16:06.32

>>367
そもそもバグコード生成や不具合発生が避けられないものであるという前提で話が出来ないのかな？