今岡純二のブログ tag:www.terrasky.co.jp,2008-10-31:/blog/jimaoka//3 2010-05-31T07:06:46Z テラスカイCTO 今岡純二のブログ Movable Type Commercial 4.22-ja クラウド開発者（Force.com、Azure、GAE、Amazon）によるパネルディスカッション【JJUG CCC 2010 Spring】 tag:www.terrasky.co.jp,2010:/blog/jimaoka//3.156 2010-05-31T06:50:23Z 2010-05-31T07:06:46Z JJUG CCC 2010 Spring のクラウド開発者（Force.com、... jimaoka
JJUG CCC 2010 Spring のクラウド開発者（Force.com、Azure、GAE、Amazon）によるパネルディスカッションにForce.com開発者のパネラーとしてお招き頂きました。

パネルは各クラウドサービス提供会社からではなく、それを利用している開発者からの現場の生の声を、優れた点／改善点も含め、話し、聞く事の出来た楽しい時間でした。

b_20100518.jpg

]]> 当日は質問に対してなるべく簡潔にお答えしようと思っていましたので、後から振り返ると言葉足らずな点も多々ありました。

ここではパネルの中で話された内容をとっても簡単に、その他言葉足らずでどうしても補って置きたい点をコメントとしたいと思います。
（尚、当日参加された方が、こちらで当日の内容を上手にまとめられていました。）


パネルでは以下の観点で、各プラットフォームの実態を説明するといった内容でした。
  • 開発方法（デプロイ、ローカル環境の有無、デバッグ方法について）
  • 計画停止について
  • 課金体系
  • オンプレミスとの連携／プラットフォームの生産性
  • ビジネス的な観点

主なコメント
・Windows Azure
ベータ版から開発を進めた案件では度重なるAPI変更に悩まされ、最も酷い例ではクラスのネームスペースが大幅に変更されて色々と書き直すはめになったとのこと。また、最近はある程度改善されたが、初期のAzureはアプリケーションのデプロイがかなり遅く、デプロイしては開発メンバーでお茶をするといった話も。

本番サーバーとローカル環境の間にやはり微妙な差があり、本番環境に上げたら動かない事はたまにあったが、本番環境での実行はリモートでトレースできないため原因の特定に苦労したとのこと。

・Google App Engine
事例としてYMCA横浜のイベント申し込みサイトの話。
システムとしてはイベントの申込フォームとマスター管理、メール通知などの機能があり、毎年2回のイベントで申し込みが殺到する以外あまりアクセスのないサイトではあるが、その運用にかかるコストは驚異的！
→ 僅か10円！！（1四半期で8円、チューニング後に2円）

AppEngine では一定の負荷までは無料のため（10万ページビュー）、無料で利用できる範囲があるのが特徴で、この事例ではそれを最大限利用できた形になった。（また裏技として無料領域を増やす方法もあった。。。）

・Amazon
仮想サーバーなので色々な意味で自由度は高い。
当日、タイムリーにパケ死がTLを賑わしていたが、その話題が面白かった。
IaaSのレイヤーから、PaaSに近いレイヤーのサービスが今後増えていく模様。

・Force.com
開発環境として、DeveloperEdition（開発者用）、本番環境、SandBox（本番環境のコピー組織）があり、個々の環境内でブラウザで開発を行っている場合には、常にサーバにメタデータとして保存されるため、デプロイという概念は無く、ローカル環境（エミュレート環境）という概念は無い。

【補足】
本番環境に対してデプロイする場合、Apexコードの75%以上がテストコードによりテスト済である必要がある。実際、本番移行前にテストのカバレッジが上がらず苦労するケースは多々あるので注意が必要。また、テストコードの量によりデプロイにも数分から数十分かかるケースもある。（過去例として、数時間のケースもあったとのこと。驚きです！ リファクタリングで今では20分程度に収まっているそうですが。）

その後のタイムリーな話として、次期バージョンアップ（Summer '10）で、ApexコードのデバッガのパイロットリリースやVisualforceのViewStateインスペクタがBetaリリースされるなど気になる情報も。
（リモートデバッグはまだのようなので、今後に期待してます！！）



■ 参加者
　□ モデレーター
　　　ひがやすを 氏

　□ パネラー
　　  【Windows Azure】
　　　株式会社 日立システムアンドサービス
　 　 研究開発センター 技師
　 　 酒井 達明 氏

　　  【Google App Engine】
　　　サイオステクノロジー株式会社
　　　執行役員 クラウドコンサルティング担当
　　　栗原 傑享 氏

　　　【Amazon】
　　　株式会社 電通国際情報サービス
　　　技術統括本部 開発技術センター 研究開発グループ
　　　アーキテクト
　　　大谷 晋平 氏

　　　【Force.com】
　　　株式会社テラスカイ
　　　今岡 純二

]]> VMforce tag:www.terrasky.co.jp,2010:/blog/jimaoka//3.145 2010-05-02T08:10:16Z 2010-05-02T08:35:03Z 日本時間の4/28にSalesfroce.comより「VMforce」が発表され... jimaoka 日本時間の4/28にSalesfroce.comより「VMforce」が発表されましたが、その発表内容を見た真っ先の感想は、Windows Azureの.Net陣営に対する、Javaエンジニアの囲い込み！？ 

