「ドコモ ケータイ送金」の提供開始

この4月に日本でのネット決済サービス環境整備はちょっとずつ前進しているようだっていう記事で、 『たとえば、飲み会でワリカンにしようかというときに財布取り出して千円札数えてやれ釣りが無いだのなんだのと酔った頭でやりとりする手間が、「全員携帯出せ!んで○○の口座(電話番号?)に○○円送金処理してボタン押せ!」という方式に変わることになる。』 などと想像していたのだが、ほんとにそのまんまのプレスリリースが出てちょっと驚いた。

報道発表資料 : 「ドコモ ケータイ送金」の提供開始について | お知らせ | NTTドコモ (2009/7)

「ドコモケータイ送金」は、新たな口座の開設や事前登録などの手続きをすることなく、送り手となるお客様が相手(受け手)の携帯電話番号を指定することで送金などが可能となるサービスです。受け手となるお客様は、送金された金額を任意の銀行口座で受け取るか、または毎月の携帯電話料金に充当する方法で受け取ることができます。 送金金額についてはサービス利用料と一緒に、毎月の携帯電話料金に合算して送り手のお客様に請求させていただきます。 お客様は、本サービスをご利用いただくことにより、飲み会代の精算など、友人・知人間でのお金の受け渡しを簡便に行うことができるようになります。

まだドコモ内に閉じてしまっているし、受け取り限度額20万円/月ということはあくまで個人間取引向けで事業者向きではないんだが、それでも大きな前進だと思う。

mod_proxy_ajp, mod_jk, glassfish, apache... よくわからん。

最近のJava界隈はほんとわからん。まああんまし気にせず好きなコード書きゃいんじゃね的な方向で。

結局、ネットとかwebとかはツールでしかない

以下、「マネタイズ」は収益化のことなのに、"hacks"と言うのはおかしい: 切込隊長BLOG(ブログ) Lead‐off man's Blog(2009/6)より。 ミもフタも無いよなあ(笑)。でも真実。

結局、ここ二年のネット関連ビジネスで黒字化しているのは、ヤフーとか除けば物販依存かゲームのようにパッケージに対して相対的に安価なコンテンツぐらいしか利益が出ていないわけですよ。そうでなければ、クリック誘導もどきで顧客騙して広告クリッコさせるコンテンツあたりでしか利益は出ないでしょう。
だから、どうやって稼ぐか、つまりマネタイズをどうすればいいのかに関心が集まるんだろうけれども、大枠で言うならば、サービスは赤字でもいいから受託開発で稼ぐというカヤックの貧相な社長が言っていたようなアプローチしか考えられないだろう中堅以下は、というのが実情だ。だって一番利益率の高いところは受託開発なんだもの。しょうがないよね。それの営業をするには人を雇うか知名度を上げざるを得ないわけで、話題になるサービスをやって、それを名刺代わりに利益率の取れるビジネスを受注するという以外にどういう利益拡大策があるのかという話だ。

で、「結局、ネットとかwebとかはツールでしかないのよ」という書き出しでなんか書こうかと思ったんだが書き出しの一文の時点でなんか面白みがなさげだし、疲れたんで寝る。

モバツイッターの中の人がAmazon EC2の利用について語ってくれた件

さっそくいろいろと情報を公開していただけて、本当にありがたや、です。

F's Garage:そろそろモバツイがEC2に移転した話でも書くとするか。 (2009/6)

以下、読者としての感想など。

あるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか?みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。

やっぱりなんだかんだいってそうなりますか。なるよなあうん。 それでも、性能比を加味したうえで同等のブツを一般的なハウジング環境などで組んだときの初期投資はもちろんいろんなコスト=固定資産がどうとか減価償却だとかそういう会計処理コスト含め=と照らすと、「買い」だと思えた。 もちろん、elasticなインフラ環境であるという点も大いに含めて。

また、DBサーバに共有エリアを儲けて、PHPのセッションファイルの共有を、WebサーバからNFS経由で読み込んでいます。経験上、セッションの共有にNFSを使って、あまり幸せになったことがないので躊躇しましたが、EC2のロードバランサー(筆者注:Elastic Load Balancingサービスのこと)が、L4レベルのものらしく、Stickyセッションなど同一のWebサーバに振り分けるような処理ができないようなので、モバツイのセッションはシンプルなので、まぁいいか、と。

NFSって安定してるんだか安定してないんだかわからないところが嫌ですよね。結局そこが単一障害点になりがちだし。かといってNFSをクラスタ構成でとか言い出すとキリないし。金かかるし。

そこで、mod_proxy_balancerってのはどうだろう。こいつのセッション維持も含めたロードバランシング機能はJava/JSP仕様向けではあるけど別にPHPやperlであっても普通に使えるはず。つまり、

Elastic Load Balancingサービス(によるL4レベルロードバランシング)
↓
apache+mod_proxy_balancer 1号機、2号機(どっちかに振られる)
↓
apache+perl/php(またはTomcat単体)1号、2号、3号、、、以下必要なだけ。
↓
DBサーバ群

みたいな。ただしこれをAmazon EC2上で組むと確実にインスタンス2個追加になる諸刃の刃。

楽天が新卒を400名取るってのは

楽天、2010年度の新卒採用数を最大400名に上方修正:ニュース - CNET Japan (2009/6)

どう考えても会社規模に比べて多すぎ。 いかに簡単に人が辞めていく会社かってのがわかる気がする。 某リ○○○○みたいに辞めるのが当たり前に近い風土かつ辞めたあとのキャリアパスがわかりやすい(広告系とか)かつそれだけの給料やら準備金(退職金)やらが積まれてる、とも思えないし。Webってそこまで飯食えるほど裾野の広い業界じゃない。 中途半端に入って中途半端に辞めて起業!とかいったところでこのへんのページに並んで楽天の店舗のページ作り続ける側にまわるだけ、に30カノッサ。