<?xml version="1.0" encoding="utf-8" ?> 
<rdf:RDF
   xmlns="http://purl.org/rss/1.0/"
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xml:lang="ja">
  <channel rdf:about="http://probst.blogtribe.org/">
  <title>Blogging over Standards</title>
  <link>http://probst.blogtribe.org/</link>
  <description>仕事でUSでRosettaNetやOASISなど標準化活動に参加してます。オープンにできる範囲で出来事などを紹介してフィードバックをいただきたいと思ってます。</description>
  <dc:language>ja-jp</dc:language>
  <items>
  <rdf:Seq>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-79fbbc7c43bd729337eeb8d614be96e9.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-b8850e0d160192ac15e4dcf4aec39de5.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-f5403f50b4d2f471b686acd2410a6169.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-6473b6d7b96e203177c289fe53ce4ce8.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-48776b30b8698cf8e727d0ef560b0a1f.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-010512768bda9e5af37f61ccc42dde50.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-d1f95fc47bf281c3accc0870f71b8864.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-d4f0109c3d5fad710fd343e1f573f65a.html"/>
		<rdf:li rdf:resource="http://probst.blogtribe.org/entry-a13acd0bf9cf278fbdd0ab397503f617.html"/>
   </rdf:Seq>
  </items>
 </channel>
  <item rdf:about="http://probst.blogtribe.org/entry-79fbbc7c43bd729337eeb8d614be96e9.html">
  <title>ICSOC</title>
  <link>http://probst.blogtribe.org/entry-79fbbc7c43bd729337eeb8d614be96e9.html</link>
  <description>ICSOC '04に参加している。
昨日のパネルのテーマは「GridはWeb Serviceに何を要求するか」だったのだが、パネラは皆「GridとWeb Serviceは同じものか」というところから話を始めていた。多分あちこちでそう聞かれるんだろうなぁ。わかるわかる。BPSSとBPELは競合しているんですか、RosettaNetはebXMLに置き換わっていくんですか、などなど。んー、どう答えればわかってもらえるかなーと思う質問がいろいろ。

それにしても出席者にイタリア人が多い。なんでも国がスポンサーの研究プロジェクトがたくさんあるらしい。「プローセス シナーリオ」と歌うようにプレゼンをする。僕ら日本人の単調な英語より楽しくていいかも。</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2004-11-18T04:52:24+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-b8850e0d160192ac15e4dcf4aec39de5.html">
  <title>復活...か？</title>
  <link>http://probst.blogtribe.org/entry-b8850e0d160192ac15e4dcf4aec39de5.html</link>
  <description>あの江島さんブログだとかSpeedHandさんからリンクをもらっちゃって、しかも坂田サンから初めてのコメントまでもらっちゃったのに放置してしまって申し訳ない。
書けなかった理由はいくつかの理由の複合で... ひとつは忙しくて頭悩ますことが多すぎたということ。もうひとつはこのブログのホストであるNews-HandlerがUSからのためかヤケに重く、書き込みが億劫になってしまったこと。さらにもうひとつは書き出してみたら意外と難しいということがわかってしまったから、である。
最後の理由は、会社の業務としてやってることをどこまで書いたもんか、という判断がつきかねるというのが大きい。例えそれがオープンな標準化活動であってもそこで考えたことはやたらと書いてしまっていいものかどうか...会社のお墨付きでやってるならともかく。そういうことを考えながら書いてても実際つまんなくて筆が進まない。名前もバレちゃってることだし(別に江島さんのBlogに名前が載ったからではない。僕みたいなことをしている人はおよそ他にいないので、業界筋なら元からバレバレ - 藤岡さんにも一発で見抜かれた。)、なんとなく抑制がかかっちゃうのである。当たり障りのないことばかり書いているブログほどつまらないものもない。
だからあまりマジメでタメになることを書こうと思わず、日記みたいな調子で書くことにすれば続くだろうか。Standardsの話になるかどうかも気分しだいで、方向感がわかった時点でタイトルも考えると。
実はこの書き込みも資料作らなきゃいけないのに、逃避して書いているのだ。まったくしょうがない。</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2004-10-25T01:00:24+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-f5403f50b4d2f471b686acd2410a6169.html">
  <title>RosettaNet CEOが辞任</title>
  <link>http://probst.blogtribe.org/entry-f5403f50b4d2f471b686acd2410a6169.html</link>
  <description>「平成維新への挑戦」よりTracbkackなんていただいちゃったので、久々に更新。
すでにExecutive Committeeメンバーの間ではメールが飛び交っていたらしいですが、今日フィラデルフィアで開かれているRosettaNet Council Meetingで、現CEOのJennifer Hamiltonが辞任を決意し、後任を選んでいる最中であるということが発表されました。次が誰になるかは6月末にならないとわからないようですが、RosettaNetに大きな影響を及ぼさないわけがないでしょう。Jenniferの辞任の理由は「忙しく飛び回っていて疲れちゃった」ということらしい。さぞかしあちこち出張の繰り返しで家族にもろくに会えなかったのでしょうね。私も家族のために仕事辞めます、と言えたらどんなにいいか (^_^) </description>
	<dc:creator>probst</dc:creator>
  <dc:date>2004-06-09T11:40:08+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-6473b6d7b96e203177c289fe53ce4ce8.html">
  <title>江島健太郎: Webサービスのリアリティ</title>
  <link>http://probst.blogtribe.org/entry-6473b6d7b96e203177c289fe53ce4ce8.html</link>
  <description>いやぁ、久しぶりだ。
