UI ファーストという開発手法 - 何気に大変

ソフトウェアエンジニアは新しく何かを開発する際に、技術的に可能かどうか、どう実装すればいいか、みたいなのを先んじて考えがちな気がする。 そういうボトムアップ的な思考は技術を知っているが故に出る自然な思考なのだが、私の経験上そういう思考で作られたものは大体使いづらい、いわゆる gomi が出来上がる。 なぜか？それは UI を考える際に実現可能性や実装のしやすさを優先してしまうから。 ここでいう UI とは WEB サービスやネイティブアプリなどに限らず、ライブラリなどであれば API を指す。 私は数年前から UI → 実装という開発順序で開発をしていて、それは以下のような感じ。 まず実現可能性を窓から投げ捨てる 素晴らしいと思う UI を考える その素晴らしい UI を実現するための実装方法を考える こういう感じで進めると、ほとんどの場合、素晴らしい UI を実現するための方法がすご

[jaguarsan]

どんだけまだ途中だと念押ししても、UI見せたら8割くらい出来上がってると勘違いするんだよな。その後の進捗率ギャップに耐えられるお客さんじゃないとトラブりそう。

[waman]

数学で言うと、解くことを考えて方程式を立てる、解ける方程式しか立てられない、みたいな。

[sqrt]

すべての道はgomiに通ず。

[suginoy]

“まず実現可能性を窓から投げ捨てる”

[hapilaki]

概ね同意。限られた時間と予算の中で制作すれば、効率重視になり、作りやすいものを作るのは自然な流れ。

[ryonext]

もうちょい具体的な話を書いて欲しい感あるけど、制約なしのUXファーストで考えてみるの大事ってのはすごく共感できる

[poppun1940]

ソフトウェアエンジニアは新しく何かを開発する際に、技術的に可能かどうか、どう実装すればいいか、みたいなのを先んじて考えがちな気がする。 そういうボトムアップ的な思考は技術を知っているが故に出る自然な思

[kaipu1224]

どっちかだけって考えはダメじゃないの？保守も考えると実装がゴミだと大変だし、利益も減るし。

[griefworker]

UX重視するなら、まずはUIから。

[bloominfeeling]

" ただ、素晴らしいと思っていた UI が実は gomi だったということはよくあるし、そういうのはゴミ箱にダンクシュートするしかない。"

[rti7743]

技術的に可能か調べんのはプロトタイプで、目的は実証で捨てること前提、コマンドラインやパラメタ決め打ち上等で、それをユーザにどう見せるかのところは最初からUIファーストになるんじゃないの。

[hiroomi]

“ボトムアップ的な思考は技術を知っているが故に出る自然な思考なのだが、私の経験上そういう思考で作られたものは大体使いづらい、いわゆる gomi が出来上がる。”