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

[0001 仕様書無しさん 2018/06/10(日) 00:51:50.22]

レストランにて

【×】駄目なクラス分け

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

【○】正しいクラス分け

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

[0002 仕様書無しさん 2018/06/10(日) 01:16:22.11]

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

[0003 仕様書無しさん 2018/06/10(日) 01:18:42.22]

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

[0004 仕様書無しさん 2018/06/10(日) 01:26:13.35]

>>2
いらないよ？

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

[0005 仕様書無しさん 2018/06/10(日) 01:27:56.11]

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

[0006 仕様書無しさん 2018/06/10(日) 02:34:40.97]

これが日本か恐ろしいぜ

[0007 仕様書無しさん 2018/06/10(日) 07:14:57.52]

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

[0008 仕様書無しさん 2018/06/10(日) 08:07:37.49]

>>7
それ普通じゃね？

[0009 仕様書無しさん 2018/06/10(日) 08:52:13.96]

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

[0010 仕様書無しさん 2018/06/10(日) 13:34:32.00]

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

[0011 仕様書無しさん 2018/06/10(日) 14:40:25.33]

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

[0012 仕様書無しさん 2018/06/10(日) 16:50:21.85]

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

[0013 仕様書無しさん 2018/06/10(日) 17:14:39.81]

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

[0014 仕様書無しさん 2018/06/10(日) 19:54:33.73]

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

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

[0015 仕様書無しさん 2018/06/10(日) 21:21:57.05]

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

[0016 仕様書無しさん 2018/06/11(月) 01:12:48.32]

グローバル変数？

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

[0017 仕様書無しさん 2018/06/11(月) 20:02:37.11]

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

[0018 仕様書無しさん 2018/06/13(水) 23:27:11.55]

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

[0019 仕様書無しさん 2018/06/14(木) 07:51:17.10]

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

[0020 仕様書無しさん 2018/06/14(木) 08:08:13.58]

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

[0021 仕様書無しさん 2018/06/14(木) 12:34:11.19]

>>20
うるさいハゲ

[0022 仕様書無しさん 2018/06/14(木) 15:10:23.67]

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

[0023 仕様書無しさん 2018/06/14(木) 19:38:24.96]

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

[0024 仕様書無しさん 2018/06/14(木) 19:41:00.58]

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

[0025 仕様書無しさん 2018/06/14(木) 22:55:59.39]

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

[0026 仕様書無しさん 2018/06/20(水) 05:02:55.81]

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

[0027 仕様書無しさん 2018/06/26(火) 22:13:01.76]

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

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

[0028 仕様書無しさん 2018/07/01(日) 07:36:00.61]

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

[0029 仕様書無しさん 2018/07/02(月) 23:07:15.66]

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