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

**デフォルトの名無しさん** · 2019/04/28(日) 23:38:35.09

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

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

**デフォルトの名無しさん** · 2019/05/05(日) 20:53:26.28

>>340
＞どうして多重継承を言語としてサポートすることが大事だと思うん？

随意筋　不随意筋
　　↖　↗
　　チンポ

『継承』は、子クラス➡親クラス。

多重継承を否定できないのは、この現実世界においては、状況によって相反する属性が現れるから。
特に機械翻訳においては、文脈によってコトバの属性を選択しなければならない。

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

>>352
実際のプログラムではそういったビジネス要件のクラスと
メモリ、データベース、ネットワークアクセスを上手くマッピングするレイヤーが
必要になるからな。
オブジェクト指向が役に立つ場面もあるが邪魔になる場面もある。

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

多重継承をサポートしてる言語って
C++以外だと何がある？

**デフォルトの名無しさん** · 2019/05/05(日) 21:12:22.54

>>350
つまり結論はC言語はオブジェクト指向プログラミング言語じゃないってことですよねわかります

>>351
僕のオブジェクト指向と君のオブジェクト指向は異なることを言ってますね
それはそうです

**デフォルトの名無しさん** · 2019/05/05(日) 21:17:47.84

>>355
型の継承ならインターフェースって形でJavaはサポートしてますよん
Javaはインターフェースでのデフォルト実装ができるようになったので
実装の継承もできちゃう

**デフォルトの名無しさん** · 2019/05/05(日) 21:41:28.11

>>357
Javaで言うとクラスの多重継承の意味で聞きたかった

**デフォルトの名無しさん** · 2019/05/05(日) 21:43:00.38

>>352
プログラムで何をやるのかによって
変わってくるんじゃないかと

ソフトウェアが処理の対象にする分野はドメインと呼ばれるけれども
オブジェクトはドメインによって変わってくるかと

たとえば表計算というドメインでは「行」という概念があり「列」という
概念があり「セル」という概念があってそれぞれ状態や振る舞いを持つじゃん

ファイルはデータを読んで分析するというドメインでは「データソース」になるし
処理したデータを永続化するというドメインでは「データストア」になるし
データを連携するというドメインでは「連携データ」になる
てな具合で

ソフトウェアが解決しようとしてるドメインを考えることによって
こういう概念があるとシステムがわかりやすいよね
処理しやすいよねって考えるのがいんじゃないかなと思いました

**デフォルトの名無しさん** · 2019/05/05(日) 21:43:22.15

>>358
それを言ったつもりだす

**デフォルトの名無しさん** · 2019/05/05(日) 21:53:35.11

>>360
Javaで言うとextendsで複数クラスを指定という意味
インターフェースはimplementsだから継承といよりは実装のほうが良いような
もちろんデフォルト実装があるのは知ってるけど

**デフォルトの名無しさん** · 2019/05/05(日) 21:57:42.22

>>358
＞Javaで言うとクラスの多重継承の意味で聞きたかった

随意筋　不随意筋
　　↖　↗
　　チンポ

『継承』は、子クラス➡親クラス。

多重継承を否定できないのは、この現実世界においては、状況によって相反する属性が現れるから。
特に機械翻訳においては、文脈によってコトバの属性を選択しなければならない。

**デフォルトの名無しさん** · 2019/05/05(日) 22:18:36.49

>>361
クラスにあってインターフェースにないものそれは状態
状態の多重継承ってことね
たしかにJavaではむりっすねー

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

>>352
その疑問は的を得ている。
そこで設計指針が必要になる。

**デフォルトの名無しさん** · 2019/05/06(月) 03:44:51.02

肉眼で見れば『空っぽ』のサンプル容器だが・・・

　2010年6月に小惑星探査機「はやぶさ」が帰還しました。11月になって持ち帰った岩石質の微粒子が
小惑星イトカワ由来と分かり、大変に注目され、また意気も上がりました。これはサンプルキャッチャー
と呼ばれる帰還したサンプル容器の内側を特殊なヘラで触って集めた約3300個のうち、
人工物（主としてアルミ片）を除いた約1500個の岩石質極微小粒子（大部分が10μm
［マイクロメートル、1μm＝1mmの1000分の1］以下）の組成を調べて
分かったことです（図1におおよその鉱物組成比を示す）。
http://www.isas.jaxa.jp/j/forefront/2011/fujimura/

