先日、訳あって母（戦時中産まれ）と長い時間何かを待つ事になり、
退屈だったので私の iPhone で TED でも見ようと言うことになり、
そのとき母に、TEDって何？と聞かれて返答に困りました。

いやだって私もにわかなんで！
TwitterとかGoogle+とかで流れて来るやつを見てるウチに興味もっただけなんで！

詳しくは知らん、と。
賢いヒト達があつまって凄い話をするやつだと。

￥もしTEDについて全くご存知無い方は、先にこのビデオ（4分）をご覧になる事をオススメします。
TEDとはどんなものか？

で、TEDとは？ググりました。

TED（てど、英: Technology Entertainment Design）とは、アメリカのカリフォルニア州モントレーで年一回、講演会を主催しているグループのこと。
TEDが主催している講演会の名称をTED Conference（テド・カンファレンス）と言い、学術・エンターテイメント・デザインなど様々な分野の人物が講演を行なう。講演会は1984年に極々身内のサロン的集まりとして始まったが、2006年から講演会の内容をインターネット上で無料で動画配信するようになり、それを契機にその名が広く知られるようになった。

TED (カンファレンス) – Wikipedia

だそうです。

母（戦時中産まれ、真面目）はコレにごっつい喰いついてはりました。
ダニエル・ピンク 「やる気に関する驚きの科学」 | Video on TED.com

3分位の短い（けど内容は凄い！！）のも有りますから、ちょっとした空き時間にも見られます。

リチャード・セント・ジョン「成功者だけが知る、８つの秘密！」 | Video on TED.com

デレク・シヴァーズ 「社会運動はどうやって起こすか」 | Video on TED.com

他にも良さげなんが沢山あります。
ブレネー・ブラウン:「弱さ」という力 | Video on TED.com

私もそんなに沢山見れてないんで、iPhone アプリでブックマークしたりダウンロードしておいて、ちょこちこ見ています。
TEDいいですね。

恥ずかしながら今回初めて知ったのですが、管理人はクリス・アンダーソンだそうです。
自らカンファレンスでも発言していますね。
クリス・アンダーソン「ウェブ上の動画が後押しする世界のイノベーション」 | Video on TED.com

彼の著書「フリー」は今更説明するのは憚られるので割愛します。
今なら古本がいっぱい出回っている筈ですので、もし知らない方はご一読を。

この記事を見て、遅まきながら Kiva を始めました。

久々にコレは良いな、広めたいな、と思ったのでブログに書きます。

Kiva（キヴァ/キーヴァ）とは、マイクロファイナンスを行うNPO機関と、そのWEBサービスのことです。

乱暴に纏めると、主に発展途上国の方に、$25という小額を融資（寄付ではない）するためのWEBサービスです。

マイクロファイナンスとは、｢貧しい人たちを対象にした小口金融サービス｣、あるいは｢小口融資｣そのものを指します。

従来の銀行は、担保や客観的信頼のある富裕層に限って貸付を行っています。
貧しい人びとは、起業するためのわずかな資金を得ようにも、その機会に恵まれていません。
しかし、彼らにローンの返済能力がないわけではないのです。
マイクロファイナンス機関は、そんな起業家たちを審査し、融資し、返済金を受け取ります。
彼ら(彼女ら)にお金を貸すことで、自立を支援しているのです。
Kivaは世界中のマイクロファイナンス機関と提携し、融資の橋渡しを行って持続可能な貧困緩和を目指しています。

Kiva Japan | 今僕らにできる社会貢献

少し前に話題になったときは、募金ではなくて小額のお金を貸すと言うサービスがある、と言う位にしか認識していませんでした。
なんだか面倒そうですが、登録ずいぶんと簡単ですし、決済もPaypalが使えるので非常に簡単でした。

とっても簡単なんですが、kiva本体が英語なんで怯む方もいるかもしれませんので、流れを説明します。

Kivaを始めようと思われた方も、そうでない方も、Paypal に新規登録するコトを強くお勧めします。

国内外で使えるオンライン決済サービスPayPal（ペイパル）

Kivaのアカウント登録

まずはアカウントを作ります。Kiva Japanではなく、http://www.kiva.org/ の本体の方です。

もしよければ、こちらから登録して頂くと嬉いです。
http://kiva.org/invitedby/tdtsh
（私のlender pageに加算されます。そんなの嫌だという方はトップページから入会してください）

右上の[REGISTER]をクリックすると、新規入会フォームが表示されます。

