Rails勉強会＠東京第29回(The 29th Rails Study Meeing Tokyo)

This is a study meeting of Ruby on Rails which periodically takes place once a month since November of 2005. I have attended for over two years. There are many interesting sessions about Ruby on Rails. The meeting usually has 4 tracks and they are separated into two periods with a break time.

If you happened to be interested, how about joining in?

以前紹介したPassenger (別名mod_rails)がリリースされたようです。

Passenger mod_rails for Apache

Gemで配布されているので、インストールは以下でOK.

   1  % sudo gem install passenger

DHHも記事を書いてます。

Passenger (mod_rails for Apache) launches

The guys at Phusion has finally wrapped up Passenger, their mod_rails-like module for Apache. It’s looking like a great, easy solution for people who want a more PHP-like deployment story.

今後が楽しみですね。

個人的にはEbb+swiftiplyの動向が気になってます。

See Also

• チェック必須！Rails新時代の到来か？「Passenger（mod_rails for Apache）」
• mod_rails用のdeploy.rbとapache用設定ファイルジェネレータ

日ごろ何かとお世話になっているRDocのバージョン2.0.0がリリースされたようです。

rdoc version 2.0.0 has been released!

RDoc is an application that produces documentation for one or more Ruby source files. RDoc includes the rdoc and ri tools for generating and displaying online documentation.

SVN使いがとりあえずGitを使ってみるなら、 Git - SVN Crash Course がお勧め。

自分で覚えるためにポイントを書いておく。 ちなみにZSHはGitのサブコマンドも良い感じにTAB補完してくれます。

• git pull でリポジトリから持ってくる。
• 管理する単位はProject Tree=リポジトリ。しかしWorking Treeという用語も散見される。ちょっとどれが正式な呼び方なのか不明。
• 手元に持ってきたProject TreeはWorking Copyと呼ぶ
• Project TreeはTagやBranchを含んでいる。従ってURLはリポジトリの場所を表すだけ。
• デフォルトのブランチ名はmaster (SVNの)
• Working Copyのルートディレクトリにだけ.gitディレクトリが作られる。SVNやCVSでサブディレクトリ全部に管理ディレクトリが作られるのとは対照的。
• リビジョンIDは番号ではなく英数字の羅列（SHA1使用）
• svn info の代わりに git status

Gitのサブコマンドについては、Gitのバージョンによってちょっと違うようなので注意が必要。Debianのstableだと若干古い（1.4.4.4）ので、例えばgit initが無い。代わりにgit-init-dbを使うなどの違いがある。

ちなみに、この記事を書いている時点でのGitの最新バージョンは1.5.5です。

See Also

• Git - Fast Version Control System(配布元)
• Git and Ruby: Git tutorials, articles and links for Rubyists(素晴らしいまとめ)

babieさんのGoogleAppEngineに関するtweetを見ているうちに、これ使うとGAEでしか動かないアプリしかかけない(!)ということがわかった。したらmasuidriveさんも同じことを書いていた。さらに面白かったのがコレ。

　これ専用にガリガリとアプリを書いて、サービスするのは罠だと思うけど、自分用WikiEngineをインストールしたり、Plaggerを常駐させておくのには便利そう。
http://blog.masuidrive.jp/index.php/2008/04/08/google-app-engine/

GAEをHomeユースに特化させてはどうか！Homeメディアサーバとかもちらっと考えるので、バックグランドプロセスとか常駐とかをちょちょっと動かせるHomeサーバ。

あと、サービスの一部だけに使うとか。検索だけBigTableです、とか。

namurokさんの発言を偶然見つけて、TokyoCabinetというものを知りました。Rubyからも使えるということなので、RailsPluginとかもあるのかなぁ。使ってみたいですね。 この話をしたら、瀧内さんがS3, BigTableにこれ、RDBはスケールできないってことですかねーと言っていた。ふむふむ。

mamoruk: @akf TokyoCabinet は Python, Perl, Ruby バインディングありますよ。8000万レコードまでは普通に使っています(億の単位のレコード入れるには少しパラメータの調整が必要)。メモリに乗れば引くのも速いです。
http://twitter.com/mamoruk/statuses/785574490

ぐぐた。

