オブジェクト指向システムの設計 174 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/09/26(火) 07:20:38.98

前スレ
オブジェクト指向システムの設計 172
http://mevius.2ch.net/test/read.cgi/tech/1467992113
オブジェクト指向システムの設計 173
http://mevius.2ch.net/test/read.cgi/tech/1502182334/

類似スレ
手続き型システムの設計 1
http://mevius.2ch.net/test/read.cgi/tech/1500282714

**デフォルトの名無しさん** · 2017/10/01(日) 14:54:50.36

>>254
矛盾してないじゃんｗ
両方成り立つ
大事なのはデザパタのパターンでのやり取りを誰もしてないってこと

**デフォルトの名無しさん** · 2017/10/01(日) 14:56:03.88

>>256
明らかに矛盾してるよ

・誰でも普通に使ってるもの
・誰もそんなものを使っていない

**デフォルトの名無しさん** · 2017/10/01(日) 14:58:51.94

>>255
> え？ボタン押してパターン選択したら必要なクラスが勝手にできるんでもいいんじゃないの？

あははｗ
それは「デザインパターンを使って設計したもの」
つまり「設計が終わった段階」から

コーディングの仕事をお前にさせる時に
クラスの枠組みを自動生成しているだけだ。
UMLツールがそういったことをやってくれる

お前は設計が終わった後の
実装を振られているだけなんだよ
お前は設計をしたことがない

**デフォルトの名無しさん** · 2017/10/01(日) 14:59:57.46

>>257
話の内容を理解しないで言葉だけ捕まえてるじゃん

使ってるって言ってる人はデザパタの構造だけの話でしょ？
使ってないって言ってる人はデザパタのパターンでのやり取りの話じゃん

結局、下の状態でなければデザパタの主旨から外れてるんだから
デザパタは使われてないんだよｗ

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

上の方でも「デザインパターンをコピペ」とか
意味不明なことを言ってるやつがいたが
デザインパターンはコピペしても意味がない。
なぜなら設計（＝構造）だからだ

自動生成したとしてもファイルや
クラスのインターフェースぐらいしか作成できない

アルゴリズムなどコピペするような処理は含まれていない
あくまで構造だけなんだからコピペしようがない

**デフォルトの名無しさん** · 2017/10/01(日) 15:02:53.48

>>259
> 使ってるって言ってる人はデザパタの構造だけの話でしょ？

そもそもデザパタは構造のパターンですが？

> 使ってないって言ってる人はデザパタのパターンでのやり取りの話じゃん

「デザインパターンのパターンでのやり取り」ってなんですか？
パターン♪パターン♪

**デフォルトの名無しさん** · 2017/10/01(日) 15:03:17.57

>>260
雛形作ってくれてもいいだろ
デザパタを使ってるなら楽だと思うぜ
シングルトンって押したら勝手にやってくれてもいいしね

**デフォルトの名無しさん** · 2017/10/01(日) 15:04:09.40

>>261
だからパターン名で設計のコミュニケーションを取ってないって言ってるの

**デフォルトの名無しさん** · 2017/10/01(日) 15:04:13.49

> 雛形作ってくれてもいいだろ
UMLツールで雛形は自動生成されてますね？

**デフォルトの名無しさん** · 2017/10/01(日) 15:04:53.26

>>263
お前が実装担当だからだろ？ｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:06:23.08

>>264
え？
デザパタが指定できるの？
見たことないよ

**デフォルトの名無しさん** · 2017/10/01(日) 15:06:25.98

>>263
そらデザパタ勉強してないひとらにあわせてるんでね？
一番レベル低いところに合わせるって日本的じゃない

**デフォルトの名無しさん** · 2017/10/01(日) 15:07:06.89

>>267
だから使ってないってｗ

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

デザパタスレとかもう無いしねｗ

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

>>266
だからデザパタが指定できるっていうのが意味不明
何を指定するんだ？

デザインパターンにはクラス名もメソッド名も
決められていない。（説明用サンプルは実際に使う名前じゃない）
クラス名もメソッド名も決まってないのだからコピペしようがないのがわかるだろ？

