この1年間、ミイルとMobiRubyをコツコツと作っていて、個人としてWebサービス的なものを全く作っていなかったので、 気分転換 とRails4 + Ruby2.0のテストを兼ねて自分用に メモ帳サービス を作って wri.peとして公開しました。

　私が使いたいメモ帳の要件は、こんな感じでした。

• markdownをサポート
• gmailの様なアーカイブ機能
• 全文検索
• カレンダーへのマッピング
• iPhone / iPadをサポート
• キーボードで操作ができる

　いままで色々なメモ帳サービスを使って見たのですが、どれもしっくりきませんでした。私はメモをtodo的に使うことが多いので、終わったタスクをアーカイブしたり、文章内に書いている日付でカレンダーに表示する機能は非常に欲しい機能でした。

　「ないのなら作ってしまえ」ということでメモ帳アプリを作る事にしました。作りたいWebサービスには チャット というのもあったのですが、気分転換で作るにはちょっと 重いのでパス 。

　じつは前に一度stickaというメモ帳サービスを作ったのですがサーバ維持などが面倒で、DBがおかしくなったタイミングで閉じてしまいました。

　今回のサービス開発の目標の一つに「 手間を掛けずに運用 」というのがあります。特に個人の場合、運用が煩雑だと続けることが難しくなります。例えばEC2でサーバを借りた場合、サービスの監視や障害対応、それら仕組み作りを自分で行う必要があります。

　そういう自動化された運用の仕組みを作るのもチャレンジとして面白いのですが、今回は自分で使いたいメモ帳を作り、それを使うことが目的なので、お金を払ってHerokuを使うことにしました。広告などでサーバ代程度を稼ぐ事ができれば、このサイトは手間も費用もかからずに回るので、一番、望ましい形なのですが。

　とりあえず週末でチャチャっと自分で使うことのできるレベルの物を作り、ドメインを取得して公開して見たところ、StartupDatingのRickさんからwri.peを紹介したいと連絡をいただきました。それなら、もう少しマジメに作ろうと思い、記事は少し待ってもらって毎日自分で使いながら、仕事の終わったあとや土日に少しずつ改善していきました。

　公開するからにはメッセージやヘルプもちゃんとしたいなと思ったのですが私の英語力では厳しいので、友人のHectorさんにお願いして全面的に書き直してもらいました。 あとアプリのアイコンがないのも寂しいので、こっちも友人のSunnyさんにお願いを書いてもらいました。

　技術的なチャレンジとして積極的にHTML5を機能を使い、オフラインモードをサポートしています。まだオフライン時の保存はできないのですが。また、iOSのSafariではアプリ切り替えなどで不意にリロードがかかることがありますが、それでも入力内容が保持されるようになっています。

　HTML5のキャッシュをうまく使うことで、Webアプリとしてはかなり高いレスポンスを誇っています。 毎日使うサイトでは速度は重要な機能 の一つです。ここはまだ改善の余地があるので、継続的に改善していきたいと思っています。

　自分が普段使うためのツールを作るのは、自分が一番のユーザになれるので楽しいですね。モチベーションも維持しやすいし。

　あと、実装したい機能は下記のような感じで、使いながら実装していこうと思います。

• 自動保存
• オフライン時の保存
• Google Calendarとの同期
• タグ – 文中に[タグ名]で
• メモの公開機能
• 認証した人への限定公開
• Fork & Pull request的な機能
• フォーマットの切り替え
• ファイルの添付
• Tw/FB/ブログなどへのポスト

　特にGithubの様な ForkとPull request の機能は、ぜひ付けたいと思っています。それがうまくできれば、 Wikiに変わるもの としても使うことができるんじゃないかと思います。

　せっかくここまで作ったのだからキチンとリリースしようという事で、日英でプレスリリースを打つことにしました。始めは自分で書こうと思ったのですが、自分のサービスを客観的に書くのはむずかしく、これも友達にお願いしました。日本語は矢崎さん、英語はRickさんにお願いしました。個人でプレスを打ったことがないので、どうなるのか楽しみです。

