iPadにはプラグインの仕組みが欲しいな

iPhoneにはプラグインは必要ないかと思ってた。画面も小さいしアプリの規模もそんな大きくない。解決したい物事に特化した単機能の小さいアプリがたくさんそろっていればいいかなぁと。

でも、iPadは事情が違う。移動中に使うというよりは、リビングとかデスクとかカフェとか、落ち着いた場所でじっくり使うモノになりそう。画面もでかいしアプリが出来ることもどんどん高度になっていく。裏を返すと、その分アプリを作るのが大変になる。

例えば、とてもじゃないけど、Pagesに対抗するワープロアプリを書こうなんて考えもしない。書けたとしたら$10じゃ売れない。とても無理。

そしたら、iPadにもiPhoneのアプリみたいに、シンプルなソリューションを提供する場所が必要だと思う。もちろんこれまで通りアプリ作ればいいってことも多いとは思うけど。組み合わせたい機能というのはたくさんある。

例えば？

• テキストの編集中に表示されるメニューに翻訳機能を提供したい
• 写真ライブラリの共有メニューに、うちのサービスへのアップロード機能もつけたい
• Pagesの書類を別の形式で書き出したい

．．．あんまりないか（笑）。まあ、次の主戦場はアプリではなくもっと機能に集中させて欲しいなぁ、というのが開発者の希望なのかな。AppStore、アプリ内課金、ときたので、機能別課金、PluginStoreみたいなことをやってほしい。

ちなみに、プラグイン機能をつけるとセキュリティ的にやばい、というのは、アプリがみんな好き勝手に自分の独自実装で機能を拡張しようとした場合で、システムがプラグインを管理し、データ中心名設計をすれば問題なく仕組みは作れると思います。どうせStore経由でしか取得できないんだろうし。

Objective-C 2.0 ローカルカテゴリの書き方

@interface Hello : NSObject {
 ...
}

---

@interface Hello()
- (void)world;
@end

@implementation Hello  // ←()のないメインの実装の中に書く

- (void)world {
}

@end

2010年 - Smalltalkを体験する年

以前から @sumim さんからさんざん言われていたが、年末に呑んだときに話の流れでこういうことに。Smalltalkのすごさがわかる本書いてよ、といったらパーソナルなツールとなるもの、とても万人に向けてよさを伝える本は（面倒くさくて）書けない、結局one to oneでないとよさは伝えられないよ。ということで、聞いてくれたら答えてくれるそうなので勉強してみようという次第です。どうなることやら。

まずは環境構築からだな。うちにあるSqueak入門読んだほうがいいのかな。一回は読んだ気がしますが。

ともかく悩んだら考える前に聞いて、という夢のような先生なので、期待してます。

ブログ始めました

2010年、今年はブログを始めてみようかと思います。