江島さんの記事とそれへのコメントを読んで、ようやく書く気が起きた。彼の文章は意識してなのか煽り文句が利いているので元気が出る。私も煽り口調を承知で書いてみよう。

江島さんの記事は、なんか意見の違うところがあれば反論したろ、というつもりで読んだのだが、実際のところちょっと突っ込むぐらいで、特に反論するところはみつからなかった。それよりも気になったのは、Yasudaさんの江島さんの記事へのコメントである。申し訳ないが、私はこのYasudaさんのコメントは「SOAにダマされている」典型だと思うのだ。

Web Services戦略のうまいところ(そして今やヤバいところ)は、理念と技術を一緒くたに語っちゃってるところだ。SOAの語るloosely couplingはいいことだ。target objectがbusiness processだというのも理念としてよろしい。しかしそのenabling技術たるWeb Servicesはどうか? この理念を実現してなんかいないのである。少なくとも今は手をつけてさえいない。

冷静に考えてみればWeb Servicesとて、特定のベースプロトコル(HTTP)を使い、特定のデータ表現(XML, SOAP Envelope)を要求し、サービス利用に必要な特定のスキーマを要求する、という点ではやはりtight couplingである。ただ、みんなこれでいこうよ、という合意が成立し、それが空気のような存在になってしまえば、そのtight couplingの部分がなかったことになるというだけの話だ。これは単なる標準化の話ではないか。business processがtarget objectになる、ということだって現在のWeb Servicesはこれっぽっちも言っちゃいない。Axisを見れば、Web Servicesがいかに単純にオブジェクトのメソッドに対応するのか、ということがわかる。Web Servicesとオブジェクトが単純に対応するとしたら、SOAの言うサービスとはいったい何なのか。

そもそもSOAとOOADの比較は「サービス」と「オブジェクト」というどんな単位にでも定義できるものの間で比較しているという点で答えが出ない。その点で江島さんの「サービスを理解せずしてWebサービスは語れない」というのはまったくもって正しい。Yoshiさんの「意味のある比較なのかな」という疑問ももっともである。

SOAはオブジェクト指向に辛うじて実体として存在した「オブジェクト」を消し去り、ぼやっとした「サービス」で置き換えたものものだと言える。サービスという言葉がビジネスサービスと同じに響くので、よりビジネスに近くて、実際的な、進んだものに聞こえる。「オブジェクトなんていう技術オタク用語はもう聞き飽きたでしょう? これからはサービスですよ」というわけだ。

ところが、ごく簡単なstock quoteサービスならともかく、それなりのサービスを設計しようとすれば、プロセスないしデータのライフサイクル設計、データモデリング、インタフェースデザインといったスキルが必要になる。これはOOA/Dでの経験とまったく変わらない。SOAがOOA/Dより優れているとすれば、「こんな簡単な機能を提供するのにいちいちオブジェクトなんか定義してられっかよ！グローバル関数で十分じゃ」と言っても恥ずかしくない、という点だろう。サプライチェーン統合などを考えれば、SOAにはWeb Servicesの提供するベースインタフェースの標準化以上の意味はなかった(もちろんその意味は大きいのだが)ということが明らかになる。私はそう思っている。

実際、米国のユーザの発言を聞いていて、Web Servicesもそろそろメッキが剥げてきたかな、というか着地点が見えたかなという気がしている。ユーザはWeb Servicesの価値はシンプルで、チープなところにある、という現実的な評価を下し、それなりの活躍の場を与えようとしているようだ。Web Servicesの技術仕様がなかなかまとまらず、仕様のモジュール構成が複雑さをもたらす中で、この評価は固まりつつあるように見える。Salesforce.comもSOAではなくWeb Services(もっと言うならSOAP)の例だと見た方がよい。SOAなどと言わなくても、十分破壊的な価値を生み出している。価値の源泉は、シンプルな標準だ。

2年ほど前、とあるカンファレンスで聞いた「以前はHTTP+XMLなんてバカかと一蹴されたけど、Web Servicesのおかげでまじめに考えてもらえるようになった」というコメントが思い出される。

そんなもんじゃないすかね?
</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2004-03-04T22:22:01+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-48776b30b8698cf8e727d0ef560b0a1f.html">
  <title>XML2003 12/9</title>
  <link>http://probst.blogtribe.org/entry-48776b30b8698cf8e727d0ef560b0a1f.html</link>
  <description>今日(12/10)もXML2003に参加しています。ebXML phase-Iの顔に何人か会いました。
