ソシオメディア | あるとよい機能はない方がよい
UXデザインのコンサルティングではよく品質優先度マッピングというものを行います。これは開発プロジェクトの上流工程において、実装を検討している機能をリストアップし、そのひとつひとつについて想定する利用者の割合や利用頻度の観点からグルーピングし、実装の優先度を決める作業です。 これを行う目的は、UIをできるだけシンプルに保つことにあります。ユーザーが求める機能をすべて盛り込むと、当然UIは複雑になり、誰にとっても使いにくいものになります。また蓋然性のバランスが取れていない要件はプログラムを複雑にし、バグが増える原因になります。 UIデザインにおけるパレートの法則（結果の大部分は全体の一部によって生み出される）は、「ユーザーの80%は全機能の20%しか使わない」というものです。その20%に注力し他の優先度を下げることで、製品の利便性は向上するはずです。 Core, Important, Nice
Meteorの盛り上がりの背景について - ワザノバ | wazanova.jp
http://differential.io/blog/meteor-killin-rails 原文のタイトルはちょっと挑戦的ではありますが、プロトタイプが早くできると評価が高いMeteorと、企業のサービスに使われる比率があがって成熟してきたRuby/Railsでは、比較するにはステージが違うのではないかと思います。Metorで開発された事例がもっと増えてきてからの議論がよいかと。 それよりも、新しい開発言語が盛り上がって、受け入れられていく過程の方に興味があります。 That’s what makes these frameworks popular with HN: startup founders are not in the business of executing on a known business model…….; rather, we’re in the busin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