また、Apatch Tomcatをベースにしたサーバが用意されJavaが利用出来るといった環境面からは、Google AppEngineに近いイメージを持ちました。

]]> PaaSとしてのForce.comの最大の利点は、アプリケーションを稼働させるためのサーバやストレージが用意されるだけでなく、業務用アプリケーションに必要なセキュリティコントロールの機能やワークフロー、承認プロセス、多言語、多通貨など、業務用アプリケーション開発に必要な機能群が予め用意され、それらを最適に組合せて導入することによるスピード感、更に標準機能で不足する部分をApexコードやVisualforceで補完する事ができる、その柔軟性を高く評価しています。

これはForce.comが他のPaaSと比較して、SaaSに近いレイヤーの機能群を備えている特徴であり、開発者にとって、より業務要件に特化した開発に専念できる事となります。

そういったForce.comの利点がVMforceでどのように享受できるのかといったところが多いに興味あるところなのですが、今のところ発表されている情報からでは判りません。

現在判っている情報からですと、Force.comのデータストアをJava＋SpringFrameworkから使えるといった特徴ぐらいでしょうか。

では、Force.comのデータストアが使える利点とは、他のPaaSと比較してどれほどのものでしょう？
Force.comのデータストアはRDBでは無いという言われ方もありますが、その内部構造は別にして、Force.comのデータストアにおける設計は基本的に従来のRDBの設計と同じように、正規化したリレーショナルな構造で設計できるため、その経験がある人にとっては新たな知識はほとんど必要ないと思っています。

対して、Google AppEngineなどのキー・バリュー型のデータストアの設計には、独自のノウハウや開発時における制限事項を聞きます。

そのため、これまで習得した言語およびDB設計のスキルがそのまま使用可能といった点では一定の利点があるように思います。


既にForce.comを利用している立場ではどうでしょうか？
Force.comでは、Sitesと呼ぶパブリックなページを開発・公開する機能が備わっています。この開発は、Visualforce＋Apexコードと呼ぶForce.com独自の言語により実装します。今回発表されたVMforceはSitesをJava+SpringFramworkで代替し、パブリックなページを開発・公開できるものと考えると分り易いように思います。

ただ、VisualforceもApexコードも、VisualforceならJSFに、ApexコードはJavaに大変良くにているため、新たな言語を習得しなくて済み利点はあるにせよ、それだけではややインパクトに欠ける気がします。

あるいはSitesではなく、プライベートな組織内でVisualforceタブのように、VMforceタブのようなものが用意され、実行しているユーザに応じたアクセスコントロールが自動的に適用されたり、国際化対応されるような、まさにVisualforceを代替することが出来るのであれば、開発者は嬉しいかも知れません。

もっと言うと、Apexコードのガバナ制限がVMforceの場合、ものスゴく緩和されるとかあるなら、それはそれでとっても喜ばしいのですが。（それは無いか。。。）


何れにせよ、まだ価格すら発表されていないVMforceです。
今後に期待すると共に要チェックですね。

]]> Cloudforce 2 Tour Tokyo tag:www.terrasky.co.jp,2010:/blog/jimaoka//3.144 2010-04-29T01:35:24Z 2010-04-29T01:48:43Z 先日行われた Cloudforce 2 Tour Tokyo の参加したレポート... jimaoka

開演前のスクリーン上には、#cftokyo のハッシュタグをつけたツイートが流され、Cloudforce 2 Tour Tokyoへの参加者のリアルな声が続々と届き、私のツイートもTLに流れるのを見て、会場との一体感や盛り上がりを感じる独特の雰囲気が不思議な良い感じでした。

]]>

■ Cloud1 から Cloud2へ ...
Cloud1は、Amazon.comやeBayなどのようにトランザクションを主としたCloudから、ソーシャル、コラボレーションするCloudへと進んでおり、それに対するSalesforceから解として Chatter を前面に押し出していました。今年の一押しはとにかく Chatter です。

■ Chatter
Chatterとても面白い！すぐにでも使いたい気になりました。単に人をフォローするだけでなく、「データがつぶやく」っていう感じがとっても面白い。Chatterを使うことにより、組織の階層構造のしがらみを取り除き、組織がフラットになり組織を超えたコミュニケーションができ、新たな仕事のやり方が出来ていくような・・・そんな期待やワクワクした気持ちになりました。

社内にも技術情報を共有するメーリングリストがあるのですが、やはりメールで投稿するとなると、こんな情報出しても皆知ってるかな？とか、投稿するには少し敷居を高く感じるものです。ちょっと聞いて欲しいとか、ちょっと聞きたいぐらいの軽い気持ちでつぶやける、それを周りがさり気なくフォローする、そんな事を想像するだけで使いたくなってきます。

業務で使用するツールを見て、期待やワクワクするような気持ちにさせてくれるSalesforceだから、熱烈なファンがいるのでしょうね。

Nexway様の事例紹介では、Chatter導入後わずか10日で変化が現れてきたというコメントもありました。

現在のところ、ChatterはCP、PRMへの対応は出来ていないようですが、社外を巻き込んだコラボレーションが出来ることを近い将来で期待したいものです。また、情報が氾濫する可能性があるので、フィルタリングやハッシュタグのようなものもサポートされるようですね。

なみに、4/28（水）に Chatterの開発者向けWebiner があり、そこで質問したのですが、Chatter でつぶやかれた FeedやFeedCommentの1レコードは、SFDCお決まりの2KBで容量計算するとの事でした。Chatterのデータモデルに関する解説がありましたが、ストレージの容量は少々気になりますね。

しかし、これまで数多くのSalesforceの導入を通じて、お客様の業務上の課題を解決してきましたが、今後はコラボレーションのあり方までコンサルする事が求められていくのでしょうかねぇ・・・。


■ AppExchange2
・Alohaアプリ
エディションによる、アプリケーションやタブ数などの制限が適用されないアプリ。
これ無いとOEM戦略は進まないですよね。

