Your mobile device has encountered an unexpected error (0xE800003A)

いつになってもこのエラーの対処法が覚えられなくてGoogle先生にお尋ねすることになっているので、ここに備忘録を記しておきます。

１．info.plistのBundle identifierとProvisioning ProfileのApp Identifierを一致させる


これはネットのどこを見ても書いてある情報なので大丈夫だと思いますが一応。
面倒ならば、裏技的手法として、Provisioning ProfileのApp Identifierを*だけにするという手段があります。こんな風に。

ABCDEFGHIJK123.*

この方法だとオープンソースのプロジェクトを拾ってきたときでもすぐに実機インストールすることができるので、いちばんお勧めかもしれません。


２．クリーニングする（Shift+Command+K）

で、１．は毎回試すのですが、それでもうまくいかないので次はこれ。クリーニングを行います。
もしくはプロジェクトフォルダ以下のbuildディレクトリの中身をすべて消してしまっても同様の効果が得られます。


今のところこの二つを試したら毎回うまくビルド出来ているので、とりあえずはこれで大丈夫かと思います。

Pythonで、特定のディレクトリ以下にあるすべてのモジュールをインポートする方法

Pythonで特定のディレクトリの下にあるすべてのモジュールをインポートしたいときの方法。
これもGAEOのソースから見つけました。

def initPlugins():
   """
   Initialize the installed plugins
   """
   plugins_root = os.path.join(os.path.dirname(__file__), 'plugins')
   if os.path.exists(plugins_root):
       plugins = os.listdir(plugins_root)
       for plugin in plugins:
           if not re.match('^__|^\.', plugin):
               try:
                   exec('from plugins import %s' % plugin)
               except ImportError:
                   logging.error('Unable to import %s' % (plugin))
               except SyntaxError:
                   logging.error('Unable to import name %s' % (plugin))

キモは二つ。

1. os.listdirで特定のディレクトリ以下のすべてのファイル名・ディレクトリ名を取得する
2. 取得したディレクトリ名を使ってimport文を生成して、exec()で実行する

exec()で無理矢理実行とか正直嫌な感じです。しかしこれ以外に方法はなさそうですね・・・
ファイル名を使ってコマンドインジェクションとかできそうじゃないかと試してみましたが、そもそもファイル名には改行とかバックスラッシュとかが使えないので意外と安全かも。

GAEOでPythonのunittestモジュールを使って単体テストにチャレンジ

■まとめ
site-packagesにインポートするモジュールとかまとめておくのが使うのがいちばん楽


■何がしたいか
以下のようなGAEOプロジェクトがあります。



ここで、test.controller.forecastareaTest.pyにforecastareaモジュールのテストケースを記述するためには、applicationディレクトリにPYTHONPATHを通す必要があります。
それをいちばんスマートにやるにはどうすればよいかいろいろ悩んでました。


■どうしてそこで悩むの？
forecastareaTest.pyは単体で動作させなくてはいけないからです。
もしここで、jweeklyforecastディレクトリの直下にテストケースをおくことが出来るのであれば、

application_root = os.path.join(os.path.dirname(__file__), 'application')
test_root = os.path.join(os.path.dirname(__file__), 'test')
sys.path.append(application_root)
sys.path.append(test_root)

from application.controller import ForecastareaController
from test.controller import TestForecastarea

こんな風に自分のディレクトリからのパスをsys.pathに追加してからインポートすれば一発です。applicationもtestも自分の子供ディレクトリですから楽です。
しかしforecastareaTest.pyの位置から見ると・・・

application_root = os.path.join(os.path.dirname(__file__), '../../../application')
sys.path.append(application_root)

from application.controller import ForecastareaController

こんな風にインポートしなくちゃいけなくなります。相対指定とかする必要があって、ちょっとやな感じです。

PROJECT_HOME = '/User/akisute/DropBox/Projects/GoogleAppEngine/jweeklyforecast/'
application_root = os.path.join(PROJECT, 'application')
sys.path.append(application_root)

from application.controller import ForecastareaController

