「VMforce」でJavaデベロッパーをクラウドに導くSalesforceとVMware：Trend Insight Java PaaS「VMforce」を発表したSalesforceとVMware。クラウド化したJavaアプリケーションは、既存資産を生かしながら、Force.comデータベースと強力に連携することで新たな可能性を持つに至った。両社はJavaデベロッパーをクラウドに導けるのだろうか。 米Salesforce.comと米EMC傘下のVMwareが4月27日（現地時間）に発表したJavaクラウドサービス「VMforce」。その骨子は、VMwareの仮想化プラットフォーム「VMware vSphere」上にApache Tomcatをベースに開発された「SpringSource tc Server」を用意、そこでJavaアプリケーションを動作させることでJavaのクラウド化を実

弊社は基本的には、受託のシステム開発のビジネスを行っている。ときにはメインフレームの案件すら手がけることもあるが、おもにはUNIXやLinux、Windowsをプラットホームに、C言語、Java、その他Perlやらアセンブラなどまで用い、幅広いシステム開発を行ってきた。 とはいえこの領域の仕事、先行きが明るいとは決して言えない。もちろんなくなることはないかもしれないが、いまやコードを書いたら書くだけある種負けなんじゃないかと思われるところもある。バグの問題もあるし、テストの手間もあるし、セキュリティリスクも考えないと。システム開発の現場ではリスクが増えているのに、対価は上がらない。上がらないどころか、下がっているというのが実情だ。 ★ そんなこともあり、遅ればせながらSaaS、クラウドにも進出している。既存のアプリケーションをSalesforce.comのForce.comの上に移植してみ

ここ一年、アジャイル開発の取材がぐっと増えた。アジャイル開発が日本に上陸して10年、記者が追うようになって8年。今ようやく、地に足がついた形で盛り上がってきたと実感している。 そう思う理由の一つは、取材先が多様になってきたことだ。最近は、一般企業や自治体で働くCIO（最高情報責任者）やシステム部長、大手ベンダーの幹部、経済産業省の外郭団体である情報処理推進機構（IPA）などがアジャイル開発を“熱く”語り始めた。 開発プロジェクトにも広がりが出た。数年がかりでの基幹系システム刷新、SOA（サービス指向アーキテクチャ）にのっとったシステム開発、クラウド上でのSaaS型サービスの開発、ケータイ向けのソーシャルゲームの開発などでもアジャイルが利用されている。 記者がアジャイル開発を追い始めたころ、取材先はたいてい小規模のベンダーか技術に長けたリーダーだった。開発対象も情報系システムばかりで、しかも

3月2日に開催された「クラウドネットワークシンポジウム」に参加してきました。 publickeyの新野さんが記事にされたようなRightScaleの「いかにもクラウド」と感じるような取り組みや、国内メーカーや大学による先進的な研究の話など盛りだくさんで大いに刺激を受けました。 そんな中、イベントへの参加者に若手が少ないように感じたのが気がかりでした。若手はもう少しこのようなセミナーに参加したほうがいい、というようなお説教を言うつもりはまったくありません。ただ業界の先輩の方々が、クラウドを支える基盤技術を日本メーカーが開発しアメリカの独走を阻止しようですとか、日本のIT業界のプレゼンスを強化していこうというようなことを語っている姿を若手が直接聞かなくて良いものか？と感じました。これは影響を受けて欲しいという意味よりも、むしろ新鮮な空気を吹き込んで欲しいという思いからです。 世界中に十分な質と

本研究所では、日本と海外のIT技術およびその利用方法を比較し、両者の間にある格差について考えている。IT業界に身を置いていると、つくづく疑問に感じることの一つに、人月計算の問題がある。今回は、グローバル化が進む中で、日本に限らず、世界に共通するプログラマに対する評価の格差について考えてみよう。 過日、久しぶりに会った日本のクライアントと話をしていて「あっ！」と思うことがあった。それは、「西野さんのところは1人月いくらですか？」と聞かれたことだ。確かに、作業を担当する人の時給から1カ月当たりいくらになるのかは計算できる。それが分かりやすいので、一般的に使われているのだろう。 会社を20歳そこそこで立ち上げたとき、発注元のある企業の部長さんから、「何人月くらいかかる？」と言われ、“キョトン”としてしまったことを今も鮮明に覚えている。私自身がプログラムを書けば3日だけど、普通の人がやれば1カ月く

クラウドで、モノが売れなくなる理由については、以前のブログで紹介したが、では、開発請負業務や開発、運用、保守などの準委任業務などのヒト・ビジネスは、どのような影響を受けるのだろうか。今日は、この点について考えてみよう。 ＊　「クラウドによるＳＩビジネスの3つの構造変化」という当初のタイトルを変更しました。内容には変更ないのですが、タイトルから意図がうまく伝わらないというご指摘があり、変更させていただきました。 ■　大手元請企業は、中小の下請企業を使わなくなる 不況の継続とニューノーマルの広がりにより、お客様のコスト削減への関心は、これからも続くことが予想される。これに応えるために、大手元請各社は、グループ内での内製化とオフショア利用の拡大を加速させ、独立系の下請企業は、仕事量が減るものと予想される。 また、クラウド・システム（PaaSやIaaS）をプラットフォームとしたシステム開発や運用も