観測の仕方について、同じオブジェクトでも全く違う物になりうる！

＞現代的な考え方：データ型＝データの集合＋演算・処理の集合
＞01000001011000000000000000000000
＞• int CPUが整数演算に使うなら 1,097,072,640
＞• float CPUが実数演算に使うなら 14.25
＞• String CPUが文字列処理に使うなら ”槍” とNULL文字
＞• その他 CPUが画像処理に使うなら白黒画像の一部

**デフォルトの名無しさん** · 2019/05/06(月) 03:51:02.37

>>363
＞状態の多重継承ってことね
＞たしかにJavaではむりっすねー

サンプル容器に『イトカワの砂』は入っていたのか？

**デフォルトの名無しさん** · 2019/05/06(月) 03:55:10.11

>>366
おいお前、知らない
すまない力になれなくて

**デフォルトの名無しさん** · 2019/05/06(月) 04:03:28.51

>>340
＞どうして多重継承を言語としてサポートすることが大事だと思うん？

同一オブジェクトであっても、『視点』が変わると全然違う『属性』が表れてくるから。

新幹線の座席で寝ている人は、時速200キロで移動しながら寝ているのだぞ？

**デフォルトの名無しさん** · 2019/05/06(月) 04:40:25.91

>>368
新幹線の話はよくわからないんだけど
属性が全然違うなら全然違うオブジェクトにすればいいと思うの

**デフォルトの名無しさん** · 2019/05/06(月) 07:09:00.42

>>369
＞属性が全然違うなら全然違うオブジェクトにすればいいと思うの

同一オブジェクトとして扱うが、『視点』は別々にしようってことなんだが？

＞現代的な考え方：データ型＝データの集合＋演算・処理の集合
＞01000001011000000000000000000000
＞• int CPUが整数演算に使うなら 1,097,072,640
＞• float CPUが実数演算に使うなら 14.25
＞• String CPUが文字列処理に使うなら ”槍” とNULL文字
＞• その他 CPUが画像処理に使うなら白黒画像の一部

**デフォルトの名無しさん** · 2019/05/06(月) 07:25:59.25

>>370
同一オブジェクトにしなければ良いと思うの

Decimalオブジェクトもお金を扱うときはMoneyオブジェクトにするし
税金扱うときはTaxオブジェクトにするじゃん

同一オブジェクトという前提がおかしいんだよ
継承は設計が悪い兆候と心得よ

**デフォルトの名無しさん** · 2019/05/06(月) 07:28:10.67

視点が変われば属性が変わる属性が変わればオブジェクトを変えるべきですよ

**デフォルトの名無しさん** · 2019/05/06(月) 07:46:25.25

配列があれば満足できる

**デフォルトの名無しさん** · 2019/05/06(月) 07:52:43.50

それで生産性上がるんかいね？

**デフォルトの名無しさん** · 2019/05/06(月) 08:38:03.71

>>372
＞視点が変われば属性が変わる属性が変わればオブジェクトを変えるべきですよ

同一の光であっても、波と粒子とで別々のオブジェクトにするのか？

新たに開発した電力変換装置は、太陽光発電システムと水電解装置のシステム構成上の制約を解消するものであり、
太陽光由来水素製造の規模拡大を加速するものである。太陽光発電システムと、それらから得られた
電気エネルギーによる水素製造のさらなる普及のため、システムを構成する集光型太陽電池、電力変換装置、
水電解装置の一層の効率向上と低コスト化はもとより、さらには急激な日照の変動による入力電力の
変動に対応したシステムの耐久性向上が求められる。
https://pr.fujitsu.com/jp/news/2018/07/19.html

**デフォルトの名無しさん** · 2019/05/06(月) 08:54:09.49

>>372
＞視点が変われば属性が変わる属性が変わればオブジェクトを変えるべきですよ

勃起するときのチンポは随意筋だけど、オシッコを出すときのチンポは随意筋だな。