これでもいいのですが、これだとPROJECT_HOMEが各テストケースごとにべた書きになってしまいます。これまたディレクトリの移動に弱いです。
ディレクトリが動いたらテストケース100件の定数を全部書き直しとか嫌すぎです。


■最終的に出した結論がこれ
site-packagesディレクトリの中にjweeklyforecast_path.pyなる以下のようなモジュールを配置。

#!/usr/bin/env python
#encoding: utf-8
import os, sys

PROJECT_HOME = '/Users/akisute/Dropbox/Projects/GoogleAppEngine/jweeklyforecast'
sys.path.append(PROJECT_HOME)
sys.path.append(os.path.join(PROJECT_HOME, 'application'))

そしてこれを各テストケースからインポート。
するとapplicationディレクトリにパスが通るからインポートして使えるという仕組みです。

#!/usr/bin/env python
#coding: utf-8
import logging
try:
    import jweeklyforecast_path
except Exception, e:
    logging.warn("jweeklyforecast_path not found.")

import unittest
from controller.forecastarea import Forecastarea

class TestForecastarea(unittest.TestCase):
    """Forecastarea test case.
    """
    #以下テストケースがずらずらと続く・・・

ディレクトリが動いたり環境が変わったときには、このjweeklyforecast_pathをsite-packagesにコピーして、中身のPROJECT_HOMEを書き直すだけですみます。


■最後になりましたが
意味不明な記事になってしまってごめんなさい。自分の理解度不足ゆえグダグダになってしまいました＞＜

GTDで己の無知の知を知る

OmniFocusを導入していちばん大事だと思ったことなのですが、
GTDを実践していると、「実はびっくりするぐらい自分は何も分かっていない」ということが明らかになります。

どういうことか？
と申しますと、

たとえば今開発しているアプリに新機能を追加したので、テストしたいと考えています。
ですからまずはOmniFocusに「〜をテストする」という考えを追加します。

これだけでは行動に落とし込めないので
「テストクラスを書く」
「テストクラスをTextMateから実行する」
といった行動レベルに分解する必要があるのですが、

ここでふと「テストクラスを書くって、どうやるんだっけ」とか
「TextMateからテストを実行するショートカットってどうだったっけ」とか
そういう疑問が次々にわいてくるわけです。

だからそれらの本筋アクションを実行する前に、
「Pythonのunittestの使い方をネットで調べる」
「サンプルコードを動かして学ぶ」
「TextMateのショートカットを調べてEvernoteにメモする」
というような雑用作業が次々に出てきてしまいます。

今までの自分は、こういう「調べる」とか「学ぶ」というアクションを
全く思考に入れずにプログラムを作ったり仕事をしたりしていました。
これが今までずっと「なぜか知らないが、たったこれだけしか仕事の量がないのにどうしてこんなに時間がかかるのか」と思っていた原因なんだなぁと独り合点しています。

おかげさまで、今では「自分は何も知らないのだから時間がかかる」という風に考えられるようになり、仕事が進まないストレスも減ったかなーと。

pythonで、Objective-Cのカテゴリのように、あるクラスのソースを変更せずに任意のメソッドを追加する方法

■結論
すべてのクラスには__bases__という隠しフィールドがあるので、そこに任意のスーパークラスを作って追加する


■何がしたいか
たとえば以下のようなクラスがあります。

class Foo:
def do_something(self, x):
  print x
  return

このクラスのソースコードに指一本触れずに以下のメソッドを追加したい。

  def another_method(self, x, y):
  print x+y
  return

って将軍様が言っていたので、一⑨さんは考えました。


■チーン！ひらめいた！
まずは以下のようにスーパークラスになるクラスを作ります。

class SampleCategory:
def another_method(self, x, y):
  print x+y
  return

そしてここからがポイント。__bases__というTupleに、今作ったスーパークラスのtype型を追加します。
スーパークラスを宣言した後で・・・

from com.akisute.example import Foo
Foo.__bases__ += (SampleCategory,)

これだけです。
なぜかこれでうまくいくのがPythonのふしぎ。

実際のソースコードの例は以下のようになります（以下、拙作のプログラムから抜粋）

