Gumroadというサービスがすごい熱い！ Gumroadは誰でも簡単にデータを販売できるようにするサービス。 FacebookやTwitterのタイムラインに、GumroadにアップしたデータのURLを貼るだけで、世界中にコンテンツを販売できるみたい。（2/14日現在、日本からの過剰すぎるアクセスでGumroadが不安定です） 何ができるの？ Gumroadを使えば、たとえばイラストレーターやミュージシャンが、そのまま作品をダイレクトにタイムラインで発表して販売できます。手数料はたったの5%（正確には5%+30セント）。Appleの30%や出版社の90%に比べると驚異的なお値段です。個人のクリエイターがクレジットカード決済でデータを販売できる…というのは、なにやら仕事のスタイルそのものが変わりそうです。 さっそく実験で、写真を１枚アップロードして$2で売ってみたら10$32ほど枚売れまし

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

アプリに簡単にバグ報告や機能要望を送信をつけられるライブラリ、AAMFeedbackを作ってみた。とりあえずはたたき台。 使い方はそのままサンプルのプロジェクトファイルを見ればわかるはず。 AAMFeedback。 GitHubにupしてあります。 Zipはこちら。 ・質問、機能要望、バグ報告等をテンプレ化しメールしてくれる。 ・メールに、端末、iOS、アプリ名、アプリのヴァージョン番号を自動でつけてくれる。 ・必要なフレームワークは、MessageUI.frameworkのみ。 自分のアプリが増えてくると、色々とリクエストや質問、バグ報告等が色々とくるわけです。 で、それに毎回「えーと、なんのアプリについてですか？」とか「お使いの端末は何ですか？」とか不毛なやりとりをするのにも疲れたので作ってみた。 ユーザーフィードバックに一定のフォーマットができて普及したら、ユーザーも開発者もみんなハ

家中の照明や音響やプロジェクターを、iPhoneから一括コントロールできるようにしてみた。 予想以上にやばい。超便利すぎて死ねる。 どうやるん？ Glamo iRemocon と Unity Remote、Griffin Beacon という3つのチョイスがある。 実L5Remoteというもう１つのチョイスもあったのだけど、これはわが家では動かなかったので割愛。 Glamo iRemocon 価格：26880円 純粋スペックなら神いわゆるゴッド。高いが神。 iPhoneとWIFI通信し、ほぼすべての赤外線リモコンを学習可能。スキンもカスタマイズ可能もでき、そのうえ自宅外からの遠隔制御までできる。家への帰り道でエアコンをオンできるのが強力。マクロ機能やタイマーもサポート。エアコンが動くのが素敵。弱点は本体をケーブルで無線ルーターにつなげなければならないこと、あとUIカスタマイズがPCのWeb

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

iPhoneのUIKitに独自のスキンを被せようとすると、色々とテクニカルな障害がおおいが、それをどうやって解決するか？のメモ。 自己流なので、更新のよちは在り在り。 基本アプローチ ・基本のスキンのカスタマイズはUIViewレベルで行わずに、UIViewControllerレベルで行う。 ・UIViewControllerを拡張して、SkinnedViewControllerを作る。 ・SkinnedViewControllerのviewDidLoadのタイミングで、ナビゲーションバーやサーチバーなどのView構造を書き換える。 ・こうすると、NavigationBarの戻るボタンやSearchBarなど、直接allocできないViewも一括してカスタマイズできる。 ボタン系 ・ボタン系は、Customボタンを作ってプロパティを弄ったり、サブクラスを作って直接Allocしない。 ・むしろ

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

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

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

BuddyMediaというfacebookのソーシャルマーケ会社のだしたリポート、「Strategies For Effective Facebook Wall Posts: A Statistical Review（効果的なFacebookウォール投稿為の戦略：統計的レビュー）」が興味深かったので抜粋。 題名の通り、Facebookに広告ポストをする場合、投稿のどのような要素がどれだけトラフィックに影響を与えるかを統計的にまとめたレポート。 マジオモロいので要約。いつものごとく厳密なデータは原文をあたること。 １：短い文章ほど効果が高い 統計的には長いツブヤキほど不利になる。 80文字以下の投稿は全体の19%にすぎないが、訴求効果は27%増。 ２：短縮URLは控える 通常のURLは短縮URLと比べて、訴求効果が3倍も高い。 これは短縮URLの文字列はリンク先を示唆できない為。ブランド訴求

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

HTMLのテキストに対して、文字詰めを行えるスクリプト FLAutoKerningクラスを作ってみた。サンプルはこちら。zipも。 スクリプト内に任意のカーニングペアを定義することによって、ブログのタイトル等のテキストに字詰めを行ってくれるスクリプトです。なんか探しても見つからなかったので自分でやってみた。いちおう朗文堂の新宿私塾に行ったわけだし、僕もなんか成果物作らんとなぁ。。。的に。 実行はとても簡単。jQueryと一緒にhtmlにロードして、 FLAutoKerning.process($(‘h1′)); FLAutoKerning.process($(‘h2′)); FLAutoKerning.process($(‘h3′)); といった具合に、適用したhtml要素を一括していしてやるだけ。カーニング情報の定義も、FLAutoKerningクラスの頭に、下のようにem単位で定義する

Flash界のコーディングゴッドGSkinnerがJavaScriptのCanvasをFlashライクに使うライブラリを作った。 この人、確か僕と同い年ぐらいかちょい下なんだよね。。。会う度に超へこむ。 画期的というか、確実にかゆいところに手が届くライブラリで、下みたいなのがサクサクJSでいける。あいかわらずソースは美しいし、ドキュメントも完備。 game sparkles rollover localToGlobal globalToLocal sprite sheets ざっと見た感じFlashでいうところの、Stage, MovieClip, Sprite, Bitmap, Matrix, Stage, EnterFrameとキーフレームアニメがサポートされてる感じ。これは素敵。 このライブラリそのものもスゴいんだけどポイントは、GSkinnerがJSやりだしたってことは、365日以

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

Appleの全ての戦略は、iTunesを起点とした囲い込みをコアとする。この囲い込み戦略については5年前の予測エントリが、現状をあらわしていると思う。 この領域にて先行者利益を得ているAppleに対し、対抗プレイヤーが純粋に端末や、囲い込み戦略のコピーで戦うことは難しい。 Appleの土俵で勝負をするな よって対抗プレイヤーがすべきことは、Appleの土俵上にて同じルールで戦うことではない。 Appleの戦略がアドバンテージを失うように、市場のルールとトレンドを変更することだ。 その為にはどうすべきか？ ー Appleの戦略の起点がiTunesである以上、iTunesがイノベーションのジレンマにそのものになるよう、ルールを変更することができれば、Appleの支配体制は崩壊する。 商品を模倣するのではなく、攻め方を模倣する 実は、これはAppleがいままでやってきたアプローチそのものである。