夏は暑いのでLogitechの小さなBluetoothヘッドフォンを使って便利だったのですが、やっぱり音が悪いのが気になる。

　もう暑くないのでBOSE QC15に戻したいのですが、Bluetoothに一度慣れてしまうと、ケーブルが邪魔くさい。このケーブルは1.6mもあるし。

　BOSEがBluetooth対応版を出したらすぐにでも買い換えるんですが、そう待っても居られないので、小さなBluetoothレシーバを買って加工することにしました。

　小さいBluetoothレシーバということで、ネットで評判を見つつ、ソニーのMW600を選びました。iOS5からは曲名の表示や、選曲にも対応しています。

　実際に音質などを聞いてみたかったので、ビックカメラに行って確認して買いました。聞くまで心配だったのですが、外で聞く分には十分な音質が確保できていました。レビューなどで気になったボリュームですが、ちょっと使い慣れないうちは操作が難しそうでしたが、たぶん慣れると思うので、さほど気になりませんでした。

　このレシーバは、ヘッドフォンとヘッドセットの両プロファイルをサポートしているので、音楽の聞きつつ、電話が来たら受ける事もできます。その場合、レシーバがマイクとなります。

　本体が小さくていいのですが、ケーブルが長く邪魔なので、ケーブルをもう一本買って短く加工します。

　QC15のケーブルの本体側は軽く接着されているだけなので、下記の様に、隙間にカッターナイフなどを入れてこじ開けます。ケーブルの根元の部分は抜けなかったので、カッターを入れて割くようにしました。

　ケーブルを15〜20cmに切って、ケーブルをハンダ付けし直します。小さいので結構面倒ですが、がんばってください。

　これで、超ショートケーブルのできあがりです。ちょっと長めにしてあるのは、通話の時に口の前に持ってきたり、ディスプレイで曲名を確認するためです。

　これで、ヘッドフォンをしているときも、あまり邪魔にならないですし、操作性も悪くありません。曲の再生・停止なども慣れると、本体を見ないでも行えます。

　ただ、これだとBluetooth以外はケーブルが短すぎて使えないので、1mの延長ケーブルを買って鞄に入れてあります。

　iOS5では、電話を受けるとその後、使えなくなることがたびたびあります。その場合は電源を入れ直すと戻ります。iOS4時代には無かった問題なので、そのうち直ってくれるといいなぁ。

　Ruby 1.9で文字コードの自動判別をさせようとおもったら、意外に良いライブラリが見つからなくて苦労しました。
結局ICUをbindingした、charlock_holmesがちゃんと使えたので、メモです。

　OSXで使う場合は、下記の様にしてICUライブラリをインストールします。Linuxでは適当なパッケージシステムを使ってインストールしてください。

curl -O http://download.icu-project.org/files/icu4c/4.8.1.1/icu4c-4_8_1_1-src.tgz
tar xvzf icu4c-4_8_1_1-src.tgz
cd icu/source
./runConfigureICU MacOSX --with-library-bits=64 --disable-samples --enable-static
make
sudo make install

　charlock_holmes自体はgemで提供されています。

gem install charlock_holmes

　文字列をUTF-8に変換する場合は、iconvと組み合わせて下記の様に書きます。

encode = CharlockHolmes::EncodingDetector.detect(str)[:encoding]
str.encode("UTF-8", encode)

【変更 2012/1/6 19:37】
コメントを頂いたので、iconvからString#encodeに切り換えました。

【変更 2012/1/6 18:52】
ICUのバージョンを4.8.1.1に上げました。

　2011年もTitnium Mobileを使って頂きありがとうございました！まだ使ってない方は、この年末のお休みにでも、ぜひ試してみてください。来年は、日本法人設立など前半から大きな動きがあると思いますので、来年も引き続きよろしくお願いします。

　さて、本題ですが、ソケット通信の話になります。Titanium Mobile(以下Ti)では1.7からTCP通信の機能が充実しました。

　いままでTiの通信と言えばHTTPでしたが、これからはTCPソケットを使って、色々なサービスと通信することができるようになりました。

　ソケットと同時に、Tiでバイナリを扱うための、T.BufferとTi.Codecをサポートされ、ちょっと面倒ですがHTTP以外のプロトコルもバリバリ実装することができます。