・サービスリスティング
コンサルティングパートナーを検索できるとのことです。
今のところ4社しか掲載されていませんが、面白い試みですね。

]]> 日経SYSTEMS主催 Force.comを用いたアプリ設計・開発セミナー tag:www.terrasky.co.jp,2010:/blog/jimaoka//3.125 2010-02-11T05:18:00Z 2010-02-11T05:17:30Z 日経SYSTMS主催「クラウドコンピューティング 設計・開発セミナー」と題した、... ytanaka
日経SYSTMS主催「クラウドコンピューティング 設計・開発セミナー」と題した、3週連続演習型セミナーの「Force.comを用いたアプリ設計・開発」の講師を担当させて頂きました。

セミナーですが、申込自体は早々に定員オーバーに達し、さらに3週連続で申込みをされた方が7割程度いるなど、クラウド、そしてForce.comへの注目の高さを肌で感じるものでした。

blog0205.jpg]]>
セミナーを無事に終え、日経SYSTEMS様よりアンケート結果をお知らせ頂けました。
非常に多くの方にご満足頂けたようで講師としてお役に立てた事を嬉しく思い、安心している次第です。

アンケート結果ですが、この場を借りてお伝えしたいと思います。
もちろん満足頂けなかった方もいらっしゃると思いますが、それらの声も含めてお伝えしたいと思います。

■ セミナー内容全般についてのアンケート回答

  • ハンズオンのフォローがきめ細かくて助かりました。
→ ハンズオンのサポートをしてくれた、竹澤さん、田中さん、岩井さんありがとう！

  • TIPS、ノウハウ、注意点の話が多く、参考になった。
→ これまでの開発経験から得られたことをたくさん伝えたいと思っておりましたので、このようなコメント大変嬉しく思います。

  • TipS集はぜひ配布資料に含めていただきたかったです。
→ 最後のTips集は、実は講演の3日前にリハーサルをした際、時間が早く終わりそうで急遽作成したのです。そのため印刷が間に合わずご迷惑をおかけしました。資料ですが日経SYSTEMS様に依頼し、受講者の皆様のお手元に届くように手配させて頂きました。

  • テキストの完成度が高く、非常にわかりやすい。説明もポイントを押さえているので、見直した際にもわかりやすい。
→ ありがとうございます。一部が小さい文字になったり、詰め込み過ぎな感があったため、セミナーテキストとしてはどうかと思ったりもしましたが、後で読み返した時に使えるテキストを目指して作成させて頂きました。

  • プラットフォームを提供している企業による解説も聞きたい。（今回であればセールスフォースさん）
→ ごもっともなお話です！

  • とても気合が入っていてよかったと思います。
→ 気合を入れてセミナーテキスト、ハンズオン資料作成しました。気合が伝わったようで嬉しいです！受講者の皆様の気合も感じました！

  • 明確・丁寧に対応、説明して頂きました。ありがとうございます。
→ こちらこそありがとうございました。

  • 良い点ばかりでなく、デメリットも含めて説明していただいたので、非常に参考になった。午後の内容は少し詰め込みすぎている感じがするのでハンズオンでなくても良かったかもしれない。
→ 受講者の皆様と同じ開発者の立場として、良い点ばかりではなく、苦労した点や注意したい点をお伝えすることを念頭に説明させて頂きました。午後は詰め込み過ぎな感は否めないですね。ただ、開発の生産性やスピード感を実際に体感頂きたい狙いもありましたので、あのような構成にしてみました。

  • 参考資料の入手先やテクニカルチップスを教えていただけたことで、セミナーの範囲で終わらぬ知識を取得できました。本日は本当にありがとうございました。
→ こちらこそありがとうございました。Force.comに限らず、開発を始める際のドキュメント入手は欠かせないですよね。受講者の皆様がセミナー終了後に、より実践的且つ有効にForce.com上で開発が出来る事を願いご説明させて頂きました。

  • 非常に詳しく知りたい部分を教えて頂き、助かりました。
→ Visualforceで非常にピンポイントにお困りの事を私が説明していたと、そんな会話を受講者の方とサポートが交わした件でしょうか？何れにせよお役に立てて嬉しい限りです。

  • 時間とのかね合いだとは思いますが速かった。サポートする人も少なく感じた。
  • とにかくスピードが速すぎて、コーディングするのに（パンチするのに）いっぱいいっぱいでせっかくの説明をじっくり聞くことが出来なかった。これで5万円は高すぎる。
  • ハンズオンが速くてついていけなかった。
  • 講義にもう少し時間をかけて欲しかったデモ（ハンズオン）が長すぎた。
  • ハンズオンはもう少しコンパクトでよいかも。
→ 大人数でのハンズオンでしたから、素早く終えられる方や、逆に速く感じられる方もいらっしゃったかと思います。ソースコードの解説をハンズオン資料にもう少し多く加えるなどの工夫が出来たかも知れません。

  • 商用利用時の課金情報が説明されたら、なお良かったです。
  • 料金体系について、もう少し説明いただきたかった。その他の内容については、大変参考になりました。
→ ご指摘の通り、ライセンス毎の価格表やSitesの価格など、資料中に含まれていても良かったかも知れません。

  • 体感はできたが、セミナーだけでは非常に難しい。
