巷では、スマホは「手触り」が重要・・・って話が持ち上がりつつあるが、使い易さと気持ちよさを両方できる人材が不足している。広告Flash業界で培われたインタラクションのノウハウは、だんだんと失伝しつつあり、ビジュアルや動きをちゃんとコーディングできるスマホ系の人材なかなかいない。新しく勉強するパスもほとんどない。 そんなわけでTHE GUILDの社員研修として勉強会をすることに。目標は1年ぐらいでこの程度のモリモリ動くものを作れるようにすること。で、2年目に動きや手触りに、合理性や必然性、使い易さを付加できるとこまでもっていく。 第1回はインタラクティブの根幹となる乱数について。 1: 乱数とは ランダムな値を返す関数、機能。 乱数はインタラクティブ・プログラミングの根源。静的な絵とは根本に異なる、永遠に定着しない絵を作り出す。 インタラクティブなプログラミングでは、知識以上にその応用力が問
いま『ビッグオー駆動型開発』とよばれる開発手法が、業界の一部で注目を集めている。 その理由は非常にシンプルだ。『ビッグオー』は非常に安価で簡単な手法でありながら、従来の開発手法に比べ劇的にUIやUXを改善できるためである。 製品コンセプトのような上流から、ボタンのレイアウトといった下流工程、さらにはグロースハックやプロモといったリリース後のフェイズまで一つの手法でユーザビリティを評価できる。この汎用性がビッグオー駆動開発の大きな特徴であり、導入時の利点となる。 今回はこのビッグオー、の概要と具体的なやり方について論じたい。TwitterのUI拡張予言以来、久しぶりのUI系エントリである。 ビッグオー駆動開発とは何か？ ビッグオー駆動開発は、正式には『OKAN Driven Development（オカン駆動型開発）』とよばれる開発手法である。 これは自分のオカンを指標とすることで、低コスト
新作TiltShiftGen2のサンプル写真を撮ろうと、両国国技館に行ったついでに作ってみたら、なんか新境地！自分の知る限り、まだTiltShiftとCinemagraphの組み合わせをやってる人はいなさそう。 場所がら三脚は使えなかったんですが、わりとなんとかなるもんですね。 一眼レフでガチでミニチュア写真を撮ろうとすると、Canon EOS 5DMK3にTS-E90mmレンズでかなりの出費になるわけですが・・・ TiltShiftGen2を使えばたったの85円でできちゃいます。 ・・・って本題のアプリのプロモ写真をとるのを忘れて、遊びまくった一日でした。 おまけ iPhoneでとったチルトシフト、TSレンズより広角なので、同じ距離だとだいぶ小さくなる。 画質を犠牲にして、純正カメラのデジタルズーム経由で読み込むとこんな感じ。90mmぐらいの画角も撮れる。
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
別にLine嫌いじゃないけれど、むしろ応援してるけど。でもLineの一人勝ちはあまり面白くない。 というわけで思考実験として、今からLineに追いつくVoIPアプリをどう作るかを考える。 Lineを殺す方法とは、如何にLineの魅力とビジネスモデルを無効化するプロダクトを考えるか？ だと思う。単純にラインよりもいいアプリを作ろうでは、先行者利益を覆すのは難しい。日本のサービスは「いいものを作るぜ！」が多いが、海外のサービスの「現在のビジネスモデルを台無しにするぜ！」というスタイルが有効だと思う。 根本的にLineの本質は、 電話が無料でかけられる！ 電話からの移行がラクチン！ スタンプが楽しい！ の3点だと思う。つまり「速くて安くて美味い」をベースに、ちょっとばっかり優越感を味わったり差別化をしたい人から課金をする・・・というモデルになっている。この3つの魅力のうち1つか2つを、破壊あるい
GoogleのVic Gundotraによる、スティーブ・ジョブズのエピソード。 ジョブズ引退によせて、グーグルとジョブズのやりとりを開陳。 グーグルのモバイルアプリ責任者のもとに、日曜日に突然かかってきた電話とは？ とても面白い内容だったので、電車内でiPadで訳してみた。 ———- アイコン急患 2008年1月6日、ある日曜の朝、携帯電話のバイブが振動したとき私は礼拝に参加していた。 即座に携帯をチェックすると電話には非通知と表示されていた。私は無視することにした。 礼拝の後、私は家族と一緒に車に戻りながら留守電をチェックした。 そこに残されたメッセージはスティーブからだった。「ヴィック、私の家に電話をくれるかい？ すぐに議論しなきゃならないことがある」 車に辿り着く前に、私はスティーブに電話をかけなおした。私はGoogleのあらゆるモバイルアプリの責任者であり、職務の一環としてスティ
日本では一番乗り・・・なのかな！？ Adobe Flash CS5 (Beta) によって作られたiPhoneアプリをAppStoreに公開しました。 シンプルなメトロノームアプリです。 いちおうアプリのリリースと、告知だけは許可貰ってます 。UIを改良したver1.01も現在審査中。 本来パブリックベータ公開にぶつける用に作った、オプソ前提のテクニカルデモなので機能的にはシンプル。 「iPhoneじゃFlashは実用レベルじゃ動かない！」という説を覆すべく、比較的正確な動きが要求されるメトロノームを作ってみました。アニメーション検証と思って頂ければ。 感想としては最適化をすすめれば商業案件で十分使えるレベル。この程度のクオリティが実装工数２〜３日で作れるとなると、CS5のリリースと同時に、大量のFlasherさんが参入してきそう。 正式版ではより速くなり、ヌルヌル動くiPhoneアプリが
Flash Playerは載らなかったものの俺、大歓喜。 FlashからAS3プロジェクトを、iPhoneアプリケーションとして出力する機構がつくそうですよ。 ちょうど、過去のエントリで予想したAdobeが取るであろうiPhoneへのアプローチが、ドンピシャで命中！ この予想に、人生全ベット一点張りしていたので、ちょっとホッとしました。 そういうわけで作家性の高いFlash文化の復権ということを考えると、個人的にはsafariにFlashPlayerがのるよりも、Flashから iPhoneの実行形式ファイルを出力できappStore販売できるほうが面白い。 AppleがiPhoneにFlashを入れないのは、AdobeStoreの出現によるiTunesモデルの崩壊を警戒してのことなので、 AppStore経由で配布する実行形式のFlashってのは、ブラウザ実装よりも現実的な気がする。プロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く