App Store - タロット・リポート

アプリの設定項目を拡充し「設定」メニューをアプリのガイド役「エリオの部屋」に名称変更しました

まず「エリオって誰だよ」ってところからなんですが、この子です。

アプリ内での解説とTwitterでユーザーサポートをやってもらっています。
エリオの出生についてはミシディア機関でも極秘事項とされています（謎）。
各設定の案内の他、一部テキストもエリオにお願いしました。

また、アプリから直接 @TarotReport をフォローできるようにもなりました。
フォローした後は、アルカナについて少し教えてくれるかもしれません。

誕生日を設定し保存できるようになりました

「エリオの部屋」で誕生日を設定しておくと「生誕の数理」や「年環の数理」の初期値として利用できます。
今後、この設定を利用した機能を追加してみようと思っています。

正位置だけで占う「正位置モード」を利用できるようになりました

実際のタロット占いでも正位置だけを利用するやり方もあるそうです。
タロット・リポートは何故か逆位置がよく出るという声が多いので、気になる方は正位置モードを使ってみて下さい。

ここで、少し脱線して正位置と逆位置の話を書いておきます。
正位置は各カードが本来持つ意味、逆位置はその反対の意味と言われています。
が、これも諸説あるようでタロット・リポートではどうしようかなぁといろいろ考えていました。
基本的に逆位置は正位置の反対の意味で解釈できますが、「正位置の持つ意味（力）のバランスが崩れたが状態」という解釈も採用しています。
例えば、「力」の逆位置は「強引・甘え・優柔不断・弱気」となっています。
強引と弱気は相反しているようですが、このバランスから考えると、まさに「力」のバランスが失われた状態とも言えます。
「皇帝」の逆位置にある「横暴」と「弱腰」にも同じことが言えます。
これを踏まえると逆位置が出た時は本来のバランスが崩れていると解釈できるので、その点に注意して行動してみると良いかもしれませんね（占い師風）。

フレンドカードをつぶやく際に＠ツイートもできるようになりました

フレンドカードを使った占い結果などをツイートする際に @ をつけてメンションにできるようにしました。
これは好みに応じてオン・オフして貰えればと思います。
私の場合はオンにして（朝使うことが多いので）「おはよう」がわりにツイートしようかなと思っています。

以上、バージョン 1.4 の更新内容でした。

App Store - タロット・リポート

アプリのアイコンを変更しました

カードデザインを変更したので、アプリアイコンもそれを使ったものに変更しました。
以前のアイコンとの違いは、並んでいるカードが表向きになったのと、枚数が 4 枚から 5 枚に増えたところです。
カードは手前から順に

• アプリ起動時の画像 ： アルカナには無いもの。「XXII TAROT REPORT」と書いてあります。
• 恋人 ： 私が愛してやまないカード
• 皇帝 ： 一部の女性に人気の皇帝ペンギン
• 太陽 ： 同じく一部の女性に人気のヒマワリ
• 正義 ： コントラストがはっきりしていたので入れてみた

以前のアイコンに比べ明るいイメージになったのと、カードの雰囲気も伝えられそうなので気に入っています。

カードデザインを変更しました

• カード表面と裏面のデザインを変更しました
• 「力」「悪魔」「月」の絵柄を変更しました

カードの表面にはフレームを装飾として追加しました（フリー素材の加工）。
裏面のデザインは表のフレームに合わせてパワポとフォトショップで作ったプログラマクオリティのものに。
あと淡く色付けしてあります。

「力」「悪魔」「月」の絵柄変更は次の通り。

力：先週、上野動物園で見たライオンの写真を元に加工したもの。

悪魔：某氏の Twitter アイコンを加工したもの（ヒント：悪魔は山羊座に対応している）。

月：先日、同僚が撮影した月食の写真を加工したもの。

アプリの設定項目を拡充し「設定」メニューをアプリのガイド役「エリオの部屋」に名称変更しました

• 誕生日を設定し保存できるようになりました
• 正位置だけで占う「正位置モード」を利用できるようになりました
• フレンドカードをつぶやく際に＠ツイートもできるようになりました

この辺は次回へ続く。

JOJO 0162 渋谷駅前の商業ビル「QFRONT」にジョジョ＆DIOの巨大イラストが登場ッ!!掲載期間は1月14日まで！ - 荒木飛呂彦 公式サイト [JOJO.com]

今日は第８部「ジョジョリオン」の単行本第１巻の発売日でもあります。

その第８部の定助から遡って、第１部のジョナサンまでが集合した図は圧巻でした。

反対側は「天国へ行く方法」を記したノートを復元したという『OVER HEAVEN』の DIO。

来年の 1 月 14 日までということですが、天気の良い日に行くことをオススメします。

App Store - タロット・リポート

年環の数理で特定の誕生日を設定するとアプリが落ちる不具合を修正しました

先週追加した機能のバグ修正です。
テストが足りていませんでした。
スミマセン、スミマセン。

以上です。

引き続きご意見、ご感想、バグなどありましたらレビューやお客様サポート @TarotReport までお寄せ下さい。
カード解釈のヒントもつぶやいているのでフォローよろしくお願いします。

