  |
しつこくてすみません。（謝る気ないw）
なんか聞いてるとデータモデルをちゃんと押さえられていない気がします。
「根底」にあるモデル（大抵の場合、DBにいるやつ）を抑えていれば、それ以外のデータ構造はそれらの変換からできているので、世をしのぶ「仮の姿」ですよね。
「根底」にあるやつがどんな風に変装して「仮の姿」になっているのかを調べて頭に入れて、ついでにメモっておけばOKですね。
インターフェースで齟齬がでるのは、何が「根底」にある『変わらないやつ』で、何が世をしのぶ「仮の姿」（『いかようにも変わる』）なのか、
『変わらないやつ』から『いかようにも変わるやつ』にどんな風に変身（変換）しているのかを整理できていないことが原因のような気がします。。
「仮の姿」から「別の仮の姿」へ変換するときも、『変わらないやつ』とそいつらがどんな風に変身した関係なのかを抑えてないと、変な設計になるのではないでしょうか？
要するに「仮の姿」と「別の仮の姿」だけで考えてはダメ！だと。
常に「根底」にある『変わらないやつ』を意識しろ！っていうことですね。
追記:
僕は頭が悪いのにエンジニアをやってる。 仕事ができないから、残業でカバーする毎日ですね。 ・要領が悪い ・メンタルが弱い ・頭が悪い これが僕の三重苦。 打ち合わせでみんなの...
しつこくてすみません。（謝る気ないw） なんか聞いてるとデータモデルをちゃんと押さえられていない気がします。 「根底」にあるモデル（大抵の場合、DBにいるやつ）を抑えていれ...
何歳で何年目？
仕様書を書くときにどのように書いているか（行動と考えてること両方）を、最初にやり始めることから順に列挙してもらえないでしょうか？
説教臭いのやだと思いますが。。 どういう順番で書いていくか最初に書き出すことから始めればよいのでは？ 最初に書いたとおりにいくのはパッケージカスタマイズとかよく見た光景...
35