First name に名を、Last name に姓を、Email と Retype your email にメールアドレスを、passsword と Retype your password に適当なパスワードを入力します。
Referred by は空白でOKです。

Optional settingsはデフォルトでもいいですが、住所を隠したい人は「Display my first name only」にチェックをいれましょう。

その下の画像のアルファベットをフォームに入力します。機械的に偽アカウントを作られるのを防止するための措置です。面倒ですが・・・

I have read and agree to the Kiva Terms of Use and Privacy Policy. にチェックを入れ（本来は使用上の免責事項やプライバシーポリシーですので読んでからチェックを入れるべきものです）、[Register]をクリックします。

融資

あとは、http://www.kiva.org/にログインし、上の[Lend]をクリックし、投資先を探すんですが、英語はちょっと・・・と言う方は、Kiva Japanの方を使いましょう。ボランティアの方が投資先の情報を日本語に翻訳して下さっています。

Kiva Japanの方にログインする必要はありません。というか、先ほど作ったアカウントではログインできません。Kiva Japanにログインするのはあくまで翻訳のボランティアをする為で、本体とは別のアカウントです。

Kiva Japanで、[企業家検索]をクリックします。

リストに沢山の方々が表示されます。
企業家のみならず、中には家の家具を買い換えたいとか言う方もおられます。
色々と見てみて、応援したい人を決めてください。

決まったら、「この企業家に融資する」をクリックします。

英語のページに飛びます。最初にアカウントを作った本体の方です。
金額はデフォルトの$25でいいでしょう。
[Lend $25]をクリックします。

My Basketというページが表示されます。
$25の筈が、$28.75になっていますね。デフォルトでは融資金額の15%を、Kivaの手数料として寄付する様です。任意なんで編集できますが、コレくらいケチケチせずにそのままにしとくのが漢ってもんです。

[Continue]をクリックします。

クレジットカードを入力して支払うコトも出来るようですが、私はPaypalを使いました。
[Paypal]をクリックします。

もしこういう画面になったら、ココをクリックします。（この画面は表示されない場合もあります）

Paypalにログインします。

Paypalで、[今すぐ支払う]をクリックします。

これで融資は完了です。

私も使い始めたばかりなんでまだ返済いただいていませんが、返済率は98%以上のようです。

その辺はココを読んでご理解の上、融資を決定してください。

融資の前に – Kiva クイックガイド

久しぶりに画像いっぱいのブログを書いて疲れました。
これをきっかけに貴方が kiva を使ってみてくれると幸いです。

ある企業にフルタイムで雇用して頂き、今はソーシャルメディアっぽいWebサービスの開発と運用をやらせていただいています。
今風にカッコよく DevOps を実践しているとも言えるかもしれません、レベルが全然違いますので何でも屋と言った方が適切です。

開発と運用の新しい関係、「DevOps」とは何か？ − Publickey

私は40歳です。
35歳を過ぎてもなお仕事の一部としてプログラミングをさせて頂いているのは幸せであります。

35歳を超えたエンジニアの5つの働き方

ところで私個人の成功の条件は、

• 健康な肉体と精神を有し、
• ある程度の選択の自由を持てる程度の金銭的余裕があり、
• 愛する家族がいて、家族に愛される状態にあり、
• 小さな目標にむかって努力し実現させるサイクルを継続することを通じ、
• 積み上げたコツを伝播したり活用したりして、周囲を成長させ続ける状態

です。

有体に言ってしまうと、リア充でよく学びドヤ顔して生きていたいと言うことです。

コレは30歳の頃に作った自分のミッションステートメントの一部で、そのときから殆ど変わっていません。

自分の強み・弱みを考慮すると、WEBサービスの開発/運用がかなり効果的だと思っています。
今の所は。

ココはもしかしたら変わるかもしれません。あくまで手段だし。環境次第で私自身も変わるんで。
蕎麦屋でも大工でもいいんです。残念ながら圧倒的にスキルセットがマッチしていませんので可能性は低いですが。

いやお前のモチベーションなんか知らんがな一体何が言いたいんだと言いますとですね。

不惑を迎え、先ほどの「35歳を超えたエンジニアの5つの働き方」の中の「何のために働いているのかを改めて認識する」みたいな事を、より考える様になる訳ですよやはり。
2012年というオリンピックイヤーを迎え一発書いちゃおうかなと。よ〜しパパ人生の抱負をかいちゃうぞ！と。