　早速、ソケット通信の簡単な例を見ていきましょう。

var win = Ti.UI.createWindow({ title: "Win1" });
var textarea = Ti.UI.createTextArea({value: ''});
win.add(textarea);
win.open();

// 読み込み用バッファ
var readBuffer = Ti.createBuffer({length:1024});

// ソケット本体
var socket;
socket = Ti.Network.Socket.createTCP({
  host: "blog.masuidrive.jp",
  port: 80,
  connected: function(e) { // ソケットに接続された
    textarea.value += ">> Connected to host " + socket.host + "\n";
    // 書き込むためのバイナリを作る
    var data = Ti.createBuffer({value:"GET /tmp/test.html HTTP/1.1\r\n"+
      "Host: blog.masuidrive.jp\r\n\r\n"});
    // ソケットに書き込む
    var bytesWritten = socket.write(data);

    var bytesRead;
    // 終わるまで読み込みループ
    while( (bytesRead = socket.read(readBuffer)) >= 0 ) {
      // 読み込んだバイナリを文字列に変換
	    var stringData = Ti.Codec.decodeString({
	      source: readBuffer, length: bytesRead });
  	  textarea.value += bytesRead + "> " + stringData + "\n";
  	  // 読み込みバッファをクリア
  	  readBuffer.clear();
    }
    // ソケットを閉じる
    socket.close();
  },
  closed: function(e) { // ソケットが閉じられた
    textarea.value += ">> Socket closed";
  }
});
socket.connect();

　同期IOでは、上記のように書きます。ソケット通信の詳細は省きますが、他環境でソケットを扱ったことのある人であれば、分かると思います。ここまでは本家のブログでも解説されています。

　実際にソケットプログラムをするときは、ほとんど非同期IOになると思います。しかし、本家記事では書いてない！と言うことで、

　非同期IOでの書き方は下記の様になります。

var win = Ti.UI.createWindow({ title: "Win1" });
var textarea = Ti.UI.createTextArea({value: ''});
win.add(textarea);
win.open();

var socket;
var readBuffer = Ti.createBuffer({length:1024});

// データが読み込まれたときに呼ばれる
var readCallback = function(e) {
    // データが終了であれば、ソケットを閉じる
    if (e.bytesProcessed == -1) { // EOF
    	textarea.value += ">> Received socket closed\n";
    	socket.close();
        return;
    }

    // 読み込んだデータを表示
    var str = Ti.Codec.decodeString({source:readBuffer, length:e.bytesProcessed});
    textarea.value += e.bytesProcessed + "> " + str + "\n";

    // 次のデータが読み込まれる時のバッファとコールバックを設定
    Ti.Stream.read(socket, readBuffer, readCallback);
};

socket = Ti.Network.Socket.createTCP({
    host: "blog.masuidrive.jp",
    port: 80,
    connected: function(e) {
        // データが読み込まれる時のバッファとコールバックを設定
	    Ti.Stream.read(socket, readBuffer, readCallback);

        textarea.value += ">> Connected to host " + socket.host + "\n";

        // 書き込み処理
        var data = Ti.createBuffer({value:"GET /tmp/test.html HTTP/1.1\r\nHost: blog.masuidrive.jp\r\n\r\n"});
        var bytesWritten = socket.write(data);
    },
    closed: function(e) {
        textarea.value += ">> Socket closed";
    }
});
socket.connect();

　今度はデータが読み込まれる度に、readCallbackが呼ばれるようになりました。これを駆使する事で、TCPを使うほぼ全てのプロトコルを実装することができます。

　私はこれを使って、WebSocketプロトコルを実装してみました。ソースは、https://github.com/masuidrive/ti-websocket-clientで公開しています。

　リアルタイムチャットなど、長時間のセッションを張りたい時にはHTTPを使えないので、このWebSocketを使う事で実現することができるようになります。

　手元ではSocketIOでも動くようになっていて、本家にコミットしたいのですが、なんかSocketIO方向で大きな動きがあったので、色々追いかけないと行けないみたい orz

　ソフトバンクの回線は80番ポートの通信にTransparency Proxyが入ってるようで、WebSocketなどHTTP 1.1以外のプロトコルが通ると一部通信内容がフィルタされるようです。iPhoneで通信をする場合は、80番ポート以外を使うことをオススメします。

