Ruby on Railsを利用したドリコムのDrecom Career Search。同社はB2CサービスでRailsを標準に採用している [画像のクリックで拡大表示] その熱気に包まれながら，なんだかこれとよく似た雰囲気を感じたことがあるような気がした。なんだったろう。そうだ。Linuxがブレイクする直前のあの熱気だ---6月に行われた日本Rubyカンファレンス（関連記事）で記者が受けた印象だ。 記者が最初にビジネス用途のソフトウエアとしてLinuxを意識したのは米Netscape CommuncationsがLinuxをサポートする方針を明らかにした時だったと記憶している。正直言って最初は「個人の名前を冠したソフトウエアなんて，どうせホビー用だろう」と思っていた。しかし，それではと調べれば調べるほど，Linux上のソフトウエアや，採用事例はまさに山のように出てくる。 売るわけでもない

現在最も注目されているWebアプリケーション・フレームワークRuby on Rails。その作者であるDavid Heinemeier Hansson氏（通称DHH氏）が日本Rubyカンファレンス2006（関連記事）のために来日した。「JavaやPHPでは書けなかった美しいコードが書けるから」---Hansson氏はRubyを開発言語として選んだ理由をこう語る（聞き手はITpro編集 高橋信頼） ---なぜRubyを選んだのですか。 以前，JavaやPHPでコードを書いていました。しかし，JavaやPHPでは美しい（Beautiful）コードを書くことができず，不満を感じていました。そんな時に（リファクタリングなどで知られる）達人プログラマMartin Fowler氏がRubyを紹介した記事を読み，自分で使ってみて，Rubyは美しいコードを書くことができる，プログラマをハッピーにする言語だ

2006年06月20日18:20 カテゴリWEB+DB PRESSLightweight Languages Haskellは難しくない--こともある。 まだVol.33も正式発売されていないというのに、すでにVol.34の原稿書きにいそしむ今日この頃。実はその記事の一つがHaskellだ。「Powered by Ph.Dな言語の解説を中卒がやるのってどうよ?」と我ながら思うが、自分で言うのもなんだがむしろいい記事に仕上がってきているのを感じる。 Matzにっき(2006-06-13) 私:「Haskell難しいですから」 「ええっ？」 というわけで、予告ついでに、HaskellよりRubyの方がずっと難しいことを一つ上げさせていただく。 それは、なんといってもProcオブジェクトだ。 「Rubyの美しくない部分を一つあげよ」と聞いて、真っ先に思い立つのがこれだ。 例えば、logbXをカリ

RailsやChuraのいけてないところ これは、Ruby on Railsに対する実に的確な批判だと思う。だが、これによって逆にRailsの意味が見えてきたような気がする。 (このエントリ、入口はソフトのやや専門的な話ですが、例によって大風呂敷で、そこから"The World is Flat"の話につながっていくので、できればプログラマ以外の方もおつきあい下さい) Railsというソフト開発ツールの良さは、単に便利とかフルスタック(必要な全ての機能盛合せ)ということではなく、実践的な仕事の流れが背後に想定されていることだ。頭をひねってツールを使いこなすというより、ツール(が想定しているソフト開発手順)に「乗る」という感覚で開発を進めることができる(まさに On Rails)。 だから、Railsの個々の機能の過不足を問題にするのはあまり意味が無い。仮に不足があったとしても、オープンソース

羽生さんのABD(Activity Based Datamodel)ですが、それを知った感想を自分なりにすごく乱暴にまとめると、DBをイベント系とリソース系にわけた上で、仕事っていうのはリソース間やイベントとリソースの間になんらかの関係を発生させる捉える、という考え方かなぁ、と。 イベントとリソース 売上げが立つ、というイベントはつまりお客さん(リソース)と商品(リソース)との間に購入/入金という関連が発生するというふうに捉えられます、と。 あんまり例えが良くありませんが、ビジネス上のできごと＝イベントに着目し、イベントも関連テーブルのエンティティを素直にcreateすることで表現するという方法論だと読んでいます。 さらにDBを設計するということは、そういったイベント、すなわちビジネス上のアクティビティをどう記録するか、という観点でデータの持ちかたを設計していくということなんじゃないでしょ

Matzにっき - Alan Kayといっしょ や 日本 Ruby カンファレンス 2006（RubyKaigi）の まつもとさんの基調講演での言及から、一部の隠れ Smalltalk ファンの方々には衝撃をもって受け止められたり、あるいはおもしろおかしく取り上げる向きもある、くだんのセリフ。実は、アラン・ケイが Smalltalk への失望や批判的評価を述べることはそんなに珍しいことではありません。（…ので、びっくりしちゃった人は、これを機会に“耐性”を持つようにしましょう！ｗ） たとえば、このブログではお馴染みの The Early History of Smalltalk には、こんなくだりがあります。 When I looked at Smalltalk in 1975, I was looking at something great, but I did not see an

二日目も大盛況のうちに終了。熱かったです。盛り上がった。 DHHのActiveResourceの話なんてスタンディングオベーションものでしたし。 "素敵だな"と思ったことをチラシの裏*1に書き留めていたので、感激備忘録として書き留めておきます。詳細かつ客観的なログはYuguiさん始め他の方々に期待。 全体の感想としてはとにかく楽しかったです。スタッフの方、発表者の方、本当にありがとうございました。 来年こそは*2なんか喋るなりスタッフになるなりします。是非。 たださん「Ruby anywhere 〜Ruby普及のためにアプリケーションができること」 初めて拝見しましたが、たださんカッコイイ。プレゼン中の立ち振舞が渋かったです。 「普及を目指すのはカッコ悪いですか？」普及は善という考えに同意。自分を含めてみんながもっとハッピーになれるはず、と信じていることを着実に推し進めていきたいです。 咳

まだかなまだかな… nyasuさんのチュートリアルがわかりやすかったですが、内容が少々古いようで少し混乱した。 寝る時間なので、memoだけ。 ruby 色々あるけど、windowsのGUIをつくるなら、ActiveScriptRubyがいい。 exerbもvrもはいってるみたい？(僕はexerbはDLしてインストールした) exerbの呼び出しバッチファイルを作る rubyからよびだす必要があるので、バッチにしちゃってパスの通ったとこにおく。 既存のはエラーがでた。 @echo off ruby C:\usr\local\exerb-3.3.1\bin\exerb %1 %2 %3 %4 %5 %6 %7 %8 %9 レシピの作成 レシピってのは、必要なライブラリとかの情報がかかれてるやつ。 ruby -r exerb/mkrbc dropmemo.rb exeの作成 exerb.bat