Force.comにおける開発方法を選択しよう 第1回「Salesforceで開発するということ」では、Force.comで開発するためのアカウントの選択と取得について解説しました。今回から、実際の開発手法に入っていきます。 Force.comでの開発を行う際、その方法としてSalesforce.comにログインして直接開発するか、Salesforce提供のEclipseプラグイン（Force.com IDE）を利用するかという2つのうち、どちらか選ぶ必要があります。 それぞれ、可否や利点・欠点があります。下記の説明を読んで、どちらの方法で開発するか選択して下さい。 ・Webブラウザで開発する Salesforce.comにログインして、Web上で開発する手法は、Salesforce CRM Developper Editionを採用した場合に利用できます。Salesforce CRM上で

米Adobe Systemsと米Salesforce.comは米国時間2009年10月26日，クラウド・コンピューティング環境でリッチ・インターネット・アプリケーション（RIA）を構築するための「Adobe Flash Builder for Force.com」を発表した。 Eclipseベースの統合開発環境（IDE）を採用し，Salesforce.comの業務アプリケーション開発プラットフォーム「Force.com」とAdobeのコンテンツ配信プラットフォーム「Flash Platform」を統合する。 同ソリューションを用いて構築したアプリケーションは，ブラウザとデスクトップ・ベースの両方で利用することが可能。Salesforce.comのCRMアプリケーション「Salesforce CRM」やForce.comで開発したアプリケーションにマルチメディア機能を追加したり，既存のアプリ

The content on this page has been retired. Have you tried the links above or the search bar?

巨大な単一システムを，ユーザーごとにカスタマイズして共同利用する「Force.com」。アクセス制御やワークフロー機能など，各種サービスがそろっていることが特徴だ。データベース開発にはRDBの知識を，プログラム開発にはJavaの知識を生かせ，フレームワークを用いてMVC 構造のアプリケーションを作れる。 Force.comとは，米Salesforce.comが提供する「PaaS（Platform as a Service：サービスとしてのプラットフォーム）」です。CRM（Customer Relationship Management）などの既製アプリケーションをインターネットを介して提供するサービスを「SaaS（Software as a Service：サービスとしてのソフトウエア）」と呼ぶのに対し，PaaSでは特定のアプリケーションではなく，アプリケーションの開発環境や実行環境をイン

クラウドを使えば予算に限りのあるスタートアップ企業や個人の開発者でも世界レベルのWebサービスを展開できる───。 最近，このようなことがよく言われます。日経ソフトウエア9月号の記事のために，筆者はこの1カ月間ほど，米グーグルの「Google App Engine」Java版と米マイクロソフトの「Windows Azure」を使ってみて，なるほど確かにそうかもしれないと思いました。両者ともPaaS型（Platform as a Service）と呼ばれるクラウド・サービスで，圧倒的な低料金を実現しています（料金の詳細はこちらやこちらの記事をご覧ください）。 当たり前ですが，クラウド・サービスを使えばハードウエアやネットワーク回線を用意する必要がありません。PaaS型ならOSの設定なども不要です。クラスタリングによる負荷分散と冗長化構成といったシステム構築も必要ありません。すべてクラウド・サ

令和からの働き方について 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 ASPやSaaSとかってなんか利点が多いイメージだけど、保守の観点で見ると欠点が多い。僕は今ASP（SaaS？）の保守を行っているが、、、潜在バグがとんでも無く多い。JavaのツールであるFindBugsを流せば軽く1000ステップを越える警告を出してくれる。（FindBugsはあくまで指標の一つでしかないが、僕の使ったことのあるツールの中ではかなり的確なプログラムバグを指摘してくれるツールだ。） さて、このような状態のシステムは果たして健全な状態と言えるのだろうか？ 一般的にASPやSaaSを売り出す方の利点としては、一つのプログラムで多くの顧客が取れるという利点がある。その為、パッケージ製品よりも安く使うことが出来るため売り側も買い側も利点

ZEROBASEさんのBlogに書かれていることが、自分の問題意識とシンクロした。この辺で少し整理しておきたい。 要件定義前提のビジネスモデル Webサービスに「システム開発」の側面があるからといって、業務システムのように「ユーザに聞く」とか「要件定義」とか「要求開発」しようとする発想では、うまくいかない。そこで「プロダクトアウト」か「マーケットイン」か、といった二分論での議論も危険。どっちの面も必要に決まってる。 そういう仕事って何？「マーケティング」や「商品企画」ですよね？　で、それってSIerには未知の領域なんだと思います。 SIerはWebサービスを開発できるのか？ SIerがディフェンシブにならざるを得ないのは「要件定義」というプロセスそのものにあるのではないか、と最近思いはじめました。要件定義が基点となって「我々は今回こういうものを作るのです」という取り決めを行いその器の大きさ

「一方的な敗訴でなく、我々の主張もかなり認められた点では“痛み分け”の判決だった。現在、金額の大きい案件では、取引先（パートナー企業）に対し、『役員会などで承認を受けた案件かどうか』を確認するよう、内部統制を強化している」。CRM（カスタマー・リレーションシップ・マネジメント）ソフトの販売を手掛けるイーシステムの渡辺博文社長は、TISとの間で争った訴訟をこう総括した。2007年度の決算説明会で、本誌記者の質問に答えたものだ。 この訴訟は、イーシステムが2005年度の業績予想を下方修正した際に、「TISが当社との取引を不当に取り消した」と説明したことが発端である。2005年7月のことだ。イーシステムの言い分に対し、TISは「我々はイーシステムとの取引の存在を認めていない。法廷で事実関係を明らかにする」と主張。「TISとイーシステムに訴訟の対象となった取引があったのか」「TISに損害賠償責任が