NULL::something

Login via flickr, はてな, TypeKey.

2005-11-28

UI -> 機能

先に UI 作ったほうがやる気が出る。さきに機能を実装すると UI 作るのが面倒くさくなって UI がおろそかになる。そして UI が悪いものはいくら内部実装がかっこよくても使わない。

Comments (6)

哀's image
哀 says:
> 先に UI 作った   多分それが一般的な開発プロセスじゃないかな。まず最初に「何が欲しいのか」「どんなことを出来るのか」を挙げて、次に「それを実現するにはどうしたらいいのか」と考え設計・実装していく。結果、独りよがりの内弁慶に終わらず当初の目的を達成できる。みたいな。
2005-11-28T22:56:21+09:00
cho45(砂糖)'s image
cho45(砂糖) says:
機能とUIどっちを先にしても同じことが言えると思う。「こんな機能が欲しい」か「こんな UI が欲しい」の差。 機能が欲しくても UI から作ったほうがマシなものができるってことが言いたい。 そもそも UI がないなら関係ないんだから、一般的な開発プロセスってのが何モノなのかよくわからない。
2005-11-28T23:03:53+09:00
哀's image
哀 says:
UI が必要なのは使用者で、使用者にはユースケースがある。「実際に使われるもの・買われるもの」を作ろうとしてそこに技術を当てはめていく(ユースケース→内部技術)のと、先に技術があってそれを使って何が出来るのかを考える(内部技術→ユースケース)のとじゃ大きく違うよね。「ああサイトマップが欲しいな。RDF を使ってできそうだ」ってのと「RDF!? なにそれすっげ。それ使って何かおもろいものつくろーぜ!」ってのの違いか。「サイトマップを作って下さい」という案件の方が「RDF を使って何か作って下さい」という案件よりも“一般的”だと思う。   まぁ SE のなんたるかを語る文章や、まずユースケース図ありきだよーていう UML 解説の受け売りだけれど。
2005-11-28T23:28:32+09:00
cho45(砂糖)'s image
cho45(砂糖) says:
なんか噛み合ってないなぁ。別にそこまで考えたセクションじゃないんだけど。 ユースケースとかの話じゃなくて、単純に中と外どっちを先に実装するかってだけなんだけど…… 「内部実装がかっこよくても」が誤解を生んだかなあ。
2005-11-28T23:31:43+09:00
哀's image
哀 says:
そう噛み合ってなくもない。外を先に実装するってことは User/Use -Oriented ってことだろうから。
2005-11-28T23:36:57+09:00
klm's image
klm says:
「まずユースケース図ありきだよーていう UML 解説の受け売り」でもって「先に UI 作」るのが「一般的な開発プロセス」だと言うのはちょっと違うんじゃないかと。設計の順序と実装の順序をごっちゃにしてる気がする。
2005-12-04T00:41:57+09:00

Trackback URI: http://lowreal.net/logs/2005/11/28/1.trackback

NULL

RSS feed meter for http://lowreal.net/logs/latest

Alternates

  1. RSS 1.0
  2. Atom 1.0

Generated with Taglibro

この日記は Taglibro と呼ばれる XML ベースの XSLT をテンプレートとして使ったシステムを使っています。現在の Taglibro は Ruby, ruby-xslt, libxml-ruby による実装です。ソースコードはとりあえず公開していません。