クラウドアプリをドラッグ＆ドロップで開発、セールスフォースが「Visual Process Manager」発表
Visual Process Managerには、以下の4つの機能が備わっています。 ドラッグ＆ドロップのユーザーインターフェイスでアプリケーション開発を行う「Process Designer」 特定の手順に沿った操作画面（ウィザード画面）を開発できる「Wizard Builder」 開発したビジネスプロセスのアプリケーションを展開する前にシミュレートするための「Process Simulator」 実行エンジンとなる「Real-time Process Engine」 開発環境もクラウドの中へ クラウドをプラットフォームとするための開発ツールに力を入れているベンダとして、セールスフォース・ドットコムとマイクロソフトの2社はその筆頭に挙げられるでしょう。そして興味深いことに両社のアプローチは正反対です。 マイクロソフトは、これまで築いてきた開発ツールの強みとユーザーベースを最大限に活かすた
パナソニックが史上最大規模のSaaS導入へ、ワールドワイドにLotusLiveを採用
IBM Press room - 2010-01-14 Panasonic Ushers in the Cloud Computing Era with IBM LotusLive - United States これまでで最大規模のクラウド採用事例だと、各種メディアで報じられています。 IBMのLotusLiveをパナソニックが採用へ、28万人ユーザー獲得 - ITmedia エンタープライズ パナソニックが全世界で「LotusLive」を採用、電子メールをExchangeから移行 - ニュース：ITpro Panasonic flees Microsoft Exchange for IBM cloud • Channel Register IBM Strikes Major Cloud Deal With Panasonic -- InformationWeek パナソニックはMicr
速報：グーグルが新言語「Noop」を公開。JavaVMで動作
グーグルが新プログラミング言語「Noop」を公開しました。Noopは新旧のプログラミング言語からいいとこ取りをした、JavaVMで動作するプログラミング言語と説明されています。 Noopは、サン・マイクロシステムズで開催中の「JVM Language Summit」で、グーグルの2人のエンジニア、Alex Eagle氏とJérémie Lenfant-Engelmann氏によって発表されました。 すでにJVM Language Summitでの発表資料がPDFとして公開されており、その資料には、Noopのミッションが次のように説明されています。 Noop's mission Help teams develop software that is easier to understand and maintain. Noopのミッション 分かりやすくメンテナンスしやすいソフトウェアのチーム開
プログラマーには、コーディングの生産性で10倍、コードレビューの速度では6倍もの能力差があるという
プログラマーの生産性をテーマにした有名な著書「ピープルウェア」には、最も優秀なプログラマと最低の成績のプログラマのあいだには約10倍にあたる生産性の違いがある、というデータが出てきます。 これは、1984年から1986年にかけて92社、延べ600人が参加したプログラミングコンテストのデータを分析した結果から導き出された結果で、課題として与えられたプログラミング作業の開始からコンパイル時のエラーを消すところ（第1チェックポイント）へ到達するまでにかかった時間を比べています。 グラフを見ても分かるように、最優秀者と最低者のあいだには作業時間にして約10倍のひらきがあります。また最優秀者は平均の約2.5倍の生産性だそうです。そして、COBOLやFortranのような旧世代のプログラミング言語と、PascalやCのような現代的なプログラミング言語でのコーディングでの生産性はほとんど同じであったそう
Google App Engineにデータストアの障害発生。復帰まで約6時間、原因は現在も不明
クラウド上で誰でもJavaやPythonによるアプリケーションが構築できるプラットフォーム「Google App Engine」。 そのGoogle App Engineで、米国太平洋夏時間の7月2日午前6時半（日本時間7月2日深夜11時半）頃から障害が発生し、約6時間のあいだデータストアへの書き込みなどができなくなり、データストア機能を利用する全アプリケーションが影響を受けました。 この障害は午前8時半頃からApp Engineチームによって対応が行われ、午後12時半過ぎには解決した模様です。App Engineチームは逐次作業状況を報告しましたが、何が原因だったのかについては一切明らかにされていません。 Google App Engine System Statusを見ると、たしかに7月2日にDatastoreとMemcacheに障害が発生しているのが分かります。 対策チームからの原因
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