→ 是非セミナー後半でご紹介したような developerforce などからドキュメントを入手され、さらにForce.com上での開発を試してみて頂けると嬉しく思います。

]]> ExtJS グリッドに合計行を表示する tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.111 2009-12-17T06:04:36Z 2009-12-17T07:33:16Z Visualforceの開発において、表形式にデータの一覧を表示する要件というは... jimaoka Visualforceの開発において、表形式にデータの一覧を表示する要件というは比較的多いと思うが、列のソートや、列のドラッグアンドドロップ、合計行の表示という要件があった場合、
pageBlockTable  や  dataTable  といった標準コンポーネントでは簡単に実現する事が困難なケースは良くある。

]]>
そのような場合、自作でゴリゴリJavaScriptを書いて対応する方法もあるが、要件を満たす高機能なグリッドコンポーネントを持つ、JavaScriptライブラリの適用も検討することだろう。

今回ある開発案件で、グリッド表示のフッターに合計行を追加して表示したいとの相談が社内からあり、ExtJSのGridを使ったサンプルを書いてみた。

  • コードサンプル
 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>グリッド合計行の表示テスト</title>
<meta http-equiv=Content-Type content="text/html; charset=UTF-8">
<link rel="stylesheet" type="text/css" 
    href="http://extjs.cachefly.net/ext-2.2.1/resources/css/ext-all.css" />
<script type="text/javascript" 
    src="http://extjs.cachefly.net/ext-2.2.1/adapter/ext/ext-base.js"></script>
<script type="text/javascript" 
   src="http://extjs.cachefly.net/ext-2.2.1/ext-all.js"></script>

<script type="text/javascript">

Ext.onReady(function() {
    var data_detali = [
        ['パソコン','3','150000','450000'],
        ['プリンタ','1','50000','50000'],
        ['スキャナー','2','20000','40000'],
        ['マウス','3','1000','3000'],
    ];
    
    var store_detail = new Ext.data.SimpleStore({
        fields: [
                    {name: 'Name'},
                    {name: 'Qty'},
                    {name: 'UnitPrice'},
                    {name: 'Amount'}
        ]
    });
    store_detail.loadData(data_detali);
    
    var grid_details = new Ext.grid.GridPanel({
        store: store_detail,
        columns: [
            {id:'NAME',header: "品名", width: 300, sortable: true, dataIndex: 'Name'},
            {header: "数量", width: 100, sortable: true, dataIndex: 'Qty'},
            {header: "単価", width: 100, sortable: true, dataIndex: 'UnitPrice'},
            {header: "金額", width: 100, sortable: true, dataIndex: 'Amount'},
        ],
        stripeRows: true,
		scrollBar: false,
        height:300,
        width:500,
        title:'グリッド合計行テスト'
    });


    var data_summary = [
        ['','15','','500000'],
    ];
    
    var store_summary = new Ext.data.SimpleStore({
        fields: [
                    {name: 'Name'},
                    {name: 'Qty'},
                    {name: 'UnitPrice'},
                    {name: 'Amount'}
        ]
    });
    store_summary.loadData(data_summary);

    var grid_summary = new Ext.grid.GridPanel({
        store: store_summary,
        columns: [
            {id:'NAME',header: "品名", width: 300, sortable: true, dataIndex: 'Name'},
            {header: "数量", width: 100, sortable: true, dataIndex: 'Qty'},
            {header: "単価", width: 100, sortable: true, dataIndex: 'UnitPrice'},
            {header: "金額", width: 100, sortable: true, dataIndex: 'Amount'},
        ],
        stripeRows: true,
        height:100,
        width:500,
        listeners: {
            bodyscroll:function(scroll_left, scroll_top) {
		        var con = Ext.get(grid_details.getId()).child('*[class*=x-grid3-scroller]');
		        con.scrollTo('left', scroll_left, false);
            }
        }
    });


    grid_details.render(Ext.get('search_results'));
    grid_summary.render(Ext.get('search_sumary'));


    // 明細部のスクロールバー設定
    var scroller = Ext.get(grid_details.getId()).child('*[class*=x-grid3-scroller]');
    scroller.setStyle('overflow', 'hidden');

    // フッター部のヘッダー表示
    var head = Ext.get(grid_summary.getId()).child('*[class*=x-grid3-header]');
    head.setStyle('display', 'none');
})

</script>
</head>
<body>
    <div id="search_results"></div>
    <div id="search_sumary"></div>
</body>
</html>
※ちなみに動作はChromeとFireFoxで試した。
※列の入れ替えへの対応や列の表示・非表示へは未対応。
※実装は単純にグリッドを上下に並べ、水平スクロールを同期を取るという方法。


]]> AppExchangeコンソーシアム 第3回最新技術・事例勉強会 【（株）セールス・フォース CTO及川氏との雑談】 tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.98 2009-11-17T03:19:52Z 2009-11-17T03:53:19Z AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」の（株）セール... jimaoka AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」の（株）セールス・フォースのCTO及川氏をお招きした対談の後に、懇親会が催されました。そこで、及川さんと交わした雑談ネタをアップします。

]]> ■ Sコントロール無くすことのユーザからの声は？
　・どうして無くすの？、反対の声は？
　→ SコントロールはSalesforceがコントロールできない（膨大なAPIコールなど）
　　  既存のSコントロールをVisualforceに移行することも容易

　# Sコントロールで実装されている場合、そのSコントロールがSalesforceのリソースを
　　　占有するような挙動を行っても、それをガバナ制限のような形で制御することは出来ず、
　　　Salesforceとして打てる手は、APIコール数の上限設定ぐらいしか現在ありません。
　　　しかも、Sコントロールで出きることの多くはVisualforceで出きるので、あえてSコントロールという
　　　アーキテクチャーを採用する必要性はないのでしょうね。