　明日は、ryugoo_さんです！よろしくお願いします！！

　iOSの開発をしている人なら、みんな面倒だと思っていることに、開発用Provisioning fileのダウンロードがあると思います。
端末を追加するごとに、変更してダウンロードして、インストールしなければいけないし。

　すこしでも軽減しようということで、コマンド一発でAppleのDevCenterからダウンロードして、手元のOSXにインストールしてくれるスクリプトを書いてみました。
実行に先だってMechanizeが必要です。「sudo gem install mechanize」でインストールしてください。

　https://gist.github.com/1198113 をダウンロードして、「ruby download_provisioning_file.rb ”プロビジョニング名” “Apple ID” “パスワード”」とすると、Provisioning fileがダウンロードされ、自動的にインストールされます。

　Jenkinsなどで自動ビルドをしている場合には、かなり幸せになると思います。
いまJenkinsで、Titanium MobileのCI(継続的インテグレーション)の環境を構築していて、それっぽいのが見当たらないので作ってみました。
　みんな、iPhoneのCIってどうやってるんだろう？この辺の話とか日本語ではあまり出てこないし、Keychain周りでちょっとはまりそうな感じがあるんだけど。

　予定では年内に、AppceleratorのHQのある、Mountain Viewに行く予定だったのですが、いろいろありまして、アメリカへ戻ることなく、しばらく日本で腰を据えることになりました。引き続き、日本でよろしくお願いします。

　そこで東京でマンションを契約して、半年以上アメリカに置きっぱなしだった荷物を取り寄せることにしました。アメリカでの家具や家電はほとんど処分してきたので、また全部買い直しです・・・ orz

　「IKEAと5万円で作る快適仕事場」が好評だったので、今度は日本バージョンで書いてみることにしました。前回と同じでリビングで快適に仕事をするための環境を作ることを目標にしています。予算も前回と同じぐらいな感じで。

　リビングに机を置くため、家を探すときにも、都内でリビングが広い1LDKを中心に探しました。家探しについては、Togetter – 「@masuidrive / @kanamasの家探し」にまとめてあります。

　見つけた部屋は、リビングの窓も大きく、見晴らしも良いので、引きこもりがちの生活にはぴったりです(笑)

　部屋が決まったので、早速IKEAに買い出しです。せっかく日本なので、無印やニトリも選択肢に入れましたが、Webサイトを見ている限り、なかなか気に入るものが見つからなかったため、結局、ダイニングテーブルセットとソファーを除いてIKEAでそろえました。商品の幅広さと統一感がIKEAの魅力なんだなと思いました。

　まずはWebで日本のIKEAの商品チェック。アメリカにいる時は、MIKAELを二つ使ってL字に配置していて便利だったので、今回も同じ様にしようとした所、MIKAELは既に廃盤。楽天などで他のメーカーの机を探しましたが、家の他の家具もIKEAで買うつもりだったので、イメージを合わせるためIKEAのVIKAシリーズを買うことにしました。

　VIKAシリーズは天板と脚が別になっているので、自由度が高いのが特徴です。脚の長さは700mmあるので、下にHERMER(4,990円)を置くことができるのも、決め手になりました。

　机の位置は、壁を背にして座るようにするため、カドへL字に配置することにしました。L字の机もありましたが、気に入るサイズがなかったので、前回同様、2つの机を組み合わせます。
　メインの天板が150cm x 75cm(3,000円)、右袖の天板が120cm x 60cm(2,000円)です。設置の関係上、長辺を2m弱に押さえたかったので、右袖は奥行きの狭いものを使っています。
　さすがに、そのままL字に配置すると、椅子を置く部分が45cmしかなく狭いので、25cmほど前に出して隙間にHELMERを置くようにしてみました。これで、この机スペースの大きさは210cm x 145cmで約2畳になりました。

　外から見える部分の脚は、床などに合わせてVIKA OLEBY(1,200円)を選び、袖にする方はストレージとしても使えるVIKA ALEX(5,990円)と、細い脚のVIKA LAGE(1,000円)を組み合わせました。VIKA ALEXは、扉を外側に向けて付けています。
　袖の方は、見える部分のHELMERを二つ配置して、その奥にKASSETT(1,290円)という箱を二段にして配置しています。VIKA ALEXは後ろに配線用の穴が開いているのでコンセットタップをそこに隠したり、普段使わない物などをいれています。
　普段、開けないので、扉の上にフックをネジ止めしてBOBLBE-E置き場にもしています。