#!/usr/bin/env python
# encoding: utf-8
"""Login Authentication plugin.
Extends BasicController to give it an additional function for authentication
using Google account.
"""
import sys
import os

class LoginAuthPlugin:
    def is_login(self):
        """Returns True if requesting user is logged in."""
        #Do some work here
        return false

from gaeo.controller import BaseController
BaseController.__bases__ += (LoginAuthPlugin,)

JavaScriptのprototype書き換えにも似ていますね。
ただしprototype書き換えに比べて優れているのは、__bases__はTupleなので、簡単に好きなだけスーパークラスを追加することが出来ます。
（prototypeだと複数のスーパークラスを追加するのがきわめて困難）

from com.akisute.example import Foo
Foo.__bases__ += (SampleCategory,)
Foo.__bases__ += (AnotherCategory,)

■元ネタ
GAEOでpluginを読み込んでBaseControllerを拡張するときにこのテクが使われていました。
GAEO作った人は凄い。

Firebugのconsole APIを使ってLoggerもどきを作ってみた

突然ですが、Firebugのconsole APIは凄く便利です。

console.log("abesi");
console.debug("object:%o, decimal:%d, float:%f", anObject, count, Math.PI);

問題はこれ、Firebugがインストールされていて、かつコンソールが有効になっているとき以外は
エラーになってしまいます。
（consoleというオブジェクトがないから）
これをなんとかしたい。
それからついでに、せっかくlog, debug, info, warn, errorと5つも種類があるので、ログレベル制御もしてみたい。

ということで思い立ったが吉日、車輪の再発明をしようということで、ちょっとLoggerもどきを書いてみました。
http://gist.github.com/79018

使い方はこんな感じです。

    //Get logger
    var logger = new Logger(Logger.LEVEL_DEBUG);

    logger.debug($("abesi"));
    logger.info(hidebu);
    logger.warn("tawaba=%d", 100);

ログレベル制御をしているので、ログレベルをInfoにするとdebugログが出なくなる・・・はずです。
JavaScriptのprototypeなんて触ったのは実は人生初なので問題点が多々あるかと思いますが、まぁ、せっかくですから、どうぞお使いください。

MacとiPhone向けの高機能GTDツール、OmniFocusを使って、ThinkingRockと比べてみました

• 非常にMac的なショートカットと、GTDツールというよりアウトラインプロセッサーのような操作感覚に慣れるまでが大変だが、慣れてしまえば大変高速にタスクを収集・処理できる優良ソフト=OmniFocus
• 名前の通り、フォーカス能力が超強力。自分が今何をしているか、何をするべきかに一瞬でフォーカスできる
• 「次に今すぐ行動可能なアクション」だけが目の前に表示される快感
• Macのどこからでもショートカットキー一発でタスクを収集できる機能や、現在の検索条件および画面設定をパースペクティブとして保存できる機能など、地味に便利な機能がそろっている
• 入力補完がかなり高レベルのできばえで気持ちよく使える。Remember the Milkと同等以上
• 日本語版のOmniFocusは翻訳が狂っていたり日付指定フォーマットに一部問題があるので、英語版を推奨
• 欠点は高すぎることと、Mac+iPhoneの環境が前提になっていること（それ以外の環境で利用できない）
• 安くてどこでも使えるシステムを構築したい方にはThinkingRock + Remember the Milkをお勧め

つい先日にThinkingRockを使いはじめた旨の記事を書いたのですが、
アレからしばらくして、やっぱり我慢ならなくなり、ついにMac&iPhone向けの高機能GTDツール、OmniFocusに手を出してしまいました。
ということでThinkingRockと比較してみたレポをアップしたいと思います。


■そもそもGTDとは何ぞや
グーグル先生にお尋ねになるか、または以下の本を読んでみていただけるとよいかと思います。
はじめてのGTD ストレスフリーの整理術


■これまで試したGTDツール変遷