今のところWeb Servicesに関してはそれほど目新しい話はないという印象ですね… 後半に期待といったところ。
イー・ブリッジの岡部恵造さんのXMLステータスレポートには「近来まれに見る実に充実したプログラムです」とありますが、B2Bへの関心が中心の私は今のところ「こんなものかなぁ」という感じです。
昨日\"Generating User Interfaces from Composite Schemas\"というセッションを聞いたのですが、XML SchemaからUIを自動生成するという面白い研究をやっているのに、発表がイマイチ。事前に題名の\"Composite\"ってどういうことだ？と思っていたのですが、聞いてみてわかりました。XMLSchemaからXFormを生成するのにXSLTを使っているために、複数のファイルで構成されるSchema(つまりincludeしている)や、extend/restrictionを扱うために、いろいろと工夫が必要なのです。それが大変なために意識がそっちにいってしまって、聞いている人はむしろUIをどう生成するかに関心があるということを見落としてしまったらしい。出席者からもそういうコメントが出てました。「XMLSchemaのXML直接でなく、それ読み込んで解釈した結果を処理対象にすれば、そんな苦労はしなくてもいいのに、もったいない」と。私も例えばB2BメッセージのスキーマからUIを生成するというのは面白い研究領域だと思っているので、ちょっと残念でした。
http://cde.berkeley.edu/publications/uigen-xml-2003/に今回の発表相当の内容が公開されているそうなので、見てみてください。</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2003-12-11T00:35:39+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-010512768bda9e5af37f61ccc42dde50.html">
  <title>XML2003</title>
  <link>http://probst.blogtribe.org/entry-010512768bda9e5af37f61ccc42dde50.html</link>
  <description>Philadelphiaで開催されているXML2003に来ています。直前の週末は東海岸に寒波が来て大雪となり、どうなることかと思いましたが、昨日からすっかり落ち着いています。
XML2003は昨日まではtutorial、今日からセッションと展示が始まっています。今午後のセッションの最中です。
今日のKeynoteでAdobeのVPがずっと自社製品の説明をしたのにはまいりましたが、知人は「XMLもそこまできたということだ」と言っとりました。</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2003-12-10T04:48:39+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-d1f95fc47bf281c3accc0870f71b8864.html">
  <title>GXSがSPボードに参加した</title>
  <link>http://probst.blogtribe.org/entry-d1f95fc47bf281c3accc0870f71b8864.html</link>
  <description>GXSがRosettaNetのSPボードに参加しましたね。というか、まだボードメンバーじゃなかったんだ。GXSにはRosettaNet関係の知り合いが最近就職(っていうのかな)したし、いよいよRosettaNetでのハブビジネスを本格的に始めるということなのかな。</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2003-11-24T18:33:41+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-d4f0109c3d5fad710fd343e1f573f65a.html">
  <title>RAE活動再開</title>
  <link>http://probst.blogtribe.org/entry-d4f0109c3d5fad710fd343e1f573f65a.html</link>
  <description>RosettaNet Automated Enablement(RAE)プログラムがボードの承認を経てデザインフェーズを開始します。11/17,18(太平洋標準時)に1回づつWebcastを開いき、ボードミーティングの報告と今後の活動の議論が行われることになっています。その時に今後のスケジュールについても話題が出ると思います。当初の計画では2004年3月までに開発終了となっていたんですが、ちょっと無理っぽい。
RAEはRosettaNetの実装の自動化を進めコストダウンを図ることで普及の範囲を広げようとする活動です。これまでのB2BはEDIをXMLとInternetで置き換えただけという感じで、標準仕様はメッセージの仕様、いわゆる「パブリックプロセス」の部分だけを扱っています。B2Bの実装を自動化するには、メッセージの処理の仕方を記述する必要があります。こういう少しプライベートプロセスに触れるところまでRosettaNetが決めようということなので、ここから何か面白いことが始まるんでは、と思って見ているわけです。
B2Bではパブリックプロセスだけ、メッセージだけに限定して外部インタフェースだけを記述するべきなのだ、という人がいます。でも、BPELでもBPSSでも議論になっている通り、パブリックとプライベートってどうも境界線がはっきりしない。それにメッセージ仕様だけ見ててもあまり面白いことはないんですね。メッセージなんて所詮形の変わらないデータがある点からある点に流れているだけなんだから、そこにロジックがあるわけでもなし、それだけ見てても楽しくなるはずがない。RAEをきっかけに楽しくなるかな。期待しましょう。
</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2003-11-14T19:42:53+09:00</dc:date> 
 </item>
  <item rdf:about="http://probst.blogtribe.org/entry-a13acd0bf9cf278fbdd0ab397503f617.html">
  <title>2003/11/05</title>
  <link>http://probst.blogtribe.org/entry-a13acd0bf9cf278fbdd0ab397503f617.html</link>
  <description>はじめまして、Probstです。
Probstというのは私が小さい頃読んでいた絵本の作家の名前です。とりあえず思いついたので使っただけで、このBlogの内容とは特に関係ありません。今仕事でRosettaNetやOASISなどB2Bに関連した標準化活動を見ているので、それに関連する話題(主に技術面)を、オープンにできる範囲で書こうと思っています。
</description>
	<dc:creator>probst</dc:creator>
  <dc:date>2003-11-05T07:43:09+09:00</dc:date> 
 </item>
</rdf:RDF>