作業内容でクラス分けするな。担当内容で分けろ

1 ：仕様書無しさん：2018/06/10(日) 00:51:50.22 .net

レストランにて

【×】駄目なクラス分け

皮を剥く係
包丁で切る係
鍋で煮込む係
フライパンで焼く係

【○】正しいクラス分け

カレーを作る係
シチューを作る係
ステーキ作る係
焼きそばを作る係

2 ：仕様書無しさん：2018/06/10(日) 01:16:22.11 .net

>>1
いや逆っしょ？
下だと料理人の分だけコンロがいるぜ

3 ：仕様書無しさん：2018/06/10(日) 01:18:42.22 .net

プログラミング開発も要件定義や見積りは新人にはキツイので
要件定義や見積りは手練にやらせて新人には実装とテストをやらせた方がよい

4 ：仕様書無しさん：2018/06/10(日) 01:26:13.35 .net

>>2
いらないよ？

だって客の数が少ないんだから

5 ：仕様書無しさん：2018/06/10(日) 01:27:56.11 .net

>>2
包丁の係が病欠したら
料理ほぼ全滅ってやばくね？

6 ：仕様書無しさん：2018/06/10(日) 02:34:40.97 .net

これが日本か恐ろしいぜ

7 ：仕様書無しさん：2018/06/10(日) 07:14:57.52 .net

>>5
カレー係休んだらカレーは無しかよ

8 ：仕様書無しさん：2018/06/10(日) 08:07:37.49 .net

>>7
それ普通じゃね？

9 ：仕様書無しさん：2018/06/10(日) 08:52:13.96 .net

料理人の分だけコンロがいるのはいいんだけど、
ソフト開発の現場なら、人数分のコンロ（？）があるもんねぇ。

10 ：仕様書無しさん：2018/06/10(日) 13:34:32.00 .net

直感的には係は料理人の属性のような気がするけど
料理人
カレーのレシピ
シチューのレシピ
ステーキのレシピ
焼きそばのレシピ

11 ：仕様書無しさん：2018/06/10(日) 14:40:25.33 .net

>>10
じゃああれかデパートで
○○売り場係じゃなくて、
作業内容で分けるなってことか

12 ：仕様書無しさん：2018/06/10(日) 16:50:21.85 .net

商品も店員が持ってないとおかしい

13 ：仕様書無しさん：2018/06/10(日) 17:14:39.81 .net

倉庫に持ってると考えれば良いのでは？

14 ：仕様書無しさん：2018/06/10(日) 19:54:33.73 .net

>>11
デパートでも店員の属性に売り場があるイメージ
まあ俺の直感だから
主たる問題領域が作業内容ならべつにそういうモデルでもいいんじゃない？

モデル化の前提なしに正しさを論じてもしょうがない

15 ：仕様書無しさん：2018/06/10(日) 21:21:57.05 .net

>>13
グローバル変数来た！
コボラーかな？

16 ：仕様書無しさん：2018/06/11(月) 01:12:48.32 .net

グローバル変数？

倉庫はブースごとに存在するだろ？

17 ：仕様書無しさん：2018/06/11(月) 20:02:37.11 .net

>>2
あなたが正解
1は馬鹿

18 ：仕様書無しさん：2018/06/13(水) 23:27:11.55 .net

コンロの抽象概念なら百万個コピーしてもタダやがな

19 ：仕様書無しさん：2018/06/14(木) 07:51:17.10 .net

>>1は
今後の追加仕様とか、仕様変更対応とか
まったく考えてないセミプロ又は素人

20 ：仕様書無しさん：2018/06/14(木) 08:08:13.58 .net

>>19
根拠と君の意見を述べよ

21 ：仕様書無しさん：2018/06/14(木) 12:34:11.19 .net

>>20
うるさいハゲ

22 ：仕様書無しさん：2018/06/14(木) 15:10:23.67 .net

根拠であって毛根ではない

23 ：仕様書無しさん：2018/06/14(木) 19:38:24.96 .net

「うるさいハゲ」は根拠にはならないというのだろうか？

24 ：仕様書無しさん：2018/06/14(木) 19:41:00.58 .net

入力はたくさん、出力はひとつ

25 ：仕様書無しさん：2018/06/14(木) 22:55:59.39 .net

揚げ物係
焼き物係
肉料理係
みたいな感じだな

26 ：仕様書無しさん：2018/06/20(水) 05:02:55.81 .net

>>1
両方クラス分けすればいいじゃん
それぞれ必要なデータも作業のレベルも違うんだから

27 ：仕様書無しさん：2018/06/26(火) 22:13:01.76 .net

メソッドの切り口をどのへんにするかでいつも死ぬほど悩む
業務機能として切り口つくるかプログラム的な切り口にするかで
だいたい一貫性が保てずぐちゃぐちゃになる

ユーザーの種類を取得するメソッドはgetUserType()にするべきか
DBからデータ引っ張ってくるんだからgetUser()として呼び出し側でuser.getType()とするべきか？

28 ：仕様書無しさん：2018/07/01(日) 07:36:00.61 .net

>>27
そこは一貫性いらないと思う。
どうしても一貫性がいるなら後者にせざるを得ない（全プロパティ分メソッドをつくる？まさか）。
でもユーザタイプだけよく使うからメソッドにするよ、ってことはあり得る。

29 ：仕様書無しさん：2018/07/02(月) 23:07:15.66 .net

>>27
ユーザーの属性が多いならユーザークラスを作るかんじやな
少ないならメソッドだけでええんやないかな