February 28th, 2008 | Published in Uncategorized
これまで、うちのMac miniで動かしていた blog.deadbeaf.org をレンタルサーバ上に引っ越ししました。 レンタルサーバの候補として、XREA / さくらインターネット / ロリポ の3つを試用しています。 現在いちばんレスポンスの良いXREAに移していますが、さくらインターネットと接戦かな。
デザインもついでなのですっきりさせようと思っていて、とりあえず google:”wordpress テーマ”で首位だったwp.vicunaさんのものに手を入れて使っています。
なんで引っ越したかというと、最近の過負荷のせいか、どうもMac miniがよくスラッシングから返ってこなくなってしまい、 サーバが止まる回数が増えてきていたから。 外出中にサーバが止まってたりすると、どうも心臓に良くない。
しかしこの8年くらいずっと自宅サーバだったので、レンタルサーバ浦島状態です。 自宅/レンタルのpros/consをあとでまとめてみようかなと。
February 22nd, 2008 | Published in Uncategorized
QuicksilverからTwitterに投稿するプラグイン、QSTwitterを1.3にアップデートしました。 ダウンロードはこちら。 若干バギーです 
自分がfollowしているひと (= Friend) をカタログに保持し、 Quicksilverから補完入力できるようにしました。 アイコンが表示されるのがキュート。
補完入力したFriendに対して、reply Action でメッセージを送れるようにしました。 自動的に、@だれそれがメッセージの先頭につきます。
環境変数に、http_proxyが設定されている場合に、そのプロキシサーバを使うようにしました。
これまでは、TwitterというActionでメッセージを送っていましたが、 postというActionに名前を変えました。
百聞は一見にしかずということで。
これまではObjective-Cで書いていたのですが、RubyCocoaで書き直しました。 メリットとしては、以下のようなものがあります。
また、コードを見てもらえると分かるのですが、カタログ化のためにダウンロードしたFriendのJSONを、 Marshal.dumpでPluginがインストールされた場所にキャッシュしています。 なんという手抜き。
February 20th, 2008 | Published in Uncategorized
FMMC 財団法人マルチメディア振興センター – Ｐ２Ｐネットワーク実験協議会 シンポジウム 「Ｐ２Ｐ技術の利用・サービスに関わる取組・実験の最新動向」 に参加するため、東大まで行ってきました。 目的は2つ。
まず簡単に、印象に残っているとこの覚え書きを。
今日は最近の話題である、P2Pの商用CDNでの利用についてやりますよ、と。 P2Pがトラフィックの8割を占めているというデータに驚いた。HTTPとかテラ少ない。
書いてます。 P2Pといってもいろんなアーキテクチャがありますよ。詳しくは本で! スーパーノード型というのは、GFSに通じるものがあるかな。
悪意のあるPeerってのが、著作権を犯してるファイルを配ってたりすると。 そういうPeerはSPAMフィルタみたくベイズ理論ではじけないもんかなー、とかぼんやり考えてました。
P2Pでインターネットを軽くしたい! の話。
実際にやってみたところ、配るPeerともらうPeerが半々で50%程度の帯域削減になると。 んでP2Pでは、ISP/キャリアの負担はあまり変わらないかも。一番うれしいのは配信サイド(供給者)。
P2Pには、かき集めとばら撒きの2種類がある、というのはとてもわかりやすかった。 それはそうと首藤さんかっこいい。
人気がないコンテンツでも、Peerが1つか2つもいれば、 オフロード率 (オリジナルの配信元から出る通信量と、全体との割合) が40%にもなる。 これはすごいんじゃないか。
今回のベストプレゼン。笑いまくった。
時代を先取りし続けてきて、今やってるのは地域FMを世界に配信するというもの。 ただし、曲は流しませんw 代わりにDJの舞台裏をストリーミング放映。
朝の部で、だいたい僕が参加した目的は果たせました。よかった。
後半CDNでの実施例の話を聞くにつれ、これってサーバサイドの負荷分散の話だよなー、と。 ファイル共有じゃない、違う視点からP2Pを見るという話をもっと聞ければよかったかなと思います。 P2PなWikiとかP2PなファイルシステムとかP2PなSNSとか3分でつくるよP2Pとか。
あと、これだけP2Pな競合がいるのにUstream.tvが流行ってるのはなんでだろうと考えてて、それは ブラウザだけで即配信できるからなんかなと。 今日発表されていたプロダクツはだいたい、何かをインストールする必要がありました。そこの差なんかなと。 なにかを流行らせるためには、使ってもらうための障壁を限りなく下げないと、という教訓ですね。 あとUstream.tvも内部でP2P的な負荷分散してるのかなーと想像してました。 そうじゃないとしたら、いまP2PなUstream.tvつくればあたるよ!
P2Pな世界はまだまだこれからです。フロンティアがある。 みんなどしどしコード書いて、自分のプロトコルをデファクトにするとよいよ。
あと、 suztomoは捕捉できたんですが、 ハチロク世代の人がちょこちょこいたぽいので、話せてたらよかったなと。
知見がちょっと広がってよかったです。 あと、みんなでP2Pのコードを書いて世界を変えよう、とかおもった (デブサミ2008的な意味で)
February 19th, 2008 | Published in Uncategorized
Ruby会議2008のCFPとして、RubyCocoaでインタラクティブにMacのプラグインをつくるよ、みたいなものを書いて出してみました。 出してから、そういえばLeopardになってからQuartzComposerで遊んでないなあと気づき、ちょっと触ってみたらえらく変わっていたので、今日調べたことをカスタムプラグインをつくるという観点でメモっときます。
最大の変更点はこれです。 Appleの丁寧なドキュメント Introduction to Quartz Composer Custom Patch Programming Guide を読めば、たちまちつくれるようになるのではないかと。サンプルも充実してて、/Developer/Examples/Quartz\ Composer/Plugins/にごろごろ転がってます。 これまで、kineme.net:Xcode Template for Custom Quartz Composer Patches を使い、非公開のAPIでプログラミングしていたのに対して大きな進歩です。
Objective-C 2.0で導入された、propertyという機能をつかって入出力Portの指定をコードでやるようになっています。 これまでは、インスタンス変数名の先頭にinput/outputがあれば、それがPortになっていました。
RubyCocoaでpropertyを使う方法を知らないのでどうしようかなあと思ってたのですが、 addinputPortWithTypeとかaddOutputPortWithTypeというメソッドを使えば動的にPortが加えられます。
注意すべきことは、これらのメソッドはプラグインのexecuteメソッドに入れてはいけないことです (例外があがってQuartzComposerが止まってしまいます)。んじゃどうするかということで、ExampleのCommandLineToolとFreeFrameHostを調べてみると、どうやらQuartzComposerのインスペクタから受け取るイベントのハンドラで、これらのメソッドを呼ぶようにしています。なるほど。
これまでは、/Library/Graphics/Patch にプラグインを置くのが流儀だったのですが、Leopardからは/Library/Graphics/Quartz\ Composer\ Plug-Ins/ になりました(~/Library以下でもOK)。
カスタムプラグインをつくるという点から、Leopardになって気づいたことをまとめました。次はいよいよ、RubyCocoaでカスタムプラグインづくりです。
February 15th, 2008 | Published in Uncategorized
二日連続で雅叙園でした。 聴いたものとその感想を簡単に。
実際に日々TDDをやってる人の実演を見るのはとても参考になった。Eclipse+Javaの補完すごい。Vim+C++でもあれくらいできれば…
全体でみて。
しょっぱなのジョエルトークを筆頭にして聴衆を楽しませようとする人が少なめで、そうでなく単調に話し続けるだけの人が多かった。 文化の違いもあるんだろうけど、聴く側に届けたいものをはっきりさせて、笑いで場をつくることで心を開いてもらう、というサービス精神はだいじだなと。 自分が話す機会があれば、サービスサービスしよう。
1つのセッションが40分くらいで、LT慣れしてる感覚からするとものすごい長かった。 LTてのは優れたプレゼンフレームワークだなー。
ということで、さっそく英語ブログをはじめました。これまでもここでちょこちょこと英語エントリ書いてたんだけど、日本語を1文字も表示させないようにというakky tipsだったので独立。越境してコードで世界を変えるのです。
自分なりの気づきをいくつか見つけることができました。参加してよかった。
February 13th, 2008 | Published in Uncategorized
デブサミ1日目に行ってきました。 見てきたのは、
あたり。印象に残ったのは、Joel, 咳さん、amachangでした。
Joelのは、二級品じゃなくて一級品をつくるには、といった話。サービス精神あふれる、ブログでのユーモアそのままなプレゼンを見せてくれた。さすが。 ユーザのことをほんとうに考えてものをつくるにはどうしたらいいか、のヒントがあった。
咳さんのチームでの開発話は、自分に置き換えながら聴いてた。 XPをやるんじゃなくて、仕事を終わらせるのがだいじ、と。方法論に踊らされず、自分の血肉にしないとね。僕もチームづくりでいろいろトライしてるんだけど、価値観を共有するのがまず最初にやることだなと再確認。がんばろ。
amachangのJavascriptのOO側面の話はとてもよく分かった。 どんどんはなし、ストーリーがうまくなってるなー。 テクニックは、他人が書いたコードを読むために身につけてきた、というのは新しい視点だな。 この前のWEB+DB PRESS Tech Meetingのときもそうだったんだけど、もっと自分がつくったものの話をしてもいいんじゃない? とか思った。
その他雑感。
Rubyのパネルディスカッションで、みんなもっと貢献するといいよという話を聞いてて、J.F.ケネディのあれを思い出してました。
Rubyがあなたに何をしてくれるのではなく、あなたがRubyに何ができるかを問うべきだ
ではまた明日!
February 6th, 2008 | Published in Uncategorized
RubyCocoaを使ってQuicksilverプラグインを書く の続編です。 前回書いたあと、hisaさんからアドバイスをもらい、RubyCocoaでプラグインを書くことができるようになりました。
ポイントは以下の2つ。
コードは、CodeReposのものをupdateしておきました。 hisaさんコードがたくさん入っていますが、煮るなり焼くなり好きにせよとのことなので、前回と同じ修正BSDライセンスとします。
Quicksilver プラグインに限らず、Cocoaで何らかのBundleを書く際には、Info.plistの NSPrincipalClass にクラス名を指定しておくと、そのクラスの +load() メソッドが呼ばれてプラグインが組み込まれるようです。 なので、ここでRBBundleInit()を呼んでRubyCocoaを初期化すると。とてもスマート。 前回はこのことを知らずに、無理矢理なハックをしていたのでした。
ここでは、NSPrincipalClassにRCLoaderというクラスを指定しています。
RCLoader
(void)load { static bool installed = 0;
if (! installed) { if (! RBBundleInit("load_ruby.rb", [self class], self)) { installed = true; } } }
そんで、RubyCocoaの初期化の中で、必要な.rbを読み込んでおく、と。
def load_ruby_programs(bundle, logger)
path = bundle.resourcePath.fileSystemRepresentation
rbfiles = Dir.entries(path).select {|x| /.rb\z/ =~ x}
rbfiles -= [ File.basename(FILE) ]
rbfiles.each do |path|
require( File.basename(path) )
end
end
OSX.init_for_bundle do |bundle, param, logger|
load_ruby_programs(bundle, logger)
end
前回説明したように、QuicksilverのActionを記述するには、QSActionProviderを継承したクラスでメソッドを用意します。 今回は、RubyのクラスでQSActionProviderを実装します。RubyCocoaのパワーがすごすぎる。
class RubyAction < OSX::QSActionProvider
def act(arg)
val = arg.stringValue
OSX::QSObject.objectWithString('Hello world, ' + val)
end
end
あとは、このRubyActionクラスを、Info.plistのactionClassに、actionSelectorをact:に指定しておけば、ちゃんとactが呼ばれます。
RubyCocoaで、Quicsilverプラグインを書く方法をまとめました。 これで、あとはRubyのクラスとInfo.plistを書くだけでどんどんプラグインが書けますね。みんながんばれ!
あと、自分でもイマイチだなーと思うことでも、何かしら書いて晒すことが大事なんだなと。そんで改善していければOKなんだ。 hisaさん、ありがとうございました。
February 3rd, 2008 | Published in Uncategorized
I wrote a Quicksilver plugin with RubyCocoa, that adds “hello world” to the passed string.
It should work on Tiger/Leopard if RubyCocoa is installed.
As I mentioned in QuartzComposer CustomPatch with RubyCocoa, we just call RBBundleInit() function in plugin initializaiton phase to write some plugin with RubyCocoa. But wait, where should be the initializaiton code in Quicksilver plugin ?
We write actual plugin behavior in the class that inherits QSActionProvider, so I tried to call RBBundleInit() in the init() method in that class… however, that resulted in crashing Quicksilver 
Then I called RBBundleInit() at only first time in performActionOnObject() of the actual Action class, and made references between Objective-C and Ruby class instances.
After that, I implemented an actual action behavior in Ruby class, and delegates from Objective-C to Ruby method, thats’ all. This is ugly, confusing, … I know, but it does work well
(QSObject *)performActionOnObject:(QSObject *)dObject{
// initialize RubyCocoa
static bool loaded = false;
if (!loaded) {
if (RBBundleInit("qs_action.rb", [self class], self)) {
NSLog(@"[RubyCocoaPluginAction.performActionOnObject] RBBundleInit failed"
);
abort();
}
loaded = true;
}
// delegate actual action to Ruby class
QSObject *ret = [QSObject objectWithString:[rb_ act:dObject]];
return ret;
}
class Action
def initialize(logger)
= logger
end
# write something great
# - arg : QSObject
def act(arg)
val = arg.stringValue
(val)
'Hello world, ' + val
end
end # Action
require 'osx/cocoa'
OSX.init_for_bundle do |bdl, owner, log|
# bdl - the bundle related with the 2nd argument of RBBundleInit
# owner - the 3rd argument of RBBundleInit as optional data
# log - logger for this block
act = Action.new(log)
owner.setInstance act
end
It should not be “With RubyCocoa”, but rather “By RubyCocoa”.
I made a start point to write a Quicksilver plugin by RubyCocoa. It is timing of initialization that is to be considered about writing some bundle in RubyCocoa. I made it in this article somehow. This article is for someone who wants to create Quicksilver plugin by Ruby, not learning unfamiliar Objective-C.
February 3rd, 2008 | Published in Uncategorized
RubyCocoaを使って、Quicksilverのプラグインを書いてみました。 受けとった文字列に、”hello world” をくっつけるだけのものです。
プロジェクト一式のコードは、CodeReposに。 ライセンスは修正BSDで。 RubyCocoaがインストールされていれば、TigerでもLeopardでも動くと思います。
RubyCocoaでQuartzComposer CustomPatchのときに書いたように、 CocoaアプリじゃなくてプラグインをRubyCocoaで書くには、RBBundleInit() という関数をプラグインの初期化の際に呼んであげればよいわけです。 ところが、Quicksilverプラグインの初期化ってどこなんだろうという。
QSActionProviderを継承したクラスで実際のプラグインの動作 (Action) を記述するので、このクラスのinit()で RBBundleInit() を呼べばいいかなーと考えてやってみたところ、Quicksilverをクラッシュさせてしまいます。こまった。
しかたないので、Actionを記述する performActionOnObject() の中で、RBBundleInit()を最初の一度だけ呼ぶようにしました。その中で、Objective-CからRubyクラスのインスタンスを参照できるようにしておきます。
あとは、RubyのクラスでActionを実装し、Objective-CからRubyのメソッドを呼んで移譲します。これでできあがり。 かなり強引で美しくないのですが目的は果たせるかな、というダーティハックです。
(QSObject *)performActionOnObject:(QSObject *)dObject{
// initialize RubyCocoa
static bool loaded = false;
if (!loaded) {
if (RBBundleInit("qs_action.rb", [self class], self)) {
NSLog(@"[RubyCocoaPluginAction.performActionOnObject] RBBundleInit failed"
);
abort();
}
loaded = true;
}
// delegate actual action to Ruby class
QSObject *ret = [QSObject objectWithString:[rb_ act:dObject]];
return ret;
}
class Action
def initialize(logger)
= logger
end
# write something great
# - arg : QSObject
def act(arg)
val = arg.stringValue
(val)
'Hello world, ' + val
end
end # Action
require 'osx/cocoa'
OSX.init_for_bundle do |bdl, owner, log|
# bdl - the bundle related with the 2nd argument of RBBundleInit
# owner - the 3rd argument of RBBundleInit as optional data
# log - logger for this block
act = Action.new(log)
owner.setInstance act
end
「RubyCocoaを使って」 よりも、「RubyCocoaで」、スマートにプラグインを書けるようにしたいものです。 まぁ、まずは第一歩ということでひとつ。
RubyCocoaを使って、Quicksilverプラグインをつくるためのとっかかりについて書きました。 RubyCocoaでバンドルを書くときに悩むのは初期化のタイミングだと思います。 今回はここを無理矢理解決しました。 Objective-Cを学んでる時間があったら、慣れ親しんでるRubyでちゃちゃっと コード書きたいよ! という方の参考になればと思います。
RubyCocoaのhisaさんにコメントいただき (!)、もっとよい方法を教えてもらいました。 こちらについても、まとめて別エントリにします。