オープンソース・ソフトウェアはTokyo Cabinet、日本発のDBM実装だ。(中略)
Tokyo CabinetはあのHyper Estraierの作者である平林幹雄氏（以下mikio氏）によるソフトウェアで、Hyper Estraierの内部で利用されているQDBMよりも高速に動作するらしい。前方一致や数値の範囲検索、さらにトランザクションも利用できる。
http://www.moongift.jp/2007/11/tokyo_cabinet/

前回の為替手形の続きになります。

東京商店、大阪商店、名古屋商店の例を、今回も使用します。 東京商店は大阪商店に対して買掛金があり、名古屋商店に対しては売掛金があります。 大阪商店から見ると、東京商店に売掛金があることになります。 名古屋商店から見ると、東京商店に買掛金があることになります。

前回の例のように、全てが300,000円だったとすると、それぞれの取引時の仕訳は、

東京商店（大阪商店との取引）

東京商店（名古屋商店との取引）

大阪商店

名古屋商店

このようになります。

東京商店が大阪商店に買掛金を支払い、名古屋商店から売掛金を受け取るよりも、名古屋商店が大阪商店に支払いをしてくれる方が簡単に済む、という時に使用されるのが為替手形だというのが前回の話でした。 為替手形は東京商店から大阪商店へと振り出されます。 この時の、それぞれの商店には特殊な呼び方があります。

東京商店は、為替手形を振り出すので「振出人」

大阪商店は、為替手形を受け取るので「受取人」または「指図人」

名古屋商店は、為替手形の宛名に書かれるので「名宛人」または「引受人」といいます。

これらの呼び方は、実際の為替に書く欄の名称と一致します。

東京商店が振り出す為替手形には、宛名と引受欄には「名古屋商店」の名称が書かれ、指図人欄には「< B>大阪商店」の名称が書かれ、振出人欄には「東京商店」の名称が書かれます。

個人的に、この辺りからが３級の一番の山場だと思ってます。

二者間で取り交わされる約束手形と違い、為替手形は三者間で取り交わされるものです。

東京商店と大阪商店、名古屋商店があったとして、 東京商店は大阪商店に300,000円の買掛金を支払う必要があり、名古屋商店から3000,000円の売掛金を受け取ることになっていた場合に、名古屋商店から売掛金300,000円を受け取り、大阪商店に300,000円の買掛金を支払うよりも、名古屋商店が大阪商店に300,000円を支払ってくれた方が簡単に済みます。 このような場合に用いられるのが為替手形です。

では、仕訳をみていきましょう。 東京商店、大阪商店、名古屋商店の各社で仕訳内容は異なります。

まずは、東京商店です。 売掛金のある名古屋商店が買掛金のある大阪商店に支払いをしてくれたわけですから、

と、なります。

売掛金と買掛金が相殺されて、両方とも減ることになります。 実際には支払いも受け取りもしていないので、仕訳に手形は出てきません。

次に、大阪商店です。 東京商店から受け取るはずだった売掛金（東京商店から見れば買掛金）を、名古屋商店が支払ってくれたわけですから、

と、なります。

為替手形を受け取ったので勘定科目は「受取手形」になります。

最後に、名古屋商店です。 東京商店に支払うはずだった買掛金（東京商店から見れば売掛金）を、大阪商店に支払ったわけですから、

と、なります。 為替手形を振り出したことにより、買掛金は減少します。 為替手形を支払ったので勘定科目は「支払手形」になります。

AWS (Amazon Web Service) including S3 and EC2 had downed again (See here)

We may have a need of balancing our services over the several EC2 clones. Fortunately, there have already been several computing clouds on the Internet. But there are no compatibilities between them. Their interfaces should be standardized. I think that the spec would become similar to EC2 because of its accumulated experiences.

BTW, I can't stop recalling the story of Permutation City of Egan.

いつもrailsで迷うんだけど、rootのコントローラって何がいいかしら。 37sの人はwelcome、has_manyの人はhomeを使うみたい。さっきtweetしてみたら、@shachiさんがtopとreplyしてくれた。

1. top
2. home
3. welcome

上記の順でいいと思いました。
welcomeはindexだけだといいけど、aboutにも使おうとすると名前が合わない気がするし、homeだとみんなのというより自分だけ・personalな雰囲気がする/もあるし、topにはそれがなくてrootという感じもする。
今のprojectもtopしてみようかしらん！