　MIKAELとVIKAの違いで気になっていたのは、背板の有無です。VIKAは背板がない分、強度が不足しそうな感じがしたので、メインの机の方に、真ん中に脚を一本追加しました。

　自分の持ち物のほとんどは、この右袖の下にある、HELMER x 2とVIKA ALEX、KASSETT x 2に納めました。荷物が全部入りきらなかったため、小さいディスプレイなど使わないを物をTwitterで処分しました。一番迷ったのは、PS3用のステアリングコントローラ。かさばるのですが、年に1, 2回しか使わないので、これも友人にあげることにしました。

　マシンの環境はMacPro + 30″ + 23″です。23″の方にはPS3+torneも繋いでテレビを見られるようにしてあります。

　リビングに机を置く際にPCの配線が見えると、とてもごちゃっとした感じになるので、配線はなるべく見えないように配置します。ディスプレイケーブルなどは、天板の裏に15-20mmぐらいのビス止めのワイヤークランプで、天板や脚の裏にネジ止めしました。スピーカーの配線なども一度机の裏を通しています。

　ノートPCも机に出して置くと配線がごちゃごちゃするので、下のような部材をホームセンターで買ってきて、引き出しを作りました。充電用の電源をしまって置くために、100均でワイヤートレイを買い、フックで天板から吊りました。iPad用のACアダプタもここに置いてあります。これで引き出しに置いたままノートPCを充電できます。

　メインの天板の右側には、100均で別のワイヤートレイを買い、ウダー用のMIDIとミキサーを設置しました。これでMacProとPS3、ウダーを、机上のスピーカーから鳴らすことが出来ます。

　プリンタなどのコンセントは袖のHELMERの裏に、ホームセンターで買ったキッチン用のラックっぽい物を三段重ねて、そこに設置しました。ホコリが溜まりやすいので一番下の段には、タップ類を置かない様にしています。プリンタやスキャナの為のUSBハブなどもココに設置しています。

　机の上にものがあると、ごちゃごちゃしてしまうので、なるべく机の上のものを減らすようにしました。

　本は基本的に全部スキャンサービスへ送ってPDF化して、ディスプレイ、スピーカー、プリンタ、スキャナ、ウダー、最低限の書籍とぬいぐるみぐらいしか置かないようにしました。

　スキャナはディスプレイの裏側に置いています。普通に壁向きに机を設置するのと違い、背面が見えてしまうので、その点を意識しながらまとめてみました。

　こんな感じで、引っ越してから約2ヶ月、その間に船橋のIKEAに4〜5回、ホームセンターにも何度も行って試行錯誤しながら、やっとこの環境を作りました。IKEAの家具は気兼ねなくネジが打てるので好きですw

　ここ数年でSOHOや在宅業務の人が増えてきた様な気がするので、なにか参考にして頂ければ幸いです。

　逆に机からリビングを見るとこんな感じになります。

　左の収納もIKEAのBILLY、右のテレビ台はサイドボードのBJURSTAの脚を取った物です。

　BJURSTAの中には、PS3、wii、Macbookなどが入っていますが、背面に穴がないため熱が籠もってしまいます。そこで背面に穴を開けてUSB給電のファンを付けて廃熱を行うようにしています。テレビ関係の配線がきれいに纏まるように、配線用の穴も開け、コンセントタップなどもこの中に収納しています。

　全部の写真をご覧になりたい方は、こちらへ

p.s
　話は全然違うんだけど、iPhone/Androidを使っているなら、このBluetooth ヘッドフォンおすすめ。別にレシーバが要らないのでケーブルが邪魔にならないし、USBから充電OK。白モデルと黒モデルの2色。

色々書きたいことがあるので、バリバリ更新していきます！

　頂いたフィードバックのうち、4つの重大な問題を修正した、Titanium Mobile SDK 1.5.1をリリースしました。

原文: Titanium Mobile 1.5.1 is released. « Appcelerator Developer Center

Androidの変更点

• 2589: セミコロンを含むURLのオートエンコーディングが正しくない
• 2558: Emailダイアログのアドレスフィールドが入力されない

