Cloud Computing考：Amazon ec2とGoogle App Engineの違いを私なりにまとめてみた
Cloud Computing の話が注目されるようになってしばらく経つが、商用での本格応用という意味ではまだまだ未熟な市場である。PhotoShareは去年の７月サービス開始時から Amazon の ec2＋S3 という組み合わせで運営しており、私から見れば当然の選択だったわけだが、あのタイミングで商用サービスへの採用に踏み切った会社も少なかったのか、何件かインタビューの申し込みが来たりして少し驚いている（参照）。 すぐに陳腐化するハードウェアの資産はできるだけ持ちたくないし、自分でデータセンターにラックを借りるなんてことはコスト的に見合わない。かといって、通常のレンタルサーバーは初期費用がばかにならない（今は少しは改善されているのかも知れないが、去年の段階では「それじゃあハードが自分で買えるじゃん」と言わせるぐらいの初期費用を請求する企業がほとんどであった）。それに加えて、どのくらいの
HTML5時代の「運営しやすいアーキテクチャ」の話
増井君と二人でPhotoShareというサービスを立ち上げてもう１５ヶ月になるが、いろいろと学んだことがある。その中でもつくづく思うのは、サービスを作り上げる段階よりも、運営のことを考えた設計が大切なこと。つまり、メンテナンスしやすい、テストしやすい、多少のミスをしても大丈夫、こまめなアップデートがしやすい、作業分担がしやすい、などなどである。 そんななかで強く感じるのは、「AJAXを見た目や使いやすさの面だけに利用するだけでなく、『運営しやすいサービス』を作るのに利用できないか」ということである。 私のイメージするアーキテクチャを図にするとこんな感じになる。 まず一番の特徴は、テンプレート等を利用したHTMLのダイナミックな生成をすべてやめて、データ（JSONもしくはXML)だけをダイナミックに生成するようにし、HTMLはスタティック・ファイルをサーバー側に置いておく（上の図で、CSS,
GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか？
PhotoShareをiPhone向けに提供して早くも一年になるが、もっとも良く投げかけられる質問は「PhotoShareはAndroidとかの他のプラットフォームに移植しないの？」というものだ。 少し前までは、「まだiPhone以外のビジネスが十分に大きくないから今はまだ早い」、「iPhone上でやるべきことはまだ沢山あるから」、などと答えて来たのだが、最近は少し見方が変わってきた。 今の勢いでHTML5が進化・浸透してくれるのであれば、わざわざ移植コストをかけてAndroidやWindows Mobile向けにネーティブ・アプリを開発するよりは、少なくともUIの部分をすべてHTML+Javascriptにまかせたアーキテクチャでのインタラクティブなアプリの開発というのも十分に可能性があるように思えてきたのだ。 この「HTML+Javascriptですべて出来るじゃん」という発想は、そも
AppBankインタビュー
ここしばらくこのブログのアカウント（Typepad）の調子が悪くブログの更新ができなかったのだが、ようやく復活。サイドバーの問題もこれで解決できた。April Foolのジョークができなかったのが残念だが、しかたがない。 仕事でもスポーツでもなんでも、新しいことを始めること利点の一つは、人との出会い。Big Canvasを立ち上げてから、いろいろと新しい知り合いが出来たのだが、その中でも極めつけの人たちがAppBankの二人。いろいろな意味で「正のオーラ」を出しまくっている人たちなので、そのエネルギーをもらうためだけでも日本に行く価値があるとも言える二人。 私が３日しか日本に滞在しなかったにも関わらず、そこにNPO法人「ドリームワークス」の記者発表（参照 ）と、「iPhone・iPod touchラボ×AppBank共同インタビュー」（参照 ）を押し込んでしまう機動力は本当にすごいと思う。
「普通そういうことしないよ」という言葉の暴力
先日の海部さんとの対談のビデオがYoutubeに上がったので、その中から私が海部さんの本（パラダイス鎖国）の中に出て来る「プチ変人」が受ける言葉の暴力について語ったくだりを紹介。 ちなみに、「プチ変人」とはスティーブ・ジョブズやアインシュタインのような「何をやっても許される大変人」と「ごく普通の人」の間に存在する無数の「何か新しいものを生み出すユニークな力は持っているけど、何をやっても許されるほどはまだ実績がない人々」のこと。 そんな「プチ変人」たちが人と違うことをしようとすると必ず投げかけられるのが「普通そういうことしないよ」「そんなことやってもうまくいかないよ」という言葉の暴力。スティーブ・ジョブズだってアインシュタインだって、最初は「誰も知らないプチ変人」だったわけで。そんな暴力に負けていてはイノベーションは起こせないぞ、と。 こんにちわ。 いつも楽しく拝見させていただいております。
恐竜の時代から昆虫の時代へ、超小粒企業の時代がやってくる！？
たまたまあるプロジェクトで37signalsのBasecampを使っていたため、私も使わされることになったのだが、わずか１日で使いこなせるようになるそのシンプルさに惚れ込んでしまい、勉強用のアカウント（これは実際にグループで使う）と、個人のタイムマネージメント用のアカウントと、今や三つのアカウントを使いこなすようになってしまった私である。 自分で作った二つのアカウントは無料バージョンだが、そこで提供されているWriteboardというものすごく便利なツールを使い始めたのが運のつき。無料版は二つのドキュメントまでしか作れないとは知らずに使い始めてしまったため、このままだと三つ目のドキュメントを作る時には有料会員（月１２ドル）になっていることだろう。 37signalsという会社のことは、Ruby on Railsを作った会社としてしか認識していない人も多いと思うが、私にとっては、CEOのLe
普通のiPhoneユーザーは月に100MB以上のデータを送受信する
iPhoneは現在のところ米国でしか販売されていないし、AT&Tのネットワークでしか使えないが、興味深いのがそのデータ通信料金。使い放題で$20ドル（訳2400円）と良心的な値段だが、一つ興味があったのが、パソコン並の機能を持ったブラウザーとメールクライアントを乗せたiPhoneの場合、どのくらいのデータ量を使うことになるのだろうということ。 ちょうどiPhoneを入手して二週間になるので、settings->usageのページを開いて調べてみた。AT&TのEDGEネットワークを使って（つまりWiFiの圏外で）送信したデータが20MB、受信したデータが120MBである。これを月に換算すると300MB近いデータ（パケット換算で200万以上）を送受信することになる。 私がヘビーユーザーであることを差し引いても、普通のユーザーが月に100MB（78万パケット）以上のデータを送受信する可能性は十分
ウェブサービスAPIにおける『成りすまし問題』に関する一考察
先週の末に、はてなのウェブ・サービスAPIを使ったMash-upアプリをFlash上で作り始めていきなりつまずいたのが、Cross-Domainセキュリティ。satoshi.blogs.comから取得したswfファイル上のActionScriptからb.hatena.ne.jp下にあるRSSフィードだとかXML-RPCにアクセスができないのだ。 「確か方法があったはず」と調べてみると、はてな側がサーバーにcrossdomain.xmlというファイルを置いて明示的にCross-Domainアクセスを許可していなければならない、という。そこで見つけたのが、「Flashから各APIの操作、データのロードができるよう、サーバ上に「crossdomain.xml」というポリシーファイルの設置をお願いしたい。」というはてなアイデアへのリクエスト。2006年の2月にリクエストが出されているのだが、11月
Life is beautiful: 図解、イノベーションのジレンマ
私がマイクロソフトをやめるキッカケを作ったのが、「イノベーションのジレンマ」という本だということは、以前にも書いた。IT業界でビジネスをしている限り、大きな会社にいようと、小さなベンチャー企業にいようと、この本に書いてあることを日々意識しながら仕事をするかどうかは大きな違いを生むはずだ。 このブログでも何度も引用しながら、一度もちゃんと解説を書いたことがなかったことに気が付いたので、今日のエントリーは、この本に書かれているコンセプトの解説。 そう思っていつもの様に書き始めたのだが、文字だけではとても伝えにくいコンセプトだ。しかし、図解と言えばパワポ、というのもありきたりすぎるので、会社の廊下にあるホワイトボードに手書きで描いた図を、携帯電話で撮影したものを使うことにした。通りがかった社員にも見てもらえるので、一石二鳥である。 上の図は、この本に書かれたコンセプトを一般化したもの。ブルーのラ
Life is beautiful: リーダーシップについて思い出したこと
アメリカの人口の１２％が「貧困層」であり、そう言った人たちは日々の食事も満足に食べることの出来ない生活をしている、などの報道は、米国に住んでいると新聞やニュースでは良く見かける。しかし、中流以上の生活をしている我々にとってみれば、生活圏がほとんど重ならない彼らの生活の実態は、なかなか実感として捉えられず、単なる「統計データ」としてしか頭に入って来ない、というのが正直な所である。 しかし、今回のハリケーンで、彼らの生活の基盤がいかにもろいものか、そして、その数がものすごいものであることを、映像を通して目の当たりに見させられることになったことにショックを受けている人はとても多いはずだ。 今回のハリケーンの被害は、政府からの非難命令にも関わらず、逃げるための交通手段も持たず、逃げたところで避難先のホテル代も払うことが出来ない人達が「予想に反して」１０万人も市内に残ってしまったために大きくなってし
ネットが進めるノウハウのコモディティ化
昨日のエントリーには、たくさんのブックマークをいただいたが（）、興味深いのはそこで引用したCraig Raynoldの論文にもたくさんのブックマークが付いたという事実だ（）。１９８７年のSIGGRAPHで発表された論文が、こんな形で「再発見」されて若い学生や技術者たちに読まれることになる、というところが何とも言えずに楽しい。私から見れば「『群れ』のシミュレーションが作りたいならRaynoldの論文を読めば良い」などという情報は「知っててあたりまえの常識」なのだが、知らなかった人にとっては「貴重なノウハウ」なのだ。 「インターネット以前」は、この手の情報共有はものすごく難しかった。それどころか、逆にこの手の情報を会社の内部ですら「自分だけのノウハウ」として抱え込むことによって差別化を計ろうとするせこい技術者がたくさんいた。つまり、「他の人が簡単に手に入れることができない知識・情報を持っている
ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切
先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で本気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・３D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間
JavaFX Script 入門、とりあえず言語仕様に目を通してみた
CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２
Web2.0 Expoとネットバブル2.0
今日は、Web2.0 Expo に参加するためにサンフランシスコへ。とりあえずは、セッションを二つばかりとキーノート・スピーチを聞いたが、どの話にも流れるテーマは、 ・Web2.0は本当にビジネスになるのか、これは単なるバブルではないのか？ ・ベンチャー企業は、長続きするビジネスを作るつもりで作るのか、Googleとかに売るために作るのか？ ・チープ革命のおかげでベンチャー・キャピタリストのお金の行き先がなくなっているのでは？ と、やはりベンチャー起業のビジネスモデルとそのExit Planの話がメイン。MySpace、FaceBook、YouTube、と立て続けにものすごい価格でWeb2.0企業が評価されているために、起業家たちだけでなく、ベンチャー・キャピタリストたちまでが浮き足立っているというのが現状である。 まあそれでも、米国の場合は、９９～００年のネットバブルとは違って、ちゃんと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