タロット・リポート：アドベントカレンダー2011 - NAVER まとめ

年末年始は「協創」に向けたタスク整理を行いつつ、リファクタリングでもして過ごそうと思っています。

アプリケーションエンジニアとしての外化 - Externalization of Engineer Thinking -

View more presentations from Warlock Report

セッションの後に頂いたポストイットより。

楽しかった事、辛かった事をもっと深く話をききたい。

平日時間なくてモチベーション維持が大変だったと思います。

この「楽しかった事、辛かった事」を「モチベーション」から考えてみました。
きっと「楽しかった事」は「モチベーションが継続した理由」だろうということで。
辛かった事はあまりなかったような気がしています（が、ある種の代償はあるかもしれまん。その話は別の機会に）。

初学の楽しさ

本編でもお話しした通り Objective-C やクライアントアプリの開発が初めてだったので、コードを書いた分だけリアクションが返ってくるという楽しさがありました。
低レベルの赤魔道士が少しの経験値でレベルアップするような感じです。
できることが加速度的に増えていく感覚というか。

プロトタイプ開発の期間はコードを書けば書いた分、成果がどんどん出るのでモチベーションは自然と維持されていたのだと思います。

善さの発見

これは昨日ブログを書いていて気がつきました。

リファイン開発での観察経験からですが、他者からフィードバックを得ることで自分の認識の外から気づきを得ることができるんですね。
で、この「他者による気づき」が「自分にとってもしっくりくる」時があります。
自分が好いと思うものを他者が気づかせてくれるということは、私にとってはとても嬉しいことでした。

観察を入れた結果、本当に自分独りだと実現しなかったカタチが出来上がったと思っています。
そして、この種の要素はまだ潜んでいるのではないかと思っています。

ひとつ前の時間帯のセッションに登壇していた若い娘さんもこう言ってました。

サービスの内容を伝えることで、洗練されて良いものが出来る！

最新版Devlove hangerflight

View more presentations from Wakana Ara

hcdvalue のUX 白書翻訳プロジェクト

私は DevLOVE の他に「現場で使えるHCD（人間中心設計）の実践」をコンセプトとした hcdvalue というコミュニティにも参加しています。
そこで、同時期に UX 白書の翻訳プロジェクトが進行していました。

UX白書サマリー資料20111015

View more presentations from hcdvalue

この翻訳プロジェクトには全く参加していないのですが「学びをカタチに」という点では同じコトをやっているなとメーリングリストを眺めながら思っていました。
私の場合は個人で黙々とやっていましたが、プロジェクトのプロセスを共有（例え ML ベースでも）しながら進めるというのは、他のプロジェクトにとっても良い刺激になると感じました。
これは業務でもやってみると良いかもしれませんね（いろいろ超える壁はありそうですが）。

ちなみに、翻訳されたPDFはこちらで公開されています。

■公開資料 - hcdvalue

いつの間にか支えられていた

今回、タロットカードの絵も描いてみたのですがフレンドカード機能の実装で絵を描く工数が足りなくなりました。
そこで mariko さんに何枚か描いてもらいました。

で、出来上がったきた絵が好いんですね。
特に「恋人」や「女教皇」がグッときます。

「桜と空の組み合わせで『無敵』なんですね」これ読んで「恋人」に引かれた理由が解った。mariko、恐ろしい子...
「ちょっと今、あんまり言っちゃいけない事を...（苦笑）」　荒木先生、NHK『日曜美術館』で『無敵』の組み合わせを語る

この絵を受け取ってからは「どうしてもリリースしたい」という気持ちが強くなりました。
せっかく描いてもらったという責任感のようなものもあったかもしれません。
観察に付き合ってもらった子らもそうですが、ここまで来るともう自分だけの開発ではないんですよね。

後半はこの思いに支えられた気がします。

ダークサイド

モチベーションの全てが前向きなものだったという訳でもありません。
ここしばらく、学びはしたが実装していないという「もやもや」が相当溜まっていたのも事実です。
これが閾値を超えて溢れ出したのもきっかけの一つだったと思っています。

パタンとしてのアルカナ

そしてやっぱり、このテーマが好きなんですよね。

当初はジョジョ（第３部）とかタクティクスオウガとかペルソナとか天野喜孝とかそこから来てるのかと思っていましたし、実際そういう部分もあるのでしょうけど、アルカナ（タロットカード）をパタンとして見た時の「組み合わせ」が面白い。
「ヘキサグラム」など複数のアルカナが展開される占いは正にパタン・ランゲージとして考えることができます。

また、そこにフレンドカードが加わるので人と人の関係性が絡んでくるような。
ここを出発として「ソーシャル」なゲームって作れないかな...とも思ったりもします。

そして「関係性」とか「協創」というところで自分の心を写しているとしたら、

すぐれた画家や彫刻家は自分の『魂』を目に見える形にできるという所だな。 まるで時空を越えた『スタンド』だ...

というようなこともできるんじゃあないでしょうか。

...ちょっと飛躍してしまいましたが、好きだから続いたというは間違いなさそうです。

つづく（だぶん）

12月10日 DevLOVE HangarFlight - Snow Barrage -(東京都)

