Apple原理主義者の大坪です。 さて、GoogleI/O2014参加レポート第２弾。Google I/Oがカバーしている内容は、Googleの事業領域を反映しサーバーサイドからクライアントのデザインから、はてまたロボットにいたるまで非常に幅広い。今日はその中から標題のセッション＋別のセッション内容を元に書きます。 ーーー スピーカーはGoogleのシニア User Experience Researcher, Tomer Sharon 氏。まずMITとStanfordのComputer Science卒業生が作った「メモ作成アプリ」を開発したスタートアップ(仮想のものか実在のものかわかりません。少なくとも創業者の写真は別の人がモデルをしていました）がなぜ失敗したかについてその理由を挙げて行きます。 1 They did not fall in love with problem ：問題を

「やるべきことリスト」を作り、それをきちんと守っていれば、生産性が上がったり、人間関係がうまくいったり、自分自身が幸せになったり、といった大きな見返りを手にすることができます。今回は、やるべきことリストというより、「やるべきでないことリスト」に加えるといい13のことをご紹介します。これをするのをやめたら、毎日も人生もさらに輝くこと間違いなしです。 1. 何事においても他人を責めない 社員がミスをする、宅配業者が時間通りに配達に来ない、あと一歩のところで顧客がYESと言わないなど、一言言いたくなるような問題はいくらでもあります。時には、非難することもあるでしょう。しかし、それはあなたが十分な研修をさせていなかったり、十分な余裕を持っていなかったり、続けざまにたくさんのことを言い過ぎたりしているからかもしれません。何か悪いことが起こったら、誰かを責めるのではなく、その責任は自分にあると考えてみ

３連休の真ん中の日曜日、いかがお過ごしだろうか？ 今日は、おなじみのJustinさんの過去記事からひとつ、要約でお届けしたい。 フリーランスの方、小さなビジネスオーナーの方に、場合によっては役に立つ内容かと思う。 How changing your market can save your product（マーケットを変えることがいかにあなたのプロダクトを救うか） Justinさんの娘さんの友だちのお父様の話である。 彼は樹木医（arborist)で12年間自分のビジネスを続けてきた。 最初の２，３年間、彼のビジネスは低空飛行でどれほどがんばっても充分な利益を上げることができなかった。 そこで彼がしたことは、電話番号を変えることだった。 彼は小さな町に住んでいてそこを自分のマーケットと定めていたのだけど、実際はその町に住んでいるのは引退した農家や工場勤務者で、庭のことは何でも自分でやってし

時間をかける つまらない想像話を以下に書く。 失敗してはいけない。成功しなければ行けないプロダクトだ。 企画から色々と実装アイディア、目的とするユーザー像を聞いている。 それに見合ったシステムを実装しなければならない。 あと6ヶ月で。その間は徹底的に企画と話をする。 部長と話しをして、駄目だったら作りなおす。 6ヶ月の間、エクセル上にガントチャートを引き、開発スケジュールを引いた。 企画・営業は2名。そのうち1名はマネージャ的な担当を行う。 部長は最終決定を下す(と聞かされている)。 エンジニアは3名。チームとしてはまあ良いほうだろう。 3ヶ月後 何を作っているのかわからなくなってきた。 具体像もわからない。 エクセルに書いたガントチャートは、意味を成していない。 ガントチャートを直そうと思うと、他の予定もずらさなければいけなくなり、 だるくなってだれも更新しようとしない。 システム全体の

ぼくらが迂闊にUIを作ると、そこにはユーザの正直な目線があり、非常に様々な、そして真っ当な反応がある。 曰く「わからん」「まさかそこをクリックするとは」「不思議な動作」「独自宇宙」「モリスUI」。 反応がもらえるのは非常に良いことだが、何度も何度も繰り返しているとつらくなってくるので、できれば避けたい。分かっている(いた)ことは最初から対応しておきたいものだ。*1 ということで、ここではブラウザで操作する管理画面等のWebUIを作るとき、真っ先に心得ておくべき5つの鉄則を紹介したい。これを守っていてもDISられなくなるというわけではないが、これを守らないと間違いなくDISられるので注意しよう。 なおこの記事ではオリジナリティというものについては考慮しない。オリジナリティとか犬に食わせろ。 クリックできる場所はcursor:pointerを指定しろ これを忘れるとこの世のものとは思えないくら