アマゾン、440億円の大型買収へ。ベゾスも恐れるダイパーズ、驚異的成長の秘密：In the looop：オルタナティブ・ブログ
Amazonが、Quidsiを買収すると複数のブログメディアが報じた。買収額は540百万ドル(約440億円)だ。 Quidsi(以下、運用サイトDiapers[ダイパーズ]と略する)は、創業2005年。ベビー用品コマース Diapers.com を中心に、Soap.com、BeautyBar.com を運営している急成長ベンチャーだ。特にDiapers.comの成長は驚異的で、わずか創業4年にもかかわらず、2009年売上で180百万ドル(約146億円)、2010年売上は300百万ドル(約244億円)は達すると見込まれている。 【急成長ベビー用品コマース Diapers.com】 ちなみに、Amazonの大型買収は、900百万ドル(約732億円)を投入したZappos以来だ。 ・ アマゾンが800億かけても買収したかった「ザッポスの奇跡」 (12/7) このZapposとDiapersは、巨
【2010年8月最新版】直近決算発表に基づくmixi，GREE，モバゲーの業績比較 ～ モバゲー独走状態だが、グリー巻き返しの兆しが：In the looop：オルタナティブ・ブログ
【2010年8月最新版】直近決算発表に基づくmixi，GREE，モバゲーの業績比較 ～ モバゲー独走状態だが、グリー巻き返しの兆しが 日本三大SNSサービスの2010年4-6月期の四半期決算発表が出揃った。 3ヶ月前の記事では、自社ゲームとオープンゲームの「ハイブリッドモデル」を選択したモバゲータウン(以下、モバゲーと省略)が、「オープンモデル」(オープンゲームのみ)のmixiと「クローズモデル」(自社ゲームのみ)のGREEを圧倒し、ひとり勝ちの様相となったことを報じた。 ・ 【2010年5月版】直近決算発表に基づくmixi，GREE，モバゲーの業績比較 (5/19) 3社の異なるコンテンツ戦略の結果がはっきりと数値としてあらわれた前四半期だったが、この4-6月も基本的な傾向は変わらないようだ。ただしオープン化に踏み切ったGREEに回復の兆候があらわれるなど、見逃せない変化が発生している。
Zyngaがウノウを買収。買収金額は数十億か：In the looop：オルタナティブ・ブログ
Zyngaがウノウを買収したと日経電子版が本日深夜2:00に報じた。 ウノウは2001年設立のベンチャー企業で，「まちつく！」などのヒットゲームをmixi，モバゲー，GREEに提供している国内でも有力なソーシャルゲーム･デベロッパーだ。 【ウノウの提供しているサービス ホームページより抜粋】 トランスコスモスやngi groupなどの持つウノウの全株式は，8月上旬，Zyngaに数十億で売却された模様だ。 Zygnaは，ソフトバンクとの合弁会社として設立準備に入っているZynga Japanの核として，日本におけるソーシャルゲームの有力企業であるウノウに目をつけたのだろう。Zynga Japanの社長には，ソフトバンク幹部か，ウノウ山田社長が就任する予定とのこと。 今後，Zynga Japanは，国内のみならず，中国などアジア展開の拠点となるとソフトバンクは発表しており，さらなる買収の可能性
クラウドの利用者に保証されるべき6つの権利、ガートナーが提唱
米ガートナーのアナリストと大手企業のCIO担当からなる「Gartner Global IT Council for Cloud Services」（クラウドサービスのためのガートナーグローバルIT会議）は、クラウド事業者と利用者がよりよい関係となるための、保証されるべき6つの権利と1つの義務を提唱しています。 Gartner Global IT Council for Cloud Services Outlines Rights and Responsibilities for Cloud Computing Services 企業がクラウドを利用する際にもっとも懸念される、データの所有権、サービスレベル、セキュリティなどについて、クラウド事業者と利用者のあいだで合意すべき内容として参考になるものとなっています。サマリーを紹介しましょう。 6つの権利と1つの義務 The right to
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
Google App Engineでコードを書くと、処理のひとつひとつが課金に見える
先週末、ちょっとしたプログラムをGAE/Jで動かして実際に使ってもらってみたのですが、そうすると、いままでテストでちょこちょこやってたときには全部のDaily Quotaが0%だったものが、数%の数字を示すようになります。 これを、ちゃんとプロモーションして多くの人に使ってもらおうとすると、課金が発生したり制限にひっかかったりしそうです。 で、たとえばDatastore APIの呼び出し回数がヤバいとして、API呼び出しを減らすためにキャッシュしようとすると、MemcacheのほうのAPI呼び出し回数がヤバくなってきます。 で、じゃあということでデータストアにデータを置くようにすると、保存量の制約で課金がかかってきます。で、それならと、データストアに置くのはシリアライズしたデータにしてデータ量が最低限になるようにすると、今度はその処理をするためのCPU時間で課金がかかってきます。 コードを
2009年の棚卸：Google App Engine for Java - たかふーのブログ
今年も残すところ364日となりました。 みなさま、明けましておめでとうございます。 ・・・という訳で既に年が明けたというのにまだ棚卸が終わりません＞＜ 今回の棚卸はGAEJことGoogle App Engine for Javaについて。 Google App Engine for Javaは2009年の後半でちょっと夢中になったプラットフォームでした。今までJavaを使って気軽にWebアプリケーションを作れる無償ホスティングが皆無に近かった為、（制限はあるとは言え）無償で使えるというのは非常に良い、と思ったんですね。 また、ServletコンテナだけでなくDatastoreまで既に用意されている、というのはなかなか楽そうだと。 ところが、グルージェント社の著書を読み、実際にWebアプリケーションを作ってみようとすると、全然楽じゃなかったんですね。そこでまた面白くなってくる訳です。 結局の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