　英語圏で多く使って欲しいと思って、Hacker Newsに書き込んだり、英語のメディアに投稿などしてみました。すでに海外からも多くアクセスを頂いたり、イタリア語でレビューが書かれていたりと、目標達成はできたかなと思っています。

　個人的なツールとして作りましたが、勢いで公開したので多くの人に使ってもらえるとうれしいです。

　Hectorさん、Sunnyさん、Rickさん、矢崎さん、TwitterやFacebook上でテストを手伝ってくれた方々の支援がありリリースまでこぎ着けることができました。この場を借りてお礼申し上げます。

　早速ですが、6/11 19:30からコワーキングスペースCo-Edoさんで、wri.peをどうやって作ったのかなどの解説イベントを行います。興味のある方はご参加頂けるとうれしいです。

イベント申し込みページ: http://coedo-dev.doorkeeper.jp/events/4137

p.s
　wri.peリリースしたので、息抜きもほどほどにして仕事とMobiRubyに戻ります。
　それとプレスに書く社名を間違ったので、FlogAppsをFrogAppsに変換して記事を読んでください orz

　冬の間はiPad miniがすごく捗りました。コートのポケットに入るから、どこでもすぐにminiを取り出して使えるから。これは想像以上に便利で、地下鉄に乗ってもすぐminiでコードを書いてしまうぐらいでした。

　でも暖かくなってコートを脱ぐとminiを入れるところがない・・・。春のあいだは、ポケットの大きな上着を選んできてたんですが、そろそろ暖かくなってきてTシャツだとポケットがない・・・。弾さんのようにハラに差せばいいのかもしれないけど・・・・

　ということで、またカバン探し。はじめはチョークバッグ、シザーバッグとかを探したのですがよさげなのが見つからず。mini用のバッグも出てるけど、できるだけシンプルが欲しいと思いパス。

　偶然通りかかった、吉田カバンのお店でちょうど良いサイズのショルダーバッグ発見。ちょっと小さくて閉まらないけど良い感じ。でも普段はバックパックを背負うのでショルダーバッグは無理。ということで、ベルトの部分を短くして腰に巻いて、ウエストバッグ風にしてみました。

　これでバッグパックを背負っていても、どこでもminiを持って歩けます。スタイラスと一緒に超便利！

　上が閉まらないのはちょっと不安だけど。

p.s
　今年は毎月1本はブログを書く目標で、今回は「身体性の拡張」について書こうとおもったけど、今月中に終わらないので小ネタで。来週にはこれについて書きます。なので身体性の拡張についたはもう少し先になるかも。

　TwitterやFacebookでつながっている人と勉強会などで会うこと多いんですがネット上で親しくてもリアルな顔を知らなくて、帰宅後にタイムラインを見て会ったことのない人が同じイベントに参加している事を発見してがっかりする事があります。

　iPhoneのカメラを通してみると、みんなの頭の上にTwitterのアイコンが表示されるアプリなんかがあると良いんですが、さすがにそれは技術的にムリです。

Pokenが見た夢?

　数年前にPokenという、キーホルダーサイズのデジタル名刺的なデバイスが出ましたが、タッチしたあとにPCにつないだりするのが面倒で、いつの間にか電池が切れてそのまま持ち歩かなくなってしまいました。

　Pokenの様にタッチするのではなく、Nintendo DS/3DSのすれ違い通信のような感じで、近くで同じデバイスを持っている人を自動で認識して記録したり、友達申請を出せるようなデバイスがあればいいのにと思っていました。

　自分のIDを常に発信するデバイスがあれば実現できるのですが、電波を発信するのは電池を消費するので定期的に充電や電池の交換が必要で、実使用ではそこが大きな問題になり難しいなと考えていました。

　iPhoneでできればいいんだけど、iPhone同士を無線で見つけるAPIは公開されていないし・・・

Bluetooth Low Energy登場!

　数カ月前、どこかのブログでBluetooth Low Energy(BLE)を使えば、iPhoneに接続可能なデバイスをAppleによる複雑なハードウエア審査を通さずにリリースできることを知りました。調べてみると確かにiOS5からBLEデバイスへの接続、iOS6では双方向の接続もできるようになっています。