UMLツールなどで、デザインパターンを使って
設計者が設計していくんだよ。つまり
デザインパターンを表現するのに必要な
クラスとメソッドを書いていく。（クラス図）
そこから自動生成する。

デザインパターンを使うっていうのは、
コードの再利用じゃねんだよ。
設計レベルの話なんだから

いい加減、実装の世界からしか見れないのは卒業した方がいいよ
本当に技術力不足だから

**デフォルトの名無しさん** · 2017/10/01(日) 15:12:01.22

まあ別にデザパタ知らんでも仕事はできるだろうけどさ
知っとくと便利ってだけで

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

>>270
だからボタン一発で作ってくれればいいじゃん
visualstudioみたいに
馬鹿だなお前ｗ

まあ、この世に無いものの話だから理解できなきゃいいけどｗ

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

>>271
誰も使ってないから

**デフォルトの名無しさん** · 2017/10/01(日) 15:21:35.91

>>272
だから何を作るんだよ？
ファイルならファイル作成ボタンから作ればいいだろ

**デフォルトの名無しさん** · 2017/10/01(日) 15:22:50.21

デザインパターンの自動化
https://www.infoq.com/jp/articles/Design-Pattern-Automation

**デフォルトの名無しさん** · 2017/10/01(日) 15:25:11.32

>>272
お前が思っているよりも遥かに
高次元レベルでデザインパターンは言語・ライブラリ・フレームワークと
融合していることが>>275からわかるぞ。

この上なにを自動生成したいのか？

**デフォルトの名無しさん** · 2017/10/01(日) 15:28:50.57

> PostSharpは現在、次のデザインパターン用の既製の実装を提供している。
>
略
>
> これで、デザインパターンの既製の実装を使って、チームはAOPを学習せずに、AOPの恩恵に浴することができる。

まさにこの現象だろうな。

実装担当者は、すでにフレームワークなどの含まれてるデザインパターンを使うだけだから
デザインパターンを学習せずに、知らずに利用している。

そういうやつら（デザパターンの恩恵を受けてるやつ）が
デザインパターンは（実装者よりも前の設計者が担当が使うものだから）
使わないというのだろう。

視野の狭い事だ。視野っていうか、所詮コーダーって言えば良いのか

**デフォルトの名無しさん** · 2017/10/01(日) 15:30:09.48

ジュニア開発者ｗ

> デザインパターンの自動化の使用は、一般的に政治的に敏感な問題である。
> なぜならそれは、チーム内で関心の分離を対処するからである。
> 典型的には、上級開発者は、デザインパターンを選択し、アスペクトを実装する。
> そしてジュニア開発者は、それらを使用する。上級開発者が検証ルールを記述し、
> 手書きのコードがアーキテクチャを尊重することを確実にする。
> ジュニアの開発者が全体のコードベースを理解する必要はないという事実は、実際には意図された効果である。
>
> この議論は、シニアマネージャーの視点を取り、ジュニアの開発者のプライドを
> 傷つける可能性があるので、一般的に取り組むにはデリケートものである。

ジュニアにはデザパタは不要だよｗｗｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:30:40.47

デザパタじゃなくてデザインパターンな

**デフォルトの名無しさん** · 2017/10/01(日) 15:36:37.23

このスレ誰も使ってないのにやたら頑張るなｗ
ぶっちゃけ、三○もN○Tもニ○ンもコニカミ○ルタもpana○onicもス○エニもシ○ープもN○Cも沖○気もク○タも富○通も
富士○機も東京○力も関西○力もS○NYも
使ってないから

**デフォルトの名無しさん** · 2017/10/01(日) 15:38:44.47

使ってない証拠を>>280が出してくれるまで
誰も信用しないように

**デフォルトの名無しさん** · 2017/10/01(日) 15:39:38.98

ふむ

デザインパターンを活用し、最適なIT基盤を提案
http://www.nttdata.com/jp/ja/insights/trend_keyword/2013011701.html

