正直、参加者の大半が課題作れなかったのは意外だった。…と他人事のように書いて俺も出来なかったわけだがw、おそらく主催者のwillnetさんはこれくらい簡単にできると思ってたんじゃないかな？

と書いたわけだけど、これはマジで意外だった。

実は俺が思ってるより課題(こちらを参照)が難しかったのかもしれないけど、やる事と言えば

1. Todoリストの完了ボタンにユニークなid属性を付与する
2. 完了ボタンを押すとid情報をJavaScript APIに渡し、Todo情報を削除するようにする

くらいだから、やはりこれくらいは簡単にできる想定だったんだろう。つまり昨日の参加者はJavaScriptに不慣れだったと勝手に決め付けて話を進めるが、俺は勉強会＝ある程度は出来る人の集まりというイメージを持ってたし参加者もWeb系の人がほとんど(だったと思う)ので、この結果には驚いてしまったのである。という事で考察。

1. 普段JavaScriptを書いてない人が興味を持ってる

まぁ俺ですが、普段Webアプリも作らないくせにmixiアプリに興味を持ってOpenSocial勉強会に参加した人。けどこれは少数派。会場に来てたと思われるWeb系の人はどうなの？となるが、Web系だからと言ってJavaScript書いてるとは限らないのである(学生時代のWeb系会社バイト経験より)。

参加者の中にドリコムの人がいて彼はバリバリmixiアプリ作ってそうだったけど、ドリコムは「なるべくJavaScriptを書かずmixiあぷりを作れるような」フレームワークを構築してるらしい。

実際俺も「JavaScriptって書くの面倒っぽくてクライアント環境に依存する割に大したことできねーし」と思って今まで勉強しなかったわけだし、Web系会社に勤めていても「毎日JS書いてます！」という人は少ないのかもしれない。

2. 普段JavaScriptを書いている人が興味を持っていない

ポイントはこっちかな。毎日JS書いてそうなWeb上での有名人がOpenSocialに食いついてない気がする。これも勝手に考えると、

1. 技術的には面白くない
2. ソーシャルってのが気に喰わない
3. 検証環境を作るのが面倒。

のかなぁと。OpenSocialといってもmixiの情報使えるだけで後はJavaScriptで書くだけ。普段からJS使ってる人はあまり目新しいと思わないのかも。もう一つが、mixiアプリ作ってもmixiの中でしか使えないこと。俺はこのエントリで書いたとおり友達が使ってくれるだけでもいいじゃんと思うんだけど、Webアプリを作ってURL一発でリーチしてる人なら、mixiだけのためにアプリ作るなんてアホらしいのかもしれない。会員制サイト否定派も多いしねー。

最後はおまけだけど、いちいちファイルアップしてmixiアプリにアクセスするのが面倒という説。普段使ってる環境使えないとストレス溜まります。OpenSocial Development Environmentは使えるけど、eclipseインストールするのめんどいという人もいる。

以上3つの理由で食いつきが悪いのかな、と思います。

そう考えると、mixiアプリの作成者属性ってiPhoneアプリ作成者と被るところはあるのかも。面白半分、利益半分。普通のWebアプリに比べて法人割合が高い。

ただ言えることは、現時点でmixiアプリを自在に作れる人は少数だということ。勉強会に来るメンバーがこのくらいの習熟度ということは、今のうちにノウハウ積み上げれば正式版スタートしてから手をつける人に差をつけることができるかも…！

とはいえ

前途多難だなー。プラットフォームが不安定で検証もままならねーし、JavaScriptっていっても昔流行ったステータスバーの表示をちょろっと変えるレベルじゃないからね。実際、この本を120ページくらいまで読んだけど、mixiアプリのコード例で使われてる書式なんて全然出てきませんからね＞＜　Web2.0時代のJavaScriptにはまだ遠いわー。