　iPhone連携のハードウエアで作ってみたい物もあるし、CoreBluetoothの詳しい解説が載っているというiPhoneアプリ開発エキスパートガイドを買って読んでみました。

ってこれを使えば・・・

　ひととおり読んだところで、これを使えばデジタル名刺交換デバイス作れそうだなと考えながら読み進めると、iOSだけで「すれ違い通信」的な物を実装できる事に気がつきました。

　同じようなアプリがすでにリリースされていないか調べてみると、友達がTwitterのフォローを簡単に行えるAnonyFollowというアプリをリリースしていましたw。そこで、自分でも技術検証としてすれ違いアプリを作ってみたら、あっさり動きました。

　iPhoneのBLEとサーバーも絡ませることで、Twitterのフォロワーが近くにいるかとか、近くに居る人をフォローしたりするアプリが作れそうです。このアプリはバックグラウンドで動かしてもそれほど電池を消費しないし、同じアプリをインストールしてイベントに行けば、みんなで簡単にフォローし合う事ができます。

　試作品を仲間に見せたところ、「ちゃんと作ろう」と言うことになり、いま一気に作り始めています。コア部分はできているので、あとはUI部分。ここが時間がかかるのですが・・・

デバイスも欲しいな

　ここ数カ月で、BLE対応のチップやボードが多数リリースされているので、それを使えば自分のIDを常に発信するデバイスを作る事ができそうです。たぶん自分のIDを発信するぐらいであればボタン電池で1年ぐらい持ちそうです。

　自分が誰かを発信するデバイスっていうのはなかなか面白いんじゃないかなぁ？ デバイスはIDだけ交換してTwitterやFacebbokの情報はサーバで管理する事でセキュリティも確保できるし。

iPhoneアプリ開発エキスパートガイド
iOSでBluetoothを使いたいと考えているなら必読の一冊。英語の公式ドキュメントも全然ないので。

　私もPukiWikiプロジェクトが止まっている事は前から認識をしており、どきどき他の方からも相談を受けていました。

　未だに多くのユーザもいますし、強力な代替がないのでPukiWikiの再出発を願う人も多くいるとおもいます。しかし、私ももう8年ぐらいPHPでコードも書いていなく、私自身はPukiWikiに手を入れるモチベーションが出てきませんでした。

　このPukiWikiの問題は二つの側面があります。

　PukiWikiというアプリの停滞と、PukiWikiプロジェクトの崩壊です。

　前者は最近のPHPでは動かないという現実的で致命的な問題があります。またスパムに耐性がなくロボットに広告などの書き込みを許してしまうという運用上の問題もあります。いまPukiWikiを改善するのであればこの二点からになると思います。

　しかしそれ以上に問題なのは、プロジェクトの崩壊です。先の技術的な問題は数人の手があれば、比較的短時間で修正できるとおもいます。しかし、それを継続的に行っていくにはプロジェクトとしての体制が必要不可欠です。地区にいま必要なのはプロジェクトを引っ張っていくリーダーです。

　PukiWikiはユーザや開発者もまだたくさんいます。声を上げて具体的に動けば手を貸してくれる人は出てくると思います。Kagayaさんがプロジェクトの体制からPukiWikiをリブートしてくれるのを楽しみにしています。

P.S
　技術的な面でいうと、書式の互換性だけ確保して、プラグインやスキンの互換性を捨てて、スクラッチから書き換えるのが私のオススメです。

　昨年の3月から開発を始めたMobiRubyは、まだ開発途中で多くの方々に使って頂ける状態ではないにも関わらず、福岡Ruby大賞のポストPC賞と、日本OSS奨励賞を頂くことが出来ました。多くの方が応援してくださった事で、受賞できたのだと思います。ありがとうございます！

　当初の予定より時間は掛かっていますが開発は順調に進んでおり、ObjCとCocoaを使えれば何とかiOSのアプリを書けるようになりました。開発をこのまま進め、ObjCやCocoaの知識がなくてもRubyを使って、気軽にiOSやAndroidのアプリ構築を行えるツールにしたいと考えています。