■ 上級認定デベロッパーってすでにいる？
　・ すでに取得している会社っているのでしょうか？
　→ すでに何名かは取得している
　　　USの上級認定デベロッパーはもっと難しい
　　　入札資格になっている案件もある

　# 私もForce.com認定デベロッパーの初回試験を受験しましたが、実は上級はまだなんですよね。。。
　　　会社の中でも、是非受験したい！と嬉しいこと言ってくれる社員もいるので、一緒に受験してみようと思います。
　　　試験ガイド読みましたが、結構細かい内容が多くて難しそうですね。


■ 見積りのような新たなタブ追加や印刷機能って？
　・ 見積りのような機能追加はここ最近では珍しかったが、今後も行う？
　→ 商談があって見積もりがないのは、あまりにも変だったので追加した。
　　　印刷機能は今回以上のものを出すことは無いだろう

　# Winter'10でパイロットリリースされた見積りですが、ここ最近のバージョンアップでは
　　　珍しい機能追加だったように感じましたので、聞いて見ました。
　　　USの会社だけあって、PDF作成の機能についての極め細やかさは今後も無いだろうとのこと。
　　　妙に納得！

■ つぶやいてますね！
　・ SFDCのT崎さん、Twitterやブログにいろいろ書いてますね！
　→ いろいろ書いてあるので、驚くこともある。
　　　O本さんも結構つぶやいているから、こっちも見たら！

　# T崎さん、O本さん共にいろいろ書かれてますね。
　　　要チェックです！


■ Bulk API ってすごい！
　・ Bulk API もう触ってみた？
　→ 大容量データの扱いを専門に研究しているチームの成果。
　　　これまでのデータ書込みと比較して 30倍 のパフォーマンス
　　　CPUの空き時間を有効に利用して処理している
　　　製品に組み込んだら？

　# Bulk APIについては、自身のブログでも書きましたが、確かに良さそうですね。
　　　専任チームのお話やCPUの空き時間の有効利用とか、プチネタが聞けて良かったです。
　　  製品への組み込みも考えようかな。。。


■ Dreamforceの発表ネタ！
　・ 今年のDreamforceの発表ネタってどうなんですか？
　→ ふむ？ と最初は思うかも知れないけど、気に入っているので期待して！

　# 及川さん気に入っているそうです！
　　　3年前はApexコード、2年前はVisualforce、昨年はSites でしたね。
　　  今年は何でしょうか？大いに期待します！！

　　　今年の Dreamforce'09 には、社員から2名（村田さん、仲さん）を送り込みました。
　　　サンフランシスコからの熱気と興奮のレポートを、このブログで紹介したいと思っています。
　　　村田さん、仲さん、レポート楽しみに待っていますよ！
　　　では、気を付けて行ってきておくれ！！
 
 
AppCon20091112_3.jpg

]]> AppExchangeコンソーシアム 第3回最新技術・事例勉強会 対談内容その２ tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.97 2009-11-14T11:16:05Z 2009-11-16T09:45:56Z AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」の（株）セール... jimaoka AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」の（株）セールス・フォースのCTO及川氏をお招きした、
コンソーシアム副理事 佐藤（弊社社長）との対談の内容です。

前回の続きです。

]]> ■ 不得意とされるアプリケーションのPaaSとしての対応・方向性
　・BI/DWHのような大量データを扱うアプリケーションへの対応
　→ SalesforceはDWHではなく、OLTPである。よって、DWHへの対応は考えていない。
　　　ただし、数千万件レベルの大容量データの扱いを専任で研究しているチームがある。
　　　・Bulk API はその成果のひとつ
　　　・ある時レポートが急に早くなるなどの成果があらわれるかも知れない

　# 大容量なデータをレポートで集計しようとしてタイムアウトするケースも実際にはあったり、
　　  クエリを高速化するためのテクニックとしての使用する外部IDの個数にも制限あったりするので、
　　  大容量データを扱えるような機能強化はプラットフォームとしての用途の幅も広がるであろうから、
　　　今後の強化を大いに期待したいですね。


■ AppExchangeで出ているソリューションを提供する可能性は？
　・AppExchangeパートナーとしては、本家が提供する事を心配しますが？
　→ （株）セールスフォースとしては、ユーザ、パートナー含めてWin/Winな関係を構築・維持していき、
　　　SFA／サービスクラウド／プラットフォームの3つに選択と集中していく。
　　　ただし、IdeaExchangeで多くの投票を集めているものは避けた方が良いでしょう。

　# IdeaExchangeで多く投票を集めているもは、Salesforceの機能強化で取り込まれる可能性が高いですし、
　　　取り込まれていかないと、IdeaExchangeでユーザの声を集めている意味ないですからね。



■ CODAとの関係は？
　・Financeforceの発表があったが？
　→ USのGlovia International と Salesforce.com との関係と同じようなもので、
　　　特別Salesforce.comが肩入れしているわけではない。

　# ということだそうです。


■ 進化のゴールは？
　・コンピューターの進化／Salesforceの進化は？
　→ 未だコンピュータ含め完成系はないと思っている。
　　　Salesforceとしてサービスを提供するための大枠は整ってきた。

　# 今後、Salesforceはどのように進化していくのでしょうか？
　　  今週のDreamforceが開催されますが、そこでの発表も楽しみです。


■ Windows Azureをどう見る？
　・強力なライバルの登場をどう見る？
　→ 市場活性化、健全な競争を考えると、競合の登場は歓迎する。
　→ まだわからない。でもやっぱりWindows！！
　　　・.Net Developer はそのまま移行できるので朗報
　　　・開発環境に、Vista以上、.NetStudio、SQLServerなどが必要でWindows縛りのまま（MacやLinuxは使えない）
　　　・クラスライブラリもWindowsベース