iOSの変更点

• 2450: XHRのステータス値が正しくない
• 1789: SHA-1アルゴリズムが正しくない

Code Strong!

The Appcelerator Team

先週、私たちは2つのRC(リリース候補)をリリースし、いくつかの問題を発見しました。それらを修正しTitanium Mobile 1.5.0をリリースしました。

12/10にリリースした、1.5.0 RC2から下記のiOSの2つの問題が修正されています。

• 2559 – Push Notificationが動かない
• 1789 – SHA-1アルゴリズムの実装がおかしい

What’s New

1.5.0では、iOSとAndroidでの500個の問題を修正・改善しました。

• メモリ使用量・パフォーマンスの改善
• Javascript Stylesheets (JSS)の追加
• Localizationの追加
• 複数解像度(Multiple Density)イメージの追加
• Drillbit – プラットフォーム　ユニットテストの追加
• クリップボードのサポート
• シンプルサービスのサポート
• モジュール開発キットの改善

1.5.0ではAndroidの機能が大幅に改善されました。

• Andoridのネイティブクラスを追加: Activity, Service, Intent, PendingIntent, Menu, MenuItem.
• アクティビティやシンプルなサービスをサポート
• Extensive support for providing resources for the different screens and densities
• ピッカーのサポート
• カレンダーのサポート
• コンタクト (読み込みのみ)のサポート
• ImageView利用時にリモートイメージをキャッシュするように改善
• その他、沢山の機能が追加されています。

iOS版もさまざまな機能が追加されています。

• 描画性能の改善。特にTableViewの性能が向上。
• カバーフローViewのサポート
• バックグラウンド動作やローカルノーティフィケーションのサポートが向上

重要な変更点

最新版をインストールする前に、Android版ので非互換性に気をつけてください。メニューに関するAPIの、Ti.UI.Android.createMenu と、Ti.UI.Android.Menuが削除され、新しいAPIが導入されました。
KitchenSinkのmap_view.jsに新しいMenu APIのサンプルがあります。android_menu_1、android_menu_2、android_menu_3にもサンプルがありますので、こちらも併せて参考にしてください。

また、tiapp.xmlに新機能の設定を行うには、Titanium Developer 1.2.2へアップデートする必要があります。

最後に、現在提供されている、Andoird 2.3(Gingerbread)のエミュレータには、WebViewとJavascriptからJavaへのブリッジに深刻な問題があります。詳しくは、AndroidバグデータベースのIssue 12987を参照してください。WebViewを使っているのであれば、Googleがこの問題を解決するまで、いままで使用していたエミュレータを引き続き使うことをおすすめします。

Titanium Mobile 1.5.0のインストール方法

• Titanium Developer (Release 1.2.2)をダウンロード、インストールして起動します
• Titanium Developerから、1.5 Mobile SDKへアップグレードします
• リリースノートでR1.5 SDKの詳細を確認してください
• KitchenSink ソースコードを参考にしてください。

1.5.0へのアップグレードでエラーが発生した場合

もしTitanium DeveloperのEditタブでSDKを1.5.0にアップグレードしたときにエラーが発生した場合、 Save Changesをクリックして、つぎの様にしてください。

• [appname]/build/[iphone]ディレクトリを削除してください。(Androidの場合は、[iphone]をandroidに読み替えてください)
• Titaniumが一からビルドし直します

つぎのリリースではこの不具合を修正する予定です。

その他の問題についてはQ&A セクションを、参照してください。

このリリースに関するフィードバックをお待ちしています。

新たにDeveloper CenterへTitanium Guidesエリア を開設しました。現在は英語のみの提供となっていますが、近日中に翻訳プロジェクトを開始する予定です。ご興味のある方、ご協力頂ける方は、@appcelerator_jaへツイート頂けるか、yuichiro@appcelerator.comまでメールを頂けると幸いです。ご協力のほどお願いします。

Code Strong,

The Appcelerator Team

　先日のブログで求職をした所、多数の企業からお声がけを頂き、ありがとうございました。

　あの記事を書いた後、10/28にシアトルを離れ、サンフランシスコに寄り道をし、11/1に日本に帰国しました。

