クラウドのベストブランド、1位セールスフォース、2位グーグル、3位ヴイエムウェア。日経コン2011年3月3日号
クラウドのベストブランド、1位セールスフォース、2位グーグル、3位ヴイエムウェア。日経コン2011年3月3日号 日経コンピュータの3月3日号には、同誌とITproによる第2回目の「クラウドランキング」が発表されています。前回の第1回が発表されたのは昨年9月。あれからわずか半年ですが、変化の激しいクラウド市場に合わせて、早いサイクルでランキングがアップデートされました。 今回のクラウドランキングの発表に付けられたタイトルは「逃げる新興勢力、大手も巻き返し」です。 ベストブランドではセールスフォース・ドットコムが首位に まずは、クラウドサービスに関する企業イメージ調査の結果を示した「ベストブランド」を誌面から。 前回のランキングでは、1位 グーグル、2位 セールスフォース・ドットコム、3位 日本IBMでした。今回の上位と比較すると、セールスフォース・ドットコムがグーグルを抜いてトップへ躍り出た
かなりショッキングなニュースです！→ 電気自動車開発「ゼロスポーツ」破産へ 郵政に1030台納入計画頓挫 #ev #eco: IMPORT EV
電気自動車（ＥＶ）の開発を手掛ける自動車部品メーカー「ゼロスポーツ」（岐阜県各務原市）が、破産申請の方針を固めたことが分かった。 関係者によると、日本郵政グループの郵便事業会社に２０１１年度に集配用の電気自動車１０３０台を納入する契約（契約額約３４億７２００万円）を締結していたが、何らかの原因で順調に進まなかったためとみられる。 同社は他メーカーの軽貨物ガソリン車をベースに電気自動車に改造して納入する計画だった。自動車各社がＥＶ開発に力を注ぐ中、ベンチャーとして先頭を走ってきた同社の破産は、業界に波紋を広げそうだ。 同社は郵便事業会社との契約について１日午後に会見する予定。一方、郵便事業会社は「当事者間で交渉中。個別のことで内容についてはコメントを控える」としている。 ゼロスポーツは１９９４年設立。９８年にＥＶ開発に着手し、２００２年から販売を開始。１人乗りのＥＶスポーツを市販したほか、小
破産ゼロスポーツが郵便EVを納品できなかった本当の理由 | レスポンス（Response.jp）
EVベンチャーのゼロスポーツが1日、負債総額11億7700万円を残し、近く破産申請をすることを発表した。 ゼロスポーツは2010年8月、日本郵便から集配用EVとして1030台約35億円の受注をしたことで注目された。契約では1月に20台、2月末に10台の計30台を本年度中に、その後、来年度末までに残りの1000台を納品する予定だった。しかし、1月21日の最初の納期に車両が間に合わず、日本郵便から契約解除の通知および契約金の2割である約7億円が違約金として発生する通告があった。 報告を受けたメインバンクは2月に運転資金の口座を凍結、月末の給与の支払および取引先への支払いが滞ったゼロスポーツは、日本郵便からの違約金請求の可能性がある民事再生の道をあきらめ、破産申請による倒産の道を選んだ。 なぜ、2001年からコンバージョンEVの制作経験を持ち、実証実験として日本郵便に合計10台のEVを納品実績が
Node.jsを手軽に試せるJavaScript統合開発環境「Cloud9 IDE」、クラウドでの提供開始
Node.jsを手軽に試せるJavaScript統合開発環境「Cloud9 IDE」、クラウドでの提供開始 オープンソースとして開発されているJavaScript統合開発環境の「Cloud9 IDE」が、クラウド上のサービスとして提供開始されました。Cloud9 IDEサービスを立ち上げたのは、Cloud9 IDEの開発元でもあるAjax.org。 Cloud9 IDEは、Node.jsが動作するサーバの上にWebアプリケーションとして実装された、Node.js対応のサーバサイドJavaScriptのための統合開発環境です。Node.js上に実装されたということはつまり、Cloud9 IDE自身もJavaScriptで記述されています。 Node.jsを試してみたいけれど、自分でインストールしたり環境を構築するのは面倒、という人にちょうどいいのではないでしょうか。 Cloud9 IDEサー
あえてNoSQLでクラウド上にエンタープライズアプリを作ってみる : 小野和俊のブログ
RDBMSとNoSQLを巡る議論でいつも私が違和感を感じるのは、RDBMSに固執しようとする人と、NoSQLに固執しようとする人と、それぞれが極端にどちらかを擁護し、極端にどちらかの長所や可能性に対して目を瞑ろうとしているように見受けられることである。 これまでRDBMSを業務で使ってきた人にNoSQLの制約の話をすると、大抵の場合、「そんなのじゃ業務には使えない」という反応が返ってくる。特に即時一貫性が保てないという話をすると「まったく使い物にならない」と脊髄反射的に拒否反応を示されることが多い。 私が思うに、クラウドがシステム構築で活用されていくのに比例して、これからは「RDBMSとNoSQLを適材適所で使い分ける」ことがこれからのアーキテクトに求められるのではないか。 これまではRDBMSがあったから何もかも一貫性が保障されていた。だが、本当にそこまですべてのデータに即時一貫性が必要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
ダウンロードサイト“ソフトニック”のソフト配布方式に一部作者より懸念の声
TechCrunch
TechCrunch
Journal@rchive
TechCrunch