**デフォルトの名無しさん** · 2017/10/01(日) 15:44:38.60

>>282
見たことねーｗ
連徹過ぎて記憶が飛んだ覚えしかねーわｗ
俺が関わったとこはまともな資料なんて無かったな

俺が実践で使えると思ったのは
N○Cだけだけどね
ここは１回行ってみる機会があれば
いい勉強になると思うな

**デフォルトの名無しさん** · 2017/10/01(日) 15:44:54.18

探せば出てくるもんやなｗ

https://www.fujitsu.com/jp/Images/ejb-0312-mda.pdf

http://www.nagisa.or.jp/training/2017/18j.pdf
> 富士通九州システムズ（FJQS）講師：井上龍也
> ・GoFのデザインパターンを使用したコード記述量削減法

**デフォルトの名無しさん** · 2017/10/01(日) 15:49:09.29

>>283

> ぶっちゃけ、三○もN○Tもニ○ンもコニカミ○ルタもpana○onicもス○エニもシ○ープもN○Cも沖○気もク○タも富○通も
> 富士○機も東京○力も関西○力もS○NYも
> 使ってないから

> ここは１回行ってみる機会があれば
> いい勉強になると思うな

派遣の仕事って楽しい？

**デフォルトの名無しさん** · 2017/10/01(日) 15:50:01.77

>>284
おさっしｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:52:03.93

> 俺が実践で使えると思ったのは
> N○Cだけだけどね
> ここは１回行ってみる機会があれば
> いい勉強になると思うな

NECのこれを受講すればいいのかな？

https://www.neclearning.jp/courseoutline/courseId/JV104/
システム開発における詳細設計の位置付け、作業内容、
JavaEEアーキテクチャの特徴を学びます。また
、JavaEEを使用したWebアプリケーション開発に用いる主要な
デザインパターンとその適用方法を設計演習を通して修得します。

**デフォルトの名無しさん** · 2017/10/01(日) 15:55:44.33

>>287
そんなんじゃねーよ
ちゃんと要件定義書から設計、実装までルーチンワークで作れるマニュアルがあるんだよ
見てねー奴も多いんだけど
作った奴天才だと思ったわ

**デフォルトの名無しさん** · 2017/10/01(日) 16:11:52.72

ルーチンワークしてるやつには
考える必要がある設計は不要だよ
お前は何も考えなくていい

**デフォルトの名無しさん** · 2017/10/01(日) 16:22:04.09

ルーチンワークで十分な仕事しかしてないだけだし
ルーチン化できると言う割に自動化はしないあたり本当はルーチン化できてないんだろうなぁ

**デフォルトの名無しさん** · 2017/10/01(日) 16:27:46.46

>>290
考えないとわからないところなんて俺らの仕事の範囲ではないのかもな

**デフォルトの名無しさん** · 2017/10/01(日) 16:37:01.00

>>291
> 考えないとわからないところなんて俺らの仕事の範囲ではないのかもな
だから設計は、俺ら＝お前の会社の同僚の
仕事の範囲でないんだろ？

**デフォルトの名無しさん** · 2017/10/01(日) 17:33:06.46

設計とコーダーの違い

**デフォルトの名無しさん** · 2017/10/01(日) 17:41:42.32

いやまじ、使わないというのは正しいんだろうよ
使わないから必要ないと思ってる時点でおさとが知れるというだけなのでは

**デフォルトの名無しさん** · 2017/10/01(日) 17:49:10.14

伝言ゲーム理論を使えば三段論法で
デザパタが使われていないことを証明できる

デザパタは
俺は使わない
↓
それは使わない
↓
どれも使わない
↓
だれも使わない
↓
使わない
↓
故にデザパタだ誰も使っていない

**デフォルトの名無しさん** · 2017/10/01(日) 17:50:50.31

iOSアプリ開発で公式ドキュメント読んでて
これなんかObjective-C固有のプログラムガイドかと思ったら
アップルのシステムやアプリじゃ実際にこんなパターンを使ってるよ参考にしてね！
だったっけなぁ…