　MobiRubyは私の趣味であり、RubyでiOS/Androidのアプリが書ければ幸せだなぁというプロジェクトですが、それと同時に海外でも多くの人に使われ、自分の名刺代わりになるプロジェクトにしようという気持ちもあります。

　しかし、世の中にオープンソースソフトは沢山ありますが、いつの間にかバージョンアップが止まってしまい使われなくなってしまうソフトが多数を占め、長い期間生き延びているソフトはごくわずかです。

　10年前、伽藍とバザール(epub/mobi版)を読み、これを実践してみたいと思い、PukiWikiプロジェクトを始めました。試行錯誤をしながらプロジェクトを進め、結果、PukiWikiは多くの開発者を集め、多くの方に使って貰うことができました。

　10年経った今、同じようにMobiRubyというオープンソースプロジェクトを、英語圏で立ち上げたいと考えています。開発中にも、MobiRubyを英語圏でも使ってもらうためにはどうすればいいのか、GitHubの登場でオープンソースが変わっていく中で、どうやって生き残って行けばいいのか、ずっと考えていました。

　そんな中、2月の福岡Ruby大賞の授賞式の会場で、GitHub社やScribd社の開発者や、Silicon Valley Ruby on Railsのファウンダーの方が来ているのを発見し、これはとても良い機会だと思い、無理を言って夜に時間を作ってもらい、彼らに英語圏でオープンソースプロジェクトを流行らせる為にはどうすればいいのかを相談することにしました。

　夜10時過ぎに、全ての訪問を終えた彼らとMatzにホテルの喫茶店で会い、やはり情報発信が大切で自分が何を考えMobiRubyを作っているのか、次に何をしたいのか等をブログ等で公開していくことが必要など、多くの助言を貰うことができました。

　その中でMatzが「MobiRubyが生き残るには、たった1人のフォロワーが重要で、2人目が出てくればその確率がさらに上がる」という事を言った時に、TEDで見た動画を思い出しました。しかしそのときはタイトルまで思い出せませんでした。

　後日、デレク・シヴァーズ の「社会運動はどうやって起こすか」だと分かり、これを見ているうちに、Matzにもう一度話を聞きたい、Rubyではどうだったのか、mrubyはどうしていくつもりなのかを聞いてみたいと思うようになりました。

　そこでTwitterとFacebookに書き込んでみた所、エンジニアTypeの伊藤さんに拾ってもらい、対談という形でもう一度話を聞けることになりました。

　イベントの前に1時間半ほど話をして、記事としてまとめて貰ったのが、「まつもとゆきひろ×増井雄一郎のオープンソース談義 「1人の熱烈なフォロワーがいれば、OSSで世界を変えられる」」です。

　正直、まだMobiRubyが生き残る為に、具体的にどうしていくのか見えていない部分が大きいです。私の英語力も不足しています。それでも、少しでも協力してくれるという方がいましたら、@masuidriveに連絡頂けるとうれしいです。

　こんな個人的な問題に付き合って頂いた、Matz、エンジニアTypeの伊藤さん、Waveの川井さんには、この場を借りてお礼申し上げます。ありがとうございました。

Code Reading
オープンソースから学ぶ
ソフトウェア開発技法

伽藍とバザール

3分の短いムービーなのでぜひ見てみてください。

　最近、mrubyのIssuesを英語で書くのが厳しく、やっぱり英語は勉強しなきゃなと日々痛感しています。
　勉強するにしても普通の英語とは違うので、Issueを英語で書くためにどれぐらいの単語力が必要なのか調べてみました。

　GitHub上のmrubyとnodejsのIssuesをダウンロードして形態素解析をして、単語の頻度をグラフにしてみました。

　ものすごく偏っていることがわかります。
ここから1000だけ切り出してみます。

　これを見ると3-500でほとんど部分をカバーできそうです。固有名詞もあるからもっと少ないはず。
これをベースにして「300語で書くオープンソースの英語」とか出来ないかな？