　# Salesforceとしては、まだわからないとのコメント付きでしたが、Windows Azureを、
　　　やっぱり Windows だと思っていると ・・・ 印象深いコメントでした。


■ クラウドでの開発者のあり方は？
　・クラウド環境で開発するための開発者の心構えは？
　→ 表向きはWebシステム、裏はRDB。
　　　結局データベース設計の重要さは変わらないし、UIの開発も同じ。
　　　言語とか関係なく、クリエイティブであることが大事。

　# 全く同感です。



及川さん、またお話聞かせてください。
ありがとうございました。


]]> AppExchangeコンソーシアム 第3回最新技術・事例勉強会 対談内容その１ tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.96 2009-11-14T09:38:38Z 2009-11-16T10:17:34Z AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」の（株）セール... jimaoka AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」の（株）セールス・フォースのCTO及川氏をお招きした、
コンソーシアム副理事 佐藤（弊社社長）との対談の内容です。

内容盛りだくさんなので、2回に分けてアップします。

]]> ■ SaaSとしての進化の方向性
　・ERPへの進化、新たなアプリケーションの追加の可能性
　→ Salesforce開発当初から SFA → CRM → カスタムクラウド へと進化しており、
　　　ERPへの進化の方向性というのは、開発当初から現在まで一度もない。
　
　# Salesforceとしては、バックオフィス系の業務系システムへの進化（例えば NetSuiteみたいな）は
　　　考えていないようですね。

■ 日本固有にケアしていること
　・機能面や特定ユーザに対する特別対応
　→ 日本固有な機能、あるいは特定ユーザ向け機能は無い。
　　　マルチテナントであり、完全なシングルソース、バージョン管理の容易さを
　　　サービス提供者として享受している。
　→ 過去、タブ名の変更やカスタムオブジェクトの数の増加などは、特定ユーザからの
　　　 要望で実現したものもあるが、そのメリットは全ユーザが享受できている。
　
　# 世界中の人が企業規模に関係なく、同じアプリケーションやプラットフォームを使えるというこういうところが、
　　　まさに、マルチテナントのメリットなんでしょうね。


■ ガバナ制限への対応
　・ガバナ制限の制約・制限は増えていくのか？
　→ ひとつのユーザがリソースを占有せず、全てのユーザにサービスを提供するために必要なもの。
　　　いろいろな種類や制限あるため、一概には言えないが、これ以上悪くはならない。

　# マルチテナントであるが故に、ガバナ制限は致し方ない制限と思いますね。
　　 ただ、比較的容易に制限にひっかかるので制限が緩和されることは歓迎します。


■ パフォーマンスに関する改善
　・海外にデータセンターがあることについて
　→ ネットワークアクセスによるパフォーマンス問題は生じるが、どのレベルでのリアルタイム性を求めるかにもよる。
　　　ただし、ミリセカンドレベルでのリアルタイム性やレスポンス要求は今のところ無いし、
　　　それは求められていない。これまでも、パフォーマンスが問題で解約されたことはない。
　
　# ミリセカンドレベルでのリアルタイム性をSaaS（PaaS）で構築するアプリケーションに求めるのは、
　　 それは筋違いでしょうね。

　・Salesforce（Force.com）を利用する上でのテクニック
　→ SalesforceのバックヤードはRDBであり、チューニングポイントはRDBの特性と同じである。
　　　明確なガイドラインが提供できていないことは申し訳ない。
　　　・ACLによる参照可能な範囲の制限が少ない方が早い
　　　・レポート、リストビューなどで巨大なカーソルの生成は遅い
　　　・数千万件レベルのデータであっても、数百件に絞り込まれるのであれば早い

　# 例えば、Oracleとかでも巨大なカーソルを生成するようなSQLを発行すれば遅いですし、
　　　数千万件レベルのデータでも、適切なINDEXとそれを利用した検索なら早いという、理屈は同じですね。

　・Visualforceのページ生成
　→ サーバサイドのパフォーマンス強化は継続している。
　　　大量のJSファイルがダウンロードされるので、デモでは、開発者モードは必ずオフにしましょう！

　# 更なるパフォーマンス強化を期待します！ 開発者モードのオフ、仰る通りですね。
 
 
AppCon20091112_2.jpg

]]> AppExchangeコンソーシアム 第3回最新技術・事例勉強会 tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.94 2009-11-13T14:42:09Z 2009-11-16T10:16:06Z 2009.11.12（木）に開催された、AppExchngeコンソーシアムの「第... jimaoka 2009.11.12（木）に開催された、AppExchngeコンソーシアムの「第3回最新技術・事例勉強会」に出席してきました。
今回の勉強会では、（株）セールス・フォースのCTO及川氏をお招きして、コンソーシアム副理事 佐藤（弊社社長）との対談の内容をお伝えしたいと思います。
 
]]> 対談は、過去に佐藤もセールスフォースに席を置いていたこともあり、お互いを良く知った仲なのか、
大変仲の良さ感じさせる楽しい雰囲気のなか、有意義な質疑が交わされました。

また、対談の後には懇親会があり、私が及川さんと交わした雑談の内容もアップしたいと思います。


では、どんな対談がなされたかというと．．．

■ 対談ネタ
・SaaSとしての進化の方向性
・日本固有にケアしていること
・ガバナ制限への対応
・パフォーマンスに関する
・不得意とされるアプリケーションへのPaaSとしての対応・方向性
・AppExchangeで出ているようなソリューションを出す可能性
・CODA（Financeforce）との関係
・進化のゴールは？
・Windows Azureをどう見る
・クラウドでの開発者のあり方は？