Objective-C プログラミングの概念
https://developer.apple.com/jp/documentation/CocoaEncyclopedia.pdf

現行でこういうのを使いまくった上でiPhoneやiPadが町中で日々動いてるわけで
デザインパターンは無いんだ！デザパタ厨が！とか言われても
おじいちゃん、そろそろ引退したら？としか…

**デフォルトの名無しさん** · 2017/10/01(日) 18:00:38.71

>>296
マジ書いてあんなｗ

多くのCocoaアプリケーションでは、モデルオブジェクトの状態が変化すると、
その通知はコントローラオブジェクトを経由してビューオブジェクトに伝わります。
図 7-2にこの様子を示します。2つの基本的なデザインパターンが関与していますが、よりすっきりとしています。

図 7-2 複合パターンとしてのMVC（Cocoa）
User action
Update
Update
Notify
Mediator Strategy Controller
ModelView
Command Composite
Observer

この複合デザインパターンでは、コントローラオブジェクトはMediatorパターンと
Strategyパターンを包含しています。モデルとビューの間でやり取りされるデータフローを、
両方向とも仲介しています。モデルの状態変化はコントローラオブジェクトを経由して
ビューオブジェクトに伝わります。さらに、ビューオブジェクトには、ターゲットアクション
機構の実装という形で、Commandパターンも含まれています。

**デフォルトの名無しさん** · 2017/10/01(日) 18:02:07.29

>>295
デザパタじゃなくてデザインパターンな

**デフォルトの名無しさん** · 2017/10/01(日) 18:03:18.29

もう一つ

複合デザインパターンとしての
MVC「Model-View-Controller」は、より基本的なデザインパターンをいくつか組み合わせた形のデザインパターンです。
基本パターンどうしの組み合わせにより、MVCアプリケーションを特徴づける、機能の分割や通信経路を定義しています。
しかし従来型のMVCは、組み合わせる基本パターンが、現在のCocoaのそれとは違っていました。その違いは主として、
コントローラオブジェクトやビューオブジェクトに与える役割に関するものです。
当初の（Smalltalk流の）考え方では、MVCはComposite、Strategy、Observerというパターンから成っていました。

Composite：アプリケーションのビューオブジェクトは、実際には入れ子になったビューの
複合体（composite）であり、このビュー群が協調して（ビュー階層の形で）動作します。この表示コンポーネントは、
ウインドウを頂点とし、その下にテーブルビューなどの複合ビュー、さらにその下にはボタンなどの分割できないビューがあります。
ユーザ入力や画面表示の処理は、複合体を構成するどのレベルでも可能です。

Strategy：コントローラオブジェクトは、いくつかのビューオブジェクトに対する戦略（strategy）を実装しています。
ビューオブジェクトの機能は（視覚的）表示に関わる範囲に限定し、インターフェイスの振る舞いが当該アプリケーションに
おいてはどのような意味を持つか、の判断はすべてコントローラに委譲します。

Observer：モデルオブジェクトは、自分自身と直接的な関わり合いがあるオブジェクト（一般にビューオブジェクト）の
状態が変化すると、その通知を受け取ります。

**デフォルトの名無しさん** · 2017/10/01(日) 18:03:24.42

>>296
>>297
Appleはああ見えてソフトの会社だから
そういうとこはしっかりしてる

**デフォルトの名無しさん** · 2017/10/01(日) 18:14:08.71

ソフトウェアに強い会社（日本のハードのついでにソフトやってるとか
客の御用聞き会社とは違うやつ）は軒並みデザインパターンが
当然のものとして語られてる気がするね。

関数型のデザイン・パターン、第 1 回
https://www.ibm.com/developerworks/jp/java/library/j-ft10/index.html

**デフォルトの名無しさん** · 2017/10/01(日) 18:26:16.96

デザパタ使えないアピールするモチベーションが、デザパタ使ってない自分肯定でしかないのが見え見えだから、つまんない議論だよ