　はじめは日本で就職を考えていたのですが、サンフランシスコに寄った際、Titanium Mobile(タイタニウム モバイル)を作っているAppcelerator Incへ遊びに行き、join(就職)することを前提に話を進めることになりました。
　帰国後、条件などをメールで詰めた後、12/1より正式にAppceleratorで働く事になりました。

　2年以上iPhoneアプリの開発に携わってきましたが、Objective-Cで開発することに疲れてきたので、今年の前半に色々なツールキットを探しました。その時にTitanium Mobileが一番現実的で優れていたので、これを使ってみよう！と思って色々と試していました。

　色々試しているうちに、Titanium Mobileはオープンソース製品の為、パッチを送ったり、ドキュメントが無い頃から外部モジュールを作ったりしていたところ、Appceleratorから声が掛かったという感じです。

　この顛末は、Webエンジニア武勇伝でインタビューを受けているので、もし良ければそちらもご覧下さい。
　
　
　今の所の予定では、日本にいる間は契約社員でテクニカルエバンジェリストとして働きつつ、ビザを取得後、Mountain Viewのオフィスでフルタイムで勤務する予定です。来年の早いうちに、戻れると良いなーと思っています。

　私の日本にいる間の主なミッションは、Titanium Mobileの知名度向上と、日本のiPhone/Andoridなどスマートフォン開発者や、企業とのコネクション作りとなっています。
　これらを持ってアメリカに戻り、それを製品に反映していきたいと思っていますので、ご意見などありましたら、ぜひ masui@masuidrive.jpか、@masuidriveまでご連絡ください。

　私が活動するまでもなく、最近はTitanium Mobileをブログなどで目にすることが多くなってきて、非常にうれしいです。

　モバイルアプリの開発コミュニティーやJavascript/HTMLのコミュニティー、デザイン関係のコミュニティーなど、年末年始で活動は少ないかもしれませんが、ぜひ色々と参加させて頂ければと思います。

　特にスピーカーとして呼んで頂ければ、出来るだけ参加したいと思っています。ご興味のある方は、masui@masuidrive.jpか、@masuidriveまでご連絡頂けると幸いです。
　
　
　まだ公式ドキュメントは英語のみですが、今後、日本語の情報を徐々に増やしていきたいと思いますので、ぜひよろしくお願いします。

　特にドキュメントの翻訳などは、私一人では回らない部分も多くなると思います。翻訳については、ブラウザだけで翻訳/校正が出来るような仕組み作りをして、気軽に参加して頂けるようにしたいと思っています。

　こういった形で働くのは初めてな為、色々と戸惑うことも多いのですが、Titanium Mobileを多くの人に知ってもらい、より良い製品にしていきたいと思っていますので、ご協力のほどお願いします。
　
　
Titanium Mobile/Desktopをご存じない方へ:
　Titanium Mobileは、Javascriptのみ(HTMLやCSSは使わない)で、iPhoneやAndoid、BlackBerryといったスマートフォンのアプリケーションを構築できるツールキットです。

　Objective-CやJavaと言った言語を覚えなくても、既に知っているJavascriptだけでアプリが組めることと、一度書けばiPhone/Androidの両方でアプリが動くことが大きな魅力です。

　Titanium Mobileは、オープンソースですので、もしObjective-C/Javaが分かる人であれば、本体を自分で改造したり、Moduleよって自分で機能拡張することが可能です。

　Big Canvasを退職し、11月1日に日本に帰国する事にしました。

　PhotoShareなどのサービスは、引き続きBig Canvasが運営し、サーバなどのメンテナンスはUIEが引き継ぎ、今まで通り運営されますので、引き続きご愛顧のほどよろしくお願いします。

　2008年3月に渡米し、7月にPhotoShareをリリースして以来、多くの人に支えられサービスを運営できた事を、非常にうれしく思っています。ありがとうございました。＞ユーザの皆様

　帰国後の予定は未定ですが、もし東京近郊で年800万以上（希望1,000万円以上）で誘って下さるところがありましたら masui@masuidrive.jp までご連絡いただけるとうれしいです。
　ざっくりした職歴は、LinkedInに掲載しています。2年半アメリカにいましたが、英語は役に立たないと思ってくださいw

　11/20のRailsDevConでは、一コマ頂いて何か話す予定です。まだ内容は決まっていないのですが、お時間がある方はぜひ参加いただけると幸いです。