設計

モック作成の失敗談

投稿日:

き既存システムの刷新でモックを作成することに。

チームの意見を取り入れて良い画面を作るぞ!

きりがない

後から後から意見が出てくる。

ユーザーの意見を聞いてない

全く意味がない。

みんなの意見って誰のための意見?

みんなは嫌いと言っても、本当のユーザーが支持すれば良い。

民主主義もそうだ。

みんなは嫌いと言っても、本当に届けたい人が好きと言ってくれたら良い。

-設計

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

SpringMVCでドメイン駆動開発に役立つサイト・スライド

1 SpringMVCでドメイン駆動開発を行う時の具体的なコード例 ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring from 亨 増田 2 データクラス+機能クラス …

no image

保守性高い業務システムのクラス設計

これからの業務システム開発では、大規模新規開発よりも、10年前に作ったシステムの更改・刷新が増えてくると思います。 そこで必ず指摘されるのが、「保守性の高い設計」であるようにということです。 10年前 …

no image

コンウェイの法則がおもしろい

システムを設計するあらゆる組織は、必ずその組織のコミュニケーション構造に倣った構造を持つ設計を生み出す。

no image

GET,POSTのバイト数

HTTPプロトコル上のバイト数制限はない。 ブラウザ、アプリ、サーバーの各レベルでデフォルトのバイト数制限が設けられている。デフォルトなので多くの場合はリミット解除や指定ができる。 GET Googl …

no image

マインド・あり方 > 開発手法・方式・指向

優れた開発手法、最新トレンドを取り入れた方式、オブジェクト指向、これらはやり方である。 やり方が変わっても、マインド・あり方が変わらなければ、現実は何も変わらない。 マインド・あり方が変わらなければ、 …