Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが

GizmodeのライターがiCloudのアカウントを乗っ取られ、iCloud消滅、iPad, iPhone, Macのデータワイプ、Gmail, Twitterの乗っ取りを食らった件について、ハッキングを本人が語ってらっしゃる。 手口としては典型的なソーシャルエンジニアリングによる、複数サイトから得た情報のギャザリングを用いたハック。 だがこのハッキングのプロセスが鮮やかすぎてヤバイ。ツールを一切つかわず電話だけでハッキングしてる。 Twitterアカウントに目をつける 元々クラッカーは、Gizライターの持っていた「３文字のTwitterアカウント」が欲しくてアタックをかけたらしい。 Twitterプロフィールから、本人のウェブサイトへ 本人のウェブサイトからGmailのアドレスを発見 Gmailで「パスワードがわからない」から再発行 再発行メール用のアドレスが画面に表示される。この m*

最近になって気がついた読書方法。いちどやると世界が変わる。 耳栓をする。 新しいiPadに小説のPDFを入れる。 部屋を真っ暗にする。 PDFの表示を白黒反転する（そういう機能のあるPDFアプリを使うか。iPhoneの弱視モードでもできる）。 真っ暗な空間の中に超高精細な白い文字だけが浮かんでいる、そんな未知の読書体験がはじまるよ！。 なにこれ、ものすごい没入感！！ ＜追記＞ 弱視モードのやり方。iPadの「設定アプリ」を開く、一般→アクセシビリティ（下のほう）→「黒字に白」

GoogleのVic Gundotraによる、スティーブ・ジョブズのエピソード。 ジョブズ引退によせて、グーグルとジョブズのやりとりを開陳。 グーグルのモバイルアプリ責任者のもとに、日曜日に突然かかってきた電話とは？ とても面白い内容だったので、電車内でiPadで訳してみた。 ———- アイコン急患 2008年1月6日、ある日曜の朝、携帯電話のバイブが振動したとき私は礼拝に参加していた。 即座に携帯をチェックすると電話には非通知と表示されていた。私は無視することにした。 礼拝の後、私は家族と一緒に車に戻りながら留守電をチェックした。 そこに残されたメッセージはスティーブからだった。「ヴィック、私の家に電話をくれるかい？ すぐに議論しなきゃならないことがある」 車に辿り着く前に、私はスティーブに電話をかけなおした。私はGoogleのあらゆるモバイルアプリの責任者であり、職務の一環としてスティ

UIについて徒然と考える自分用メモ、２回目はフィードバック。ユーザーに「何かがおきたよ！」と如何に明解に知らせるか？１回目はこちら 随時増えたり減ったりするよ。自分の主観だから間違ってることもチラホラあるかもよ。 振り返ってみてTiltShiftGenでは、遷移系のフィードバックは少なめにして、情報系のフィードバックを多めに調整してたんだなぁとシミジミ。多分、ブラーの処理が重かったからだと思う。隙をみてバージョンアップしたい。 一般論 ・フィードバックとは？ ユーザーの操作に対して、結果を返すこと。操作の実感。 ・フィードバックのないアプリは痛覚の無い人間。 ・物理的なフィードバックもソフトウェア的フィードバックもなければ、ユーザーは何がおきているか知覚できない。 ・何かが起きたら必ずユーザーに通知する。 ・適切なフィードバックが行われるとユーザーは快感を感じる。 ・新雪に足跡をつけたり、

fladdictの非公式プロジェクト（いわゆる裏dicct）に、posemaniacs.com というサービスがある。 絵のデッサン素材を無料配信するサイトだけど、いつのまにやら老舗サイトに。気がついたら1日の転送量が30〜40GBまで膨れ上がっていた。あまりの負荷にホスト元のhetemlさんでアクセス規制、あわや閉鎖の危機の大ピンチ。わりと本気で、Pixivとか星海社とかマール社にサービス譲渡とかしようか悩んだ今日この頃でした。 そんな折、@ku_suke さんのご了解で導入してみた、CloudFlareというサービスが、全ての危機を救ってくれた。マジ多謝です。 どういうサービス？ CloudFlareはCDN（広域負荷分散システム）。世界5カ所にデータセンターを有し、データをキャッシュして各地に配信するこで負荷分散してくれる。いわゆるAkamaiの同類だけど、ものすごい特徴が１つある。

SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ

引っ越しに伴い、蔵書を数百冊捨てたので読む本がない。そんなわけで、最近は野生のweb漫画ばっかり読んでいます。 web漫画超面白いっす。思わず全部読んでしまった面白作品を徒然なるままにメモ。オススメ度は順不同。どれも下手な週刊誌の漫画よりオモロいです。 1: ７と嘘吐きオンライン まずは取っ付きやすくTwitterをテーマとした短編漫画。ありそうでなさそうな、Twitter的コミュニケーショん。前編、後編。（なんで、同作者の「堀さんと宮村君」が紹介されてない！？という声を多数いただきましたが、それは僕が今リアルタイムに読んでいてまだ読了できてないからです。今本編が終わって番外編に突入したところ）。 2: 漫画で分かる診療内科 信頼と安心のギャグ漫画。もはや説明はいりません。ブラックな冗句を交えつつ、精神医学を語ります。これ本当に病院サイトの公式コンテンツなんですよ。。。全12話くらいで更新

前回のエントリーで、「情報共有の重要さを理解できない奴はアホだ」と書いた。何故アホなのか？ ＜追記＞ コメント欄で指摘されましたが、「情報を共有しない奴はアホか？」というのは表現として不適説でした。正確には共有しない事が悪いのではなく、「共有しないほうが得だと考え、意図的に情報を隠している奴は何故アホか？」ですね。 ここは素直にゴメンナサイです。 「共有か？抜け駆か？」という話では、往々にしてゲーム理論や囚人のジレンマが引用される。だが、この囚人のジレンマは、実のところ机上の空論だったりする。それはなぜか。 なぜ囚人のジレンマは机上の空論か？ 囚人のジレンマには幾つかの成立条件がある。 その１つは、「プレイヤー間での情報交換や、強制力のある合意を形成できない環境」というものだ。つまり、情報交換ができるプレイヤーが多数存在する時点で、囚人のジレンマを持ちいた説明には意味がない。 プレイヤー間