オブジェクト指向を教えてくれ！★２

**デフォルトの名無しさん** · 2021/04/27(火) 15:02:28.94

オブジェクト指向について、調べれば調べるほど疑問が募ります。低レベルで粗末な疑問かも知れませんが、ご教授願いたいです。

・データと振る舞いをまとめる？
まとめると何か良いことあるの？
ファイルあるいはモジュールにはまとまってるよね？
丁度いい単位があるのに、何故わざわざオブジェクトという概念を導入するの？
(Javaには1ファイル1クラスという文化あるらしいけど)

・カプセル化？
モジュールのimport, exportでも実現出来るよね？
(構造体などへのアクセスを制限できれば)

・ポリモーフィズム？
別にデータと振る舞いをまとめなくても実現出来るよね？

・モノのように扱いたい？
モノとして扱いたいときに扱えば良くない？なんでわざわざ全てをオブジェクトにするの？

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1615881962/

**デフォルトの名無しさん** · 2021/04/27(火) 15:43:46.43

> まとめると何か良いことあるの？

人間の一般的な認識と近くなります。
例えば「犬」には走る、鳴くなどの動詞と
色、大きさ、などの属性があります
人間の認識と近いため、より管理がしやすくなります。

・カプセル化？
・ポリモーフィズム？

オブジェクト指向は概念であるため
オブジェクト指向言語でなくても実現できるのは当たり前です。
オブジェクト指向言語というのは、これらをより簡潔に実現するための機能が
言語自体に備わっているということです。

> ・モノのように扱いたい？
> モノとして扱いたいときに扱えば良くない？なんでわざわざ全てをオブジェクトにするの？
モノとして使いたくないものがないからです。
例えば関数だって、関数名や引数と言った属性を持っています。

**デフォルトの名無しさん** · 2021/04/27(火) 16:35:35.99

これ最初のスレ立てた奴の意思と無関係だよな

**デフォルトの名無しさん** · 2021/04/27(火) 17:41:05.47

メッセージングを基礎単位として取ることは、より徹底的な遅延束縛を可能にする。というのも、
メッセージそれ自体は意味を持たず、実際にメッセージがオブジェクトに送信されてはじめて、意味が決まるからである。
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
＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

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

**デフォルトの名無しさん** · 2021/04/27(火) 17:49:26.14

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

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

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

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

**デフォルトの名無しさん** · 2021/04/27(火) 19:44:39.44

あわしろ氏「ハイ論破」

**デフォルトの名無しさん** · 2021/04/27(火) 23:39:26.43

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

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

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

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

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

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

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

　　　　チンポ≫自我

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

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

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

**デフォルトの名無しさん** · 2021/04/28(水) 00:02:33.43

こっちでやらないのはなんで？あらすのが目的？

オブジェクトチンポシコシコ隔離病棟
https://mevius.5ch.net/test/read.cgi/tech/1619499726/

**デフォルトの名無しさん** · 2021/04/28(水) 12:47:24.32

こっちはもうレスするな
落とせ

**デフォルトの名無しさん** · 2021/04/28(水) 16:45:21.76

自分はあたまいいと思ってるトンデモさんが
もっとあたまいい人たちに囲まれて袋だたきにされてんだから
そら「ちんこちんこー！」とか言ってバカのふりしないと
精神の均衡保てないだろ。

もうそれ狂ってんだけどね。

**デフォルトの名無しさん** · 2021/04/29(木) 05:47:55.25

別にいいんじゃない？

もうちょい真面目な話になるけど、今まで言語のスレで他の言語の話はしてもいいかダメかとかでスレが割れたりすることはたまに有ったけど、結局許容されてひとつのスレに戻るんだよ。

なんせ5chはその気になれば規制でもされない限り誰でも自由に書き込みが出来るから、結局のところどんなにスレ内部の取り決めを作ったところで
それが守られなければ許容せざるを得ないってことなんだろうね。

だから5chではスルースキルが問われるんだよ。別にチンポさんを庇護するつもりはないけど、誰かに噛みついてる訳でもないし、
チンポチンポ言ってるだけだから気にしなければそれで済む筈。
もっともたまに「ん？」という書き込みもしてるから俺は一応目を通してるけど。

**デフォルトの名無しさん** · 2021/04/29(木) 11:21:04.49

>>11
>チンポチンポ言ってるだけだから気にしなければそれで済む筈。

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

**デフォルトの名無しさん** · 2021/04/29(木) 11:24:46.93

>>12
こっちにレスしないのはなんで？

オブジェクトチンポシコシコ隔離病棟
https://mevius.5ch.net/test/read.cgi/tech/1619499726/

**デフォルトの名無しさん** · 2021/04/29(木) 12:08:10.08

必死になって連投してんのはお前らが褒めてやらないからだよｗ
すごいねって言って欲しいんやろな
認めてほしいんよねきっと…

**デフォルトの名無しさん** · 2021/04/29(木) 14:02:20.07

あわしろ氏「随意運動」
ハイ論破。

**デフォルトの名無しさん** · 2021/04/29(木) 14:33:21.31

そもそもクソスレの継続立てる>>1がアホ
スレ立ててまで語る話じゃないとわからない連中がいれば同じくアホ

**デフォルトの名無しさん** · 2021/04/29(木) 16:08:05.70

>>16
そう思うんなら来んなや塵芥が

**デフォルトの名無しさん** · 2021/04/29(木) 20:48:38.45

やっぱり荒らしたいだけなんだな。はっきりしたわｗ

Mb · 2021/05/01(土) 15:40:14.87

「オブジェクト志向」（「オブジェクト・オリエンテッド」の訳語。
「オブジェクト指向」ともいう）というのは、
「算体主導言語」とも謂われていて、
「もの（オブジェクト）にメッセージを投げる」というふうに理解すると、大規模な
システム開発においては理解がきょうゆうしやすいのではないか？という
「パラダイム」の話ではないかと考えている。
この「パラダイムの共有」という概念を理解していない上層部から、
「オブジェクト指向」とかいった形式的な規約を押しつけられた挙句に、
人格がこじれちゃった人が「チンポシコシコ」なのだと思う。
正直な話、C 言語の構造体みたいなものをメソッドで返そうとすると、
いちいちクラスを定義しなくちゃならないし、「同じプロジェクトで
似たようなクラスがあったら、統合化できないか」みたいなことを
考えざるを得ないわけですよ。
システム屋は一般社会からは疎外された存在ではあるが、
「チンポシコシコ」は、システム開発の現場においても疎外されている、
という「ぼっち」の鬱憤を晴らしたいのだと思う。
生温かくスルーするのがいいと思う。

Mb · 2021/05/01(土) 15:53:26.10

関数とかメソッドとかは、「複数の価は返せない」という
縛りがあるので、Ｃ言語の構造体やら、（オブジェクト志向言語の）
クラスやらに頼ることになるわけだが、C 言語とかとは違って、
Java だと「広域変数」というものがない（というか、
渡すのを禁止している）ので、「シングルトン実装」とか
「（DB を含む）ファイル渡し」になっちゃうんだよな。
とはいえ現場によっては頭の古いヒトがいて、
「シングルトン実装は禁止」とかいう話もあるので、
「チンポシコシコ」は、そのあたりで
人格が拗（こじ）れちゃったのだと思う。
みんな、合掌して送りだしてあげようよ。

Mb · 2021/05/01(土) 16:15:31.63

「関数」（函数。「ファンクション（機能・機関の漢語訳）」）は、
「入力⇒出力」の関係は一意的なんだが、
「オブジェクト」というのは「内部変数」というのを持てるので、
「setter でメッセージを投げて getter で受ける」といった
ことができる。とはいえ、それだと排他制御が面倒臭いところに
なるので、「基本的に共有しましょうよ」という「static」と、
「他所からチョッカイは出さないでください」というダイナミックな
（new して自分で抱えている）オブジェクトがある。
「オブジェクト志向を教えてくれ」というスレに
「チンポシコシコ」が介入してくるのは、
そのあたりの説明をちゃんと行なって引導を渡す奴が
いないだけじゃないだろうか。
喝を入れて往生させてあげるのが、このスレの住民の
責務ではないだろうか。

**デフォルトの名無しさん** · 2021/05/02(日) 22:59:31.50

>>21
インスタンス！ドミネーション！

**デフォルトの名無しさん** · 2021/05/02(日) 23:08:01.49

>>1

自分のやりたいことの野望は膨らむ一方で、
それに伴いコーディング実装やらなきゃToDoも膨大化する一方。
どうやって脳内混乱を抑止しつつ作業量を最小化する？！

って経験をしたことないみたいだね。
人海戦術など、所詮は無能の寄せ集め感で圧倒するしか能のない、素人相手にしか通用しない小手先技。
オブジェクト指向こそ、一騎当千の猛者の拠り所となる真のソリューション。

**デフォルトの名無しさん** · 2021/05/03(月) 00:50:26.18

オブジェクト指向やったらTODO減るんですか？

**デフォルトの名無しさん** · 2021/05/03(月) 01:14:47.08

素人に理解しやすい以外の意味は無い。
数学が苦手ですか？ではオブジェクト指向コンポーネントをお使いください。
こういうこと。

**デフォルトの名無しさん** · 2021/05/03(月) 08:14:15.79

>>25
C++にせよ、Pythonにせよ、
多次元ベクトルはクラス化して、演算子オーバーロードしたり、規格化メソッド実装したりする方が、
論文のアルゴリズム表記と親和性が高まるじゃん

