先日 @cbcnet に遊びにいって、 @securecat や @hgw とUstreamをしました。酒を飲みながらのGumroadトークです。とても楽しかったです。 トークそのものは「Gumroadで海賊行為はビジネスとして成立しないよねw」という話しに落ち着いたり。この放送そのものはCBCで公開とかされるかもしれません。今回は、その飲み会の途中や帰り道に思いついた、Gumroadの有効活用テクなど。 Gumroadで販売する前提 まず、Gumroadでは以下のことが前提となります。 顔の見える範囲の相手に、カジュアルに課金してもらう まったく面識のない、世界中の人々に広く販売するツールではない コンテンツそのものより、○○さんがやった行為、コンセプト、努力などに課金する。 世界に$1で広くではなく、賛同者に$5とか$10で ですので、自分の持っているソーシャルな輪どう絡めるか？ を考

4年内に地震が起こる確率が70%とか、25日に地震が起こるとか言われている今日この頃。 そういえば自分も、防災グッズを用意してないことに気がつきました。 Amazonで防災グッズを色々とチェックをしたのですが、福袋や在庫パックと見まがうほどに中身が違うんですよね。しかも、十得ナイフとか既にもっているものもチラホラ…　こうなったら、自分専用の防災セットを構築するしかない…と思い至ってAmazonでポチポチと集めてみました。 テーマは96時間生存 防災セット構築で、自分なりのテーマは96時間生存。 たとえ東京で直下地震が起きたとしても、4県（福島〜東京）も移動してしまえば、大半の問題は現金で解決できるんですよね。 なので長期生存や被災キャンプ用の装備は全部無視、短期生存、首都圏脱出を最優先にしたコンパクトな防災セットを作ろうかなぁと。とりあえず候補は以下のもの メイン戦略 ・現金を持った状態で

インターネットの身体拡張性について考えている。 といってもARのような仮想現実の話ではなくて、もっと泥臭いことのメモ。 身体性とフィードバック 例えば、現実世界で、大きなリュックを背負ってみる。 すると身体のアタリ判定が巨大化する。 不用意に振り向くと、誰かを跳ね飛ばしたり、壁を削ったりしてしまう。 階段を使うときも慎重になる。 背後に小さい子供がいると、死角になってとても危ない。 色々と注意が必要だけれども、そういった危険性はなんとなく予測できる。 事故はおこるとしても、大抵がはじめてか、注意を怠ったときだけだ。 いつもよりバランスが取りにくいとか、慣性が働きすぎるとか、そういった身体的なフィードバックがあるからだ。 抽象化されすぎた体験 一方でネットやアプリのインターフェースなどを見た場合、どうだろう？ そういったネガティブなフィードバックは、「不快」や「不便」や「カイゼンの対象」とし

ミニチュア（ジオラマ）風写真を簡単に撮れるようになるチュートリアル。 わりと質問が多いので作ってみた。 必要なもの アプリはTiltShift Generator (85円) を使います。 また補助ツールにinstagram等のフィルター系アプリを１つ用意します。 ロケーション ミニチュア風写真では「どこから撮るか」がとても大事です。まずは高い所に行きます。 初心者へのお勧めは、歩道橋や高層レストラン街。 高さの目安は、撮りたいものによって決まります。 ・2〜5階：　人 ・5〜10階：　家や工事現場など ・10〜20階：　野球場等の大きめの施設 ・20〜40階：　町並み ・40階〜：　ビル群や東京タワー、巨大ランドマーク 下記は「5階以上で気軽にミニチュア写真を撮れる自作マップ」。大きく表示 より大きな地図で ミニチュア写真ロケハン を表示 渋谷Qfront2階、スターバッックス。 渋谷駅

なんか混迷する電子書籍ですが、単純に課金決済付きのPDFが欲しかったりします。 わりとそれで大半の問題解決したりしない？ こんなの ・ユーザーがPDFを開くと、PDF Readerでログイン認証がある。 ・ログイン後、Adobeクラウドサーバーをチェックし、そのユーザーに該当PDFの閲覧権があれば表示。 ・閲覧権がない場合 → 決済画面へ ・そもそもログインしてない場合 → 決済 & 会員登録画面へ で、AdobeがワンアカウントのトータルPDF決済システムを提供すればいいんじゃないかと。 この仕組みの利点 ・Adobeは決済から何パーか抜けばオッケー。 ・友達にPDFを配ってもOK → 友達も閲覧件がなければ決済画面が出るだけ ・ストアを持てないようなマイクロプレイヤーでも、PDF配るだけなのですぐに参入可能。 ・出版社も独自のストアをPDF置き場つくるだけで作れるよ。 ・機種変更しても