**デフォルトの名無しさん** · 2017/10/01(日) 18:29:14.14

あまり虐めないであげてよ
若気の至りってやつさ

**デフォルトの名無しさん** · 2017/10/01(日) 18:51:21.95

優越コンプレックスを抱えてる人は苦しいだろうなぁ
素直な心を取り戻せることを祈ってる

**デフォルトの名無しさん** · 2017/10/01(日) 19:13:13.17

おｋ
これしか見たことねーけど
使われてるんだな

**デフォルトの名無しさん** · 2017/10/01(日) 19:22:42.09

>>26
凝った設計にもできるけど（たとえばDDDのドメインサービスとかさらに突っ込んだDCIのコンテキストベースで）
このくらいの要件なら自販機オブジェクトだけ定義して
在庫管理と商品種別はRDBで管理し、金銭投入→購入のタイミングで
SQLを発行して該当する飲料を商品種別テーブルからピックアップし、その後
在庫管理テーブルで在庫減らしのSQL発行で十分なのでは？

O/Rマッパーの使い方を学びたいならクラス図のようにオブジェクト化するのも手だけれども

**デフォルトの名無しさん** · 2017/10/01(日) 19:58:14.48

意味不明なウンチク垂れてないでコードを書けコードを

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

数百スレ飛んで自販機戻ってきたw

**デフォルトの名無しさん** · 2017/10/01(日) 23:59:30.23

バターン君をいじめて
得るもんがあったのかどうか
各自寝る前に自問自答してほしい

**デフォルトの名無しさん** · 2017/10/02(月) 00:03:17.40

デザインパターンがいらないって言ってるやつは
実装側の視点でしか考えることができないってのがわかった。
これが得たものかな

**デフォルトの名無しさん** · 2017/10/02(月) 00:04:09.63

ん？これいつものあたまおかしいおじいちゃんでしょ。

**デフォルトの名無しさん** · 2017/10/02(月) 00:09:14.81

>>308みたいに自演して
「結局キャットドアに戻ってきたな」とかだせえリセット図るの。
けっこうおっさん…つうより“じいさん”って歳で構造体から脳が進化してないから
オブジェクト指向側からのアプローチが歳で理解できない可哀想な初老

**308** · 2017/10/02(月) 00:15:00.22

>>312
何の自演だよ？
どのレスと同じやつだと勘違いしたのか教えてくれ

**デフォルトの名無しさん** · 2017/10/02(月) 00:20:41.00

そろそろ設計の議論もやめるかって思う
プログラムってどう組んでも動くしね
正解なんてないんじゃないかなぁ？
って思うようになった
仮にあったとしてもそれをどうやって証明するのか？
非常に虚しい気がしてきた

デザパタ、オブジェクト指向使うだの使わないだの
どっちが正解もクソも組んで金もらえたらそれでしめーな話をグダグダうるせーよな給料安いくせに

今、組めている人間を否定することはできない
また、否定する必要もない

俺等が話してることは麻雀のどの牌を捨てたらいいか？みてーな話でどうでもいいんだよきっと
初っ端字牌がないから国士無双は狙っては駄目ですよ
って言ったところで実際に狙って来ちまったらそれを誰が否定できようか？
そんなくだらない内容なんだよ

**デフォルトの名無しさん** · 2017/10/02(月) 00:37:35.29

> プログラムってどう組んでも動くしね

動くだけじゃダメでしょｗ
最低限じゃん。
動くだけの汚いコードたくさん見たこと有るよ。

**デフォルトの名無しさん** · 2017/10/02(月) 00:42:43.36

>>315
でも客からしたらどうでもいいよね

**デフォルトの名無しさん** · 2017/10/02(月) 00:47:44.45

「プログラムを組む」っていう表現って何となく手続き的な臭いを感じる
プログラムを組み上げるものとして見てるってことだよね

**デフォルトの名無しさん** · 2017/10/02(月) 00:48:05.40

>>316
保守に工数かかるじゃん
無駄じゃん