**デフォルトの名無しさん** · 2021/05/03(月) 11:02:54.29

>>25
その例えで「数学」は重要なキーワードですか？
例えば「残業」が苦手ですか？という例えでも良くないですか？

「数学」でなければならないならその理由を書く必要があります。
理由がないならただの主張でしかないです。

**デフォルトの名無しさん** · 2021/05/03(月) 11:04:55.03

数学の大変さは物事を抽象化する能力
残業の大変さは気力、体力的なこと
全然違う

**デフォルトの名無しさん** · 2021/05/03(月) 11:06:46.86

病室に戻れガイジども

**デフォルトの名無しさん** · 2021/05/03(月) 11:18:50.15

>>28
大切なのは数学ではなく抽象化能力ということでいいですか？

**デフォルトの名無しさん** · 2021/05/03(月) 19:19:00.31

数学的な意味での抽象化能力
哲学、文学での抽象化能力とはだいぶ違う

**デフォルトの名無しさん** · 2021/05/05(水) 02:49:29.22

理学と工学で「理学の方が偉い」とか言いだしかねないアナクロさ

**デフォルトの名無しさん** · 2021/05/06(木) 12:40:32.20

S/N 比＝0
ここまでひどいスレもめずらしい

**デフォルトの名無しさん** · 2021/05/06(木) 12:56:03.92

ミュートすれば解決

**デフォルトの名無しさん** · 2021/05/06(木) 13:33:32.64

https://youtu.be/OkXz-aag9nQ

バイアグラ工場の煙で、チンポがシコシコw

**デフォルトの名無しさん** · 2021/05/06(木) 13:57:25.64

病室に戻りなさい

オブジェクトチンポシコシコ隔離病棟
https://mevius.5ch.net/test/read.cgi/tech/1619499726/

Mb · 2021/05/07(金) 21:42:03.51

>>27
> その例えで「数学」は重要なキーワードですか？
「数学」にも、少なくとも三種類あるので、なんともいえない。
計算数学だと、「有効数字」「誤差」「収束速度」「収束値の安定性」みたいな
話になるので、電算屋には切実だ。これ以外にも、「有限組合せ数学」と
いうのがあって、「組合せ論的な爆発」とかいった切実な話がある。
いわゆる「解析数学」というのは、（「近似小数」の範囲で勝負している）
うちらには関係がないのだが、非線形微分方程式の近似計算とかいった
話があるので、ちょっとは齧っておいたほうがいい。
「数学基礎論」は、記号処理関係の練達のハッカーがいて、わりと怖ろしい
領域ではあるのだが、将来を見つめるという意味では、学んでおいて
いいかもしれないと思う。

**デフォルトの名無しさん** · 2021/05/08(土) 13:52:25.54

そういやオブジェクト指向の先とかいうアスペクト指向はあんま流行らなかったな

**デフォルトの名無しさん** · 2021/05/08(土) 14:10:15.05

アスペ指向？

**デフォルトの名無しさん** · 2021/05/08(土) 16:46:08.40

アスペ駆動
https://www.youtube.com/watch?v=eNcCEV-FFyA#t=29m
29:00-

**デフォルトの名無しさん** · 2021/05/08(土) 23:36:59.02

アスペ指向ｗ
誰もに嫌われて使われない指向

**デフォルトの名無しさん** · 2021/05/08(土) 23:46:36.46

>>38
先とかじゃなくてオブジェクト指向とは直交する問題の解決策として出てきたものだっただろ
C#の属性なんかはアスペクト指向の機能だぞ
Lispだとアスペクト指向でやろうとしたことは
MOPがあれば出来る感じだったかな

**デフォルトの名無しさん** · 2021/05/08(土) 23:47:34.31

>>38
エージェント指向？

オブジェクト指向で「こうしろ」ってコマンドに対応するプログラミングの先で
オブジェクト自体がもっとAI的に自発的解決策を模索するエージェントになる奴

**デフォルトの名無しさん** · 2021/05/09(日) 00:31:50.14

アスペクト指向もエージェント指向も「指向」ではなく
オブジェクト指向に追加する追加機能でしかなかったからな

アスペクト指向はオブジェクト指向にライブラリで追加するのではなく
言語レベルで機能を追加するという方針と考えればいいかな？

やりたいこと自体はメタプログラミングの一種で、既存のメソッドの処理を外部から
置き換えて元のメソッドをを実行するようなことができれば実現可能
それを言語レベルで記述できるようにしただけ。あとはアノテーションとかあれば
アスペクト指向と名乗るまでもなく、ライブラリで実現可能だろう

エージェント指向は、クラスのメタ情報と検索機能、それを管理するレジストリがあればいい
オブジェクト指向があれば実行に実際に処理を行うオブジェクトを入れ替えることができる。
しかし「こうしろ」という内容は一体どういうものを想定していたんだろうか？

人間みたいに自分で考えて実行できるオブジェクトなんてまだまだ作れるわけがないので
「引数を与えると足し算をするエージェント」という内容で探すしか無いだろ？
勝手にエージェントがそういうことをしてくれるわけではなく、そういうエージェントを作らなければいけない
普通はライブラリとしてそういう関数て提供されていて呼び出し時にリンクすればいいが、
それをわざわざ検索する？これって別のマシンで動かすための分散オブジェクト技術のことなのではないか？

**デフォルトの名無しさん** · 2021/05/09(日) 20:56:14.37

オブジェクト指向だからGetWindowなのかな
Window.Get
サブジェクト指向の方がオブジェクト指向っぽい

**デフォルトの名無しさん** · 2021/05/09(日) 20:58:21.36

AppActivateはサブジェクト指向だな
もっと言うと
App.Activate

**デフォルトの名無しさん** · 2021/05/09(日) 21:00:06.80

https://piedpin.com/top/2019/06/29/subject-and-object/

データの主体（サブジェクト, subject）とは、プログラムなどデータを受け取り、扱う方です。
（人間の絵）

データの対象（オブジェクト, object）とは、ファイルや物理的な資料、データベースなどデータを持っていてデータを差し出す方です。
（フォルダの絵）

らしいよ

**デフォルトの名無しさん** · 2021/05/09(日) 21:02:17.84

こっちの方がいいかな？ IBMだし
https://www.ibm.com/docs/ja/zos/2.3.0?topic=controls-subjects-objects

サブジェクトとオブジェクト
サブジェクトは、システム・リソースへのアクセスを必要とするエンティティーです。例えば、サブジェクトには次のものがあります。

・人間のユーザー
・開始済みプロシージャー
・バッチ・ジョブ
・z/OSR UNIX デーモン

通常、ユーザーという語は、サブジェクトと同じ意味ですが、暗黙で人間を指定する場合があります。
本書では、特に指示のある場合を除き、ユーザーとサブジェクトを同義で使用します。
オブジェクトとは、アクセスを制御する必要があるシステム・リソースです。例えば、オブジェクトには次のものがあります。

データ・セット

・z/OS UNIX ファイルおよびディレクトリー
・コマンド
・端末
・プリンター
・DASD ボリューム
・磁気テープ

**デフォルトの名無しさん** · 2021/05/10(月) 17:31:40.18

>>44
>人間みたいに自分で考えて実行できるオブジェクトなんてまだまだ作れるわけがないので

785 名無し三等兵 sage 2019/12/03(火) 08:03:27.78 ID:sujZBpWD
>>762
＞「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

チンポにチンポ自身を扱く機能が備わっていないので自動詞は不適切だから（34文字）

胸（心臓）には鼓動する機能があるため自動詞の適用対象だが
チンポには勃起する機能はあっても自身を扱く機能はないので「チンポ『が』勃起する」は成立しても「チンポ『が』シコシコする」は成立しない
夢精した状況を「チンポ『が』シコシコした」と称したければ「チンポがエロい夢を見させ夢精した」＝「脳ではなくチンポが思考を司りエロい夢を見させて夢精させた」という状況で可となる

脳でなくチンポで物を考える生物についてなら「チンポ『が』シコシコする」は成り立つ
如何にもだつお的じゃないか

**デフォルトの名無しさん** · 2021/05/10(月) 20:58:13.09

Man.Shiko(Chin)　とすると
Man.Rec(Recorder)　なのか
Man.Push(Recorder.Rec)　ではないか
開発対象は　Recorder.Rec
従って　Man.Run(Chin.Shiko)　と言える
開発対象は　Chin.Shiko

いろんな物を壊せるフォトリアルなゲームでは、
各クラスの壊すメソッドと、各クラスの壊れるメソッドの両方が必要
普通の死体、バラバラ、灰、液状、と壊すメソッドで分かれてるものはある
バラバラは元の形が残りつつ変形するので、凝れるメソッドが必要

Mb · 2021/05/13(木) 21:51:41.86

>>47
中学校の英語の時間に「五文型」というのを習ったと思うが、
「サブジェクト（S）」は「主語」で、
「オブジェクト（O）」は目的語。
とはいえ、このあたりの議論を深めないと、「オブジェクト志向」とか
「メッセージング」とかいった話は理解しづらいように思う。

**デフォルトの名無しさん** · 2021/05/13(木) 22:00:35.49

24 名無しさん＠ｺﾞｰｺﾞｰｺﾞｰｺﾞｰ！ (JP 0H82-LX7o [153.145.207.163]) 2019/11/23(土) 16:54:55.03 ID:l9637O/lH
https://i.imgur.com/1VuRIrP.jpg