結局は世の中のためみんなのために何か貢献することが生きていく価値のような気がしています。人を騙したり、誤解を与えるようなやり方でお金を稼いでいる仕事は、たとえ技術的に魅力的なことをやっていたとしても、ぼくにとっては何の価値もありません(お金を稼ぐことはいいことです。税金もたくさん納めることになって社会にも貢献できるし、給料がたくさんもらえて経済にもいい影響を与えます)。
35歳を超えたエンジニアの5つの働き方

私見ですが、ある程度の年齢と地位の方はココに到達するもんだと思っています。
マズローの欲求階層の上の方のタイプのやつですね。
だからソコに到達した、若しくは突き抜けちゃった人は読まないでいいです。
いや年齢を重ねても全く到達しない方も一度到達してまた堕ちる場合もあることも知っていますがそれはそれ。

私は職業プログラマでは無いし、そもそも遅咲きだし能力不足でそれだけでは多分食えません。
たまに本職の方と絡むと彼我の差を実感し若干凹みます。

凹みますが、殊更それは問題視していません。
いや負け惜しみじゃないです。
私にとっての成功条件は既に書きました。プログラミング王に、オレはなる！ではありません。

プログラミングもInternetもソーシャルメディアも大好きですが、ビジネスにおいてそれは手段であって、目的ではありません。

個人としてもビジネスとしても、自分も人の役に立てると思いたいし、実際に立ちたいです。
人々の生活を（ちょっとでも）より良く変える事で、こんな私でも役に立てると思いたいんです。

何やら綺麗事を言うようですが、その実感が無いと仕事なんてやってられないと言うか、飽きるというか。
誰かが喜んでくれるから。こんな単純な事が私を突き動かすんです。その逆では全く何も出来なくなるダメ人間なんです。

自分で納得していて好きなことなら、それこそ寝食を削ってでも出来るもんじゃないですか。
特にITは実力勝負なんで、ソレくらい必死でやらないと、スキルも情熱もある若い人に先んずる事はできないです。多分。

そして出来ればお金欲しいです。
家のローンもあるし。
子供もどんどん大きくなるし。最近良く食うし。
なにやら学費的なものもかさんできています。

幸い、ある企業にフルタイムで雇用して頂いているので、お金的に苦しいなりにもなんとかなっています。
これには感謝せねばなりません。何とかして恩返しがしたいと思っています。

で、こんな歳ですから人並みにマネジメントとかも頑張る必要がある訳です。強要されれいるんだ！という訳ではありませんが自然とそうなりますね。

ビジョンを示して部下のモチベーションを上げたり、すぐに怠けたり自分勝手な事ばかりやる部下を窘めたり、失敗しない様に部下を導いたり、経営層への報告したり、PDCAを回したり、労務を考えたり、働く環境を整えたり、飲みにケーションしたり。

否定する気は全く無いですけど、私は得意では無いし、あまりうまく出来ないんです。

そのへんの事はまた改めて書こうと思います。とりあえずオススメの本を。かなり売れたようですね。

それでも色々考えた結果、自分が最も効果的に成果を出せる方法は、やっぱりWEBサービスづくりなんだろうと思っています。

スマートフォンアプリ開発という第６の世界が出現している。

これからのエンジニアは、人月のような護送船団、あたたかいぬるま湯を当てにしては居られない、だから自分の代表作を持ち独立独歩を目指すのだ。

いずれ知識労働は、ドラッカーの言うように全員が経営的観念をもたなくてはならなくなる。
エンジニアは知識労働の最たる物だから自然な流れかもしれない。

そういう世界に向けての準備はできているか？

あなたの代表作はなんですか？
経営者になる準備はできていますか？

IT業界に現れた第６の世界 – 山本大＠クロノスの日記

経営って結局、雇用を創りだし配当を出したり税金をいっぱい納めることだと思っています。

最低でも自分とその周囲を、出来れば会社を支える存在になる為には、私は全力で代表作を作らねばなりません。

それによって捨てねばならない色々な事とそれに対する摩擦はあります。
正直しんどいですが、私は自分の信じるままに頑張っていこうと思っています。
歳なのかストレスとかで心臓がキューっとなるんです。これって救心とか買ったらいいんでしょうか。

人生は短い。他人のいいなりになるな。常識にとらわれるな。周囲の雑音に惑わされるな。そして最も重要なのは、勇気をもって心の声や直感に耳を傾けることだ。何者になりたいのかは、自分自身が一番よく知っている。