　あとは、Phrasal verbs(get into, put onみたいなヤツ) なんだけど、代表的な物を公開しているリストないかな？それもランキングできると面白そう。

　なお、この単語数は形態素解析をGENIA Taggerで行ってbase formで4文字以上の単語を数えています。
トップ1000の単語はこちら。形態素解析済みのJSONはmruby.json, node.jsonです。このデータはGitHub APIでmruby/mrubyと、joyent/nodeのIssuesから生成しています。

p.s
　よく「海外で仕事してるんだから英語しゃべれるでしょ？」と言われますがホントにダメです。

　私の英語をプログラマに例えると、プログラムが分かってないけど「ググってコピペでアプリ作れます」 ぐらいの感じです。理解はしてないけどかろうじて動いてる感じ。なのですぐクラッシュもするし意図する通りに伝わっていない事も多い。

　それでは支障を来す事が多くなったので、この記事を書いてみました。

p.s – 2
　はてブのコメントで知りましたが、Zipfの法則ってあるんですね。頻度の分布がほぼ一緒。

速く・正確に読む
ITエンジニアの英語

ITエンジニアの
ゼロから始める
英語勉強法

　布団でふと思いついたので、PS Vitaでmrubyを動かしてみました！
やり方は簡単！Vitaのブラウザでhttp://bit.ly/vitamrubyを開くだけ！

　ごめんなさい・・・・

　このサイトはC言語で書かれているmruby本体を、EmscriptenでJavascriptに変換してブラウザで動かしています。なのでPS Vita上でmrubyは動きましたが、残念ながらコレでゲームなどは動かせません。いつかネイティブで動くといいなぁ。

　現在のmrubyだと不正なバイトコードへの対策などがされていないので、Vitaにmrubyが載ってユーザに開放！的な使い方は厳しそう。その辺の対策をするとコードサイズが大きくなってしまってメモリの少ないデバイスで動かなくなってしまうので難しい所。実装が落ちついてくれば、設定によってチェックするけどバイナリサイズは大きくなるか、チェックしないでバイナリサイズを小さくするとか選べるようになるかな？

　Javascriptだけでなく、FlasCCを使うとC言語で書かれたコードをswfにコンパイルできるので、Flash Playerでmrubyが動きます。速度はネイティブの1/4ぐらいの感じで。FlasCCでは、SDLも動いているのでmruby-sdlを作れば、単一ソースでWindows, OSX, iOS, Android, Flash上で動くゲームとか作れそうな気がする。

　WiFi内蔵のSDカードの上でLinuxが動いているPQI Air Cardが気になる今日この頃。これでmrubyとmruby-opencvとか組み合わせて画像認識してくれるSDカードとかできないかな？具体的な使い道は思いつかないんだけど。

MobiRubyで書いた”さめがめ”

　去年の春からずっとコツコツと作っているmrubyでiOSアプリが書けるMobiRubyが久々に動く様になったので、1年近くmrubyを触ってきて気になった所を少し書いてみます。

　以下、mrubyと区別しやすくするために、普段みなさんがお使いのRubyをCRubyと書いています。

mrubyって？

　mrubyはMatzが去年発表した省メモリ版のRuby実装です。CRubyの機能を全て実装している訳ではなく、JIS/ISOの規格をベースに設計・実装されたものです。JIS/ISOの規格書は有料なのですが、最終ドラフトがIPAのサイトから確認できます。

　mrubyの経緯や概要は、日経ITProによるMatzへのインタビューが分かりやすく、内部などについては、IIJさんや東芝情報システムさんがまとめている記事が参考になります。

　現在の所リリース版はなく、GitHubのmruby/mubyで開発が進められています。報告・議論などはメーリングリストやIRCではなく、IssuesやTwitterが使われています。

色々な所に組み込めるmruby

　mrubyは省メモリ以外にも「組み込みやすい」という大きな特徴があります。これは一般的な組み込みシステムにmrubyを使うというだけでなく、各種アプリケーションにも組み込みやすくなっています。