**デフォルトの名無しさん** · 2021/05/14(金) 11:25:07.67

隣のスレで拾った
ほぼ同意
https://www.akiradeveloper.com/post/ruby-gomi/
https://it.srad.jp/story/19/08/09/185229/

**デフォルトの名無しさん** · 2021/05/14(金) 11:28:19.20

>>53
Ruby最悪やろ

サリンとRuby
1995年3月、ある事件が起きた。そう。地下鉄サリン事件だ。
5年生の時だったか、麻布の学園祭に行く時に日比谷線を使ったが、
まだサリンが残留してるんじゃないかと思って、怖かったのを覚えている。

同じ1995年に生まれたものがある。 Rubyだ。

サリンはあの時、多くの人の命を奪い、そして後遺症を遺した。
Rubyはどうだろうか。国産言語としてゴリ押しし、不幸なことに、
日本では広く使われてしまった。今に至っても使われてしまっている。
これによって日本の技術はよりガラパゴス化し、
日本のIT業界に負のダメージを与えた。サリンと同じく、多くの後遺症を遺した。

**デフォルトの名無しさん** · 2021/05/14(金) 14:12:43.44

ルビーそんなにあかんか

**デフォルトの名無しさん** · 2021/05/14(金) 14:53:33.02

サリンやで。そりゃアカンやろ

**デフォルトの名無しさん** · 2021/05/14(金) 15:43:20.04

例え話で分かった気になるのは危ない言うなればサリンみたいなもの

**デフォルトの名無しさん** · 2021/05/14(金) 15:45:02.25

Railsを作ったのは外人でルビーは海外で絶賛されてたけどなあ、ガラパゴスジャパンはルビーの存在さえ知らなかった

**デフォルトの名無しさん** · 2021/05/14(金) 16:26:14.00

70 名無しヒーリング 2021/04/26(月) 09:45:57.57 ID:jZDy/LpM
先生、実際にシコシコするのはチンポでなく俺の右手だと思います。

✖チンポがシコシコする
○ 俺の右手がチンポをシコシコする

71 名無しヒーリング 2021/04/26(月) 09:56:38.18 ID:jZDy/LpM
あと、「胸がドキドキする」と「チンポをシコシコする」は比較対象になりません。
「胸がドキドキする」は「チンポがヒリヒリする」のように状態・感覚を擬音語で現しているのであって、
「チンポをシコシコする」は「胸をモミモミする」の様に人間や動物が対象に対して何かを行う行為の表現だと思います。

**デフォルトの名無しさん** · 2021/05/14(金) 21:36:10.44

データと振る舞いをまとめることこそがオブジェクト指向の中核だよ。
それによって何が良くなるかというと、データ構造の仕様変更があっても、そのデータ構造を持ってる部分、つまり1クラスだけ直せば皆直るように作れること。
データ構造とそれにまつわる処理を1つに閉じ込めることを言語的に強制することによって実現出来るの。
手続き型言語だとこの強制が無いから、同じデータを扱う同じ処理があちこちに乱立する可能性が高まるの。

ただし、綺麗なクラス設計をするためにはデータ構造の粒度の見極めがとても重要で、例えば姓と名だけを持つ氏名クラスのような小さい粒度のクラスもたくさん用意しないと実現出来ないから注意してね。
クラスの粒度を見極める一つの指標として、その物を人間が呼ぶときの単位に着目するの。例えば1伝票とか1明細とか、1社とか1部署とか1氏名とか。
そしてクラス間の多重度(カージナリティ)を表せば、つまりクラス図を書けば綺麗な設計・実装が出来るよ。例えば、
1伝票に対して複数明細
1社に対して複数部署
1人に対して1氏名
など。

他にもコツはあるけど上記が基本。
ポリモーフィズムとか継承はその後に覚えれば充分。上記が出来ない人はむしろ継承を使わない方が綺麗に作れるよ。データ構造の継承はやっていいんだけど、委譲で作れる処理を継承で実現するのは保守性が下がるからやらないことね。

綺麗なクラス設計が出来ると、「1ヶ所直せば皆直る」を実現出来るよ。
でもRDBがこれを邪魔する時が多々あるのが実際の開発での悩みだなぁ。

**デフォルトの名無しさん** · 2021/05/17(月) 19:56:25.36

var chin=chins.get(ikemen);
chin.width++;
chin.height++;
chins.delete(ikemen);　これが気持ち悪いですな
chin.delete();　こうしたいですな

しかし要素数が１０００とかある場合
chin.delete();　こうするには１０００個ものdelete関数が持たれる？
chins.delete(ikemen);　それで配列系はこっちが多いのかな

**デフォルトの名無しさん** · 2021/05/18(火) 18:07:46.31

>>61
>chins.delete(ikemen);　これが気持ち悪いですな
>chin.delete();　こうしたいですな

自分はそうは思いません！
配列から要素を削除するから
chins.delete(ikemen);
これが自然

> chin.delete();　こうするには１０００個ものdelete関数が持たれる？

言語による
昔のVBとかJavaScriptでprototypeを使わずにオブジェクトに直接関数を定義したら
インスタンスの数×関数の数だけメモリが消費される

Javaはクラスの定義ごとに関数が作られる
chinをレシーバ・オブジェクトと呼ぶことにすると
レシーバ・オブジェクトは、関数の引数の一つとして渡される
インスタンスを作りまくっても関数が使用するメモリは増えない

**デフォルトの名無しさん** · 2021/05/19(水) 19:39:33.77

デザインパターンで遊んでいればOOPなんてすぐじゃね？　
その後はクリーンアーキテクチャーとかDDDとかに進めばええ。
MS$のAdventureWorkshopででも遊んでいれば誰も近寄れなくなるさ。　恐れ多くて。
教科書上で多態性理解より、依存性逆転の原則とか現場ルールを理解する方が大事。

Mb · 2021/05/19(水) 20:06:56.68

オブジェクト志向というのは、あくまで方向性の問題なんだよな。
C 言語には longjump しかなくてキャッチ＆スローがないとか、
Java には goto 文がないとかいうのは、たぶん「結果論」なのだと思う。
Java には「メッセージング」という概念があるのと、
「広域変数」という概念がないというのは、
うちら老害に苦しんでいたプログラマにとっては
恩恵だと思われ。

**デフォルトの名無しさん** · 2021/05/19(水) 20:31:43.45

>>64
指向な

**デフォルトの名無しさん** · 2021/05/19(水) 21:07:41.07

究極 vs 歯垢

**デフォルトの名無しさん** · 2021/05/21(金) 12:27:17.58

WEBと基幹業務では感覚が違うだろうけど
共通部分があれば共通化するのは当然として

基幹業務の各業務はほぼ全て個別で、他の業務機能と合成するような要件はほぼない
その上、各業務のほぼ全てに同じ伝票が絡む
ゆえに、１か所改修すれば連鎖的に共通部分に反映できる、なんて部分はほぼない
くせに、ほぼ全てに絡む

DB脳は整理脳
これが苦手な人がオブジェクト指向を使ったからって整理できない
例えば.NETの、DB構造のコピーを置くDataSetや、DataAdapterの自動SQL
整理どころか厄介なゴミを増やしてる

これらはDBをコントロールのように見たい気持ちなのかな
逆に画面コントロールをレコードセットのように見る中継クラスなら作った

**デフォルトの名無しさん** · 2021/05/21(金) 23:44:13.27

「共通伝票を作る」のがオブジェクト指向じゃなくて
「伝票を扱う担当者を作る」のがオブジェクト指向なのでは🤔
各ユーザーからは伝票詳細は別にわからなくても
自分に必要なことだけ提示されて自分の業務でわかることだけ指示すればいい。
修正は各部署の“担当者”にあたるオブジェクトに集中する。
また、“担当者”側からみた“共通伝票”さんも「あなたにこれ書いて欲しいんですよね」と
なにをして欲しいのか明確にすることで
無用な詳細の暴露と役割の混乱を防ぎ、必要な時の修正を“共通伝票”に集中させる。

オブジェクトを役割に見立てて情報の連鎖を切ることで
修正の連鎖そのものを起きないようにしたいのがオブジェクト指向なので。

**デフォルトの名無しさん** · 2021/05/22(土) 04:17:29.80

>>67
Fcade使わないの？

**デフォルトの名無しさん** · 2021/05/25(火) 19:21:50.87

https://ie.u-ryukyu.ac.jp/~e085739/java.it.16.html

Commandパターンで、Receiverクラスを独立して設ける意義は何なのでしょうか？
ConcreteCommandA/Bのexecute()に具体的な処理を書けばReceiverクラスは不要に思います。

**デフォルトの名無しさん** · 2021/05/25(火) 21:08:41.32

CommandとReceiverのライフサイクルが異なるからじゃないかな

Recieverクラスを除去するとCommandに
System.out.println(msg);
を書かないといけなくなるっしょ

System.out.println(msg);
を変えたくなったときに複数のCommandを修正しないといけないのが
嫌だったんだと思うよ

70 · 2021/05/26(水) 08:37:00.11

>>71
ありがとうございます。
その場合でもconcreteCommandクラスを修正する分には問題ないかと思いましたが、Receiverに分離しておけば、そのクラスにCompositeパターンを適用したりと拡張できそうですし、価値がありそうですね。

**デフォルトの名無しさん** · 2021/05/30(日) 20:41:43.23