セッションタイトルは「『学びをカタチにする』を目指して - 自分でiPhoneアプリを作ってリリースしてみた(仮) -」改め「アプリケーションエンジニアとしての外化 - Externalization of Engineer Thinking -」。

アプリケーションエンジニアとしての外化 - Externalization of Engineer Thinking -

View more presentations from Warlock Report

2009 年の FUSION 以来、事あるごとに自分の心をリ・チャージしてくれて現場に戻してくれた人たちへの恩返しも込めて、DevLOVE で話をするなら聴いてくれた人が Energized されるようなカタチにしたいと思ってやってみました。
とはいえ、それを表現する技術に乏しいところがありますので、何回に分けてブログで振り返りと補足をしていこうと思います。

まずは私のセッション終了後に書いて頂いたポストイットへのお返事です。

私もiPhoneアプリを作ってみたいので、お話が参考になりました。
小さな時間でも作れるものなんだ！と、もっとやってみたい気持ちが大きくなりました！
ありがとうございます！
後でスライド欲しいです。

やってみると、始める前に思っていたより開発のハードルは低かったような気がします。
「アプリで価値を創る」となるとまた大変かもしれませんが、動くものを作るとこと自体は「巨人の肩に乗れる」こともあり、ハードルが低くなっていますしね。
スライドはアップしたのでドーゾ。

「まず手を動かす」が重要だと感じます。
お話をききながら自分の業務でできることは何かを改めて考えました。

「外化」という概念自体はあらゆるデザインや開発に限らずあらゆる創造活動に通じていると思います。

学んだことは外化してはじめて身につくということは、自分にもあてはまるなという気づきがありました。

そして、何かを生み出すことを生業としている人なら、その言葉は知らなくても普段からやっているようですね。

プロトタイプは早くつくる。
３人に見てもらう→フィードバックをもらう

「デザイン」を学んでいなかったら、このプロセスは完全にすっ飛ばしていたと思います。

途中にしかっり評価のSTEPが入っているのがスバラシイと思いました。
「とりあえず脳から出す」にすごく共感します。

頭の中にあることを実装して外に出すことで、自分で「コレジャナイ」と分かることや、更に他者からフィードバックを得ることで自分の認識の外からも気づきを得るというプロセスは「善さの発見」という形でモチベーションにも寄与していたと思います。
ということに、これを書いていて気がつきました。

人に見せる（説明する）ことで質気が定着するのは、本当そうですよね。
今もリリースは続いていると思いますけど、一旦やりとげたといのはすごいですね。
平日時間なくてモチベーション維持が大変だったと思います。
今度聞かせてくださいー

上に書いた他にセッションにもあった「初学の楽しさ」など、モチーベーションに良い影響を与えてもはいくつかあったのだと思います。
この変にはまだ何か潜んでいそうなので探ってみます。

「外化すること」というプロセスのきっかけは、自分が「ペーパーホワイトボードプロトタイピング」というものを考えたきっかけに近いと感じた。

手法自体を整理してカタチにするのも外化のですね。

無限と微小: [HCD]HIS2011×ペーパホワイトボードプロトタイピング
無限と微小: [HCD]ペーパー"ホワイトボード"プロトタイピング（ Paper Whiteboard Prototyping ）

過程を可視化して、自分の客観視を促す「外化」。
具体的な形を持たない抽象物にとって、その遷移や構造を可視化することは、その対象への理解を深める良い手法だと感じた。
可視化、構造化を日常生活でも活用したい。

業務、システム、体験、感情など普段は見えないものを「モデル」として可視化して整理する。
これもサービスやソフトウェア開発に関わっている方ならよく分かるところだと思います。

今まで学んだことをカタチにする。
ぜひ、自分も自分のやり方で学びをカタチにしたい。
購入しました！

こうして次の誰かに伝わっていくような話をしたかったのです。

自分が今しようとしていることを実践された話。
ひびきました。

本当にやった甲斐がありました。

楽しかった事、辛かった事をもっと深く話をききたい。

一方、スライドを作って試してみると時間いっぱいになってしまったので、内容はかなり削りました。
結果、本番は３つのテーマに絞ってお話をしたので、その辺は上手く伝えられなかったと思います。
別エントリーでその辺も含めて補足したいと思います。

タロット・リポート、ダウンロードします。

ありがとうございますー。
引き続きこちらからダウンロードできます。

App Store - タロット・リポート

つづく　→　WarlockReport - 【振り返り その２】アプリケーションエンジニアとしての外化 - Externalization of Engineer Thinking - #devlove #devlove1210 #devlove1210_6

App Store - タロット・リポート

タロット占いに「年環の数理」を追加

そろそろ今年を振り返り、来年の計画を立てる時期になりました。
ということで、誕生日を設定すると今年や来年を暗示するカードを引くことがでる「年環の数理」を追加しました。
正逆関係なく一年を広く暗示するカードということで参考にしてみてください。

各種解説テキストを追加

「タロット占い」や「アルカナ」についての説明テキストを閲覧できるようになりました。