**デフォルトの名無しさん** · 2019/05/06(月) 08:55:11.74

>>375
光という基底クラスがあって、波動を表現する波光クラスと粒子を表現する粒光クラスという派生クラスを作るんじゃね。

**デフォルトの名無しさん** · 2019/05/06(月) 08:59:00.47

勃起するときのチンポは『不随意筋』ね。

オシッコ出すときのチンポと、勃起するときのチンポは、別々のオブジェクトってことだな！

376 デフォルトの名無しさん 2019/05/06(月) 08:54:09.49 ID:CTjazNaS
>>372
＞視点が変われば属性が変わる属性が変わればオブジェクトを変えるべきですよ

勃起するときのチンポは随意筋だけど、オシッコを出すときのチンポは随意筋だな。

**デフォルトの名無しさん** · 2019/05/06(月) 09:01:42.65

>>377
＞光という基底クラスがあって、波動を表現する波光クラスと粒子を表現する粒光クラスという派生クラスを作るんじゃね。

チンポという基底クラスがあって、勃起するときの不随意チンポと、オシッコするときの随意チンポと、
別々の派生クラスを作るんじゃね？

**デフォルトの名無しさん** · 2019/05/06(月) 19:08:43.91

粒子と波の性質を持つなら、それぞれのinterfaceを定義して、その両方を実装するのがいまどきのオブジェクト指向でしょ。

**デフォルトの名無しさん** · 2019/05/06(月) 19:12:47.88

チンコは性器と泌尿器のinterfaceを実装するのが筋。
あと、陰茎は海面体だから、随意筋でも不随意筋でもないぞ。

**デフォルトの名無しさん** · 2019/05/06(月) 19:51:30.24

>>377
＞光という基底クラスがあって、波動を表現する波光クラスと粒子を表現する粒光クラスという派生クラスを作るんじゃね。

リスコフの置換原則
この原則は「基本クラスを使っている場所で基本クラスの代わりにサブクラスを使っても
問題なく動かなけらばならない」というものです。
https://qiita.com/UWControl/items/98671f53120ae47ff93a

**デフォルトの名無しさん** · 2019/05/06(月) 20:24:22.96

>>382
リスコフの置換原則は型の継承の原則だから
実装の継承を使った差分プログラミングが目的なら
リスコフの置換原則にこだわる必要はないかと

君が大好きな多重継承は差分プログラミングが目的なんじゃないかな？

**デフォルトの名無しさん** · 2019/05/06(月) 20:25:59.73

君はちんぽと本気で向き合ってない
ちんぽを舐めるな！

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

わかりました～頼まれても、舐めまへん。

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

>>364
その「設計指針」とやらをさらせﾖ

**デフォルトの名無しさん** · 2019/05/06(月) 23:48:17.16

チンポマンってインターフェース使わないのか？

**デフォルトの名無しさん** · 2019/05/07(火) 00:06:37.95

童貞だからな、界面を知らない。

**デフォルトの名無しさん** · 2019/05/07(火) 00:08:02.65

海綿体ばっか膨らませて手ﾒｺしてばっか

**デフォルトの名無しさん** · 2019/05/07(火) 00:16:40.53

>>383
＞リスコフの置換原則にこだわる必要はないかと

複数のサブクラスから共通の『属性』を抽出するのがスーパークラスということなのに、
もしもリスコフの置換法則を無視するならば、スーパークラスとサブクラスの関係は成り立たなくなるのでは？

**デフォルトの名無しさん** · 2019/05/07(火) 00:34:53.38

>>223
＞必要無いメソッドを空実装しなければならないというのは、クラスの設計として間違っています。

大学入試物理を自動回答するのに、高校物理の履修範囲から逸脱した公式（メソッド）を出してはいけない！

**デフォルトの名無しさん** · 2019/05/07(火) 00:47:51.00

>>372
＞視点が変われば属性が変わる属性が変わればオブジェクトを変えるべきですよ

コンテキスト視点でということで、同一人物であっても別オブジェクトに指定したほうが良いということだな。
まあ確かに、そのほうがシンプルでわかりやすいシステムが出来るだろう。

