タグ

ブックマーク / www.publickey1.jp (8)

  • セールスフォース社長がつぶやいたエコポイント申請サイトの裏話。失敗したら日本撤退も

    昨年、2009年の7月1日に政府のエコポイント申請のためのWebサイトがオープンしたとき、そのWebサイトがセールスフォース・ドットコムのクラウドで作られており、しかも納期はわずか1カ月程度しかなかったはずだ、とPublickeyで指摘しました。 「エコポイント」の申し込み画面はクラウド上に。開発期間わずか1カ月? この記事に対してセールスフォース・ドットコム社長の宇陀栄次氏から「この記事の内容も、正しい状況の理解であり、すばらしいと思います。」と直接コメントをいただき(人であることを広報経由で確認)、この指摘が事実であることを確認しました。 そのエコポイント開発時の裏話を、先週末9月11日の深夜に宇陀社長が突然ツイッターでつぶやきはじめました。 エコポイントの時の話。昨年の5月28日昼。要件は?とお聞きして、7月1日にサービス開始すること、との返答。登録数は2000万人を想定。当社は法

    セールスフォース社長がつぶやいたエコポイント申請サイトの裏話。失敗したら日本撤退も
    dgdg
    dgdg 2010/09/13
    読んでて嫌な汗しかかかなかった…恐ろしい
  • TwitterがBitTorrentで高速にデプロイしている仕組みについて

    Twitterは、同社の何千台ものサーバに対してバイナリをデプロイする場合に、ピア・ツー・ピアシステムのBitTorrentを利用したツール「Murder」を用いていると、7月1日の記事「Twitterの大規模システム運用技術、あるいはクジラの腹の中(後編)~Twitterのサブシステム「Unicorn」「Kestrel」「Flock DB」」で紹介しました。 FacebookでもBitTorrentによる大規模なデプロイが高速に行われていることは、7月16日の記事「Facebook、memcachedに300TB以上のライブデータを置く大規模運用の内側」で紹介しました。 どうやら大規模システムにおけるデプロイではBitTorrentの利用が進んでいるようです。 7月15日付けのTwitter Engineering Blogに、Twitterエンジニア、Larry Gadea氏による「

    TwitterがBitTorrentで高速にデプロイしている仕組みについて
  • グーグルがWebを高速化するために何をしているか

    のページをめくるように、どんなWebページも素早く表示できるようにする。グーグルは以前からWebの高速化に取り組んできました。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」では、グーグルのUrs Hölzle氏がWebの高速化技術について「Speed Matters」(スピードの重要性)というセッションで紹介ています。 Webを高速化するためにどのような技術があり、あるいはどのような技術が検討されているのか、このセッションの内容を紹介しましょう。 スピードは重要だ 私が話そうとしているのは、「Speed matters」(スピードの重要性)についてだ。Webは空飛ぶジャガイモより速くなれるだろうか? どのくらい速くなれるだろうか? (参考:オペラがやってくれた! グーグルの空飛ぶジャガイモに対抗)

    グーグルがWebを高速化するために何をしているか
    dgdg
    dgdg 2010/07/06
    なんだかんだで恩恵にあずかっている。
  • 「セールスフォースのサーバは全部で3000台」「間違ったクラウドには気をつけろ!」とベニオフ氏

    セールスフォース・ドットコムのCEO マーク・ベニオフ氏は、約7万7000の顧客が利用する同社のクラウドを構成するサーバが、合計で約3000台であると、6月22日(日時間で6月22日深夜)に米サンノゼで行われた同社のイベント「Cloudforce 2010」の基調講演で明かしました。 2009年3月に行われたアナリスト向けの情報では、同社が抱えるサーバの合計は約1000台だとされていましたから、この1年で3倍に増えたことになります。 ベニオフ氏は、わずか3000台、しかも半分はディザスタリカバリ用の待機サーバであり、この少ないサーバ台数で7万7000社の顧客が利用するシステムを稼働させている同社クラウドの高い効率性を基調講演で次のように紹介しています。 クラウドなら3000台で数十万台分の働きをする 「先日、友人でもあるマイクロソフト役員のクレイグ・マンデイと話をしたんだ」 「われわれに

    「セールスフォースのサーバは全部で3000台」「間違ったクラウドには気をつけろ!」とベニオフ氏
    dgdg
    dgdg 2010/06/24
  • マイクロソフトにおけるアジャイル開発はこんな風に進められている - Publickey

    マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech

    マイクロソフトにおけるアジャイル開発はこんな風に進められている - Publickey
  • グーグルとVMwareが、クラウドとオンプレミスのJava互換実行環境を実現。SpringとGWTの統合ツールも提供

    グーグルとVMwareが、クラウドとオンプレミスのJava互換実行環境を実現。SpringとGWTの統合ツールも提供 グーグルがクラウドでのJava実行環境を提供する「Google App Engine for Java」は、これまでデータベースやJavaライブラリなどの制限から、独自のJavaアプリケーションを開発する必要がありました。 グーグルは5月19日(現地時間)、米サンフランシスコで開発者向けのイベント「Google I/O」でVMwareとの協業を発表。Springフレームワークに対応することで、オンプレミスとクラウドで互換性のあるJava実行環境を実現するとともに、データ構造などを設定するとユーザーインターフェイスまで揃った基的なアプリケーション(スカッフォルド)まで自動的に生成してくれる統合開発ツールの提供を明らかにしました。 これまでのクラウドでのJavaアプリケーショ

    グーグルとVMwareが、クラウドとオンプレミスのJava互換実行環境を実現。SpringとGWTの統合ツールも提供
  • SQLiteのテストコードは4567万8000行! 本体のコードは6万7000行

    軽量なリレーショナルデータベースとして人気のSQLite。そのWebサイトに掲載されている「How SQLite Is Tested」の内容が、海外のプログラマなどのあいだで話題になっています。 3月に公開された最新バージョンのSQLite 3.6.23。体のソースコードは約6万7200行(67.2KSLOC、Kilo Source Lines of Code:空行やコメントを除いた行数)なのに対し、テストコードはなんと4567万8300行(45678.3KSLOC)だと紹介されているのです! これはテストコードが体の約679倍もの大きさだということになります。 100%のブランチカバレッジ SQLiteコアのライブラリをテストするテストコードとして、以下の3つが紹介されています。 TCL Tests TCL Testsはもっとも古いテストコードで、TCL scripting lang

    SQLiteのテストコードは4567万8000行! 本体のコードは6万7000行
    dgdg
    dgdg 2010/04/22
  • データセンターが「落ちる」ことを想定したグーグルのアーキテクチャ

    サーバを安全に運用する施設として構築されるデータセンターですが、グーグルではそのデータセンターですら"落ちる"ことがあると想定してアーキテクチャを構築しています。 米グーグルが今年の5月に行ったイベント「Google I/O」で、同社のGoogle App Engine datastore leadであるRyan Barett氏が行った講演「Transactions Across Datacenters (and Other Weekend Projects)」のビデオがYouTubeで公開されました。 Barett氏は、担当しているGoogle App Engineのデータベースに関してグーグルが「multihoming」(マルチホーミング)と呼ぶ複数のデータセンターを用いた処理を実現している理由として、データセンターが自然災害や停電に見舞われたり、メンテナンスなどによるデータセンターの

    データセンターが「落ちる」ことを想定したグーグルのアーキテクチャ
  • 1