では、どんな雑談を交わしたかというと．．．

■ 雑談ネタ
・Sコントロールを無くすことのユーザからの声は？
・上級認定デベロッパーってすでにいる？
・見積もりのような新たなタブ追加や印刷機能って？
・つぶやいてますね！
・Bulk API はすごい！
・Dreamforceの発表ネタ！


具体的な内容は、別途アップしたいと思います。
 
AppCon20091112_1.jpg

]]> Bulk API ! tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.89 2009-11-05T00:48:42Z 2010-11-21T09:13:52Z Salesforceの実に30世代目となるバージョンアップ「Winter '10... jimaoka Salesforceの実に30世代目となるバージョンアップ「Winter '10」で、新たに「Bulk API」が追加されました。
EAIの製品強化（DCSpider）や、APIを利用した開発を多く手掛けるため、新たなAPIの登場はとっても気になりますね。
ということで、遅ればせながら調べてみました。

]]> クラウド上でシステム開発を行った場合、しばしば大量データの初期移行や、大量データを伴う
システム連携（バッチ処理）のパフォーマンスが問題になります。

パフォーマンス問題の多くの理由に、その処理時間の多くを
データ通信時間が占めているケースがあります。
これは、クラウド・サービスがインターネット上にあり、インターネットを介して
データを流通させる以上、避けては通れない課題であります。

Salesforce（Force.com）の場合、APIを介したデータの読取りや更新はSOAPにより行い、
例えば、レコードを追加したい場合には、最大200件のレコードを
1回のSOAPメッセージにまとめて送信できるよう工夫されています。
さらに、gzipやdeflateをサポートしているので、httpリクエスト自体を圧縮し、
データ通信量を減らすことも可能です。

※データ読取りの場合ですと、例えば6000件のデータが読取り対象となった時、
一度に2000件ずつ、3回のSOAPメッセージの交換で読取ることができます。

この工夫により、データ更新時におけるデータ通信量やSOAPメッセージの
交換回数を減らすことが可能となりますが、レコードの追加対象が
数十万や数百万件のレベルに達すると、SOAPメッセージの冗長さや、
SOAPメッセージ交換にかかる通信時間は、見過ごせないレベルに達します。

このような問題を解決するのが、「Bulk API」です。
Bulk APIでは、例えばレコードを更新したい場合、
SOAPメッセージにレコード情報を含めるのではなく、SOAPメッセージにRESTベースでCSV、あるいはXML形式のファイルを添付し、
サーバサイドでファイルをローディングし、非同期にデータ更新を実施します。
この方式により、従来と比較して大幅な処理時間短縮を実現しているわけです。

この処理方式を単純に説明すると、SalesforceにはインポートウィザードというCSVファイルを
会話形式にロードする機能が提供されており、ロードされたデータはインポートキューに
蓄えられてモニタ可能であり、そのインポート処理は非同期に実施されます。

これと似たようなことが、APIを介して実現できるようになったと考えると判り易いでしょう。
実際に、Bulk APIを利用した場合、「一括データ読み込みジョブの監視」としてSalesforceの
管理画面でジョブの実行状況をモニタすることが可能です。

尚、Bulk API は、 Salesforceが無償提供する
ApexDataLoader 17.0 が既に対応済みです。

また、Bulk API を使用するサンプルコードも提供されています。
興味ある人、早速 Bulk API 評価・検証してみましょう！

]]> 検証ラボ GAEへのシステム移行 tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.88 2009-10-29T02:38:17Z 2009-10-30T07:31:01Z 今月（2009.11）の日経SYSTEMSの検証ラボは「Google App E... jimaoka
今月（2009.11）の日経SYSTEMSの検証ラボは「Google App Engineへのシステム移行」という
タイトルで「Ruby On Rails」で構築されたWebアプリケーションをGoogle App Engine for Javaへ
実際に移行した事例をもとに、GAEの制約事項や移行で苦労された点などが紹介されていました。



]]> テラスカイでも、日経SYSTEMS 6月号の同じく検証ラボで「Force.comに見るクラウド開発」というタイトルで
寄稿したり、現在ITproで執筆している「Force.com開発マニュアル」も、従来型の開発を行っている読者に対して、
クラウド上での開発の相違点や共通点を伝えたいという主旨からスタートしました。

そう思うと、やはりクラウド上での開発がいかに注目されているのかが良くわかります。


さて、今回の検証ラボ「Google App Engineへのシステム移行」ですが、とっても面白い！

私もメディアからの取材で、これまでの開発とクラウド上（Force.com）での開発の違いを良く質問されます。
我々自身は Force.com を長く扱い、多くの開発を通じて制約やそのクセを知り、ノウハウが増えるにつれ、
Force.com上での開発における従来型開発との相違点は、それ自体が当たり前になりつつあり、
違いを大きな問題として捉えなくなってきているかもしれません。

そうした中、クラウド・サービスとして、Force.comと同様に注目を集めるGAEの制約に関する話や、
データ移行に苦労された話は、我々が過去につまづいた事柄や苦労に通じるものがあり、
その内容も非常に判り易く、新鮮に思い、とても共感する内容でした。特に、データストアに対する制約の
ハマリどころを読んだ時には、「ほうほう、そうなんだ！」といった感じですし、筆者の方が壁にぶち当たり、
それを突き破る姿、そして圧倒的なスケールを手に入れた喜びが想像できて、とっても良いですね。