　たとえば、エディタのマクロ言語としてmrubyを組み込んだり、データベースのトランザクション言語としてmrubyを組み込む方法があります。多くのソフトでは”設定ファイル”を持っていますが、その代わりにmrubyを使うことも簡単です。mrubyで設定ファイルを実装すれば、DSLを使って一般的な設定ファイルのフォーマットのようにもみえるが実はプログラムも可能、という柔軟性の高い設定ファイルをアプリに組み込むことができます。

　mrubyは単体で使われることはあまりなく、ほとんどの場合何かのアプリやボードに組み込んで使われることになります。

　matsumoto-rさんは、Apacheへmrubyを組み込むmod_mrubyを開発しています。このmod_mrubyはmrubyを使ってWebアプリを作れるだけではなく、Apacheそのもののコントロールを行う事もできるようになっています。たとえはこの記事では、サーバへのアクセス数を見てエラーを返す様なサンプルが提示されています。これを応用すればアクセスが増えた場合は別サーバへリダイレクトさせたり、重い画像を表示させないなどの処理も可能です。
　このようにRubyでApacheを制御することが可能なのもmrubyの特徴を生かした例だとおもいます。

クラスとメソッドが少ない

　まだmrubyの仕様がまとまっている物はありませんが、ISO/JISの仕様書を見て一番始めに気がつくのはクラスとメソッドの少なさです。

　mrubyには、CRubyの標準添付ライブラリは全く入っていませんし、組み込みライブラリの中でもThreadやRandom、IO/Fileクラスなどは実装されていません。ArrayやStringなどのクラスでも実装されていないメソッドがあったりします。

　CRubyはPOSIXというUNIX規格の上で動く様に設計されていましたが、mrubyはUNIXなどのプラットフォームに依存しないように設計されています。そのため、ファイルやスレッド、ネットワークなどのクラスが含まれていません。

　ファイルが無い環境があるということは、requireやloadもありません。これについてはmrbgemsの所で解説します。

Fixnum / Fixnum = Float

　mrubyでは、1 / 2 = 0.5であり、4 / 2 = 2.0になります。CRubyでは、1 / 2 = 0、4 / 2 = 2です。mrubyで除算の結果は必ずFloatになります。

　またBignumが無いのでFixnumを範囲を超えるとFloatになります。そのためFixnumの範囲を超えると誤差が生じます。Fixnumの値は標準では32bit signed integerですが、コンパイル時のbuild_config.rbで設定を変更すれば64bitに変更できます。

　精度の問題以外に、”(x / 2).times{…}”が出来ないなど、ちょっとしたところで引っかかります。

RubyGemsの代わりにmrbgems

　mrubyはRubyGemsに似たmrbgemsという仕組みを標準で持っています。CRubyでいう拡張ライブラリとRubyGemsの両方の仕様を合わせてmrbgemsと呼んでいます。

　mrbgemsはRubyGemsと違い、requireで読み込むのではなく一緒にコンパイルして起動時に全て読み込まれます。mrubyのビルドの設定ファイルである、build_config.rbにconfig.gemを設定すると、そのmrbgemsが本体と一緒にコンパイルされリンクされます。

　Related ProjectsのページをみるとhttpのアクセスライブラリやBASE64、pack/unpackなど、CRubyにあってmrubyに無い機能がmrbgemsとして公開されています。このリストにはありませんが、requireを提供しているmrbgemsもあります。私もlibffiバインディングであるmruby-cfuncなどを公開してます。これを使えばmrubyから直接Cの関数を呼び出すことができます。

　12月〜1月の個人的な時間は、このmrbgemsとmrubyのビルドシステムの構築に費やしていました。その期間は全然MobiRubyには全然触れられなかった・・・。iPad miniで書いてたコードもほとんどこのコードですw

MobiRuby

　で、肝心のMobiRubyですが、もう少し安定したらまとめて書きます。2/4に京都の勉強会、2/14には東京のデブサミでMobiRubyの話をさせていただく事になっているので、ご参加お待ちしています。

　一応、動いたり壊れたりしているものが、GitHubで公開されています。興味のある方は触ってみてください。