オブジェクト指向がよく解らなくてクッキーの型とか勇者とか車とか色々な例を見たけど
自分は結局button1()のフォームへの配置が一番解りやすかったので凄く遠回りをした
みんなどうやってこれを理解したんだろう

**デフォルトの名無しさん** · 2021/05/31(月) 10:28:10.60

クラスは設計図、オブジェクトは製品、インスタンス化はメモリを確保することと覚えて
コード書きまくってたら慣れただけだな自分は

**デフォルトの名無しさん** · 2021/05/31(月) 11:38:06.10

よく批判されがちなことに
入門書のアニマル継承説明があるが
>>73-74の人の意見もあるように
理解への入り口は色々なのが現実なんだよな
鬼の首とったように入門書叩かれたりすることあるけど
アニマルを見せられても分かるやつは分かるんよ
仕組みだけわかったらあとほっといても応用思いつくんよ
それが出来ない人が振り返って教科書が悪い入門書が悪いといいがちだけど

**デフォルトの名無しさん** · 2021/05/31(月) 12:01:12.43

>>75
>理解への入り口は色々なのが現実なんだよな

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

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

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

違うか？

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

**デフォルトの名無しさん** · 2021/05/31(月) 13:01:54.38

>>73
80年代にBASICやアセンブラベースでパソコンプログラミングで
GOTOで好きなところに飛べる自由とスパゲッティに対して
C言語が入り口と出口をしっかり決めてスパゲッティしないさせない
「構造化プログラミング」で一世を風靡して、「これからはCだぜ！」ってのがあって。
続く90年代前半に「これからはオブジェクト指向でC++って奴らしいぜ！」ってなったの。

ところがいまではC++をオブジェクト指向の主流に挙げる人がいないのでわかるように
こいつがオブジェクト指向の考え方じゃなくて自分に都合のいい仕様だけ
別言語からバラバラに引っ張ってきた奇形言語で
(いわゆる“クラスと再利用がオブジェクト指向！”って奴)
あんなもんを“これがオブジェクト指向”と称して布教したから現代まで続く大混乱と
結局オブジェクト指向がなんなのか一切理解できないまま
「オブジェクト指向ナンテー！」ってほざくアンチジジイを生み出したの。

その後、紆余曲折ありながら「メソッド/メッセージ」(命令、コマンド)の
オブジェクト指向本来の考え方を取り入れたJavaが広く使われるようになって
まだ古い頭の人には意味がわからないにしても
「各オブジェクトが役割を担い“命令”に反応するように作ることで
作業担当と権限を明確にして必要な修正の連鎖を最小限に抑える」
オブジェクト指向本来の目的が広く知られるようになった。
(むしろ、自分のコピーを作れて、命令セット差し替えで多態性って考え方は
この“オブジェクト化による独立性”が根本にあるので
こっちが実現できてないと「クラスの使い回し～」もなんもないという)

**デフォルトの名無しさん** · 2021/05/31(月) 13:24:03.02

>>77
>「各オブジェクトが役割を担い“命令”に反応するように作ることで

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

**デフォルトの名無しさん** · 2021/05/31(月) 13:35:49.84

>>77
>作業担当と権限を明確にして必要な修正の連鎖を最小限に抑える

241 伝説の名無しさん sage 2020/10/13(火) 15:00:15.08
「胸がドキドキする」というのはいわば生理現象であり、抑えることはほぼ不可能だ。
月末のクレジットカードの支払額に、想像以上に可愛かったデリヘル嬢のおマンコにと胸を
突かれるのは悪いことではない。

翻って「チンポがシコシコする」というのは能動的な衝動であり、極めて不埒な責任転嫁である。
シコシコはチンポが勝手にやったことであり、決してチンポの持ち主の意向ではないという、どこぞの
政治家の「秘書が勝手にやったこと」のような言い逃れがしばしば聞かれ、あまつさえそれがまかり
通ってきたことは周知の事実である。

チンポからシコシコを奪取し、各人の掌に戻る日は果たしてやってくるのだろうか……。

**デフォルトの名無しさん** · 2021/05/31(月) 13:47:44.35

こんなスレあるんだな。初めて来たよ。

オブジェクト指向が何かなんてそんな悩むような難しい話かなと個人的には思うけど、
たぶんこれが分からない人はオブジェクト指向を「技術」だと勘違いしてるんじゃないか。

オブジェクト指向は、例えば論理回路をどう組み合わせて加算器や減算器を実現するか？
というような意味での技術じゃない。

**デフォルトの名無しさん** · 2021/05/31(月) 14:16:14.95

>>68
販売管理では、見積から入金まで、複数の業務フェーズに同じ伝票が回る
共通伝票って共通書式じゃないよ、１つの伝票の同じインスタンス
１つの伝票の同じインスタンスが、業務フェーズが進むたびにデータが更新され、ステータスが変わる
（仕入も、高度な場合は複数の受注から在庫管理を経由して複数の仕入に紐付き、互いが互いの明細データになることがある）

業務担当者から見れば受注票、納品書など別の伝票だが、システム的には同一データのステータス違い
受注テーブルから納品テーブルへ物理的に移動させるシステムもあるが、意味的には同じ

同じ伝票を複数の業務で扱うんだから、伝票をクラス化すれば、１か所直せば全部直るじゃんかと
でもそもそも１つの伝票を最初から最後まで追うというシステムなので、巨大なシステム全体が１クラスのようなもの
各業務は１つのクラスのメソッドにあたり、伝票は親インスタンスのデータにあたる
親データの仕様が変われば、各メソッドの仕様を確認せざるを得ない

**デフォルトの名無しさん** · 2021/05/31(月) 14:24:00.05

回路で言うなら
非オブジェクト指向：非同期設計/ディスクリート回路
オブジェクト指向：同期設計
(嘘)

**デフォルトの名無しさん** · 2021/05/31(月) 14:44:46.42

言い方を変えると、業務システムで同じメソッドの使いまわしはないというか
同じメソッドを使いまわす予算の使い方をしないというか

その業務をやるなら、その専用画面でやる
その業務機能を、別の画面から部分的に呼ぶことはない
それぞれ１か所でしか登場しない業務機能が、膨大にあるのが業務システム
（フォームがそれに近いね、クラスだしnewされるが、ほとんど実質スタティックな一意）

なので間接的に実装を記述する意味がないというか
業務要件に関してはね

細々としたものはあるよ
コントロールの反応の仕方とか、権限チェックとか

**デフォルトの名無しさん** · 2021/05/31(月) 15:29:14.29

>>81
オブジェクト指向とは関係ないが
異なる伝票を1つの同じ伝票だと認識してることがそもそも間違ってるよ
エンティティとそのライフサイクルを識別できてれば共通伝票なんて発想にはならない

>業務担当者から見れば受注票、納品書など別の伝票だが、システム的には同一データのステータス違い
同一データのステータス違いじゃない
そういう考え方で設計してれば変更に弱くなるのは当然

**デフォルトの名無しさん** · 2021/05/31(月) 16:58:19.51

そういえばなんでプログラムの関数の名前って三人称なんだろ
アクターがメッセージングするなら二人称がふさわしくない？

**デフォルトの名無しさん** · 2021/05/31(月) 21:09:31.89

>>81
なんか「お盆に乗った巨大な書類綴りが社内の部署を巡回して
各部署が勝手に書類綴りにいろんなものファイルするんだから
書類綴りの変更はすべてに影響するのあたりまえじゃん？」
って言われてるような頭チカチカするものすげぇイメージが
伝わって来たのだが………

**デフォルトの名無しさん** · 2021/06/01(火) 11:27:59.59

>>85
タイプ量が少ないからじゃない？

**デフォルトの名無しさん** · 2021/06/01(火) 21:12:39.01

>>84
本質は同一データのステータス違いであることを見抜かないと、無駄に冗長なシステムになり、改修困難になる

「見積から入金まで」って、ライフサイクルのことですよ
（入口）見積→受注→仕掛→納品→請求→入金（出口）
ここまで同じデータがステータスを変えて進んで行く
データ変換バッチが大量にある会社は、途中でライフサイクルが終わってるのかなｗ
でもほんとは終わってないから、そんなものが必要になる

「共通伝票」は>>68が勝手に言ったんであって、こっちは否定してるでしょ
「伝票」って言葉が悪いのかな、「案件」と言えば伝わるかな

変更に弱くなる「のは」ってなんだよ、どっから出てきた
変更の速さは神がかりと言われるんだが
むしろオブジェクト指向信仰、ＲＤＢ嫌いはコケ案件にいる印象
（オブジェクト指向自体はゴリゴリに使うよ、でも使いどころが違う）

**デフォルトの名無しさん** · 2021/06/01(火) 21:18:50.88

>>88
ステータスを更新したときのタイムスタンプはどこに保持するん？

**デフォルトの名無しさん** · 2021/06/01(火) 21:39:52.70

>>88
>「見積から入金まで」って、ライフサイクルのことですよ

それは何のライフサイクルかな？

**デフォルトの名無しさん** · 2021/06/06(日) 11:41:01.21

88 じゃないけどたぶんこれ
https://www.youtube.com/watch?v=YNvv6fcxpRQ

**デフォルトの名無しさん** · 2021/06/06(日) 15:33:21.99

全然関係なくて草
類まれなる絶壁チューバー

Mb · 2021/06/08(火) 15:01:32.54