占いについてはそれぞれを最初に選択した時に説明画面を挟む形になりました。
一度、説明を表示させると、以降はこれまで通りの画面遷移になります。
再度説明を読みたい場合は、占い選択の画面で右端にある「帽子を被った天使のマーク」をタップすると表示されます。
下のスクリーンショットは、ワン・オラクルの説明画面を表示させて占い選択が面に戻った状態になります。

これは App Store のレビューに応える形で入れました。

初回起動時に思ったのが、ワン・オラク ル？オラクルってなんだろう？アルカナ..ってなんだろう？みたいなそもそものトコロがわからなかったりしたので、説明があるといいなーと思いました。

タロットカードにあまり詳しくないので、チュートリアルやヘルプがもう少し充実してると嬉しいかも。

未充足の価値をフォローするつもりでリリースしましたが、まだ足りない部分や UI としてより良い見せ方や構成がある気がするので、もう少し改善したい気持ちはあります。

22枚のタロットカード（大アルカナ）それぞれの解説については少しずつ準備しているので、もうしばらくお待ちください。

アルカナの表示形式を変更

「アルカナ」での一覧表示をカード形式に変更しました。
これまでは単に絵の画像が並んでいたのですが、占いの時と同じ形で「カード」として認識できる形にしました。
これはタロット・リポートを押し売りして買ってもらった某室長からのフィードバックを反映した結果です。
フレームがあることで全体的に締まりが出たような気がするので良かったかなと思っています。

前述の通り「アルカナ」についても説明テキストを追加したので 3 ページ構成になりました。
カードを見たい時は右から左へそっとスワイプして下さい。
といっても、「スワイプ」ってまだ一般的な言葉ではない気がするので、ここも上手くアフォードするような表現が必要かなと。

その他、表示の調整

レイアウトが崩れていた部分の調整と Twitter 投稿画面でソフトウェアキーボードの高さに応じて TextField のサイズも調整されるように修正しました。
後者は iOS 5 からの変換候補表示への対応ですね。

日本語キーボードの変換候補表示方法の変更への対応 - The iPhone Development Playground

という感じで引き続き改善サイクルを回して行きたいところです。
そして、そろそろデザイナーさんを探したい気持ちになってきました。

私のデザインにおける「師匠」ともいうべき浅野先生が、

11月29日（火）に矢野りんさんに本校ゲーテ座で講演をしていただくことになりました。

と、ブログに書かれていたので、お願いして伺ってきました。

講演は以下の 3 本立てで学生に向けてメッセージを発信する形でした。

• メディア市場の現状
• 制作現場で必要とされる人／そうでない人
• 必要とされる人になる方法

もちろん現場に身を置く大人にも響く内容でしたし、一方的な発信ではなく会場を巻き込んだディスカッションで聴講者ともコミュニケーションしていました。

それでは感想などを。

デザイナーとエンジニアの協創

矢野りんさんはデザイナーとしてプログラマ（エンジニア）さんと組んで Android アプリを提供されているそうです。

6x6cm - Android マーケット
Simeji - Android マーケット

私もタロット・リポートを作ったところだったので、導入から気持ちを引っ張られた感じがしました。

App Store - タロット・リポート

タロット・リポートはさまざまな意図があって、ほぼ一人で作ってしまいましたが、やはり互いの専門性を活かした協創から生まれるものは好いなぁと思いました。
また、狭義のデザイン（意匠とかスタイリングの方）を「誰にでも」目に見えるカタチとして表現することと考えると、それは何かを作っている者にとって（プログラマといえど）避けて通れない道かなと少し思うようになりました。
ここは自分でも少し突っ込んで学びたい気持ち半分、フィーリングぴったりの可愛いデザイナーさんと協創したい気持ち半分というところ。

現場で必要とされる人

専門性を持って○○○ができる人であること。
「できる」ということは「何かがうまくいかないときトラブルの原因がわかる」ということ。
更に言うと、そのトラブルを「手を動かして自分で解決できる」ということ。

これは「問題解決としてのデザイン」ができる人ですよね。
エンジニアやプログラマなら「障害やバグを見つけたら原因を特定して解決する」といったことを普段やっていると思いますし、仕様を実装して形にする（そして動かす）ことも「問題解決」といえるでしょう。
それを「できる人に頼むだけ」というのでは、これから難しくなるだろう、と。

あと蛇足かもしれませんが、このところ「実現しようとする価値を設定できる人」も求められているような気もします。
デザインもプログラミングも「何かのための手段」であって、その「何か」を見つけられる人というか。
見つけたものを主体的に作っていくというか。

Software is Beautiful：第10回　アイデアを目に見える形にしてこそのエンジニア｜gihyo.jp ... 技術評論社
[対談：ひがやすを×バスキュール号 1/2] 技術屋が今すぐ「企画力」を磨くべき、これだけの理由 ｜エンジニアtype

必要とされる人になるために

「好きなことをする」。
そして「発信する・発表する」→「疑問が出る」→「調べる」→「分かる」→「発信する・発表する」→繰り返し...の黄金の回転。

「発信する・発表する」は外化なんですけど、勉強会や講演会に行っただけ聞いただけではダメなんですよね。
それを受けて、ブログなり何なりで「自分なりの形」にしてみないとどうしようもない。