　MobiRubyで作った”さめがめ”がMobiRuby Gameという名前でAppStoreに上がっているでの、「本当にMobiRubyなんて動くのか？」と思っているひとはぜひ試してみてくださいｗ

p.s

　要望があれば、アプリへの組み込み方とか簡単な例を書きますので@masuidriveやはてブの方にコメントください。もちろんこのページのコメントでもOK!

mruby解説記事

初めてのRuby

mruby学習キット

　DevLOVE 2012で、「どこでも生きていけるエンジニアを目指した後に見えるもの 」というタイトルで講演してきました。

　この10年間、自分がエンジニアとしてやった来たモノ、目指しているモノをマインドマップに展開して、そのまま話をしました。

　発表資料は、PDFです。(誰かこの解像度のPDFをアップして貼り付けられるWebサービス教えて頂けませんか？)
　
　講演はiPad mini + iThoughtsHDで行いました。いつもはiThoughtsHDでマインドマップを作ってから、Keynoteを使ってプレゼン資料を作るのですが、マインドマップのままの方が話のつながりも分かりやすいかなと思い、TechLIONからこのツールでプレゼンする方法を模索してます。

　このままだと文字が小さくて見えにくい、マイクを持ちながらiPadを操作できないなどの問題が出てきたので、なんかマインドマップでプレゼンするツールでも作ってみようかなと思っています。

[追記 12/16 11:55]
　Togetterでまとめが出来ました。

　iPad mini + Cellularを朝一番から並んで買いました！軽くてLTEでネットが使えるということで、外に持ち歩き端末としてはApple史上最高な端末です。

　しかし、私は出かけるときには常にコードを書ける環境を持って歩きたいので、結局MacbookProかAirを持って出かけることになってしまいます。
　最近、MBP15に代えたのでちょっと持ち歩きが厳しいなと思っていたので、この際iPad miniでコードを書く環境を構築することにしました。

　まずはキーボード。前に買ってあったrapoo E-6300をBluetoothで接続してみます。一発でつながったし、サイズ感も良い感じです。
　蓋になる形のキーボードも出ているようですが、とりあえずE-6300で問題なさげ。

　次にメインとなるエディタです。iPadでソースコードを書くのに適していて、Dropboxに対応しているエディタといえば、Textasticです。ほかにも色々試してみましたが、これが一番良いようです。本当はGitに対応したエディタがあればいいのですが、iPadではまだ無いようです。

　ソースコードの管理はDropboxで行います。いま外で書きたいのはMobiRubyなので、前もってMac上でgit cloneしておきます。

　これでiPadでもソースを書けるようになりました。iPadはSSH Clientもたくさんあるのでサーバのメンテもばっちりです。

　しかし、これでは書きっぱなしで実行などはできません。それじゃーつまらないので、Jenkins経由でビルドしてテストを実行するようにしました。通常のJenkinsの設定では、gitからソースをダウンロードするようにしてありましたが、それをDropboxからコピーするようにしました。
　元々、家の古いMacbookにJenkins環境を構築してあり、外からWebもアクセスできるようにしてあったので、簡単に、テストまで実行できるようになりました。

　しかし、JenkinsのWeb UIはiOS向けではないので、iPhoneから操作がしづらいです。iPadでコードを書くので、一緒に持って歩いているiPhone5でビルドを実行したり、ログを確認したいと思っています。

　そこで、Websocketを使ってiOSのSafariでビルドログを確認するサーバツールをRailsで作ってみます。sinatraでWebsocketを使うサンプルのAustenConrad/sinatra-websocket-rack-exampleを参考に、jenkins-log-on-iosを作ってみました。
　Jenkinsと同じマシンに入れると、ビルドの実行と、ログの確認をiOSのSafariから行えるようになります。勢い余ってANSIのカラーシーケンスもサポートして、ログをカラー表示します。

　これで、上の写真の様にiPad miniでコードを書いて、iPhone5でビルドとテストを行えます。
妻から貰ったボディーバッグだけで、身軽にどこでもコードが書ける環境が整いました−。