「モノ、コンテキスト、役割」の関係は、「モノ、照明、影」で例えられます。
モノに照明を当てると、影が出来上がります。影は、照明を当てる角度により形が異なります。
つまり、照明＝コンテキスト、影＝役割とすると、
仕事コンテキストでは従業員
家庭コンテキストではお父さん
趣味コンテキストではゲーム制作者
https://qiita.com/MinoDriven/items/2a378a09638e234d8614

↑
けれどもこれは業務用のデータベース管理システムにしかならない！

**デフォルトの名無しさん** · 2019/05/07(火) 01:02:22.20

>>259
>>225
近年はデータベースよりも実写モデルが重視されつつある。

データベース管理だけなら、多重継承抜きの『オブジェクト指向プログラミング言語』で十分。
しかしながら人工知能やシミュレーションともなると、『水』をどういうオブジェクトとして扱うか、
オブジェクトの多様性と流転性と属性変化を常に意識しなければならなくなる。

210 デフォルトの名無しさん 2018/09/24(月) 07:12:53.20 ID:61Bjkcq4
>>208
＞「水」

1化合物
2容器に入った液体
3噴水
4漏水
5水滴
6溶媒
7水溶液

これくらいの使い分けは出来るようにしたい。

211 デフォルトの名無しさん 2018/09/24(月) 07:18:18.60 ID:61Bjkcq4
おっと。

8流水
10蒸発水
11結合水
12貯水

高校物理化学だけでもこうした訳し分けが重要。

**デフォルトの名無しさん** · 2019/05/07(火) 01:13:08.17

＞必要無いメソッドを空実装しなければならないというのは、クラスの設計として間違っています。

ゲームもまたシミュレーションの一形態だ。

オンラインゲームくらいなら、勃起するチンポとオシッコするチンポは別オブジェクトに指定すれば良いだろう。
しかしながら最新の医療シミュレーションについては、チンポは同じチンポとして多重継承するしかない。

**デフォルトの名無しさん** · 2019/05/07(火) 01:22:56.86

>>381
＞陰茎は海面体だから、随意筋でも不随意筋でもないぞ。

オシッコを出す・オシッコを止める（随意筋）、そんなことも出来ないのか？

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

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

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

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

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

**デフォルトの名無しさん** · 2019/05/07(火) 02:03:30.26

30にもなってチンポとか・・・
小学生じゃあるまいし、歳を考えろと・・・

**デフォルトの名無しさん** · 2019/05/07(火) 02:28:40.89

>>396
チンポは随意筋なのか不随意筋なのか？

**デフォルトの名無しさん** · 2019/05/07(火) 05:29:19.14

チンポマン30歳なのか
職業は？

**デフォルトの名無しさん** · 2019/05/07(火) 06:52:13.09

>>398
1975年5月生まれ。

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

気になったのが太陽が東から昇り西に沈むという問題
これは便宜上そう見えるから一般常識化しているけど
正確には地球が動いている。そこまでいわないと。天動説は覆ったんだから。
https://ameblo.jp/cinnamon-rilakkuma/entry-12459204488.html

気になったのは、チンポ『を』シコシコするという問題。

これは便宜上そう見えるから一般常識化しているけど、
正確にはチンポは自らシコシコしてる。そこまでいわないと。チンポは独立した生き物なのだから。

**デフォルトの名無しさん** · 2019/05/07(火) 08:25:00.29

ちんぽが太陽を周回しているのです

**デフォルトの名無しさん** · 2019/05/07(火) 08:25:52.98

人間はちんぽの衛星である
そういうことですね？

**デフォルトの名無しさん** · 2019/05/07(火) 08:26:30.92

ちん動説

**デフォルトの名無しさん** · 2019/05/07(火) 08:31:36.28

>>400
シコシコするは他動詞だから目的語がないと
言葉として成立しない

ちんぽがシコシコするはNG
ちんぽが人間をシコシコするが正しい
そういう理解でいいですね？

**デフォルトの名無しさん** · 2019/05/07(火) 08:48:59.41

ちんぽと人間が独立してると仮定する場合
ちんぽが死亡したとしても人間が死亡するとは限らない
よってちんぽと人間のライフサイクルが同じになる継承や
コンポジションは使えない