フランクリンプランナー
↓
Remember the Milk + フランクリンプランナー
↓
Remember the Milk Pro + Appigo Todo + フランクリンプランナー
↓
Remember the Milk Pro + Remember the Milk for iPhone + フランクリンプランナー
↓
ThinkingRock + Remember the Milk for iPhone + フランクリンプランナー
↓
OmniFocus + OmniFocus for iPhone + フランクリンプランナー

新しい物好きが災いして、いろいろと試してます。
一時期フランクリンプランナーを辞めようかと思った時期もあったのですが、紙の手帳はやはり絶対必須みたいです。
私はアナログな人間だからか知りませんが、ペンで書かないと頭に入ってこないですし、モニタを見るのも嫌だというぐらい疲れているときでも紙でしたら平気です。あと、会議中にiPhoneを取り出してメモを取るのがはばかられるという問題もあったりします。

その後長いことRemember the Milkを使っていたのですが、使い込んでいるうちにRemember the Milkは備忘録としては超一級でもGTDツールとしては3流という結論に至ってしまったため、別のツールを探す必要性が出てきました。
（コンテキストの概念がないのはまだ運用で何とかなったのですが、プロジェクトの階層化ができないのと、プロジェクトとアクションをシームレスに追加変更できないのが致命的でした）


えーマジ？階層化できないの？キモーイ！orz

そこで最初に目を付けたのが前回ご紹介したThinkingRockです。


■ThinkingRock + Remember the Milk
この組み合わせの長所と短所を簡単にご紹介すると以下のようになります。

○長所

• ThinkingRockは厳密にGTDのプロセスを体現しているので、GTD初心者には最適。使っているだけでGTDの考え方を学べる
• プラットフォームを全く選ばない。ThinkingRockはJavaさえあればどこでも動きますし、Remember the MilkはWebに接続できればどこからでも利用できます
• プラットフォーム間の連携が容易。DropBoxを利用してThinkingRockのデータベースを共有することで、手持ちのマシン全てで簡単に同期を行うことが出来ます。WinとMacの間の連携もスムーズ
• ほとんど無料。必要な出費は、せいぜいRemember the MilkをProにして（年間たったの25ドル）iPhoneからでも利用できるようにする程度

×短所

• ThinkingRockとRemember the Milkの間の連携が全くない。Remember the Milkで収集したタスクをThinkingRockに移動したり、逆にThinkingRockから明日やりたいタスクを持ち出すためにRemember the Milkに書き出すなどといった無駄な作業を行う必要があります
• ThinkingRockは厳密にGTDのプロセスを体現しているがゆえに厳密すぎ、逆にRemember the Milkは備忘録程度の機能しかなくプロジェクトを扱うには不向き
• どちらのツールもフォーカス力不足。プロジェクトが30程度、アクションが100を超えてくるともはや制御不能

ThinkingRockとRemember the Milkで、無料＆どこでも使えるGTDを！

お金がかからずに、どこでも使える組み合わせと言う意味で、これからGTDをやってみようとお考えの方には最適ではないかと思われる組み合わせです。ThinkingRockは本当にお勧め。
問題はプロジェクトとアクションの数が増えてきたときです。どちらのツールもフォーカスをするための機能が貧弱です。
ThinkingRockには検索とソート程度しかフォーカスをするための選択肢がなく、
RtMには強力な検索機能がありますが、ThinkingRockがメインのシステムになっているため生かしきれませんでした。あと、検索結果を残すためのSmart Listが10とか20とか大変な数になってしまい、今度はどのSmart Listを利用すればよいのかわけがわからなくなるという別の問題が生じる恐れが・・・


■それで結局、OmniFocusってどうなの？
対するOmniFocus。こちらも長所と短所をまとめてみました。

○長所

• 「今すぐ出来る行動」と「今すぐは出来ない行動」を自動的に判断してくれるのが素晴らしい
• Mac版、iPhone版ともに、タスクに対するフォーカス能力が超強力
• MacとiPhoneが完全にシームレスに同期可能。iPhoneからいつでもメインのシステムに入っているアクション一覧を参照可能だし、iPhoneからいつでもInboxの整理をしたり出来る
• ThinkingRockに比べ入力補完やショートカットキーが大変充実しておりサクサク使える

×短所

