速くてリッチな?Webエクスペリエンスの提供
速くリッチな、相矛盾するサイトを作るための革新的な方法について。どうやって実現しますか?
Written by Mark Zeman
1.重すぎるサイトは速くならない。
急速なWebパフォーマンスの向上を求めるのなら、アセットの削減がなにより肝心です。
開発者はいつもページにリソースが多すぎる(デザインチームがやりすぎたため)と言います。確かにコンテンツを多く読み込む必要があるサイトは、まず高速Webサイトにはならないでしょう。
これは、デザイナーと開発者の間に緊張関係のつながり、カルチャーの違い、強制的なミニマリズムと「最速のページは何もないページ」といった、水掛け論となってしまいます。
2.リッチなコンテンツでも快適に動かす方法について
しかし、Markは、3つのケーススタディを紹介しています。
もっと豊かなウェブUXを、新しい高性能な方法でその限界を押し上げようというものです。これらの事例では、どのようにチームがコラボレーションし、多くの失敗プロトタイプを繰り返し、高帯域のWebエクスペリエンスを独自の技術でストリーミングさせる技術を開発しているかを調べています、
- 数百もの高解像度の旅行写真が載ったホームページを読み込むためはどうすればいいですか?
- スクリーン上で何十個もの漫画の昆虫を同時にアニメ化できますか?
- 毎秒1,000フレームで水鉄砲で撃たれたロックファンのビデオストリームを、UXの低下なしに行うことができますか?
これらのケーススタディは、豊富なWebコンテンツをストリーミングするためのテクニックを提供するだけでなく、チームのカルチャーとして変化(最初からユーザーエクスペリエンスのパフォーマンスに集中するという)がなければ、成功しなかったことを実証しています。
このビデオでのトピックは次のとおりです。
- 豊かなWebユーザーエクスペリエンスのプロトタイプに向けた原則
- 素早く繰り返すプロトタイピングとビジュアルデバッグの重要性
- インタラクティブなイメージとビデオをストリーミングするためのテクニック
- 最終的な成果に向けたチームの協力とプロセス効果
この記事へのコメントはありません。