人と人のつながりを持つ

「一人で好きなことやって発信・発表からのサイクルを回す」もそれはそれでよいのですが、やはり誰かとコラボすることで何かを作るのであればその価値や自分のスキルも加速度的に高まっていくのでしょう。
デザイナーならプログラマを、プログラマならデザイナーを探すようにコラボレーションできる相手を見つけていく、という風にも聴こえました。
それこそ、カンファレンスや勉強会、大学院など（ソーシャルメディアでも良いのかもしれませんが）で知り合った人と何か作ってみるとか。
もちろん職場の同僚でも良いでしょう。

この辺も見え始めてきているので、また「誰か」を探しに行くかもしれません。

自分を省みて

このタイミングでこのお話を聴けたのは本当に良かったと思います。
ということで、私もちょっと発表に行ってきます。

12月10日 DevLOVE HangarFlight - Snow Barrage -(東京都)

資料はこれから作りますニャ。

関連ブログ

矢野りんさんの講演会 in 山手 | 情報デザイン研究室
コ ト デ ザ イ ン 2.0: 矢野りんさんの講演

まず、次のような「カード表示画面」では、中央にテキスト（カードの意味）と上下にナビゲーション＆ツールバーが表示されていますが、

ここでは画面（ナビゲーション＆ツールバー以外の部分）をタップすると、各表示が消えます。

上の画面のような感じです。
この状態で再度タップすると、テキストと上下のバーが再表示されます。
これはすぐに気づくところかもしれませんね。

またこの手の画面は左から右にスワイプすることで前の画面に戻ることができます。
ナビゲーションバーの前画面に戻るボタンのタップと同じ動作をスワイプで行える、ということですね。

これは「カード表示画面」が元々、モーダルとして実装されていた名残です。
開発中はかなりの期間、下からせり上がってくるタイプのモーダル表示（「Tweetする」をタップした時と同じような）で、上から下へスワイプさせることで表示を消していました。

ところが、カフェレビュー（開発中に毎朝同僚がやってくれていた）でこの操作が分かりづらいということで、途中から UINavigationController による遷移に変更しました。
しかし、操作自体には自分が慣れてしまったこともあり、スワイプ操作ができないと気持ち悪かったので、横方向のスワイプでも前画面に戻るようにしておいたのです。

リリース後、この操作に気づいた方がいらっしゃいまして、ver.1.1.6 では、別の部分にも「左から右へのスワイプで前画面に戻る」操作をこっそり入れておきました。
入れたのは下のような「カード展開画面」です。

ここでは背景部分を「左から右へスワイプ」することで、前画面に戻ることができます。
背景部分なので「ヘキサグラム」のように展開されるカード枚数が多いと、少し操作しづらいことにはなっています。

はい、以上です。

タロット・リポートを作った人の誕生日のお祝いセールをやってるよ！
いつもは170円だけど、今なら85円でダウンロードできるよ！

セールはもう少しやっているので、まだタウンロードされていない方はお早めにドーゾ。

誕生日ということでタロット・リポートにある「生誕の数理」について説明しておこうと思います。

タロット・リポートを作った人の誕生日のお祝いセールをやってるよ！
いつもは170円だけど、今なら85円でダウンロードできるよ！

「生誕の数理」は誕生日からその人の運命や性格を暗示するカードを占うというものです。
占いというより星座や血液型によるタイプ診断に近いですね。
誕生日により結果は固定なので、折に触れて自分を振り返る、または気になるあの子の誕生日を聞き出す時などにお使い頂けます。

誕生日を指定すると 3 枚のカードが示されます。
私の誕生日でやってみると次の通り。

Zodiac Card - ゾディアックカード

ゾディアックカードはその名の通り、12 星座に対応した性格を暗示するカードです。
蠍座は「死神」にあたります。

正位置 ： 終末・決着・停止・破滅
逆位置 ： 再生・上昇・新展開・再始動

ものごとのもっとも根源的なものに目を向けることをも示唆しています。ですから死にゆくことが、本当に重要な何かへと、あなたの気持ちを向けさせるということでもあるでしょう。そのときこのカードは、あなたに不必要なものを切り捨てるべきだということを、気づかせてくれるに違いありません。

蠍座（天蠍宮） ： 不動宮・女性性・水
洞察力が鋭く、物事に深く拘る。好き嫌いがはっきりしていて、熱中しだすと深く長くはまる。執着心が強く、貪欲に目的を追求するが、時にしつこい。
現実離れしたものの考え方をしたり、神秘的な事柄を好む。閉鎖的で、何を考えているか分からないタイプ。

Soul Card - ソウルカード

ソウルカードは魂や先天的な資質など、その人の内面を暗示するカードです。
20 世紀末にエジプトで焼却されたという「天国へ行く方法」が記されたノートによると「記憶」と「スタンド」の

ふたつを合わせてみれば、できあがったひとつを『魂』と言い換えることも可能だろう

ということなので、解釈によってはスタンド能力の暗示ともいえるかもしれません。
私の場合は「魔術師」です。

正位置 ： 創造・始まり・技術・才能
逆位置 ： 混迷・不振・消極性