そんな風に面白く読んだ後に、日経SYSTEMS 6月号「Force.comに見るクラウド開発」を読まれた方は、
私が「Google App Engineへのシステム移行」を読んで、なるほどな！とか、そんな制約があるんだ！
といった感想と同じような感想を持って読んで下さったのかも知れません。

そういう観点からも、この記事はとっても刺激になり、参考になりました。

GAE、まだちゃんと触れていないので、是非時間を作ってそのパワーと圧倒的なスケールを
体感しみようと思ったしだいです。

ちなみに、Force.comを体験したい方はこちら（私執筆のITproです）から。
]]> ITpro連載 tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.23 2009-06-22T21:26:03Z 2009-11-16T06:22:46Z ITpro にPaaSの先駆けである米Salesforce.com社のForce... jimaoka
]]> そうした執筆依頼を受けたり、ここ最近、日経SYSTEMSや日経コンピュータからの取材を受けたりと、やはりクラウド上での開発が大変注目を集めていることが感じられますね。

今回の執筆では、これまでクラウド上で開発を行った事の無いSEやPGの皆さんに、従来型開発との共通点や相違点、注意点などをご紹介すると共に、実際のクラウド上での開発を肌で感じて頂けるような、そんな構成にしたいと思っています。

楽しみに待っていて下さい。

]]> 日経SYSTEMS 検証ラボ tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.22 2009-06-08T20:53:25Z 2009-06-22T21:49:22Z 遅ればせながらですが、日経SYSTEMS 6月号の検証ラボに 「Force.co... jimaoka
]]> 経SYSTEMSは、日経オープンシステムという誌名だった頃からっと定期購読していた雑誌で、そのような誌面に私自身が載ったこと、とても光栄なことと喜んでいます。

記事を読んで頂いた方から、いくつか嬉しいコメントを頂きましたので紹介します。


・W様より 
･･･ 私が導入・開発をサポートさせて頂いたお客様で、ほとんどの画面をVisualforceで作りました。

 日経SYSTEMS6月号の記事も読ませていただきました
 INDEXの件は知りませんでした。効果があるなら是非設定したいです
 会社でも読めるのに今月号だけは自腹で購入しました

W様、嬉しいコメントありがとうございます。


・K君より
･･･ 私が以前在籍した会社の後輩です。

日経SYSTEMS読みました！
皆さん、随分と今岡さんがお偉い方になったなーと言ってましたよ！
でもForce.comってこんな所で・・・！？って面食らうことがあるんですね?
勉強になりました。。

コメントありがとう。皆さんにもよろしく！

]]> ブログを書くってこととは... tag:www.terrasky.co.jp,2009:/blog/jimaoka//3.19 2009-05-01T09:05:43Z 2009-06-22T21:50:14Z 前在籍した会社の後輩や、知人や、社員などから、何故かここ最近ブログが更新されてい... jimaoka
前在籍した会社の後輩や、知人や、社員などから、何故かここ最近ブログが更新されていないことを指摘され続けていました。

]]> Dreamforce に参加して、そこで知ったことや刺激を受けたことで、もう少し書きたいネタもあったのですが、いまさら Dreamforce を引き合いに書くのもなんだかなぁ? っていうほど、時間が経ってしまいました。（実に5ヶ月以上放置）

偶然か、ご指摘ごもっともかは別にして、時を同じくそういった指摘をもらい、「もうちょっとマメに書こう！」と改めて思った次第です。

さらに、その間に日経SYSTEMSの取材を受け、クラウド上での開発と従来型の開発の違いを問われ、そういう事もブログに書けば良かったなぁと思ったりで、反省しきりです。


さて、この滅多に更新されないブログですが、以下のキーワードで辿り着いている方がいらっしゃるようですね。
　・今岡純二
　・Apexコード
　・ガバナ制限

まあ、私の名前はともかく、Apexコード、ガバナ制限 で辿りついた方がいるのは何だか嬉しいですね。
（技術的に有益な情報じゃなくて、すみませんが。。。）

そういった方がいると知り、たまには Apexコード や Visualforce のコードレベル のネタとかも書こうかなと思っております。

]]> Dreamforce'08 - Agile Development Processes tag:www.terrasky.co.jp,2008:/blog/jimaoka//3.14 2008-12-05T08:19:41Z 2008-12-05T08:50:20Z Agile Development Processes というタイトルに引かれて... jimaoka Agile Development Processes というタイトルに引かれて、出てみたセッションのお話です。  

以前にも書きましたが、私は英語は全く駄目です。
そんな私は、一部の知っている単語から勝手に「Salesforceの導入コンサルをアジャイルに行うプロセスや方法論が語られるのか！」と期待していました。
（やはりSalesforceの導入コンサルをビジネスとしている我々にとって、Salesforceが生まれた本場の国で、その導入に関する明確なプロセスや方法論が語られれば大いに参考になるだろうと...）


結論としては、別物。
内容は、Salesforceそのものの開発を「アジャイル」で行っているという紹介でした。
誤解ないように書いておきますが、私が勝手に勘違いしただけなので、もちろん文句なんてありませんよ！


さて、Salesforceの開発チームはアジャイルで行っていると書きましたが、その具体的な開発プロセスは「Scrum（スクラム）」を採用しているそうです。

このScrumですが、弊社ではSkySuiteシリーズの開発で採用し取り組んでいます。
（この話題は、SkySuite事業部 部長の竹澤さんが、きっとブログで詳細を語ってくれるでしょう！）


ということで、Salesforceの開発プロセスは「Scrum」で行っている事を知れた...そういうセッションでした。。。

]]>