ちんぽと人間は集約によって結びつくのが妥当
つまりちんぽコンストラクタは引数として人間を受け取り
状態として保持する

ではちんぽオブジェクトを作成する責務はどのオブジェクトが
持つべきであろうか

**デフォルトの名無しさん** · 2019/05/07(火) 08:54:47.93

朝気がつくとチンボがシコシコする。
何事かと目を開けると下半身を黒い何かが覆っていた。
いや、それは人の頭部であり裸の女が俺のイチモツを咥え込んで荒々しく上下していたのだ。
「おい、おこすならもっと普通にやれ。」
つい最近同棲し出した彼女…と言うかそもそも女か？に声を掛けると、怪しい笑顔で俺を見て、
「

**デフォルトの名無しさん** · 2019/05/07(火) 08:56:44.76

答えは太陽である
ちんぽは時として人間から俺の息子と呼ばれるわけだが
これはちんぽの創造主がザ・サンであることの名残である
そのことを言いたかったわけですね？

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

幼稚園児「ちんぽー、うんこー。ぎゃははは」

30歳男児「ちんぽー、うんこー。ぎゃははは」

**デフォルトの名無しさん** · 2019/05/07(火) 13:32:08.23

>>408
＞30歳男児「ちんぽー、うんこー。ぎゃははは」

1975年5月生まれ。

**デフォルトの名無しさん** · 2019/05/07(火) 13:43:39.98

>>236
＞陰茎が勃起するのは生理現象で

俺って立派に科学者してるだろう？

**デフォルトの名無しさん** · 2019/05/08(水) 02:37:31.30

インタフェースってオブジェクト指向なの？
オブジェクトが手続きを所有すんの？
それとも手続きが必要なオブジェクトを所有すんの？

**デフォルトの名無しさん** · 2019/05/08(水) 04:40:00.49

>>404
＞ちんぽが人間をシコシコするが正しい

＜チンポ＞
「　その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。」

まさにチンポが竜哉くんをシコシコさせて、竜哉は体中が引き締まるような快感を感じたのだ！

違うか？

**デフォルトの名無しさん** · 2019/05/08(水) 04:53:36.41

>>303
＞数学における「集合」の意味

データベース型の統計的機械翻訳なんて、もはや10年前のIBMワトソンを最後に全てが終わっている！

学校でならう『数学』はユークリッド幾何学であり、例えば複素数平面なんてゲームの世界でしかない！

ロボマインド・プロジェクトでも、同じ問題に直面しました。
我々、人間は、「ドアの外の廊下の上には天井がある」などと覚えているわけではありません。
それでは、どうやって、認識しているのでしょう？
頭の中で、部屋からドアを開けて廊下に出たところを想像するだけです。
廊下に出れば、上には天井がありますよね。
それでは、これを、コンピュータで実現するにはどうすればいいでしょうか？
それには、家の３ＤＣＧモデルを作れば実現できます。
データベースを使うのでなく、実際に見えるままの姿を３Ｄモデルで作成するのです。
https://robomind.co.jp/symbolgroundingproblem/

実在気体　理想気体
　　↖　　↗
　　　気体

随意筋　不随意筋
　　↖　↗
　　チンポ

波動　　粒子
　↖　↗
　　光

データベース検索なら別オブジェクト扱いで良いが、自動翻訳やシミュレーションなどは多重継承しかない！

**デフォルトの名無しさん** · 2019/05/08(水) 05:48:05.74

>>413
自動翻訳ソフト作ったことあるん？

**デフォルトの名無しさん** · 2019/05/08(水) 05:51:37.36

多重継承を使うと多重継承を使わないときより
こういうところがこんなに素晴らしくなりました的な
ご知見を教えていただけると

**デフォルトの名無しさん** · 2019/05/08(水) 05:52:50.94

机上の空論では意味がないので

**デフォルトの名無しさん** · 2019/05/08(水) 06:26:14.95

オブジェクト指向は理解できても、実際に使って有用性を感じられない
オブジェクトの有用性を感じられるかは、規模の違いによってですか？

**デフォルトの名無しさん** · 2019/05/08(水) 07:05:27.11