• 高い。高すぎる。Mac版とiPhone版あわせて1万円、さらにMobile Me代が年間1万円
• Mac+iPhone以外では利用できない。うかつに携帯を買い換えたりPCを買い換えたりしようものならタスクが参照できなくなる危険がある
• 同期が重い。Mobile Meを利用しているのですが、同期ボタンを押したらたまに2分とか待たされるときがあります。RtMなら20秒程度で済むのに

OmniFocus for iPhone

OmniFocusの機能で特筆に価するのはなんといってもフォーカス力です。
Thingsのようなほかの有名GTDツールを使ったことがないので比較は出来ないのですが・・・

「期日が明日までで、かつ仕事先のオフィスの近くで出来るタスクだけを表示してほしい」
「今週どうしてもやっておきたかったとマークしたタスクだけを、今すぐ行動できるものだけ表示してほしい」
「そういえば最近Blog書いていなかったので、Blogネタの中で一番時間がかからないものを書きたいからアクションを表示してほしい」
「時間が空いたので開発をしたい。開発タスクの中で次に行動できるアクションを表示してほしい」

このようなニーズを（設定さえしておけば）ショートカットキー一発で満たしてくれるというのが神業的に素晴らしいです。
しかもMacの中だけではなく、iPhoneでもほぼ同じことが出来ます。
帰りの電車の中で、「家に帰ったら寝るまで1時間しかないけれども、何が出来るか」などと考えたりできるわけです。もう最高。


今日、帰ってから実行するアクションは・・・

「今すぐここで出来る行動」を管理できると言うのも素晴らしい点です。
たとえば3月3日現在の地点で、「今すぐやる」リストに3月8日開催の「例大祭の列に並ぶ」なんてアクションを出されてもイラッとするだけです。
このアクションは3月8日の朝に「今すぐやる」リストに表示されてほしいのです。そしてこれが実現できているGTDツールが意外なほど少ない。
RtMには「開始日時」の概念がないですし、ThinkingRockには「開始日時」の設定項目がありますが、それを使って今すぐ実行可能なタスクだけにフォーカスをすることが出来ないに等しかったので役に立ちませんでした。


これで安心！あとは例大祭のことは忘れてソースでも書きましょうか！


あとは完全に主観になってしまいますが、「使っていて楽しい」というのも非常に重要なポイントです。
はじめてのGTD ストレスフリーの整理術にも、「使っていて楽しいツールを利用するとタスクを管理するのが楽しくなる」といった旨の記述がありますし、使っていて楽しくて仕方がないと思うのであれば少々高くてもお金を出す価値はあると思います。


