2003-07-18[n年前へ]
■Rubyで書かれたWebアプリケーションフレームワーク
Rubyで書かれたWebアプリケーションフレームワークCGIKit。Webページをコンポーネントとして扱うため、通常のCGIプログラムよりも効率の高い開発が可能。
2008-05-05[n年前へ]
■「サービス整理」と「目標」と「結果」と「理由」
『(ヘア)スタイルに関する「知りたい・気になるキーワード」で検索をかけると、たくさんスタイルを見つけることができて、気に入ったスタイルがあれば、そのスタイルを自分の顔で確かめることができる!その流行度合いもわかる!』ということを目標に作ったWEBアプリケーションが、”Make up Award!”でした。「目標」と「結果」はほとんどの場合違うものですが、そんなことが「目標」でした。
ところで、「目標」と「結果」が違うように、作る「目標」と作る「理由」もまた違います。このWEBアプリ Make up Award! を作ったのは、「Mash up Award 3rd」に参加するためでした。なぜかというと、Mash up Award 3rdに参加すれば、富士ゼロックス株式会社のネットプリント・サービス連携インターフェイスを使うことができると知ったからです。
コンビニエンスストアに設置してあるコピー・プリンタ複合機とケータイとGoogleMapを連携させよう、という「WEB 2.0時代のコンビニ・プリント活用法」を書いた時に、「もっとコンビニ・プリントをもっと上手く活用してみたい」とつくづく思いました。そう思いながらも、やれたことはネットプリント・サーバをMechanizeでHackするということくらいだったのです。
そんなフラストレーションがあったせいか、ネットプリント・サービスの連携インターフェイスを使うことができるというだけの理由でMash up Award 3rdに参加しました。もちろん参加したからには、アプリケーションを作らなければならない…というわけで、Make up award!を作りました。Mash up Awardに参加するためのアプリだから、名前は"Make up award!"という単純ストレートなネーミングにしました。ネットプリント・サービスの連携インターフェイスは、転送ファイルサイズなどの制限もあって、サービスに付けるとこまでは行きませんでした。
ビギナーズラックで"Make up award!"は受賞式に出ることができたのですけれど、今ではその作りは眺めるのもイヤで、自分用のフレームワーク上で画像処理系のWEBアプリをすべて作り直したくなってきました(よくあることだと思いますが)。そこで、"Make up award!"などの整理をし始めました。
そういうわけで、いつまで現状の"Make up award!"を動かすかどうかわかりませんが、とりあえず、「浴衣」や「卒業式」といったキーワードで、スタイル検索をしてみると、結構面白いく楽しめるかもしれません。その流行度合いをグラフで眺めてみたりすると、あぁこういったものは「季節もの」なんだなぁ、ということを納得させられます。「浴衣」や「卒業式」の言及グラフを少し離れて眺めてみると、季節の移り変わりを実感することができるかもしれません。
2008-07-30[n年前へ]
■「道具」と「文化」
「道具」は「文化」の要素の一つだ。しかも、それは比較的大きな要素である。「2001年宇宙の旅」で棒という道具を手にした猿が、その棒をついには宇宙ステーションという道具に変えたシーンが象徴的であるように、道具は人の生活スタイルに大きな影響を与え、そしてその生活スタイルは考え方・感じ方にさらに大きな影響を与える。つまり、道具は文化に影響を与える。
「フレームワークと異文化論」が面白い。
「Railsって一本道のイメージなんでしょうか。これにそって作ればWebアプリケーションが不安定にならずに完成するんでしょうか」
「私にとって“レイルズ”のイメージはこれなんです」といいながら、東京近郊の複雑な路線図を大写しにすると、会場は大爆笑に包まれた。
この会場に来るためにどの路線を使ったら良いのかを考えたときに、さまざまな選択肢があったと思います。……そんなにレイルに縛られなくてもいいんじゃないでしょうかp>
「線路」と「人生の方程式」ではないけれど、レール(線路)なんか一本じゃないし、だいたい設計した線路は実際の線路とは全然違ったりする。それが人生ではとても普通のよくあることで、それが大変さでもあるし、楽しさでもある。
多少なりとも他の文化を知らないと、ひとつの文化の姿を実感することはできない。他のものとの差異を見て、初めて自身の特徴が見えてきたりするからだ。道具の特徴を知るためには他の道具を知ることが役立ち、道具が文化に強く影響を与えるのだとしたら、そして文化が人の生活そのものだとしたら、(一つの道具を使えるようになった上で)他の道具を眺めてみることは、人の生活に大きな影響・大きな広がりを与えるに違いない。
2009-02-01[n年前へ]
■Objective-CとCocoaフレームワーク・・・勉強中
「自作アプリをApp Storeで世界に向けて販売できる!! iPhone SDKプログラミング大全 (MacPeople Books)」を読み、iPhoneプログラミングの勉強中です。そんな中、Objective-Cという言語をもっと「高尚な言葉を使わないで」説明した本を読みたいと感じました。それは、「ぶっちゃけた解説」を読みたい、という感じに似ています。
たぶん、その思想を理解できれば思想通りの表現を素直に読み進めることができそうなのでしょうが、プログラミング素人からすると、何だか今ひとつ言葉が過剰に思えてモヤモヤ感が残るのです。
たとえば、id型のオブジェクトと言われても、・・・それはもしかしてただの(void*)?と思ってしまいます。そして、何だか過剰に難しい言葉で解説されたC言語に思えてきてしまったりするのです。また、Cocoaフレームワークも、高機能なのはわかる・・・った気になれても、書かなければいけないイベントハンドラーが多いようにも感じてしまうのです。
せめて、必須のメソッドくらい、少なくともメソッドのひな形くらいは、自動でコード生成してくれないのだろうか、と溜息をつきたくなります。OSXプログラミングで楽しめるようになるためには、まだまだ、まだまだ覚えなければならないことが多そうです。
2009-04-27[n年前へ]
■Ruby Sapporo Night vol.10 にてSinatraのお話をしました
Ruby Sapporo Night vol.10 にてSinatraのお話をしました
PHPのような「サクッと書いてサクッとアップロードするとサクッと動く」環境を Sinatra (とPassenger) を使ってRubyで実現する方法についてお話しました。
ちょっとしたツールを作りたいときに (たとえばHTTPでGitHubのnotifyを受け取ってゴニョゴニョするとか、数ページのサイトを作るとか、Railsで使うためのバックエンドAPIを提供するサーバを作るとか) Railsを出してくるのはちょっと大げさだなと思ったら、こういうフレームワークもいいんじゃないでしょうか?というのがお伝えしたいことでした。