>>73
昔は「算体主導型言語」とか言ってたなぁ。
Java なんかは GOTO 文はねーわ（構造化ステートメントで書け、という話だ）
広域変数はねーわ（シングルトン実装しろ、という話だ）で、
「こんな言語で開発ができるのかぁ～！」と思ったが、
慣れると普通にできるので感心した。
catch ＆ throw はあるわ、動的メモリ管理はあるわ、
わりと至れり尽くせりな感じなので気に入っている。

あえて難をいえば、BASIC の SWAP 文がないのと、
LOOP-UNTIL-DO-REPEAT 文がないことかな。
while(true)から break で脱出するのはいいのだが、
ループ内変数の初期化をしようと思うと、
「{」とかをいきなり書く破目になるのはいまひとつ。

**デフォルトの名無しさん** · 2021/06/08(火) 18:04:29.85

>>93
おじいちゃん、いまはdropWhile,takeWhile,forEachを使うんだよ

Mb · 2021/06/09(水) 15:17:19.90

使いこなせるやつが何人いるかだな。
功を狙ざれ日すなわち危うし、という話もあるし。
つーか、Java 9 って最新バージョンだろ？
もう一個バージョンが上がってくれるのを待ちたいところだ。

Mb · 2021/06/09(水) 15:20:08.33

×「功を狙ざれ日すなわち危うし」
〇「技を得て功を練らざれば、すなわち危うし」

**デフォルトの名無しさん** · 2021/06/09(水) 19:33:03.27

おじいちゃん、Javaはいま16だよ

**デフォルトの名無しさん** · 2021/06/11(金) 11:15:11.08

『高スペック人材』なら、外資に転職すればいい話だよね？

「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者がNTTを辞めた理由が、
私が３２年前（１９８６年）にNTTを辞めた理由とあまり変わらないのに、少々驚きました。
私がNTTを辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたこと
がなかったので、これを機会に書くことにしました。
https://lite.blogos.com/article/341485/

なのにそれが使い潰されるってのは、完全な自己責任では？

「東大・京大あたりの出身者はやはり頭が良く、物事の本質をしっかり考え、理にかなったことを言います。
ただ、自分の考えに自信を持ちすぎ、周囲に合わせて柔軟に行動するということができません。また、
会社では一見無駄な業務や下積み仕事があるわけですが、高スペック人材は自分が無駄だと判断したら止めてしまったり、
手を抜いたりします。結果として、職場で浮いてしまい、あまり評価されません」（エネルギー・経営者）
https://toyokeizai.net/articles/-/430519?display=b

**デフォルトの名無しさん** · 2021/06/11(金) 11:31:07.77

プログラマーにしても、求められる能力が昔と今とで変わってきている！

なぜコードを一行も書けない人間が管理するのか
https://medaka.5ch.net/test/read.cgi/prog/1524449821/

ソフトウェア最大手の「マイクロソフト」が、業績不振のため全従業員の約5%に当たる最大5000人
に及ぶリストラ策を検討してることが明らかになった。
ロイター通信によると、対象はリサーチ・ディベロップメント、マーケティング、セールス、ファイナンス、
リーガル、ヒューマンリソース、ＩＴとなっており、今後1年半を掛けて行われるとのこと。
また、この内の1400人は本日付で解雇される模様。
https://www.fukeiki.com/2009/01/microsoft-job-cut.html

**デフォルトの名無しさん** · 2021/06/11(金) 11:42:48.75

このテのエリート人材はもう要らない！

トヨタ自動車で勤務していた男性（当時28）が2017年に自殺したのは、上司のパワーハラスメントが原因として
労災認定されたことを巡り、トヨタが遺族側と和解していたことが7日、分かった。トヨタ幹部と遺族側代理人
が明らかにした。和解は4月7日付。豊田章男社長が遺族に直接謝罪し、再発防止策を説明したという。
https://www.nikkei.com/article/DGXZQOUF070GK0X00C21A6000000/

ひと昔前なら模範社員として出世していたに違いない『高スペック人材』も、今は使い潰されるだけ！

**デフォルトの名無しさん** · 2021/06/11(金) 11:58:57.98

ゼネスト？

https://mobile.twitter.com/mas__yamazaki/status/1402868968134647810

山崎雅弘
@mas__yamazaki
返信先:
@mas__yamazaki
さん
もし国民の多くが、個人としての自尊心を健全な形で持っている国なら、自国の政府トップがこれだけ自国民の命と健康を後回しにして特定の営利イベント開催を強行しようとする時、ゼネスト等で対抗してもおかしくないと思う。

それが本物の民主主義国。経済的に裕福かどうか、職業が何かは関係ない。
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/06/11(金) 17:35:16.18

ひろゆき氏：試算してみたことがあるんですが、できそうなんですよね。毎月7万円を国民に配ろうと思うと、約90兆円あれば可能です。
　そのためには、生活保護をなくしてベーシックインカムで一本化したり、お金持ちから多く税金を取るため
に相続税を増やしたり、高齢者も医療費の3割負担をお願いしたり。そうやっていけば、実現可能です。
https://diamond.jp/articles/-/273191

**デフォルトの名無しさん** · 2021/06/12(土) 00:43:39.62

>>102
海外移住出来ない法律が必要

Mb · 2021/06/12(土) 14:26:41.13

なんか、このスレ寂れてんのか？
「オブジェクト指向」というのは、
「オブジェクト・オリエンテッド」の日本語訳だろ？
で、「オリエンテーション」というのは「光は東方より」っつって
アレクサンダー大王が東征したワケだ。
昔は「オブジェクト・オリエンテッド」を「算体主導型」と訳していた。
つーか、C 言語の「参照」と「実体」や、「構造体」みたいなモノを、
「メッセージを投げるとメッセージが返ってくる」という
「メッセージング」に帰着させただけの話で、古いコーディングスタイルを
知っている世代にとっては、わりと受け入れやすい概念だと思われ。

**デフォルトの名無しさん** · 2021/06/12(土) 14:36:31.33

おじいちゃん、何回同じ話するの

**デフォルトの名無しさん** · 2021/06/12(土) 18:35:27.34

>>105
公演会場の数だけ

**デフォルトの名無しさん** · 2021/06/13(日) 03:44:57.58

メソッド単位での単一責任原則が守られてないオブジェクトは拡張するのが難しい
オブジェクト指向の闇

**デフォルトの名無しさん** · 2021/06/14(月) 11:53:15.15

>>98
東大京大でも院から転入した学歴ロンダが居るからそういうのは排除しないと

>会社では一見無駄な業務や下積み仕事があるわけですが、
>高スペック人材は自分が無駄だと判断したら止めてしまったり、
>手を抜いたりします。

手を抜くというより例えばいちいち手作業やってるのをあほらしいから
プログラミングして自動化してもそれでも手を抜いたと言われる会社なら辞めた方が良い
日本には不合理な精神論が蔓延している

**デフォルトの名無しさん** · 2021/06/14(月) 12:14:14.93

>>101
>特定の営利イベント開催

今問題になってるIT相のNTT干す発言も立派な生贄パワハラ確定だが
IT相は臀痛出身でさもありなんだと思うわ
体質が染みついてるんだろう

**デフォルトの名無しさん** · 2021/06/14(月) 12:17:33.80

NTTじゃないなNECだった
>>98 >>108 責任取れ

**デフォルトの名無しさん** · 2021/06/15(火) 21:18:04.16

>>108
そういえば、「IDE 使用禁止」「ソースコード管理ツール使用禁止」
みたいな現場が昔あったっけ。
「工数の水増し」のために開発効率を落としているとしか思えなかったが、
当時は携帯電話が売れてたからそれで通ってたんだろうなぁ。
ゲームとか携帯とかは基本イベントドリブンだから
オブジェクト志向とは相性がいいんだが、
C++とか使ってると「そもそもコンパイルが通らない」とかいった
事態が起きるのでどんどん工数が膨らむ。
残業・休出を減らして開発効率を上げて
工数を圧縮して納期を短縮するとかいった発想は、
たぶん派遣業者にとっては許しがたいことなので、
オブジェクト志向なんていうのは
異端思想なんだろうな、と思う。

**デフォルトの名無しさん** · 2021/06/16(水) 01:09:10.61

残業減らして納期短縮？

**デフォルトの名無しさん** · 2021/06/16(水) 16:20:55.86

そもそもコンパイルが通らない？

**デフォルトの名無しさん** · 2021/06/16(水) 17:37:34.93

そもそも日本語として成立してないの気付いてなさそうだ
知ったかくん哀れ

**デフォルトの名無しさん** · 2021/06/16(水) 18:17:19.54

ネットで拾ってきたC++のコードがCコンパイラで使えない！とお怒りのようです

**デフォルトの名無しさん** · 2021/06/16(水) 22:40:59.38

解雇されたエンジニアが、社長、副社長、人事部トップ3人を銃殺するという事件がシリコンバレーで起った。
警察に捕まった47歳のエンジニア、ジング・ウー(Jing Wu)は、ワイアレス半導体のベンチャー企業
SiPort(シポート)の元社員。3人の子供の父親であるウーは不動産投資に手を出し、17軒の不動産を持っている。
しかし、このところの不動産市況の暴落ですべての計算が狂ったようだ。
自分で弁護士を雇えないほど資金繰りは苦しいようで、日本の国選弁護人に相当する米国の公共弁護士がついた。
中国から米国に移民したウーは、不動産投資で子供の教育費などにあてようと資産運用を図ったことが裏目に出た様子。
そこへきて勤務先から「業績遂行能力不足」を理由に11月14日、解雇を言い渡された。彼はいったんシポート社
を出て銃を忍ばせ、シッド・アグラワルCEO、副社長のブライアン・プグ、人事部のマリリン・ルイスに退職後
の相談と面会を求め、同日午後4時、会議室で3人を射殺した。
https://toyokeizai.net/articles/amp/2466?display=b&;amp_event=read-body

**デフォルトの名無しさん** · 2021/06/16(水) 22:47:00.55

>>116
チャンコロなんか野放しにしておくからそういうことが起こる。
二階とかの親中議員を放置しておくとその内日本が中国の一部にされてしまうぞ。

**デフォルトの名無しさん** · 2021/06/17(木) 12:05:51.67

漏れも親日じゃない相手には反中で対応するのは賛成だが
たまたま犯罪者が中国人だったたけですべての中国人を問題視するのは
プログラマとしての資質を疑うレベル

不動産投資に失敗したなら自己責任
銃社会が問題

**デフォルトの名無しさん** · 2021/06/17(木) 21:36:14.19

確かに。
1つの事象を見て全体がそうだと決めつけるような
分析力の低い人間にプログラミングは無理だと思う。

**デフォルトの名無しさん** · 2021/06/17(木) 22:21:07.28

プログラミングとはカスリもしない問題をこじつけ
善人ぶって正論かのような言葉を並べ本質を見誤る愚者
或いは被害拡大を狙った偽善者

**デフォルトの名無しさん** · 2021/06/17(木) 22:37:41.01

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

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

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

違うか？

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

**デフォルトの名無しさん** · 2021/06/18(金) 08:21:50.18

何とも甘い連中だ
チャンコロ放置した結果どうなった？
5chがチャンコロからサイバー攻撃を受けて今何種類ものブラウザが使えなくなっているじゃねーか。
お前らは一々こいつはいいゴキブリだから殺さない、こいつは悪いゴキブリだから殺すとかやってんのか？
台湾がやられたら次は日本だぞ？殺るか殺られるかのときにそんな甘っちょろいこと言ってるから
中国を牽制している他の国々と足並みが揃わない。このままではレッドチームに吸収されるぞ。

**デフォルトの名無しさん** · 2021/06/18(金) 11:00:42.73

そうだねコロナDNAワクチンで遺伝子弄られて
思考が5Gで政府に筒抜けになるから君に逃げ場は無いね。

**デフォルトの名無しさん** · 2021/06/18(金) 11:56:11.52

ブラウザやクラッキングを言うならロシアも中韓朝以上に危険

**デフォルトの名無しさん** · 2021/06/19(土) 17:34:54.53

https://mobile.twitter.com/oburicco/status/1405526640570953731

ぴえまる🥺輪郭2点脂肪移植DT10ヶ月
@oburicco
去勢はコストカットw w w wたしかに最大の投資すぎる天才じゃんみんな去勢しろ
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/06/21(月) 12:20:26.23

アランケイが考えていたのはインターフェース指向だったという話を聞いたことがあるな。
インターフェースで機能への参加権を付与する感じっぽい。

printableとかupdatableとか。

**デフォルトの名無しさん** · 2021/06/24(木) 15:58:03.82

>>115
> ネットで拾ってきたC++のコードがCコンパイラで使えない！とお怒りのようですC＋＋はC コンパイラにプリプロセッサという皮を被せただけで、
C のコンパイラは基本的にマクロプリプロセッサなので、
ヘッダの巡回参照をすると簡単に無限ループに入りこんで落ちる。
Java が多重継承を禁止していないのは、そのあたりのチェックが
面倒臭いからだと思われる。
C＋＋は、「二枚重ねだが気持よくないし、安全でもない」とか。
ゲーム業界を含むディジタルのコンテンツ処理の業界に
首を突っこんでみると、「C++ のコンパイルエラーを消すだけの
単純なお仕事です www」とかいった話は、けっこうあるわけだが。

**デフォルトの名無しさん** · 2021/06/24(木) 16:02:50.85

>>126
> アラン・ケイが考えていたのはインターフェース指向だったという話を
聞いたことがあるな。
たぶんアラン・ケイではないけれども、「『オブジェクト志向』という
ネーミングは失敗だった。『メッセージング志向』と名づけていれば
よかった」という反省の弁を述べていた有名な人はいる。

**デフォルトの名無しさん** · 2021/06/25(金) 20:50:35.01

カプセル化についてどうしても分からないんだけど
オブジェクト指向やインスタンスについて
Wikipediaを調べると
「クラスの中で作ったデータ構造やアルゴリズムを修正したくなった時に、それらをクラスの外側に影響にせずにクラス内の範囲に
収めることができる」と書いてあるけど

それってクラスやインスタンスが出て来る前から
関数だって同じでしょ？

クラスやインスタンスというものを使う理由になってるのかな
関数と何がちがうの？

それに関数やインスタンスのメソッドだって
引数の構成を変えたくなったり追加の引数が欲しくなったら
外部に影響を与えざるを得ないのでは？
（続く）

**デフォルトの名無しさん** · 2021/06/25(金) 20:51:07.41

（続き）
確かにクラスやインスタンスはプロパティの変数を
内部に保持できるところは新しいが
しかしそれをドットで格納や参照しちゃうと
肝心のカプセル化が壊れてしまうっていうんだから
結局は関数のローカル変数と同じだ

インスタンス内で保持するプロパティは
そもそもコンストラクタの引数か
メソッドの引数を経由して流れてくるものなんだから
そういう意味では、クラスとインスタンスは
関数と根本的な意味で違いがないのでは？

わざわざクラスとインスタンスとメソッドのように
複雑にしたのなら、
関数にはない何か素晴らしいメリットがあるのだろうか？
そうじゃなきゃ単に構文が複雑になっただけのように思えるが。
（疑問終わり）

**デフォルトの名無しさん** · 2021/06/25(金) 21:25:10.29

ゼロリスクとかないし
上流の人が下流の変な行いを制限するための仕組み

**デフォルトの名無しさん** · 2021/06/25(金) 22:05:11.75

スコープがクラス内である変数(クラス変数)に相当するものが、
関数にあったっけ？

クラス変数がカプセル化のキーだと思う。

**デフォルトの名無しさん** · 2021/06/25(金) 22:24:11.75

以下でfileとfがカプセル化および、手続き化できてると思う。
マネージャーからは、Catalogが保持するfileとfは見えないのが正しい。

class Catalog
　atter_reader :file
　atter_accessor :f

　def initialize(file:)
　　@file = file
　end
　　
　def open
　　@f = open(file, 'r')
　end

　def output(var:)
　　f.puts(var)
　end
end

class Manager
　def makeCatalog
　　c = Catalog.new(file: 'カタログ名.txt')
　　c.open
　　c.output(var: '書き込みたい内容')
　end
end

**デフォルトの名無しさん** · 2021/06/25(金) 22:40:21.64

外側に影響を出さずに修正する例

class Catalog
　atter_accessor :f

　def initialize(file:)
　　@file = file
　end
　　
　def open
　　@f = open(file, 'r')
　end

　def output(var:)
　　f.puts(var)
　end

　private

　def file
　　"#{@file[0, 2]}\#{@file}"
　end
end

class Manager
　def makeCatalog
　　c = Catalog.new(file: 'カタログ名.txt')
　　c.open
　　c.output(var: '書き込みたい内容')
　end
end

**デフォルトの名無しさん** · 2021/06/25(金) 22:53:02.93

クラス変数はいつになったら出てくるのん？

**デフォルトの名無しさん** · 2021/06/25(金) 23:10:24.13

すまぬ。
インスタンス変数の間違いだった・・・。

**デフォルトの名無しさん** · 2021/06/26(土) 01:49:46.90

関数の場合はクロージャでキャプチャする変数がインスタンス変数みたいなもの
fileやfをキャプチャした一連のクロージャを連想配列や構造体に入れて返す関数を書けばいい

Catalog = Struct.new("Catalog", :open, :output)

def make_catalog(file:)
　f = nil
　Catalog.new(
　　open: -> { f = open(file, 'a') },
　　output: -> var: { f.puts(var) }
　)
end

c = make_catalog(file: 'カタログ名.txt')
c.open.()
c.output.(var: "Write Something")

**デフォルトの名無しさん** · 2021/06/26(土) 02:05:19.25

その書式でメソッド書くのはきつくない？

**デフォルトの名無しさん** · 2021/06/26(土) 05:29:29.35

>>129
結局何が聞きたいのかさっぱり分からん。

カプセル化は「必要最小限の物だけを見せる」単純化の方法であって
オブジェクト指向とは直接関係がない。

インスタンスのメリットはごちゃごちゃ言ってないでコード書けば一発で分かる。
畳の上で水泳の練習をして泳げるようになるのは天才だけ。
凡人は実際に水に入って泳がないと上達しないよ

**デフォルトの名無しさん** · 2021/06/26(土) 10:59:04.51

まぁ　OOで終わっている人が多いからな。　Cで仮想テーブルまで作ってやっている人が居たが、単にOOオタクというだけだった。
OOの上にコンポーネントやバウンタリー構造を構築する方が大事で、SOLID原則を実現するためにOOPを使うという事を知らない人だらけ。
企業のファイナンスや基幹経験も無しに、小規模ユーティリティーでビジターとかデザパタハイが歳食っても治らない。
ビジターで一回、全修正でひどい目に合わないとわからないのかも。

**デフォルトの名無しさん** · 2021/06/27(日) 06:53:14.21

がん細胞の如くソース撒き散らされたマジックナンバー。
定数ラベルにしてあれば1行の修正。

難しいこと言ってるが原点は定数記号。

**デフォルトの名無しさん** · 2021/06/27(日) 08:14:48.33

>>141
それまったく違うよ。
定数を直接参照させると変化を吸収できないから、
メソッドに包んでメッセージでオブジェクトを参照するんだよ。

**デフォルトの名無しさん** · 2021/06/27(日) 11:40:01.24

変化はポインタtoポインタ、ジャンプテーブルで解決。

**デフォルトの名無しさん** · 2021/06/27(日) 11:44:04.42

π って
#include <math.h> で
M_PI
使うのと
#define myPI 3.14hogehoge
するのとどっちが良い？

**デフォルトの名無しさん** · 2021/06/27(日) 12:16:41.98

オブジェクト嗜好って、C言語的には所詮構造体、共用体、ポインタの組み合わせなんだよなと思ってしまう。

**デフォルトの名無しさん** · 2021/06/27(日) 12:37:46.84

それと関数へのポインタな

**デフォルトの名無しさん** · 2021/06/27(日) 12:41:11.83

大抵のオブジェクト指向ω言語は
c で構造体 (FILE *) の例が一番良く合うと思うが
self とか this とかを第一パラメータ省略出来るだけで
やってることは同じ

**デフォルトの名無しさん** · 2021/06/28(月) 21:49:59.55

「ループって結局gotoなんだよな」って謎のうわごと言ってる変な人が涌いたなぁ…
というこの感じ、わかりますかね？

**デフォルトの名無しさん** · 2021/06/29(火) 09:39:43.72

>>148
そのうわごとはある意味合っている
中間言語に変換して見てみれば
条件分岐による指定アドレスへの
ブランチ命令やジャンプ命令になるから

**デフォルトの名無しさん** · 2021/06/29(火) 19:18:22.85

>>148
まぁ形としてgotoを使わず書くのが構造化ってことやから

**デフォルトの名無しさん** · 2021/06/29(火) 19:20:40.15

下らん。自明。

**デフォルトの名無しさん** · 2021/07/01(木) 15:09:55.43

>>150
強盗退治のダイクストラ大先生の気持はわかるのだが、
goto を退治しようと思うと、変数スコープをどうするかとか、
受け皿としての構造化ステートメントをどうするかとかいった
問題もある。
LOOP - UNTIL - DO - REPEAT 構文なんかは、
変数スコープとか無限ループの中からの break とか、
けっこうややこしい話がある。
べつに批判というわけではなくて、
爺いの繰り言だと思ってくれ。

**デフォルトの名無しさん** · 2021/07/02(金) 06:08:53.71

>>152
変数のスコープとgotoって何か関係するの？

**デフォルトの名無しさん** · 2021/07/02(金) 10:44:14.20

>>150
javascript のオブジェクト指向がクラス指向じゃなくて
プロトタイプベースだってしきりに宣伝されていた時期があったが
あれこそ只の言い訳なんだよ

**デフォルトの名無しさん** · 2021/07/02(金) 10:46:12.72

>>152 のじじいには是非とも longjump と exception の違いについて解説してもらいたい

**デフォルトの名無しさん** · 2021/07/02(金) 21:54:55.09

>>153
スコープを設けることで
スコープ内へ、あるいはスコープ外へのgotoはできないようにした。

**デフォルトの名無しさん** · 2021/07/06(火) 14:46:59.64

「仕事ができる社員には、入社した頃から優秀で何でもできちゃうというタイプもいますが、経験を積んで
段階的に良くなっていくということがあります。一方、仕事ができない社員は、せっかく経験を積んでも、
教育訓練を受けても、能力・スキルがなかなか上がりません。自分の能力やパフォーマンスが低いという自覚
がないから、そういう残念な状態がずっと続いてしまうんでしょうね」（サービス）
https://toyokeizai.net/articles/amp/437325?page=2

**デフォルトの名無しさん** · 2021/07/08(木) 09:45:26.96

>>155
> 是非とも longjump と exception の違いについて解説してもらいたい
階層のあるロジックで、途中の階層でファイル開けたりするじゃん。
まぁ、最近の実行環境とかだったら、自働的に閉じてくれるだろうけど、
ハックアタックとか喰らったりすると、処理がおっつかなくなって
システムが落ちたりするわけだよ。
例外を拾うと、戻ってくる途中で後始末してさらに上に例外を投げる、とか
できるから、なんぼか安全でユーザに親切なコードを書ける。
ただし、これは OO に限った話じゃなくて、昔の Lisp にも
キャッチ＆スローはあった。
Lisp 的な使い方だと、「タイマーを仕掛けておいて、あるアルゴリズムを
実行中にタイムアウトしたら、例外で呼び元に戻って別のアルゴリズムを
試す」みたいなこともできる。

**デフォルトの名無しさん** · 2021/07/08(木) 11:23:32.18

ロングジャンプするとスタックはどうなるの？

**デフォルトの名無しさん** · 2021/07/08(木) 11:37:56.66

そのままじゃないの？
ロングジャンプと関数呼び出しのちがいがわからない

**デフォルトの名無しさん** · 2021/07/08(木) 11:40:31.56

アセンブラの話かと思った

**デフォルトの名無しさん** · 2021/07/09(金) 15:21:32.46

>>159
>>160
ローカル変数を積んだヒープもリターンアドレスを積んだスタックも、
ぜーんぶチャラにされてしまうので、C 言語だったらそういった情報は
グローバル変数に積んでおくしかないと思う。
C 言語というのは、
C のソース ⇒ マクロ展開の後のソース ⇒ マクロアセンブラのソース
⇒ 展開後のネイティブアセンブラのソース ⇒ ネイティブなマシンのコード
ということになっているので、「マクロアセンブラのソース」と
「逆アセンブルしたネイティブなコード」（でなければダンプしたバイナリ）を
比較すりゃあいいんじゃねぇ？　つーてもそこからリンカが動くわけだから、
シンボルは解決されていないわけで、「あっちゃとこっちゃでラベルの
シンボルが同じなのに型が違う」とかいった話があったりするので
けっこう面倒臭いんだが。
つーても、こういう話は OO とはなんにも関係がなくて、
単に Java が間に仮想機械を挟んでいるだけの話だと思うが。

**デフォルトの名無しさん** · 2021/07/09(金) 15:28:01.63

>>161
> アセンブラの話かと思った
うん、本当にその通りだ。
隠蔽体質が限界に来ちゃったんで、「いっぺん VM で切り分けようよ」と
いう話になって、IEEE の数値表現とかで「C の構造体の穴」とかの
話は別枠にしようというのが、もともとの話（OO と全然関係のない
話でスマソ）だ。

**デフォルトの名無しさん** · 2021/07/09(金) 15:34:42.87

>>160
> ロングジャンプと関数呼び出しのちがいがわからない
正確にいうと「関数呼出しの戻り」だと思う。
一段上に戻るのが、普通の「関数呼出しの戻り」で、
途中の呼出しのためにスタックやヒープに積んどいた
情報をぜんぶすっ飛ばしてチャラにしちゃうのが longjump 。
そのときの情報が半端に残っているもんだから、
うっかり別プロセスから呼ばれたときにゴミを拾ってややこしいことになる。
Java でも「これ、スレッドフリーで実装してるから」というのを
宣言してないメソッドを使うと、ややこしいことが起きた時代があったげな。
どっとはらい。

**デフォルトの名無しさん** · 2021/07/10(土) 13:45:47.10

馬鹿だｗ

**デフォルトの名無しさん** · 2021/07/11(日) 13:38:07.40

>>165
> 馬鹿だｗ
誰が？ www
「文句があるなら、四百字詰めの原稿用紙に、
テンとマルを数えて三枚以下にまとめて火曜日までに提出しやがれ！」

**デフォルトの名無しさん** · 2021/07/11(日) 18:06:50.71

自覚はあるようだ

**デフォルトの名無しさん** · 2021/07/12(月) 14:49:21.34

自覚があれば許されるって問題じゃないがな

**デフォルトの名無しさん** · 2021/07/12(月) 15:07:01.79

アセンブラのジャンプ命令のロングのものは
当たり前だけどスタックエリアもスタティックエリアもヒープエリアも触ることはないよ・・・
何の言語？

**デフォルトの名無しさん** · 2021/07/15(木) 14:20:57.31

オブジェクト同士は常に二人称で、「俺」←対話（メッセージング）→「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。

この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/

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

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

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

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

**デフォルトの名無しさん** · 2021/07/15(木) 15:05:02.15

みんな教えてくれ
Chrome の右上に「タブを検索」ってバカ見たいなアイコンがまた出て来た
以前は chrome://flags から enable-tab-search を選んで disable にすれば非表示に出来たんだが
ある日を境にそれも出来なくなってまた現れたんだ
今度は消せない

css とか何かの hack で良いから消す方法を教えてくれ
緊急事態なんだ

**デフォルトの名無しさん** · 2021/07/19(月) 09:58:54.74

（中学入学当時の思い出）
女子の着換えブルマ姿に欲情してチンポがシコシコしてたらケツの穴が緩んでおならブー、慌ててトイレに
駆け込んでセンズリとウンコを済ませて教室に帰ると、みんなが臭い臭い屁をコイタのは誰だと騒いでた。

**デフォルトの名無しさん** · 2021/07/20(火) 15:25:50.08

授業中にオナニーした自慢してる同級生がいた母校

**デフォルトの名無しさん** · 2021/07/26(月) 16:14:40.27

オブジェクト志向というのは、
かつて「算体志向言語」と呼ばれていて、
数学基礎論関係の人から支持されていたのだが、
「チンポチンポチンポチンポチンポチンポチンポチンポチンポチンポチンポ
チンポチンポチンポチンポチンポチンポチンポチンポチンポチンポチンポ！」
と叫び続ける人には、どんなトラウマがあるのだろう、と、
ソフトウェア技術とは別のカテゴリー（メンヘラ板とか）的に
興味が出てきた。

**デフォルトの名無しさん** · 2021/07/26(月) 16:28:41.26

正直な話、C 言語みたいな「記憶空間上の位置」というイメージは、
「仮想メモリ」あたりが絡んでくると、非常に面倒臭い話に
なるわけだよ。
アセンブリ言語の時代は、プロテクト上のテクニックとして、
「ROM に書き込む命令を実行しておいて、あとでチェックする」
みたいなネタがあったわけだが、プログラムが巨大化してくると、
そういうチマチマした工夫というのは用済みになってしまって、
「それなりに大きいシステムを動かす」というのに重点が
置かれてきたわけだ。
そういう意味では、オブジェクト志向というのは
「順当」で「つまらん」コンセプトではある。

**デフォルトの名無しさん** · 2021/07/26(月) 16:47:29.54

支離滅裂

**デフォルトの名無しさん** · 2021/07/26(月) 18:44:37.57

>>174
「拡張された自我」というのはダメなのか？

**デフォルトの名無しさん** · 2021/07/26(月) 20:05:01.57

志向じゃねえと何度行ったらわかるんだ

**デフォルトの名無しさん** · 2021/07/26(月) 21:03:06.65

>>176
いんや、支離滅裂とは限らんよ
実際、ファミコンソフトでもEP-ROMという
カセット内に書き込み可能なROMを内蔵しているものは稀にあった。

**デフォルトの名無しさん** · 2021/07/26(月) 21:41:28.75

部分的には意味があるが話のつながりが全然わからん

**デフォルトの名無しさん** · 2021/07/26(月) 21:42:49.37

>>178
OO はオブジェクト・オリエンテッドだと何度言ったらわかるんだ。
高校のときの世界史の教科書を引っ張り出してきて、
「光は東方より」とか「オリエント文化」とかいった
用語を確認しておいてほしい。
「オリエンテーション」とか「オリエンテーリング」とかいう
言葉もあるだろう。
「指さす（指向）」だけで動かないんだったら、
なんの役にも立たんだろうがよ。

**デフォルトの名無しさん** · 2021/07/26(月) 23:32:09.15

アイミョン [KS108-054]
削除
2021/07/26 23:27
チンポがシコシコするぜ！

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

**デフォルトの名無しさん** · 2021/07/27(火) 05:27:08.07

>>181
それ、仕事場でも同じようなこと言って無理矢理通してるの？

**デフォルトの名無しさん** · 2021/07/27(火) 06:09:15.19

正規表現も周りに合わせず自分だけ正則表現と言ってそう

**デフォルトの名無しさん** · 2021/07/27(火) 11:08:22.21

GoFのデザインパターン勉強したいんだけど
何からはじめればいい？なんか良書ない？そもそも現代においては最早学ぶ必要すらなし？
Javaの素養もなくJava言語で学ぶデザインパターン入門は20年前くらいに一度挫折した

**デフォルトの名無しさん** · 2021/07/27(火) 11:32:43.58

>>185
オブジェクト指向における再利用のためのデザインパターン
↑これ買っとけば間違いない
英語が出来るなら原書を買えばさらに間違いはない
GoFが主張したかったことがそのまま書いてあるのが大事

ほかのJavaでうんたら～とかネットの素人記事とかは
すべて二次情報になっており危ない
独自解釈や拡大解釈で焦点をどんどんボカされてしまう恐れがある

あるいは、今は手を出さないほうがいい

糞設計、糞コードの山を既に作りまくってて
困り果てた挙句に手を出してみるのがデザパタ
少しでも設計の助けになるヒントを求める先がデザパタ
糞設計にまみれた人でないと必要性がまずわからんはず

**デフォルトの名無しさん** · 2021/07/27(火) 16:49:37.67

デザパタは「批判的に継承する」ことが前提とされているので、
それを踏まえて気長につきあってくれ。なお、そもそもの語源は建築分野だ。
「GoF」の元ネタは「四人組」で、
> 四人組はプロレタリア独裁・文化革命を隠れ蓑にして極端な政策を実行、
> 反対派を徹底的に弾圧し、迫害して殺害したが、
> 中国共産党中央委員会主席である毛沢東の死後に失脚した。
だ。

**デフォルトの名無しさん** · 2021/07/27(火) 17:38:09.84

>>181
指向は、物事の基本として位置づけるって意味だよ
オブジェクト指向プログラミングはオブジェクトを基本としたプログラミングって意味だよ

オブジェクト志向プログラミングだと、俺はオブジェクトになるんだって思いながら行うプログラミングになっちゃうよ

オブジェクト志向は間違いなので今後はオブジェクト指向と書くように

**デフォルトの名無しさん** · 2021/07/27(火) 17:53:36.60

一番重要なデザインパターンはイテレータパターンとデコレータパターン
2つ覚えておけばあとはおまけみたいなもん

**デフォルトの名無しさん** · 2021/07/27(火) 18:30:55.17

>>185
「Head Firstデザインパターン」
GoF本のエッセンスを凝縮して平易に解説してる
これ以上にわかりやすいのは無いので
もしこれでも挫折したら素養がないと思って諦めてくれ

**デフォルトの名無しさん** · 2021/07/28(水) 10:14:10.51

>>185
＞Java言語で学ぶデザインパターン入門
あの本だと何でデザパタにしないといけないのか
読んでてもぜんぜん分からないよな？
まああの時代はみんな分からなかったんだけど

**デフォルトの名無しさん** · 2021/07/28(水) 10:17:20.31

>>189
そんなわけない
むしろそのふたつの方がオマケ
まあイテレータは言語でサポートされるけど

**デフォルトの名無しさん** · 2021/07/28(水) 10:44:13.49

>>188
「指向」っつーと
point とか index とか direct とかを想像しちゃうんだが ……

**デフォルトの名無しさん** · 2021/07/28(水) 10:57:50.22

>>189
>>192
いわゆる「デザインパターン」の範疇に入っているかどうか
わからんけど、シングルトン実装を使わないと、
いわゆる大域変数が使いづらくて面倒臭いと思う
（「new するときに参照を渡せばいい」というのも
ひとつのスタイルだが）。
OO の持ち味は「システムが大型化したときにも
混乱するリスクが少ない」「だからアジャイル化
（インクリメンタル開発）に向いている」点だと
思う。
まぁ、ツールとかトイ・プログラム程度だったら、
自分の好きなスタイルで書けばいいと思うが。
「Java は、Pascal や C より面倒臭い」という意見は、
初心者の感想としてあると思われる。

**デフォルトの名無しさん** · 2021/07/28(水) 23:54:33.04

>>192
イテレータパターンは逐次処理の基本で
デコレータパターンは機能を拡張する基本

JavaのStreamとか.NETのLINQは知ってるっしょ

イテレータパターンとデコレータパターンを知ってるとLINQ作るのは楽勝

こんな感じに
https://paiza.io/projects/JRTGnHvxgXmixjgoOGANhA

ラムダ式使うから他のデザインパターンはおまけと言って良いですね

**デフォルトの名無しさん** · 2021/07/29(木) 00:09:43.58

自分でLINQのようなもの作ってみるとわかるんだけれども
JavaのIteratorクラスも.NETのEnumeratorクラスもデザイン的にはよろしくない

JavaのIteratorは
hasNext : 値があるかを返す
next : カーソルを進め、値を返す

.NETのEnumeratorは
MoveNext : カーソルを進め、値があるかを返す
Current : 値を返す

nextやMoveNextは一つのメソッドで2つの処理をやってるんだよね

hasValue
getValue
move
の3つに別れてるといろんな処理が書きやすい

Iteratorは一度自分で作ってみるのをおすすめする
結果的に使わなくてもやってみると楽しい

**デフォルトの名無しさん** · 2021/07/29(木) 00:31:12.53

>>193
orientedを想像してほしいの

**デフォルトの名無しさん** · 2021/07/29(木) 00:37:09.24

>>194
パスカルってローカル変数をメソッドの先頭にまとめて書かないといけないよね、あれって思考の妨げになりそうなものだけどすいすい書けるものなんかね、必要になったとき必要になったところに変数書けるJavaの方が読み書きしやすいように思えてしかたない

**デフォルトの名無しさん** · 2021/07/29(木) 01:43:55.64

>>191
あの著者は「デザパタにしろ」なんて言ってないw

そもそもデザパタに限らずアイデアというのは適合するものに適用するんであって、
馬鹿の一つ覚えで無理矢理使うものじゃないw

古い版持ってるけで悪くない本だと思うよ
マルチスレッド編は持ってるけど読んでないので知らん

**デフォルトの名無しさん** · 2021/07/29(木) 01:47:27.80

>>196
列挙のための仕組みなんだから「いろんな処理」
に対応する必要はないw

そんなことよりああいう汎用的な仕組みは効率の方がずっと大事だ