スティーブ・ジョブズ

うーんジョブズ以外が言うとただのワガママの様にしか聞こえないぞ・・・

WEBをやっていると、効果測定とか日常的に行いますんで、この手のURL短縮サービスを使う事で、クリック数が後で見られるのが便利ですよね。
但しSEO的にはどうなんでしょうね。非参照リンクが他ドメインになるわけですから、メールマガジンとかに限定した方がいいのかもしれません。（詳しい方ツッコミお願いします）

で、Googleも Google url shorter (goo.gl)というURL短縮サービスをやってます。

あのGoogle様の事ですから便利なAPIとかあるんじゃ無いかと思い、調べてみました。

いや、クリックカウントとか、あとでデイリーで引っ張れないかなと思って。

リファレンスを読んでみました。

それっぽいのを見つけました。
こんな感じです。

curl ‘https://www.googleapis.com/urlshortener/v1/url?shortUrl=http://goo.gl/EBQw6&projection=ANALYTICS_CLICKS’

{
 "kind": "urlshortener#url",
 "id": "http://goo.gl/EBQw6",
 "longUrl": "http://www.tdtsh.com/blog/",
 "status": "OK",
 "analytics": {
  "allTime": {
   "shortUrlClicks": "21",
   "longUrlClicks": "21"
  },
  "month": {
   "shortUrlClicks": "21",
   "longUrlClicks": "21"
  },
  "week": {
   "shortUrlClicks": "21",
   "longUrlClicks": "21"
  },
  "day": {
   "shortUrlClicks": "21",
   "longUrlClicks": "21"
  },
  "twoHours": {
   "shortUrlClicks": "2",
   "longUrlClicks": "2"
  }
 }
}

うーん、年月日別に出して欲しいんだけどなぁ。
day が 合計になってる・・・
今日は12/1だからかな。
明日以降見てみよう。

こいつをバッチでぐるぐる回して結果を記録しておけばいいんじゃないかな。

私の周りにはSkypeに常時ログインしているヒトが少ない事もあって、
PC向けWEBサービスではGMailのボイス＆ビデオチャット最強だと思ってたら、Googleプラスではグループビデオチャットまで出来ちゃうらしいじゃ無いですか。

Picasaも容量無制限にするとか反則やんとか思ってたら、FacebookがSkypeと連携して対抗したりと、風雲急を告げている訳です。

でも、増えてきたとは言えですね、WebCAMついたパソコンなんてまだマイノリティなんじゃ無いですかね。それよかスレートですよスレート！！タブレット端末やスマートフォンには殆どフロントカメラがついているじゃないですか。

そりゃスマートフォンなんて存在するだけでキャリアのトラヒックを圧迫しまくりで、普及すればするほどヤバイの訳ですから、ビデオ通話なんてやられた日にゃたまったモンじゃ無い訳です。
この辺は悪名高きSoftbankの戦略 (Yahoo!BBで行ったソレと同じ様に、ソコソコの品質を低価格で提供し一気に普及させる) は個人的には大賛成というか応援してるというか。
私のiPhoneはWiFiオンリーで緊急時しか3Gデータ通信をオンにしない良い子なんで特に困ってないし、そういう使い方が主流にならないと追いつかないでしょ。
もっとこういう動き出て欲しいな。またそれは別の機会に。

ビデオ通話利用が全Skypeトラフィックの50%を占めるなんて話も有る位だし、ビデオチャットのトラフィックをどう捌くのか？はモバイルに限った話じゃないのかもしれません。

先日手に入れた HTC EVO には、フロントカメラがついています。iPhone 4 は Facetime として使えるんだから、きっとSkypeでも使えるんだろうと思っていたら、使えないです。

つい先日使える様になったと聞いたので喜んでたら、EVOはまだ対応してないみたい。

これまでにも、iPhoneでもAndroidでも使えるビデオチャットのアプリは幾つか出ています。

Tango Video Call の方が登録とか楽です。

iPhone版 Tango Video Calls

Android版 Tango Video Calls

Softbankの3Gとかではちょっと厳しいですが、WiFiなら全く問題なくAndroid < -> iPhoneでビデオチャットできます。

fingの方はユーザ登録があるんで少しだけ面倒ですが、老舗なだけにUIとかコッチの方が使いやすいと思います。

Android版 fring

iPhone版 fring

画質は多少荒い気もしますが、なかなか快適に使えます。

