「大規模なUI改修」を行うとどうなるか

アプリケーションを実装していくと、「大規模なUI改修」に遭遇することがある。 あちこちで見聞きした結果、以下のようなパターンがあるように感じたのでまとめてみた。 （UI改修なので基本的にフロントエンドからみた内容） 機能実装を進めて行った結果、UIの実装が難しくなる。これは一般的に「技術的負債」と呼ばれることが多いが、デザインの負債（UIを置く場所が無くなったり無くなったり、同じ概念のUIが分散したり）である場合も多い。 （ちなみに、デザインの負債は「ダイアログを多用する」とか、「最小画面サイズが大きくなる」とかの形で現れやすい） そして、デザイン負債に対応するために実装の困難なUIが増えるため、技術的負債も高くなる傾向がある。 （サーバサイドの技術的負債がDBの負債に起因する場合が多いことと似ているかもしれない） 技術的負債の解消とデザイン負債の解消を目的とした「大規模なUI改修」が企画

[gabill]

Windowsの設定画面はXP時代 ＋ Vista・7時代 ＋ 8・10時代の思想が混ざり合った九龍城状態になってて、事前知識無しの自力で固定IPの設定に辿り着ける人は天才だと思う。

[mag4n]

はてなも通った道

[vvakame]

いい話だ…(つらい

[pendamadura]

pixivは段階的に悪くなってるような…いつか慣れるのだろうか

[mohno]

え、Office 2003以前に戻りたい人なんているの？

[rjge]

“デザインの負債” って言い方わかりやすくて良いな（最小画面サイズが大きくなるがあるあるすぎる…）

[longroof]

おぅ(´；ω；｀)…

[mn_kun]

サムネで爆笑した

[cartman0]

理想は部分改修してユーザ慣らす感じなんだろうけど，多分最終形にいくまでが使いづらいやろな

[oktnzm]

そうなんだよね。慣れはユーザーの資産なんだよね。

[efcl]

大規模なUI改修における漸進的移行について。 ビックバンリリース

[pmint]

9. 別のアプリケーションにする。はてなダイアリー → はてなブログ のように。

[field_combat]

段階的な改修が理想。無理なら予告など。メニューの階層とかじゃなくてボタンの位置、見た目で覚える人多いしねぇ。

[ginpei]

『デザインの負債（UIを置く場所が無くなったり…同じ概念のUIが分散したり）』を段階的に返却していくやり方というか、そのあたりのはなし。

[warulaw]

そうそう。大規模改修しないで、こまめに変えるの大事。

[leiqunni]

自動車のハンドルを三角形にしてやれ！

[regularexception]

LINEのUI変更の記事と並んでいて素晴らしいと思った

[hirorock]

改修むずい

[takezaki]

ふむ

[shibaone]

そう、あれはEXCEL2007の時だった

[nowandzen]

サムネのインパクトがやばい

[diveintounlimit]

わかりみが深い…

[mayumayu_nimolove]

競合がじゃんじゃん変えると社長からお小言が来るからめんどくさい。

[nn0]

タイミング的にLINEがUI変わって反感買ってますね…

[aroechan]

面白い。特に「デザインの負債」という概念はもっと多くの人に知ってほしい/ニコニコの原宿とかはまさにこれだよなあ

[lbtmplz]

lineか

[gnt]

つらみとまなび

[Nkzn]

いい話

[tumo300-500]

技術的負債のアナロジーとしての UI 的負債 / 変更時のマイグレーション

[nakajmg]

説得力