>>415
＞多重継承を使うと多重継承を使わないときより
＞こういうところがこんなに素晴らしくなりました的な
＞ご知見を教えていただけると

俺の股間に付いているのが、そんなに羨ましいか？

随意筋　不随意筋
　　↖　↗
　　チンポ

**デフォルトの名無しさん** · 2019/05/08(水) 07:08:08.30

>>416
＞机上の空論では意味がないので

机上の空論では意味がないので、トイレに行って、チンポに力を入れたりチンポから力を抜いたりしてみよう！

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

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

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

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

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

**デフォルトの名無しさん** · 2019/05/08(水) 07:20:18.52

>>419
シミュレーションソフト作ったことあるん？

**デフォルトの名無しさん** · 2019/05/08(水) 07:29:27.55

>>420
シミュレーションソフト開発などしなくても、オブジェクト指向は俺の股間に付いているぞ？

**デフォルトの名無しさん** · 2019/05/08(水) 07:40:27.36

>>418
いろんな処理のあるプログラム書くと有り難みがわかるかも

# 仕様1
・DBからテーブルAのデータを取得する
・取得したデータをExcelに出力する
・Excelは行が1000行を超えたらシートを変える
・Excelのシート名はデータ1,データ2・・・のようにする
・出力したExcelをZIPで圧縮する
・ZIPを添付したメールを文面Aの内容で送信する

# 仕様2
・DBからテーブルBのデータを取得する
・取得したデータをExcelに出力する
・Excelは行が1万行を超えたらシートを変える
・Excelのシート名はデータ1～10000,データ10001～20000のようにする
・出力したExcelをZIPで圧縮する
・ZIPを添付したメールを文面Bの内容で送信する

同様の仕様が追加される予定ありみたいな
状況を想定して作ってみると良いよ

**デフォルトの名無しさん** · 2019/05/08(水) 07:40:55.22

>>422
間違えた>>417宛

**デフォルトの名無しさん** · 2019/05/08(水) 07:43:57.26

>>421
シミュレーションでは多重継承がいるんだ
多重継承のためにちんぽがあるんだってことだと思うんですが
ちんぽはあなたの股間に付いてるからシミュレーションはいらないと
本末が転倒しておられる
あなたのちんぽはねじれてます

**デフォルトの名無しさん** · 2019/05/08(水) 08:19:29.21

>>424
＞ちんぽはあなたの股間に付いてるからシミュレーションはいらないと

スマン、間違いだった。

シミュレーションの研究は『多重継承』も含めて、まだまだこれから。
下のリンク先にも、実世界のモデル化には『多重継承』が不可欠とのこと。

第1章実世界のモデル化と形式化
https://slidesplayer.net/slide/11406478/

但しオブジェクト指向についての議論は、システム開発の業務経験は要らないということ。
むしろそうした中小ソフトハウスの中途半端かつ時代遅れのデータベース至上主義は、百害あって一理なし。
↓

198 デフォルトの名無しさん 2019/05/03(金) 18:01:44.10 ID:H4kt2X4Y
>>196
まともな機能一覧が出ても問題が起きるんだが。
システム開発の経験がないんだなあお前。

**デフォルトの名無しさん** · 2019/05/08(水) 08:24:42.58

>>424
＞あなたのちんぽはねじれてます

参った、参った！

俺も10年ぶりにC/C++と基本情報技術者試験をやり直そうかなぁ。

**デフォルトの名無しさん** · 2019/05/08(水) 08:35:45.16

>>413
つまり継承によって構造を柔軟に
保持できるといいたいのかな？

おれはCとC++を使ってるけど
全く流儀が異なるから、どちらが
良いとはいえないと思ってる。

どんな言語で作っても
良いドキュメント作れないと無意味。
分かりやすいソース作れない奴はいらない。

**デフォルトの名無しさん** · 2019/05/08(水) 09:04:18.25

例えが理解不能。何故なら女だから。

**デフォルトの名無しさん** · 2019/05/08(水) 09:07:06.88

女かよ。チンポチンポ言ってるのは飢えてたからか

**デフォルトの名無しさん** · 2019/05/08(水) 12:46:38.32

自分では面白いと思ってるのかな

どっちにしてもイタい人なんだろうな