これらがグループチャットに対応してきたら、また面白くなってくるんですが、それには先述のインフラの問題が解決する必要があります。如何にLTEが普及しようとも、それを上回る勢いでスマートフォンユーザとそのトラヒックが増えていく事が予想されますんで。

多少高くてもイイから回線品質重視の人と、割と緊急用とかしか使わないよという人と、回線も選べる時代になっていくと思います。そのためには、やっぱSimフリー化が必要でしょうね。
出来ればSimカードは2枚以上挿せる様にして頂きたい。

WP Social Bookmarking Lightといプラグインを使えば簡単です。

ついでにmixiチェックやらFacebook likeやら色んなタイプのやつが統合できました。

[WordPress]Twitter,Facebook,はてなブックマーク,Evernote,Instapapreに対応している神Plugin。

ブラウザからインスコできるしwordpress便利だなー。

父はiPhoneとガラケーの2台持ち(！)なんで問題ないけど、母は古いガラケー。twitterは無理かと思ってたけど、フツーにiモードから登録できました。

モバツイなんて便利なモノも有るんですね。

まずはこれでよし。
後日段階的にSkypeとFacebookを仕込む予定。

事前にJDKとmeven2のインストールが必要です。

openid4javaのDownloadsから、[openid4java-full-0.9.5.593.tar.gz]をダウンロードし、C:\
にでも解凍する。

CMD.exe を起動し以下を実行。

cd c:\openid4java-full-0.9.5.593\samples\simple-openid
mvn jetty:run

http://localhost:8080/simple-openid

をブラウズすると、OpenID RPのテストが出来ます。Yahoo OpenID なり mixiIDなりで試します。

OpenID プロバイダを試すには、上記URLにて、これ

http://localhost:8080/simple-openid/user.jsp

を入力します。

次回はコレを参考に、OpenID プロバイダを作ってみようと思います。

参考サイト

Java Web アプリケーションのための OpenID: 第1回 / IBM

Java Web アプリケーションのための OpenID: 第2回 / IBM

WinstoneでOpenID4Java – 不悔必省

レンタルサーバでいいじゃん的な案件でも、独自SSL欲しいとかイロイロわがまま言い出すと数千円/月~高いので1万円前後します。それでいて、自由度が少ない。JavaServlet 動かすなんて無理。

VPSならそりゃVM(仮想サーバ)のrootが貰えるんで、ミドルウェア構築するのが苦じゃない場合はそっちの方がメリット大きいです。でも、格安VPSってパフォーマンス悪そうですね。

そんな訳で全く期待値が低い状態で、さくらのVPSを使ってみたんですが、コレがまた結構サクサクじゃないですか。手元にあるHPのML115と比較しても、Apacheとかのコンパイルが早い。下手したら半分位かも。
CentOSなんですけどどうやら64bit版らしいです。64bit版はじめてだったんですけど、多少./configure のオプションで勝手が違いますが、それ以外は特に不都合ないですね。

時間帯とかイロイロな変数が影響するんでしょうが、 サーバのスペックに加えレイテンシも含めて考慮すると素の北米の Amazon Web Services の Smallインスタンスよりもコッチの方が快適です。それでいて 980円/月 なんだから、こりゃいいな、と。

いや、嬉しい誤算です。

ついでに ｊｐドメインもさくらで取ったんですが、コレは1日強待たされましたが、DNSモドキもついて4000円強なんで、個人的にお気に入りの格安レジストラVALUE-DOMAINを使う理由が1つ減りました。

試用期間2週間は無料で使えるんで、是非お試しを。
※さくらの回し者じゃないですよ。

IaaSプロバイダはどうやってマーケットを広げるのか？ PaaSレイヤを提供するのは簡単だが、そうすると顧客にはロックインされるという懸念が持ち上がる。顧客が管理の主導権を持てるというIaaSの利点でを維持したまま、どうやってPaaSの利点である、熟練を要する運用業務を顧客から不要にする、ということを提供できるだろうか

その答えは運用を容易にするツールの提供だ。それはIaaS上に用意された、優れた（ベストプラクティスな）インフラで、可用性とスケールを実現するものだ。

これがまさにAWS Elastic BeanstalkがTomcatを用いて行ったことである。

IaaSとPaaSの違いはなくなろうとしている － Publickey

個人的にはベンダロックインよりも、運用がどれだけ容易になるかが最大の関心事だったりする。
運用にもスケールするかどうかが含まれていると考えています。

