ユーザーの期待に応えるクックパッドのUI/UXーWDF Vol.17 with HTML5 Experts.jp「アクセシビリティとUX」 仲 裕介（HTML5 Experts.jp副編集長） 3月14日に特定非営利活動法人Web Directors Forum（以下、WDF）とHTML5 Experts.jpの共催企画として、WDF Vol.17 with HTML5 Experts.jp「アクセシビリティとUX」が金沢にて開催されました。この記事では、その勉強会のセッションの模様をレポートします。 ユーザーの期待に応えるクックパッドのUI/UXー元山 和之 イベント最後のセッションは、クックパッドでデザイナーをされている元山和之さんです。今回のセッションでは、クックパッドが実践するユーザーファーストなサービス開発の様子を紹介していただきました。 余談ですが、クックパッドさんのプレゼンテ
続きの作業やデータが存在する要素に対しては、末尾に3点リーダー（…）を表示する。 理由：当該要素のみでは、十分な結果が得られないことを示唆するため。 効能 収まり切らないデータが存在していることが分かる。 メニューやボタンの選択後に、属性値の指定などの追加アクションが発生することを予測できる。 用法 データ出力用のコントロールやリストの列にデータを表示し、はみ出すデータが存在する場合には、最後の1文字分を3点リーダー（…）とする。 リストでは、ユーザーが列幅を狭めた結果、データが収まりきらなくなった場合にも、3点リーダー（…）を表示する。 表示データが収まりきらない場合、3点リーダー（…）の付与されたデータに対するマウスオーバーで、ツールティップ内に全データを表示する。ただし、ツールティップに格納するには膨大すぎる（300字以上など）データの場合には、クリックでポップアップ画面を出すなどの
拝啓、制作会社様。いつもお仕事ありがとうございます(深々)。お仕事を打診していただくメールはみなさんそれぞれで、もらってうれしいメール、もっとこうなればうれしいメール、について書いてみようと思います。 初めのいいわけ 突発的に書いてみたくなったので、フリーランスWebデザイナーの立場から、仕事の打診メールをいただくときに「こんなこと書いてくれるとうれしい」という話です。しかし自分自身いつもレスポンス遅くて、制作会社さんにはいつも感謝です…それはさて置き、こういうことを気を留めて仕事の打診メールをされると、やりとりの回数が減らせるかもしれません。また、逆に制作会社さんから見て「こんな返事が欲しい」みたいな記事も上がるといいなーと言う打算アリアリでございます( ˘ω˘) メールでのやりとりでありがちなこと どうでしょう、よくあるでしょうか？最初にすごく簡潔にメールをいただくことが多いのですが、
＜質問＞ スマホで当社サイトを閲覧する人が増えたので、スマホ対応にしました。 ユーザーの利便性向上を狙ったのですが、スマホ対応後も、社内の人からなんとなく使いづらいと言われてしまいました。 文字が大きくなり文章も読みやすくなったのに、何が使いづらいのかイマイチ要領を得ません。どこを変えればいいですか？ ＜回答＞ 文字が読みやすいというのは、利便性の一つに過ぎません。またスマホはＷＥＢを閲覧する以外にも、電話をかける・地図アプリを使う等、様々な機能を備えた端末です。 スマホの利用シーンを具体的に思い浮かべると、注意すべきポイントが多くあります。今日はスマホユーザーが嫌う１０個のことを紹介します。 ① リンク箇所が一目で判らないと嫌われる スマホでは、リンク箇所が一目で判らないと、ユーザーは迷ってしまいます。ダイレクトに言葉で表現したり、判り易い色のボタンやバナーを用意したりするなどの配慮が大
1. 序論 CSSは記述ルールが簡素であり、少しの学習コストですぐに記述ができる手軽なツールです。 しかし、大規模なアプリケーションで複数人で開発するケース等では、見栄えだけしか考えずに身勝手にコーディングしてしまうと、 非常にメンテナンスコストがかかる負の遺産が作られてしまいます。 そのためCSSの品質を保つために様々なプロジェクトで、CSSの定義ルールが決められています。 本稿では一般的なCSSの定義ルールと、そのルールがなぜ作られたのかを合せて報告致します。 また、CSSのルールを適用するにあたって、手動・目視でルールの適用をチェックするのは非常にコストが高い作業です。 これらルールの適用を補助するツール群を、合せて報告致します。
ウェブマスターツール(Google Search Console)はホームページのSEO対策においてもっとも基本的なツールです。 自分のホームページがGoogleにどれくらい登録（インデックス）されたか、警告は受けていないかなど、Web担当者にとって必携のツールです。 多くの機能を持つウェブマスターツール(Google Search Console)ですが、今回はSEO対策に役立てることにフォーカスして、その機能と使い方をご紹介します。 参考リンク：ウェブマスターツール(Google Search Console) ※2015年2月5日時点での情報です。 おさらい～ウェブマスターツール(Google Search Console)の基本 ウェブマスターツール(Google Search Console)は、Googleが提供している無料のWeb担当者向けのサービスです。 あなたのホームペー
#あらまし 別の業者が構築したという客先のホームページのcssが非常に読みづらく、 誰も手が付けられてない状態でヤバい（compactの状態で約350行）。 そこでリファクタリングをしようと思った際に、考えた。 「どうせならsass/scss対応にした方が可読性も可用性も上がる！ヤバい！」 sass/scss → css は当たり前として、 css → sass/scss って出来るのかよ、と思い調べてみると、数個発見した。 そのうちの１つ、今回ご紹介する「css2scss」が非常にエレガントだった。 実際に使用して感激して落胆したポイントを、それぞれ３つに絞ってご紹介。 css2scss sass/scssについては、まずはアレなcssを突っ込んでみて挙動を確認して頂ければ幸い。 また、下記のリファレンスが総括的で解りやすい。ご一読あれ。 Sass 3.2 オレオレリファレンス ヤバいを
Fireworksのヘビーユーザーだったので、ディスコンになってからUI作成のツールをどれにしたらいいかが悩みでした。 Fireworksの前はPhotoshopでデザインを行っていたのですが、Fireworksの効率良さに慣れてしまうとPhotoshopには戻りたくなくなりました。他に良いツールがないものか・・・と思いつつ、とりあえずまだ使えるのでFireworksを使っていました。 ですが、ディスコンになる以上別のツールを探さないといけないので、改めてPhotoshopとillustratorについて調べてみたところ、illustratorの設定を適切に行えばFireworksチックに操作できることがわかりました。 今回はillustratorでUIデザインカンプを作る際の設定について書こうと思います。Webデザインでもほぼ同じ設定で大丈夫ではないかと思っています。ちなみに自分のill
Designers' Secret SourceThe best design inspiration - expertly curated for you.Muzli is a new-tab browser extension that instantly delivers relevant design stories and inspiration to keep you in the loop. More about Muzli Get Muzli for Chrome Dennis SnellenbergFreelance Designer & Developer, Awwwards judge“When I just started with design Muzli helped me to get more reach and followers. The Paralla
Gruntと同じくタスクランナーのGulp。Gruntよりもビルドファイルが読みやすく、スピードも軽快な気がします。GulpとGrunt Gruntに関しては前回の記事で(タスクランナーGrunt導入メモ)導入方法と簡単な使い方を紹介しましたが、今回はGruntと同じタスクランナーのGulpでSassのコンパイルとブラウザを自動で更新するlivereloadを使ってみたいと思います。 Gulpのいいところ Gruntと大きく違う部分は以下になります。 ・Gruntよりもビルドファイルの可読性が良く、短いコードで済む ・なるべくタスクを並列で実行しようとするので、スピードが早い Gruntもとても優秀ですが、GulpはGruntの良い部分を引き継ぎ、短所を改善したツールだそうです。そのためビルドファイルの書き方や導入方法はGruntと似ているので、Gruntを使ったことのある人は、使いや
2014年夏、40日でデイリーの登録数を2倍にしたプロジェクトをまとめたプレゼンです。Read less
業務で携わっている案件なのですが、アクセス数の急増が見込まれるイベントがありまして。準備期間も少なく、バックエンド側でできることがほぼないという状況でサイトを落とさないようにがんばる！というお仕事でした。レガシーソースてんこ盛り。CSSプリプロセッサとか何それ状態。 そこで実施した対策のまとめです。サーバー・アプリケーション・サイトの構成によって、効果の大小はありますが、比較的効果があったと思われるものをつらつらと。 リクエストの削減とファイルサイズの最適化 まず一番最初に考えなければいけないのがリクエスト数です。すごいおおざっぱに言うと、WEBサーバー（ApacheとかNginxとか）への負荷は、PV数×リクエスト数です。PVがそんなに無くてもそのページのリクエストがめちゃくちゃ多いとそれだけでかなりの負荷になります。リクエストを半分にできれば2倍の人数がさばけるってことに、すげーおおざ
今までは主にアニメーションGIFで作られていたローディング・アイコンをCSSアニメーションで作るみたいなのが流行っている。面白いとは思うし、ちゃんと作ればスケーラブルなので便利そうでもある。けれどもローディング・アイコンを表示するための空要素が必要になり、かつ後にそれを消さなくてはならない。CSSだけだと面倒くさそうだ。 どういうローディング・アイコンかはこの際問題ではないので、とりあえずmain要素以下に何かしら(仮にサムネイルとする)をロードするまでローディング・アイコンを表示することを考えてみる。普通はJavaScriptでローディング・アイコンの追加→サムネイルのビルド→ローディング・アイコンの削除→サムネイルの追加とやるわけだけど、ローディング・アイコンの追加と削除でDOM操作を伴うのはコストがある気がする。 <main id="result"> <div class="spin
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く