彼は行動することを恐れてはいません。自分自身を信頼し、自らの信念に向かって進むことをいとわないのです。また、彼は自分が何を目的としているのか、そしてなぜそれを行うのかということをはっきりと自覚しています。さらに彼は自分の置かれている状況を的確に理解しているため、ためらうこともありません。決意に対して、ひたむきに焦点を絞ることができるのです。

Persona Card - ペルソナカード

ペルソナカードはその人の世界と向き合う対外的な人格を暗示するカードです。
一般的には「パーソナリティカード」と呼ばれているようですが、タロット・リポートでは「ペルソナカード」としています。

我は汝...汝は我...汝、己が双眸を見開きて...今こそ発せよ！！

ソウルカードとペルソナカードは、誕生日によっては同じカードを示す場合があります。
私の場合は「運命の輪」です。

正位置 ： 解決・向上・幸運・転換点
逆位置 ： 危機・不運・事故・遅延

自分を超えた大きな力と共にやってくるヴィジョンや悟りを表しています。もしあなたが何らかの問題を抱え、困難な状況に置かれているなら、一歩下がり、改めてより大きな視野ですべてを見通すことが必要です。そうすれば、答えが見つけられるだろうということを、このカードは示しています。

それぞれカードが持つ「意味」の解釈が難しい（多様性がある）のと、タロット・リポートではキーワードしか示していないので、もう少し説明テキストを追加しようかなと思っています。
整理までに時間がかかりそうなので、気長にお待ち下さい。

参考資料

究極的には自分で作る

「究極的には自分で作る」ということへの憧れみたいなものがある。それも理由だろうね。

「モノと人が１：１の時代」＝作り手と使い手が同一「セルフ・ビルド」 大きくなるほどユーザーと離れる。直しが効かないとマズイ。ユーザー参加型。 「究極的には自分で作る」

時の流れと共に作り手と使い手が分離していったという話を初めて聴いたのは 2010 年のデブサミでの中埜さん（と和田さんと角谷さん）のセッションだったと記憶しています。
その後、Webエクスペリエンスを創る種 で話をした後に、黒須先生も同じことを書かれていたと知りました。
この辺から私の中ではパタン・ランゲージと HCD が「作り手と使い手の距離」という課題でゆるゆる繋がり始めました。

一方、「安藤先生のUXDはインダストリアル・デザインであると鈴木雄介さんの「クライアント（の）ために」は手工業。産業としては原始的なありかたというのが
頭の中で手をつないでころころしているので、「究極的には自分で作る」というのはビジネスに対しては乖離がある、とも思っています。

とはいえ、作り手としては「作るコト」と純粋に向かい合う機会も欲しいですよね。
また、サーバサイドのアプリケーションエンジニアとしては（UI の方は Web デザイナーさんやコーダーさんがやっているので）「アプリケーション全体を自分で作ってみたい」という欲求もありました。

アプリケーションエンジニアにとっての外化

外化という言葉はワークショップを通じて浅野先生に教えてもらったようなもので、

自分の考えを他者に説明するために文章を書いたり、図を作ったりして理解の過程を見えるようにすること。これによってメタ認知が促進される。とりあえず「脳から出してみる」こと。

だそうです。

「頭で考えているだけ」ではダメで、図なり文章なり目に見える形として外に出してみないと「本当は考えられていない」ということです。
モデルを描いてみるとか、ブログを書いてみるとか、外化には様々な形があります。
（いわゆる）デザイナーならスケッチを描くだろうし、プログラマならコードを書くかもしれません。

ここしばらく広い意味での「デザイン」について勉強してきたのですが、「実装」に至らない「もやもや感」もありました。
それは、こう考えると納得がいきます。
アプリケーションエンジニアにとっての外化は、きっとアプリケーションを作ることだろう。

外化の手前で止まっているような感覚、エンジニア/プログラマとしては「実装」しないと消化不良があるのかもしれません。
あるいは、「エンジニア/プログラマとして本当に考える」に至っていなかったのかもしれません。
それで「一定の形」にしてみる、ということをやってみたくなったのだと思います。

協創のための独創

今回、自分の中で抜け落ちていたと自覚しているのは「コラボレーション」や「多様性」といった協創的な要素です。
「究極的には自分で作る」という指針はあったものの、一連の HCD 系ワークショップで協創の重要性は理解しているので、少し迷った点でもありました。
ただ、ワークショップに限らず業務プロジェクトでも人が集まれば良いというものでもなく、「場のファシリテーション」や「個々の資質」によって、その多様性から価値が生まれるかどうかは変わってきます。
だとすれば今回は（自分の）「個々の資質」の方を伸ばしてみようと独創することにしました。

協創へ至る道としての独創のような何か。

プログラミングは普段の仕事で行いますが、企画や UI デザインはほとんど行わないので、そこを体験しておけばコラボレーションする際のインターフェースになり得ると考えたわけです。

結果として、一人で外化したものを他者に見てもらうことで、自分に足りていない部分が鮮明に分かるという気づきもありました。
まぁ、実際は手伝ってもらったりしたので、「完全に一人で作った」わけではありませんね。