**デフォルトの名無しさん** · 2019/05/08(水) 14:46:35.36

>>422
仕様１を作ったのと同水準の額をを仕様２や将来必要となるであろう仕様３ではもらえないってこと？
それとも行数は似たような感じになるから納入まで作業をしてるフリをすれば、ほぼコピペでも同じような額もらえるって事？

**デフォルトの名無しさん** · 2019/05/08(水) 21:09:06.72

>>417
記載通り規模によるもの
そもそも成功事例を体験していない
の２パタンがあると思う。

**デフォルトの名無しさん** · 2019/05/08(水) 23:52:25.54

>>428
おれんのでよろしければ、
ご活用くだしい

**デフォルトの名無しさん** · 2019/05/09(木) 08:02:41.86

https://mevius.5ch.net/test/read.cgi/tech/1488213507/

**デフォルトの名無しさん** · 2019/05/09(木) 15:56:53.39

ちんちんw！

**デフォルトの名無しさん** · 2019/05/09(木) 19:11:52.58

>>431
経営陣と営業がまともなら後者

**デフォルトの名無しさん** · 2019/05/09(木) 20:39:17.66

ようやく荒らしが消えたかな

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

経営陣と営業がまともな可能性は限りなく０に近い

**デフォルトの名無しさん** · 2019/05/16(木) 01:04:02.22

役割ごとメソッドやクラスを分ける、という考え方自体は必要だと思います。
異様に長いクラスがズドーンとあるより、
整理されていた方が絶対メンテナンスしやすいので。

ただ、完璧にまでオブジェクト思考で構成されたプロジェクトを途中から渡されると、
こんなもん作った人しかわからなくね？
解説もしくは読み解く時間くらい与えてくれ、と思ってしまう

それともやはりプロはどんなプロジェクト構成でも
短時間で理解できなきゃいけないのですかね
たとえ底辺単価の使い捨てだとしても。

**デフォルトの名無しさん** · 2019/05/16(木) 01:12:57.42

× ただ、完璧にまでオブジェクト思考で構成されたプロジェクトを途中から渡されると、
○ クソコードなだけ

**デフォルトの名無しさん** · 2019/05/16(木) 01:19:45.37

正直、私の読解能力が低すぎるのは確かですが、
あの時はきつかった…

あらゆる機能がひたすら色んなクラスに分かれてて
ああこれがオブジェクト指向なのかと滅入りました。
ルール決めて最初から関わってたら印象ちがつたかも。

**デフォルトの名無しさん** · 2019/05/16(木) 01:44:54.09

その滅入った率直な乾燥が
オブジェクト指向の問題そのものだよ。
自分の感じた疑問に自信を持ちなよ

**デフォルトの名無しさん** · 2019/05/16(木) 01:45:50.46

>>442 おｔっと誤記だ
×乾燥
○感想

**デフォルトの名無しさん** · 2019/05/16(木) 01:45:51.29

全部1ファイルで作ればいいのに

って言ってみれば？

**デフォルトの名無しさん** · 2019/05/16(木) 01:46:38.84

バカ登場か…

**デフォルトの名無しさん** · 2019/05/16(木) 04:42:07.38

まあ俺にはオブジェクト指向プログラミングなんて必要無いな。

オブジェクト指向は俺の股間に付いているのだから！

**デフォルトの名無しさん** · 2019/05/16(木) 05:43:39.98

チンポマン消えて

**デフォルトの名無しさん** · 2019/05/16(木) 07:04:41.84

>>447
チンポはもう一人の自分なんだが？

**デフォルトの名無しさん** · 2019/05/16(木) 07:07:30.67

チンポはそれ自体が独立した生命体なんだよ！

**デフォルトの名無しさん** · 2019/05/16(木) 07:39:18.03

>>446
セツコそれオブツクサちんこうや

**デフォルトの名無しさん** · 2019/05/16(木) 09:32:23.62

クラスが沢山有るタイプなら
クラス関連図とかが必要だと思うけど
無かったのか?
コードだけで読み解くのは厳しいだろうな

**デフォルトの名無しさん** · 2019/05/16(木) 09:33:37.65

クラス図とその説明がついてるだけで大分助かる