JavaScript初心者の俺ですが、OpenSocialに興味があったので参加してみました。…どのくらい初心者かというと勉強会に参加決めてから初めてJSの参考書を買ったくらいです。まぁ締切効果を利用してJS勉強できたので良かったっちゃあ良かった(ぉ

※参考：OpenSocialというかmixiアプリは実は簡単に作れそうな話。

ちなみにOpenSocialというのは今ベータテスト期間中のmixiアプリで採用されている技術で、これを学べば自分でmixiアプリを作って友達に使ってもらったり、PV増やして収益上げたりできるかもしれない。まだ知名度は低いけど、将来的にiモードみたいに一般的なものになる…かも？といった段階です。

OpenSocial Hostとは?

今回はOpenSocial Host(以下OSH)の勉強会でした。OSHは株式会社ハートレイルズさんが提供しているOpenSocailのアプリ開発を支援するサービス。

OpenSocialを作るためにはプログラムファイルを置くサーバが必要。けどレンタルサーバは有料だったりするのでOSHがファイル置き場を無料で提供します、というのがまず1点(※)。とはいえ、普通のエンジニアはサーバの1つや2つ持ってるのでこれだけではメリットにならない。ポイントは外部サーバのDBに簡単に書き込みできるAPIを提供している事だと思う。

※ 無料プランで1アプリにつき100ファイル、1ファイル10MB、合計500MBまで。

OpenSocialアプリと外部サーバの関係

仮にOpenSocialアプリ(mixiアプリ)で外部サーバにデータを保存しない場合でも、「永続化データ」という手法を使ってOpenSocial側(mixiのサーバ)にデータを保存することができます。ただこれが

1. データ保存個数が限られる。gooホームの場合、1アプリに付き10個までしか保存できない。
2. 同じアプリを入れてる人同士だと、お互いのデータが丸見え。
3. 永続化データはユーザー毎に独立した領域に保存される。

とめちゃくちゃキツい制約あり。

例えば閲覧者の住んでいる場所を取得して明日の天気を返すだけのアプリならいいけど、日記アプリを作ろうとすると、

1. 11個以上日記が書けない。
2. 秘密の日記が書けない
3. コメントの実装が大変でシステムリソースを食う。

となる。3については「永続化データはユーザー毎に独立した領域に保存される」制約が作用していて、例えばAさんの日記にBさんがコメントをつけたとしても、そのコメントはAさんのデータ領域に保存されない。つまりAさんの日記にコメントがついているかどうか調べるために、Aさんのマイミク(で日記アプリ使ってる人)を全員調べないといけない。日記一覧を表示してコメント数を表示するだけでも、大変なりソースを消費してしまうわけで。

んじゃ外部サーバにデータ保存するしかないよね、って話になるけど、OpenSocailアプリからのデータを受信するプログラムを別途書いたりしないといけないのでJS以外の知識も必要になる。

そこでOpenSocial Host

OSHならJavaScript API(※)でOSHのサーバにデータを書き込めてしまう。しかもデータに細かい権限設定ができるので秘密の日記なども作成可能。加えてアクセス解析機能も充実していて、例えばユーザーID単位でPV/UU集計できるので「あいつにアプリ紹介してやったのに全然見てねーわ」とかも分かっちゃう＞＜

※ API使用回数：5,000,000回／月まで無料

OSHを使ったデモとして円グラフ日記を見せてもらいました。簡単そうに見えますが、最新の円グラフは永続化データで保存してHOMEビューに表示、円グラフについたコメントはOSHに保存という作りで開発には1週間かかったみたい。ただデータ保存部分をOSHで代用しなければもっと長くかかったんじゃないかな？と思います。

あと(なんでもそうですが)1個作れば使いまわして類似アプリを作れるので苦労するのは最初だけ！早いとこ自分の”フォーム”を確立しないとなーと思いました。

OpenSocial Hostで何か作ってみよう！

残り時間でOSHを使ったmixiアプリを作ってみよう！ということで、参加者みんなでOSHに登録した後、id:willnetさんの用意した雛形を使ってmixiアプリ登録→ちょこっと改造という流れ。

…だが「ボタンを押したらTodoリストを消す」という最初の課題もできない。いーよいーよ、どうせJS始めたててでDOMとかも分かってねーし(その割には各Todoにidを付与するとこまではできた)とふて腐れてたんだが、1時間経って課題を作れた参加者は2名だけでしたとさ。うーん。ここらへんは次のエントリあたりで補足予定→補足した。

OpenSocial Host 今後の予定

• mixiモバイル対応：7月末～8月頭目標。PCもモバイルも”なるべく”同じソースを使えるように検討中。
• データベース／ログのインポート／エクスポート機能
• JavaScriptAPIの拡充 ** 複数コンテナ(mixi⇔goo⇔orkut)／アプリケーション間の連携支援API ** 写真や動画などのマルチメディアファイルの投稿／取得API
• アプリの雛形となるソースの提供

感想いろいろ

まずはOSHの感想から。

正直外部サーバにデータ保存するところまでmixiアプリ作れてなかったのでOSHに興味なかったけど、永続化データの制約知った＋登録簡単ですぐに使い始められるOSHはなかなかいいなぁと思いました。

あとは雛形のソースコードを充実させてほしいかな。。。例えば、普通の人がmixiアプリ作って外部サーバにデータ保存しようとした場合、まずmixi Developer Center見たり、実際にソース公開してる人探したりすると思います。

参考：mixiアプリからの署名付きリクエストの受け側を作る – プログラマー、再起動中

んで、そのやり方で作れちゃうとOSHｲﾗﾈってなってしまうので、OSHを使ったmixiアプリのソースを解説付きで公開してくれるとありがたいです。まぁ僕が参考にしたいだけなんですけどね！

その他。

• アクセス解析はいいなぁと思いました。自分で実装するの面倒だしこれに慣れるとOSHから離れられないとかありそう。有料プランなら時間も取れるとか機能強化もできるし。
• GoogleAppEngineでmixiアプリできるよーvvという記事がいくつか上がってるので、圧倒的なブランド力に押されてtwitterに対するもごもご/wassr的な位置づけにならないか心配です。

OpenSocial周りのWebの盛り上がりについて。

これは次のエントリで。

初めての勉強会感想

オフ会の延長線って感じかな。違うのは、仲良くするのが目的じゃなく勉強/情報交換がメインなこと。例えば

• 出欠確認なし
• 参加者同士の自己紹介はなし
• 名札なし
• 名刺交換なし

って感じ。昨日だけでは判断できないけど、技術で会話するエンジニアにとってはオフ会よりやりやすい…かもしれません。けど正直1人参加は勇気がいるね。オフ会と違って普段からネットで仲良くしてる人って訳じゃないし、行ったら行ったで内輪気味な会かもしれない(昨日は違ったけど)。例えば参加者のブログ読んどいて「あの記事面白かったですね！」からきっかけ作ればいいけど、なかなかタイミングがないし(そもそもお互いの名前知らない)。

やっぱり懇親会なのかな？技術レベルが違いすぎる＋Web系の人ばっかりっぽかった(私服多かった)ので参加しなかったけど、そういう所で仲良くなれれば次へのきっかけになるかもしれない…と帰ってから思った。例えばmixiアプリ作ってる人とブログやtwitterで交流する→勉強会で初顔合わせなら盛り上がったかもしれないなー。

課題出来なかった事も含めてやや不完全燃焼でしたが、mixiアプリと合わせてOSHの情報も追っかけていきたいと思います。

RMagick 2.9.0(に同梱されているImageMagick)を使用するには、Visual C++ 2008のランタイムが必要である。

• ImageMagick本家のフォーラム
• Visual C++ 2008のダウンロード先

ということで、rubyで画像ファイルを生成できるRMagickというのがあるらしいので使ってみた。

■インストール

1. RubyForge： RMagick： Project InfoからRmagickをダウンロード
2. バイナリのImageMagickをインストール。ImageMagick-6.4.8-6-Q8-windows-dll.exeみたいなやつ。
3. ダウンロードしたディレクトリに移動して、「gem install rmagick-2.9.0-x86-mswin32.gem」を実行。

ERROR: Error installing rmagick-2.9.0-x86-mswin32.gem:

rmagick requires Ruby version >= 1.8.5

おっと、rubyのバージョンが古かったようだw 本家よりダウンロードしてアップデート。

■そして嵌った。

どうやらRmagickのインストールは結構難しいらしい。

RMagick のインストール – まゆの日記

インストールで失敗するという噂の RMagick を入れてみようと思います。

Windows版は比較的簡単らしいが、冒頭のようにVC++が入ってないとエラーになるとかいろいろ躓きポイントあり。

RMagickをインストールしてみる（Windows）　|　Katawara.*

あと一番嵌ったのが間違ったテストコードを使っていたこと。

require ‘rubygems’

require ‘RMagick’

だけではダメで、3行目に

include Magick

が必要だったんですね。どんなバージョン組み合わせてもエラーが出て半日くらい嵌ってました。

※俺のruby知識のなさが証明された。

■使ってみる

【ruby】【RMagick】WEB2.0的なロゴを作る | earth

このページのテストコードが一番分かりやすかった。元ネタはここだと思いますが。その他、rubyで画像処理をするならモテる Ruby! – Ruby会議 2007 – 川o・-・）＜2nd lifeが詳しい。

なぜこういう勉強をしているかというと、僕が重宝しているWebサービスのうちの一つ、雨量・雷観測情報のデータを解析したいからである。このリンクが東京都の雨量情報なのだが残念ながら携帯に対応していない。

そこで画像データを取得して携帯で見れるくらいに変換してやる。雨が降っていると地図上に青や紫の点が表示され、その間隔は毎回同じ。つまり青や紫の点の位置を特定して位置と紐付けてやれば、「○○市で○mmの雨」というデータが取得できるわけだ。

取りあえず今日はインストールだけで疲れたのでここまで。

■そこでUbuntu。

僕の当初の計画は、「普段使いのOSをUbuntuに変更し、四苦八苦しながらLinuxの仕組みを覚えていこう」というものでした。しかしテスト機にUbuntuをインストールして、すぐにこの計画が失敗する事に気付きました。だってGUIだけで普通に使えちゃうんだもん。

ブラウザやメモ帳などアプリは普通に使えるし、操作が分からなかったら「とりあえず右クリック→メニューからそれっぽいのを選択」で全部解決する。D&Dもできるからデスクトップ上のタスクバーにショートカットを追加、みたいなのも簡単。WindowsUpdate的なアップデートマネージャーが付いてるから、パッケージを最新のものに保つことも簡単。

■Ubuntuの一番褒めたい点

UI。洗練されすぎ。初期メニューバーには

• アプリケーション
• 場所
• システム

の3つのみ。メモ帳起動するのは「アプリケーション」、フォルダ開くのは「場所」、なんか設定変更するのはシステムって簡単に分かる。Windowsの場合、スタート→すべてのプログラム→アクセサリ→メモ帳だもんなぁ…。

あと言葉が具体的で人間に近いから迷わない。例えば「場所」をクリックした後に出てくる「デスクトップ」や「CD/DVDの作成」や「サーバに接続」。Windowsではよく使うのにデフォルトでは専用のメニューが用意されていない項目です。

確かにブラウザやエディタは同種の後発ソフトの方が機能的に洗練されているものですが…。まさかOSにまでそれが適用されるとはって感じです。

■一応言っておくと

僕がUbuntuを自然に使えるのはいろんなOSを使った経験のあるエンジニアだからで、IEしか使ったことがなく「いつものWindowsの画面」以外は応用の利かない一般人が問題なく使えるとは言えない。まぁそれを言うなら「UbuntuにIEが搭載されない限り一般人には使えない」ということになるので、応用の利かない人はほっといてUbuntuはUbuntuなりの進化をしてほしいと思う。

■Linuxの勉強をしてみた感想

1. Windowsのバックグラウンドに助けられるなぁ。
2. Windowsと比べると(不慣れな分)使いづらいなぁ。

まずですね。Windowsでコマンドプロンプトやバッチをいじっていたこともあって、スムーズに勉強が進んでます。OS違えどやりたいことは同じなので、IT製品の基本思考に沿えば引っかかりは少ないです。僕の場合、「WindowsのGUI→WindowsのCUI→LinuxのCUI」って感じで知識を付けていったのでそれぞれのハードルが低かった。多分何も知らない新人に「これからはLinuxだー！」ていってLinuxコマンド研修させたら死ねると思います。

反面、Windowsを使いこなしすぎててLinuxが不便という欠点があり。というのも、俺のWindows操作はマジちょっぱやでショートカットキー使いまくりなので、Linuxのショートカットキーを知らない&知ってても使い慣れない現在、大変もどかしい感じで操作をしてます。

■Linuxコマンドについて

オプション多すぎ。一部のオプションしか使わないとはいえ、コマンドのマニュアルが5,6ページあると引く。あとオプションの使い方がアルファベット順に書いてあるから、使用頻度が高いオプションがどれか分からないのも痛い。ので、これは使って慣れるしかないなぁと考えてます。