ということで、ここまでです。
後日、整理されたものが出てくることに期待したい。

App Store - タロット・リポート

バグとその原因が気になる方は続きをドーゾ。

アプリ申請～リリース（３週間ほど）

アプリ以外に必要な素材は、ストア用の説明テキストやスクリーンショットなど。
これらを準備した上で、アプリ登録を行ってアーカイブをアップロードします。

2011.10.03　Company Nameの登録に迷うなう。
2011.10.04　Waiting For Review

iTunes Connect での手続き～アーカイブをアップロードを二晩に分けて作業。
結局、Company Name は WarlockReport にしました。

2011.10.09 　In Review～Ready for Sale まで 3 時間ほどで移行

5 日後にレビュー、審査を経てダウンロード可能状態に。
リジェクトされる要素は無かったようで何より。
なお、この時点ではリリース日を 10/20 に指定しておいたので、App Storeには並んでいません。
それまでは、プロモーションコードを発行して友人らにテストがてら触ってもらう期間に。

2011.10.11　あー、そうだ対応せんといかん。
2011.10.13　テスト端末（を言い訳）として iOS 5 入りの iPod touch 8GB（ホワイト）を購入
2011.10.14　バージョン 1.1 を申請

この間、iPhone 4S や iOS 5 のリリースがありました。
iOS 5 では日本語変換候補の表示位置が変わったので、その対応や iOS 5 から発覚するバグ対応を行って 1.1 を申請（先にやっておきましょう）。

2011.10.20　バージョン 1.0 リリース

前日の日替わり直前（日本時間）にストアに並びました。

2011.10.21　バージョン 1.1 リリース

翌日には 1.1 がリリース。

2011.10.23　バージョン 1.1.5 を申請
2011.10.29　バージョン 1.1.5 リリース

バージョン番号の付け方が適当だったのですが、機能追加で数えると 1.1.5 は 1.2 相当。
実際に出来上がったものは、App Store でご確認下さい。

タロット・リポート（App Store）

現在は @TarotReport に報告頂いたバグを修正した 1.1.6 がレビュー待ちの状態です。

初 iPhone アプリのリリースまでの振り返りはこんなところでしょうか。

iPhoneアプリをリリースするまでの3ヶ月を振り返る その１ #tarotR
iPhoneアプリをリリースするまでの3ヶ月を振り返る その２ #tarotR

この開発に至るきっかけになった想いのようなものは、また別のエントリーで書きたいと思います。

プロトタイプ評価～開発完了（約１ヶ月）

あまりスクリーンショットを残していませんでしたが、8.25 時点は下のような感じ（二つの道の結果画面）。
ちょうどアジャイルサムライ DevLOVE道場 第一回萌芽の頃です。

約１ヶ月でこれくらいのプロトタイプと呼べる実装が完了したので、周りの人に触ってもらいフィードバックを得ながら開発を継続するフェーズに入りました。

2011.08.25　今日のテスト結果より：もうちょっとアフォード

具体的には同僚をお昼に誘ってプロトタイプを触ってもらいました。
そこで見つけた改善点を開発にフィードバックする形です。

この日は操作に戸惑っていた記憶ありますね。
「裏になっているカードをタップすると開く」に気がつかないとか。
最終的にカードオープンは自動化されたので、結果として改善されたようにみえますが、正攻法で行くなら「裏になっているカードがそれと認識されて、かつ表を返したくなるようなデザイン」をするのかもしれません。

2011.09.05　フレンドカードの機能が実装される

このタイミングで大きな機能追加されました。
元々、Twitter 連携については占い結果をツイートする程度を考えていたのですが、時折、こーゆーイメージが頭をよぎった結果、フレンドカードが追加されました。

もちろんユーザー要求も何もないので、「私が作ってみたかった」だけです。
もし、この機能を好んで使ってくれる人がいるとしたら、そこに「何か」があると思うんですよね。
今回の場合、それを「無名の質」とは呼べませんが、作り手の感覚が日々の観察によって磨かれていたとしたら、そこから生まれるものもあるのではないか、と思います。
もちろん、私がそうであったかどうかは別問題ですよ。

話が飛んで行きますが、熟練された作り手はそういう「パタン」を蓄積していて、いざという時に組み合わせて（ランゲージ化して）形にできるのではないかと考えています。
観察と経験の蓄積から生み出せる価値。
一人で出来なくても、それは「多様性」で補うことができるかもしれません。

話を戻すと、このフレンドカードの実装で開発工数が足りなくなりました（9 月中のリリースで計画していた）。
そこで、一部のお絵かきを mariko さん依頼することにしました（ここで iPad 2 を貸し出す）。

mariko さん（の予想図）。

某所でペイント（Windows の）で描かれていた絵を見て、無名の質を感じたので依頼しました。
最終的には「女教皇」「恋人」「正義」「吊られた男」「星」「審判」「世界」を描いてもらいました。
「星」とか「世界」とかスタンド使いとしては重要なアルカナですね。

2011.09.09　評価 2 回目