**デフォルトの名無しさん** · 2017/10/02(月) 01:12:12.35

>>318
次の開発が無かったら保守にかけたお金は無駄だよね？
この辺は君等はトレードオフの問題を勝手にプラスサムの問題だと履き違えている
ぶっちゃけ馬鹿にしか見えないのであまりおおっぴらに言わない方がよい

**デフォルトの名無しさん** · 2017/10/02(月) 01:15:20.46

汎用性はトレードオフのはずだ
なぜ君等はつければつけるほどお得みたいなアホな考えもってるんだ？
保守なんかねーよ（あるかどうかわからないじゃん）

**デフォルトの名無しさん** · 2017/10/02(月) 01:19:24.52

改修の方向性も付けた汎用性が役に立たんようなもんだったらまるまる無駄であろ

でもこういう俺の確率が高い方もしくは損害が少ない方に倒す的考えも
所詮は麻雀の捨て牌議論と何も変わらないんだろうな
って話だな

やっぱ意味ねぇよな設計に拘るのはやめたほうがいいな
金にならねぇ

**デフォルトの名無しさん** · 2017/10/02(月) 01:25:51.90

>>316
> でも客からしたらどうでもいいよね

いくらでもコストがかかってもいいなんて言う客はいないよ

**デフォルトの名無しさん** · 2017/10/02(月) 01:27:35.32

>>320
> 汎用性はトレードオフのはずだ
汎用性の話はしてない

同じコードを何度も書いたり
コピペするとコストがかかるって話をしてる

**デフォルトの名無しさん** · 2017/10/02(月) 07:52:52.48

>>323
そうとは限らないよね

**デフォルトの名無しさん** · 2017/10/02(月) 08:05:00.38

>>324
一般論だろ

**デフォルトの名無しさん** · 2017/10/02(月) 09:31:52.84

>>325
つまり字牌を切るといいよって話だよね

**デフォルトの名無しさん** · 2017/10/02(月) 09:37:00.33

使い捨てのどうでもいいシステムは
使えない単価安い奴に
やらせとけって話じゃないの

まあ保守は作り始めた時点から始まってるから
リリースまで行けないかもしれないがな

**デフォルトの名無しさん** · 2017/10/02(月) 10:10:18.07

>>326
運ゲの麻雀で例える意味がわからない
せめてオセロとか将棋で例えろよ

**デフォルトの名無しさん** · 2017/10/02(月) 10:12:15.16

>>328
オセロと将棋だと納得できるんだ？

**デフォルトの名無しさん** · 2017/10/02(月) 14:17:29.12

>>329
出来るよ
どっちも定石があるじゃん
そう言うこと
まあ麻雀よりはイメージしやすいでしょ

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

>>330
お前がアホだからできるだけだ

**デフォルトの名無しさん** · 2017/10/02(月) 16:11:15.50

>>331
デザインパターンて、将棋における定石みたいなもんじゃん
定石覚えてなくても駒動かせれば将棋はできるけどねー

**デフォルトの名無しさん** · 2017/10/02(月) 16:43:00.86

定石の有用性を証明してみろ
できなければ定石は役立たずのゴミということ

**デフォルトの名無しさん** · 2017/10/02(月) 19:37:25.82

定石は役立たずのゴミ
飛車は移動して右下隅の王を金銀桂馬香車で囲う
って言ったほうがわかりやすいじゃん

そもそも定石なんて知らなくても将棋はできるし、
何十年もやっていれば定石なんて自然に思いつく

**デフォルトの名無しさん** · 2017/10/02(月) 20:16:28.02

AIに以前からの定石がひっくり返されてるらしいなｗ
デザパタもAIにひっくり返される日も近いなｗ

**デフォルトの名無しさん** · 2017/10/02(月) 20:25:48.81

将棋で言う定石はデザインパターンよりももっと粒度の大きいパターン
MVCかMVVMかみたいな
デザインパターンは手筋に近い