昨今のWEBサービス開発は、php等のスクリプト言語で作るのがあたりまえです。
初期の開発者の単価が抑えられ、ホスティングサービス等を利用しやすいから。

で、幸運にもWEBサービスが流行ったら、フロントエンドのWEBアプリケーションも色々と性能改善をしつつ機能追加とかするのも大事ですけれど、ある程度の規模を超えるとストレージのレイヤ（データベース側）でがんばってスケールさせる必要が出てくる訳で、ミドルウェア含むインフラ層にもエンジニアを惜しみなく投入して、あの手この手で分散化する必要が出てきます。

最近は知りませんが少なくとも私の知る限り、php は Apache等のhttpデーモン のプロセスまたはスレッドにくっついて動く訳でして、永続的接続とかいう仕組みは有っても、アプリケーション全体でDBコネクションの数を制御したり、プーリングしたり、使いまわしたり、データベースアクセス専門のオブジェクト(DAO)をこさえて使いまわす、なんて事が簡単には出来ない訳でして、そこはもう Java Servlet の方が1階層タンデムな分そこのへんの作りこみが楽だから、ある程度の規模までならデータベースアクセスの観点からパフォーマンス面で有利だと思う訳でして、私がWEBアプリケーションとしてはマイナーな Java を選ぶ理由の1つです。

TCP/IPのコネクションを張るのはそこそこリソースを消費する訳だから、php でApacheのプロセス（スレッド）上減数に合せてコネクションを貼りっぱなし、なんて構成を最初はとったりする訳ですが、RDBMSサーバ側のリソースも結構ふんだんに用意する必要がありますし、規模が大きくなってくると、最近は安くなったとはいえスケールアップさせるのはソコソコ金がかかるんで、水平に垂直に分割したりレプリケートさせたりキャッシュしたりインフラ層でイロイロやらないといけないんで、安定させて性能を出すにはそれなりのコツというか、DBAなんていう職業が成立してしまう位イロイロな匠の技がある訳ですし、24時間365日運用するには、やはり訓練もドキュメンテーションもそれなりに必要になってきます。

で、最初の「運用がどれだけ容易になるか」の話ですが、こういう「インフラ系エンジニア」の下働きは、それなりに優秀な人材を集めなければいけないしコストがかかります。WEBサービスもマネタイズできないと単なるボランティアですからやはり収益性は大事な訳です。

誤解を恐れずに言うならば、インフラ系エンジニアは「システムの能力を最大限に引き出し（必要に応じて向上させて）たり、セキュリティ含むITをとりまくあらゆるリスクを軽減する為にイロイロとがんばる」訳ですが、それで収入が増えるとか言う事は無い、と考えられる事が多いわけです。特に経営層に。

これらはだんだんとコモディティ化してきているから、もし外注できるなら、どうせ金かけるなら優秀なソフトウェアエンジニアを中に雇いたい訳です。サービスをより良くするスピードこそ、競争力であり、収入を増やす為に必要だからです。

こういう事を書くと世の中のインフラ系のエンジニアの方を敵に回しそうなんで一応書いておきますが、価値を生むとか生まんとか以前に情報システムは運用してナンボ、作るだけじゃダメな訳で、運用管理も誰でも簡単に出来る訳じゃないです。Salesforceの様に、運用こそ差別化の最大要因だと言い切ってしまいたい所です。

さらにさまざまな問題を回避する事で、問題が発生した場合に損失しうる企業価値を損なわずにすむという面もありますんで、一概に要らないと言っている訳では無くて、AmazonやGoogleとかが、規模の原理を活かして、自社の優秀なエンジニアと運用のベストプラクティスを、IaaSやPaaSで提供しはじめている訳ですから、少なくともWEBサービスにおいては、ストレージ層も含めて「スケールする」インフラがセットで提供されはじめた今、「事業」として考えた場合、「外注」されやすい分野である事は間違いないでしょう。

要るとか要らないとか言う以前に、土俵というか、世の中のルールというかが変わって来たぞ、と。

そういう観点で、Google App Engine と AWS Elastic Beanstalk を比べると、App Engineの方が楽そうなんだよなぁ。
でも、既存システムの移行の難易度で言うと、格段にBeanstalkの方が楽そうだなぁ。
App Engineの方がスケールしそうだしなぁ。でもAWSの方が自由度高いしなぁ。

と、これからは、クラウドをコーディネートする力が求められそうですね。
纏まりなくてすいません。