ただしOmniFocusは欠点も無茶苦茶多いです。まず第一にMac + iPhoneの組み合わせ以外では利用不可能。これだけで使う人を選んでしまいます。
残念ながら今後Windowsなど他のプラットフォームで利用可能になることも永遠にないと思います・・・(開発元のOmni社がMac製品しか作らないので）。
そしてべらぼうに高い値段。「無料でいくらでもネット上に落ちているタスク管理ツールに1万円＋αも出せるかどうか」というところがポイントになりそうです。
この「Mac信者のMac信者によるMac信者のためのGTDツール」と言わんばかりのハードルの高さを乗り越えられるかどうかが肝だと思います。実際にはMac信者とか全く関係なしに非常に良いツールなのですが・・・


■まとめ
初めての人、複数台マシンを持っている方、Linuxユーザーの方、無料だけれどもしっかり使える優良ツールをお探しの方にはThinkingRock＋αを、 手持ちのコンピュータが全てMacで携帯はもちろんiPhoneという方、人とは違うものを使ってみたい方、「次にいますぐ行動可能なアクション」だけが目の前に出てくる快感を味わってみたい方にはOmniFocusをお勧めします。


■おまけ：日本語版のOmniFocusはイマイチ
何がイマイチって、まず翻訳が何かおかしい。所々見ていてへんな単語が・・・フォマーットとか・・・
そして何より、日付の指定が日本語じゃないとできないのです。


英語版だとこう指定できます。「next sun@8」で来週の日曜日の8時にセットできます。
「tod」だけで今日の0時、「tom」で明日0時、「now」で今この瞬間にセット。
便利！


ところが日本語版だとこうなります。ちょっと！なんだよ「翌週日曜日」って！
「明日」とか「今日」とか「今」って入力面倒じゃないの！
こんなところまで余計なローカライズしなくていいよ！！

と言うことで私は英語版を強くお勧めいたします。
英語版のダウンロードは、http://www.omnigroup.com/applications/omnifocus/ の画面右端、



こちらをクリックすると英語版がダウンロードできますよ。

CONIT社主催の、iPhone開発者懇親会に参加してきました

• 主催はコニットさん、サムライチェスの中の人
• 会場は超満員（総勢で120名近くの方が集まったそうです）
• 参加者のメンツが凄すぎ、国内のiPhone関連の大御所が全員集まったような感じ！
• 名刺入れ二つ分の名刺が全部無くなった、こんなに名刺交換したのはたぶん生まれて初めて

昨日は港区海岸付近で開催された、株式会社コニット様主催の「iPhone開発者懇親会」に参加して参りました！
参加された皆様、本当にお疲れ様でした！


右を見ても左を見ても「どこかで聞いたことがあるアプリの作者さん」だったり
「RSSを購読しているブログの中の人」だったりと、なんだかとんでもない空間に迷い込んだ気分でした。

---

以下、ちょっとだけ写真紹介。



コニットさん（サムライチェスを開発された会社さん）が今年のMac Worldの際に行ったプレゼンをされているの図。



同じくプレゼン、UEIの清水社長。
「果たして来年同じように浮かれていられるか」というトークが衝撃的でした。
確かに、国内iPhone開発者全体の課題ですよね。国内市場が小さいから。



最後に、LCD Clock開発者の方からお話ししていただいた、興味深いエピソードをいくつか。

• 米国と日本では、米国のほうが圧倒的にクレームの量が多い。彼らはたかが115円のアプリにそこまで言うかというぐらいケチョンケチョンに文句をつけてくる
• しかし、日本のクレームの方が理不尽なものが多い。たとえばiPhone SDKの仕様上どうしても再現できない問題にクレームをつけてきて金返せだのレビューで星1個つけるだの
• 機能に文句をつけられるのはわかるが、お金を取るところに文句をつけられるとやっぱり萎える
• 開発者とデザイナーが二人にわかれていると、デザイナーは開発者にちょっと無茶な要求を出来るから、開発者が120％の力を出せる。開発者一人が作ると、自分が出来ないことを知っているから、仕様が丸く収まってしまう。

特に開発者とデザイナーの話が凄く興味深かったですね。
自分の限界を知っているから丸く収まってしまう、といわれると確かに納得です。

---

ところで、なんだか私のブログがMacお宝鑑定団さんで紹介されているような気がするよー・・・
ものすごい恐縮です・・・

moo.comで最高にカッコイイ名刺を作ってもらいました！

自分の名前を売るならどうするのがいちばんいいだろう？
→それなら名刺を作るのがいい！


ということで、このたびパーソナル用の名刺を作ってみました。
私の勤めている会社からも自分用の名刺を作っていただいているのですが、
自分のウェブサイトが載せられなかったり、Twitter IDが記載できなかったり、住所が会社だから郵便物が会社に届いたりでいかにも不便。
とうとう、自分で名刺を作ることを決意いたしました。


名刺を作ってもらうのなんて初めてですから、まずはGoogle先生にお尋ねしてみることに。
http://www.google.co.jp/search?q=%E5%90%8D%E5%88%BA+%E4%BD%9C%E6%88%90&ie=UTF-8

うわー出るわ出るわ！こんなにたくさん！
一つ一つ見ていきましたが、どこのサービスもほとんど同じような内容で困ります。
まずほとんどが「既存のデザインを選ぶタイプ」です。「自分の好きなデザイン」で名刺を作ろうと思ったら、Illustratorを使ってデザインしたファイルを送るしかありません。
私はデザイナーさんではないですから、当然そんな高価なソフトは持っていませんし・・・
しかもせっかくのネット注文なのに、システムを使ってその場で完成品を見ることも出来ません。注文時にお願いしたらまず最初に見本品を印刷してお送りしてくれるサービスもありましたが、これも結局何日かは待つことになります。気に入らなければまたオンラインから注文して・・・ってこれじゃ何のためのネット注文なんでしょう。

自分の好きなように名前・住所・URLなどなどを配置したいのですが、それすらかなわず。

困り果てていたところに@technohippyさんが面白いサービスを紹介してくださいました。
それがこちら。moo.comです。
http://www.moo.com/products/

イギリスの会社さんらしいのですが、大丈夫でしょうか？
早速Business Cardを注文してみました。

注文できる名刺の種類は以下の通り。

• Flickerから画像ファイルを持ってきて、それを元に名刺を作成
• 画像ファイルをアップロードして、それを元に名刺を作成
• テキストメッセージを自由に入力して、それを元に名刺を作成
• できあいのデザインから名刺を作成

自由に画像ファイルを選択できる！というのがものすごく面白そうだったのですが、
残念ながら名刺に適した画像など手持ちになかったため、今回はテキストメッセージを元に名刺を作ってみました。


文字を入力すると、こんな具合に「完成予想図」をその場で見せてくれます！
その場で確認が出来て、その場で修正が出来るってすごいですよね！？


海外のサービスですが、きちんと日本語も使えます！
（ただし、modern以外のフォントは選択できません）


入力した文字の回転や移動もできます！！すごい！
どうやらFlashを使って自由な回転・移動をサポートしているみたいです。すごい。


続けて裏面の設計も出来ます。
こちらも自由に文字が入力でき、イメージを貼り付けることも出来ます！
入力した内容がその場で確認できるって、本当に便利です。

最後に作成した名刺の表裏プレビューを確認して、問題がなければ注文です。
決済方法はPaypalかクレジットカードを選択することが出来ます。今回はPaypalを使ってみました。
イギリスのサービスなので英語で住所を指定しないとまずいかと気をもんだのですが、
中の人曰く、Billing Addressが日本語の場合でも大丈夫らしいです。安心ですね。


気になるお値段は、50枚で$21.99。送料を含めると$27ぐらいになります。
一般的な日本の名刺作成サービスが100枚で1000円程度ですから、相当割高な感じです。
しかし私はあまり名刺を渡す機会がありませんから100枚も作る必要はないですし、
どうせ作るなら自分が本当に納得できる物がいいだろうと思い、注文！


以下、注文後の経過です。

日本時間2月6日（金）：注文、自動返答システムからお返事
日本時間2月7日（土）：Moo.comの中の人からお返事
日本時間2月10日（火）：発送しましたよメールが到着
日本時間2月19日（木）：郵便ポストにエアメールが到着しましたよ通知が届く
日本時間2月21日（土）：無事受け取り完了！

実物を手に取ってみた感想ですが、

• まずなんといっても、手に取った瞬間にわかるほど紙が上質！きちんとラミネートされており、普通の名刺に比べてかなり厚みとコシがあります。
• 一般的な日本の名刺と比べて、長辺の長さが 3mm程度短いです。ですがあまり気にする必要はないかと思います。
• そして印刷がとても綺麗！日本語の文字にもかかわらず、とても綺麗にアンチエイリアスされています。色のにじみもほとんどありません。
• 添付した写真も思った以上に綺麗に表示できていました。
• 何より、テキストや写真の配置がプレビューを正確に再現してくれていました！

本日皆さんに届いたばかりの名刺をお配りしてきましたが、
何人もの方から「面白い名刺だね」とか「インパクトがあるね」とお褒めいただいてちょっと有頂天です。
値段は張りましたが、その分素晴らしい名刺が出来て大満足です！
普通の名刺には飽きた、みんなとは違う名刺が作りたい！という方にはmoo.comは本当にお勧めです！


ただ、名刺ばっかり褒められて肝心要の私自身が中身のないスッカラカンな奴では何の意味もありません。
もっともっと中身を磨いてモノを作れる男にならねば・・・