何十年もやってれば自然に思いつくことを
数週間から数ヶ月程度の断然短い時間で理解できるようになることや
より高い抽象度で物事を考えられるようになることに価値がある

おじいちゃんに何言っても無駄かもしれんが

**デフォルトの名無しさん** · 2017/10/02(月) 20:40:52.30

>>335
AIで新しい定石（デザパタ）ができるってことか？
それは嬉しいことだがｗ

**デフォルトの名無しさん** · 2017/10/02(月) 20:40:58.78

そりゃあ常識はひっくり返されるためにあるからな
ひっくり返ってそれが有益ならそれでいいじゃん

**デフォルトの名無しさん** · 2017/10/02(月) 20:42:54.27

>>336
> 何十年もやってれば自然に思いつくことを
> 数週間から数ヶ月程度の断然短い時間で理解できるようになることや

寿司学校に3ヶ月通っただけの店がミシュランになるなんて許せん
10年間下積みをしてやっと職人になれるんや。
寿司の修行ってのはなぁ、寿司の勉強じゃなねぇだよ

**デフォルトの名無しさん** · 2017/10/02(月) 21:15:12.14

そもそもこんなスレがあること自体おかしいんだよ
オブジェクト指向設計なんてやってればそのうちできるようになるし、それが人と比べてどうなのかなんて気にする必要もない
人それぞれのオブジェクト指向でいい

**デフォルトの名無しさん** · 2017/10/02(月) 21:24:38.66

人それぞれの寿司でいい
カルフォルニア巻き

**デフォルトの名無しさん** · 2017/10/02(月) 21:26:35.73

>>340
それをあーやこーや言い合うのが子のスレなんじゃないの
デザインパターンを学習することによる不利益を逆に教えてほしいんだが

**デフォルトの名無しさん** · 2017/10/02(月) 21:56:37.69

>>342
麻雀の捨て牌議論といっしょで別に国士無双狙ってもええで
誰も困らん

**デフォルトの名無しさん** · 2017/10/02(月) 22:19:15.07

Smalltalkって書くと荒れる？

**デフォルトの名無しさん** · 2017/10/02(月) 22:26:05.82

**デフォルトの名無しさん** · 2017/10/02(月) 22:32:16.34

>>339
ネタじゃなく本気で寿司屋と比べてるなら
ソフトウェアの世界から早めに足洗って転職したほうがいいよ

**デフォルトの名無しさん** · 2017/10/02(月) 22:33:42.19

>>346
お？理由は？説得力ある答たのむね！

**デフォルトの名無しさん** · 2017/10/02(月) 23:45:29.99

>>343
せめて会話しようぜ
言葉のキャッチボールをさ

**デフォルトの名無しさん** · 2017/10/03(火) 01:32:34.93

寿司屋の板前っていうより半完成品を卸してる問屋みたいなもんだろ
で、おまえらはひたすらごはんを詰め込む係
プロパー様がネタを乗せて最後に元請け営業様がたんぽぽ乗せる

**デフォルトの名無しさん** · 2017/10/03(火) 07:32:10.18

スシローはIT化進んでるから寿司はオブジェクト指向で管理してるよな

インタフェース名はsushiと予想する

**デフォルトの名無しさん** · 2017/10/03(火) 08:06:49.21

>>350
寿司メイカーはストラテジーパターン？

**デフォルトの名無しさん** · 2017/10/03(火) 08:29:46.58

Javaの注釈とかC#の属性ってどうなの？

**デフォルトの名無しさん** · 2017/10/04(水) 20:25:20.81

オブジェクト指向スレで寿司の話題だから、
シャリを基底クラスに例えてネタごとにシャリクラスを継承、
軍艦巻インターフェイスの実装とか、お子様にはワサビプロパティをtrueにとか、
そんな話かと思ったら全然違った。

**デフォルトの名無しさん** · 2017/10/05(木) 00:03:31.68

わさびプロパティってtrueとfalseのどっちだったらわさびが乗ってるんだ？

**デフォルトの名無しさん** · 2017/10/05(木) 01:28:49.65

わさび＝真