「発話思考法＋プロトコル分析」の実施も考えたのですが、ランチついでに軽く触ってもらうだけでも、十分効果がありました（改善点は見つかる）。
簡易オブザベーションという感じですね。
あと、NE比を出してみるという手もありますが、今回に限っては見ていれば分かるレベルでした。

参考リンク
　プロトコル分析 | 情報デザイン研究室
　NHN Japanでオブザベーション・ワークショップ | 情報デザイン研究室
　NE比 | 情報デザイン研究室

もちろん、各手法を行って改善を施せば、よりアプリに磨きがかかるのは間違いないでしょう。

2011.09.14　快心のフィードバックを得たので、これを反映させます

現在の「タロット占い」のフローが、ここでほぼ確定。
それまではいちいちタップ回数が多かった（作っていると慣れて気がつかなくなる）ので、改めて他者評価が大事だなと認識しました。

一方、リリース版では占いとしての「雰囲気」や「情緒」の足りなさを感じた方もいると思います。
これは想定利用シーン、というか自分の利用状況が「通勤中」とか「混雑した電車内」だったからです。
もし、本当に占いを求めてるユーザーを想定して作るなら、本職の占い師さんの言葉やカード捌きを観察して得たものをアプリに反映させるところでしょう。
リリース後に少し触ってもらった中に、たまたまタロット占いに詳しい方がいまして、その方の話を聴くだけでも（そういう方向性で作るとしたら）参考になることが多かったです。

ここで、デザインあるいは企画を生業にする人は自分の中にどれだけ引き出しをもっているかが大事で、もしプロジェクト領域に対する引き出しが少ないと思ったら、迷わず引き出しを持っている人にあたってみるのが正攻法なのかなと想像しました。
よくよく考えると業務 SE も「顧客」というその業務についての引き出しを持っている人と組むことでより善い仕事ができるのだろうし、Web サービスやゲームのプログラマやエンジニアにも同じことが言えるでしょう。
自分の専門領域があるとして、それを活かすには必ず別の領域との接触が必要になる。
その「インターフェース」を通じた「コミュニケーション」が「価値」を生み出す。
今回の開発を通じてこの辺が「言葉でなく心で理解」できたような気がします。

2011.09.26　お絵かき受け取り完了（iPad 2 の帰還）

「桜と空の組み合わせで『無敵』なんですね」
正しい選択をしたと確信したこの瞬間。

ここから残りのカードを描いたり、アプリアイコンなどを作成したりした上、アプリに取り込んで開発完了。

こうしてみると、iOS アプリはプロトタイプを端末に入れて持ち運べるという点で、開発中でもユーザーからのフィードバックを得やすいという特性がありますね（Android もそうかもしれません）。
Web サービスや業務システムと比べると圧倒的にそうだと思います。
改善のしやすさが、品質向上や価値提供のしやすさに繋がるとすると、スマホ以降ではアプリが超えなければならない「一定のクオリティ」のラインも上がっているのでしょう。

ちなみに、プロトタイプを含めた開発期間中は、毎朝、社内カフェで同僚がレビューしてくれていました。

その同僚の代表作 ： ハッピー銀行!（App Store）

振り返ってみると、一人で作っているようで、そうではないんですよね。
「究極的には自分で作る」（この件はまた別のエントリーで）といっても、自分にとってしっくりくるモノ（価値）も他者から気づかされることがありました。

「多様性」や「協創」が持つ価値についても（見かけ上）「独創」することで改めて理解できたと思っています。
SECI モデルじゃあないですけど、「協創」と「独創」を行き来する黄金の回転もあるのかもしれません。

協創へ至る道としての独創のような何か。

今回のアプリ開発は、これらの検証としての性格もありました。
また、純粋な HCD 手法やプロセスは使っていませんが、知っているだけでも手助けになることを再確認できました。
問題解決の引き出しとして持っていて損は無いでしょう。

つづき ⇒ iPhoneアプリをリリースするまでの3ヶ月を振り返る その３ #tarotR

機能的な追加はひとつです。
Twitter のユーザー名で検索して特定のフォローのフレンドカードを作成できるようになりました。

以下で操作手順を説明しておきます。

まず、タブバーの「フレンドカード」から「フォローから作成する」を選択して、フォロー読み込みの画面を表示させます。

次に検索バーにフォローのユーザー名（@〜）を入力します（@ はなくて OK）。
入力は大文字でも小文字でも構いません。
入力すると下に「@〜で検索する」と表示されるので、そこかキーボード右下の「Search」をタップします。

すると、Twitterのユーザー検索APIを利用してフォローの情報を取得し、フレンドカードを作成します。

これまでは、フォローを読み込まない限りフレンドカードが作成できず、フォロー数が多い方の場合、大変手間のかかる「作業」になっていました。
ユーザー名の完全一致は必要ですが、ある程度の改善はできた思いますので気になっていた方は使ってみて下さい。

フレンドカードを作成した後は「Tweetする」で Mention 付きで知らせることもできるので、スタンド（またはペルソナ）使いっぽい人に伝えてみるのも良いでしょう。

...で、お前さんは App Store のレビューを書く気はあるのかの？
いやならやめてもいいんじゃぞ。
別に他の道がないわけじゃなかろう。