海外の映像配信サイトhuluがついに日本上陸！ 色々なものの、終わりの始まりを見た気がする。 Huluって何？ 海外のドラマ／映画専門の配信サイト。 なんと月額1480円で番組が全て見放題というモンスターサイト。 アプリを入れればiPhone、iPadからも見放題というすごい奴です。画質はそこそこだどwifi回線なら実用レベルです。ニコニコの非プレミアムぐらい。 価格競争力で国内では対抗できない・・・というか、「流通どころか配給すら中抜きして米国から直に配信しちゃおうぜ！」的な黒船サービスです。日本のテレビ局や映画会社がネット配信を渋ってるうちに、土台から持っていかれた感がすごい。 ネットが十分に普及すれば「翻訳自分達でやって、自分達で（ネット）流通させようぜ！」というのは理にかなってる一方、海外作品の配給やってる国内企業はどうなってしまうんだろう？という恐怖感も。 Huluの使い方 ・ま

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

Googleのソーシャルサービス、Google+がいよいよ出ましたね。 デザインとかインターフェースがとても面白い感じでステキ。 ですが個人的にはGoogle+最大の壁は「引っ越すのがメンドイ」ではないかと思います。 ソーシャルサービスの一番大事なところっていうのは、「友達とワイワイやるのが楽しい」という所なんですよね。 友達と楽しくやる為に使いたい。それがユーザーの最も大きな動機だと思います。 結局、苦労して引っ越して、友達リストとか作り直しても、友達がいなかった、だったらFacebookでいいじゃん。という展開が怖い。 なのでTwitterやMixi,Facebookの友達データや写真を吸い出せるツール、Google+に簡単に引っ越しできるツールというのが必要なんじゃないかなと。

スマホUI考１ 〜 ボタンについて スマホUI考２ 〜 フィードバックについて スマホといえばジェスチャー入力、ジェスチャーといえばスマホ。そんなジェスチャーについて、つれづれと。 でも個人的には、ジェスチャーはほとんど要らないと思う。 ジェスチャ全般 ・ジェスチャは補助操作。メイン操作ではない。 ・ボタンでできる操作をプラスアルファで、ジェスチャでもできるようにする。 ・なぜならジェスチャの有無は視覚的にわからない。 ・ユーザーがジェスチャを理解しなくても操作できるのがよい。 ・またジェスチャー時に、画面のかなりの部分が指で隠れる。 ・極論ジェスチャなしでもアプリがリリースできる状態なのがよい。 ・つまり予算や工数があまったときに入れよう。 タップ ・マウスクリックではなくタップ。 ・ボタンの精度は指のサイズに依存する。 ・細かい座標指定はできない。 ・ロールオーバーがない。 ・触ってみ

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

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

「iPhoneアプリ設計の極意 ―思わずタップしたくなるアプリのデザイン 」という本に、監訳で参加させていただきました。TapWorthyという洋書の翻訳本ですが、いよいよAmazonで予約可能に。 翻訳は武舎広幸氏、武舎るみ氏のお二人。 6/18日にオライリーから発売されます。 この本はiPhoneアプリのデザイン、特にユーザーインターフェースに特化し、いかに使いやすく魅力的な「思わずタップしたくなるアプリ」を作るか？という点に主眼を置いたモバイルアプリインターフェースの入門本です。とりあえず７章のPDFがサンプルとしてDLできるのでご一読いただければと。 海外の色々と成功しているアプリを分析して、ここはこういう工夫がしてある、ここはこう注意している！みたいな事例をだしつつ、iPhoneアプリのインターフェースの文法を事細かに分析・紹介しています。 技術用語の一切ない技術本、ビジュアルセ

去年、ノリで数日で作り上げたJavaScript製のお絵描きアプリ、JSPaintのソースコードを公開してみた。 なんとなく勢いで。 Download 1週間で実装したわりには、指先ツールとかカラーピッカー、Undoまで完備されていて結構頑張ってるんじゃないかと。ただしIEでは（メンドイので）動きません。Twitter投稿のみphpを使っていてZendのフレームワークが必要です。この辺は @sumihiro さんのご助力に感謝です。 ソースの書きかたが、ちょっとクラシックでprototypeで疑似クラスを作っていますが、まぁ気にしない。本職JavaScripterでもないので割と突っ込みどころが満載です。 こまかい事はTwitterのfladdictで捕まえて聞いてください。