2006-11-25 Story
■[雑記]第9回XML開発者の日に行ってきた
感想とかは後にしてとりあえず内容メモをUPしまする。
始まりの言葉（村田さん）
- 山本さん、山口さん、丸本さんありがとう
- 宴会は3時ごろに出欠の確認をします。
- 店は去年と同じところ
- yoheiさんどうぞ。
yoheiさん
導入
- プレゼンツールはid:secondlifeさんのツールを勝手にパクッてカスタマイズして使ってます。ありがとう。
前置き
- 去年も言ったけど、RESTはアーキテクチャスタイル
- RESTをどう生かしていくかはまだまだ悩みどころで、みなさん苦労しているんではないでしょうか。
- 理解促進のために使える？
- WebアプリとWebサービスは分けないほうがいいんじゃないか？
- ウェブ戦略としての「ユーザエクスペリエンス」読んだ人いる？
- いねぇのかよ。
- ハイパーメディアシステムの設計にはCool URI重要。
- 良いフレームワークだとCool URIの設計が楽チン。
- データ重要。
- アクセスできるといいな
本題
- Cool URI
- REST的には
- クライアントがURIを推測するのはダメ。
- リンクをたどるとか、FormからQueryを投げるだけでいけるように。
- URI templete
- OpenSearchの{searchTerms}とか。
- 今のところはまだ様子見
- クライアントがURIを推測するのはダメ。
- URIのまとめ
- 変えるな
- 変えにくくしろ
- 最近のREST関係の話
質問
- はてなの人
- 富士通のくるまいさん
- らくだ色のセーターの人。
- 村田さん
伊藤江渡さん- 認証周りのトピックはなんかない？
- 僕も悩んでるんで誰か教えてください。今年ははやるんじゃないかと思ったけど…
- GDataの周りに認証があったけど
- あれは今あるものと以下につなぐかってことをしているので、RESTと合ってない
- 認証周りのトピックはなんかない？
川村さん Ruby on Railsに見るRESTfulアプリケーションの方向性
経緯
- RESTとの出会い
- yoheiさんのblog
- Cool URLで目からうろこ
- Rails で REST はニッチかと思ってたら6月のRubyカンファレンスででてきた。
本題
- RESTとは
- RESTといえばWebサービス？
- Webアプリだって重要。
- メリット
- RoRとは
- DHHさんが作った。
- Cool URIがルーティングで可能に。
- でもactionが動詞になってるよ！？
- DHHさんも反省してるよ！
- CRUDにすると…
- actionをメソッドにしちゃえ。
- POST /products/update/1 の代わりに PUT /products/1 に。
- ブラウザから出来ないから代わりに_method=putとかで代用。（しょんぼり）
- コントローラをリソースとして指定
- map.resources :products
- create → POST /products
- index → GET /products
- show → GET /products/1
- new → GET /products/new
- edit → GET /products/1;edit
- update → PUT /products/1
- destroy → DELETE /products/1
- map.resources :products
- コンテントネゴシエーション
- フォーム入力とXML入力を同一視
- リクエストのContentTypeでxmlを指定すればxmlを受け付けられる。
- 設計例
- has_many
- habtm
- 関連を表現するURIを提供する
map.resources :users do |user|
user.resoureces :itmes
end
- GET /users /1/items/99 で ItemsControllerのshowが呼ばれる。
- 状態変化も一部を書き換える。
- 状態変化のもう一つ
- publicationというリソースを作ると、状態変化の履歴なども残せる。
- 認証
- ウィザードの例
- ウィザードの例2
- ウィザードの例3
- order_wizardをcreateし、これをsessionに保存する。データはPUTで追加していく。
- 最後にordersをcreate
- やっぱり「戻る」は使えない。
- REST的にはいやん。
- まとめ
質問
- yoheiさん
- 名前を聞き取れなかった人
- （青灰色の袖なしセーターの人）
Masa and Takさん カレンダーアプリへのGData実装
自己紹介
- xfyコミュニティからきました
- xfyコミュニティとは
- JustSystemが作ってるxfyという製品の開発者コミュニティ
- http://www.xfy.com/community/
- XVCDのサンプルアプリも公開中。
- ネタ切れしてるから手伝ってください。
- xfyとは
本題
- RDF Calendar
- ローカルで動きます。
- Google CalendarにGDataを使って対応しました
- GDataとは
- 今回の実装
- GData 詳細
- HTTPをきれいに使ってる。
- 結果はATOMでOpenSearch 1.1対応
- Google拡張が gd:whenとかgCal:accesslevelとかいろいろある。
- 困るところ
- 日付の変換が大変よ！
- Googleは RFC3339
- Bad Requestの何がBadなのかわかんねぇんだよヽ(`д´）／
- Programmable WebのGoogle Calendarの項目の一番目にRDF Calendarが載ってるよ
- hCalendarへの実装
- rssにmicroformatsで情報を載せられます。
- xfyコミュニティに参加してください！
質疑
- 後ろの方のひと
- 村田さん
- yoheiさん
これより午後の部
宮川さん Plagger the duct tape of the Web （Skype経由でUSから）
自己紹介
- six apartの US Officeで働いている。
- San Francisco のアパートから。
- VOXやってる。
本題
- plaggerとは
- Pluggable RSS/Atom Aggregator
- plaggerのインストール
- plaggerで出来ること
- 誤解
- 何でもできるわけではない。
- RSS は Web の standard I/O
- plaggerはWebのduct tape
- 例
- 今後
質疑
- 大沢さん
- location supportについて、loca pointは対応しないの？
- plugin書いて。
- perlが得意な人以外には使えないもの？
- 難しい質問ですね。
- configがかければ使えないことは無いけど、できることを調べるのにソースが読めないとちょっと厳しいかも。
- location supportについて、loca pointは対応しないの？
- yoheiさん
- 丸本さん
- めんじょうさん
- おおしまさん
- たかくさん
村田さん ODFとOOXMLの標準化戦争
前置き
- 技術的な話は無いです。標準化の醜い話ばかり。
- オフィス文書交換のためのXML
- ODF: OASIS、Sun、IBM、OpenOffice
- OOXML: Ecma、Microsoft
本題
- ODF
- Sunが初め、IBMも追従、ジャストシステムも。
- OOXML
- Office2007で実装されている
- Ecmaで標準化
- Ecmaとは
- もともとはヨーロッパの標準化団体
- EcmaはISOに提案できる権利を持っている。
- OOXMLは邪悪か？の質問
- 邪悪じゃない、の方がちょっと多いかな？
- ODF
- OOXML
- MSの主張
- ODFだと情報が欠落しちゃうから。
- 村田さん
- この程度のこと悪いことはアリ。
- ただ、自社の製品に依存しきったものをそのまま出そうとしたら許せない。こっちからの意見を全部rejectするとか。
- 質問
- 日本政府と地方公共団体の動向
- MS Officeを利用者に要求しているところは多い。
- OOoの採用をしているところはあるが、どこも価格の問題。
- OOXMLは ISO/IEC規格化に失敗するか？
- 成功すると思う人が圧倒的に多い。
- 標準化の手続きについて
- 日本はどう投票すべきか
- 単なる好き嫌いではなく国益を考えて
- 国内のマイクロソフトユーザにとっての利害
- 国際規格にするのがいいか、docのままでいいか
- 国際規格にしたほうが良いにみんな手を上げます。
- 国際規格にするのがいいか、docのままでいいか
- 文書交換フォーマット失敗の歴史
- Open Document Architecture
- SGML
- Inter…（Xerox）
- アンケート：今後どうなるか
- 共存：数人
- ODFは広範囲の交換、OOXMLはMS製品中心に
- ODFのみ：２人
- ODFは広範囲の交換、OOXMLは無くなり、今までおり.docが使われる
- OOXMLのみ普及：４、５人
- OOXMLはやっぱりMS製品だけだろうけど
- どちらもダメ：たくさん
- いままでどおり
- 共存：数人
- JUSTSYSTEMSの人に意見をきいてみる
- MS Officeを前提とした行政はかなりまずいので、ODFがいいのではないか。
- アンテナハウスの小林さんにきいてみる
- MSの.docの態度はころころ変わっていて、最初は機密保持契約を結べば見られた。そのうちMSDNで公開されたけど、最終的に「コンバータを作っている会社には公開しない」というスタンスになった。
- Office2003のWord Processing MLが出た後、WordでXMLを編集するソフトを作った。Office2007には残念ながら非対応。Word MLとかpluginの作り方が変わっている。お客さんにどう話そう…
- そういうことをされては困るので、標準を決めて、それに準拠するというためには100%準拠しなければいけないとしたい。
- 10年前のCD-ROMは大半読めなくなっている。
- 10〜20年を考えると、ちゃんと標準に準拠したほうが良い。
- ODFが2.0で大幅に変わったらどうでしょう？
- チェックのシャツの人にきいてみた
- 公開されればOfficeを使わなくても、対応した何かは作れる。公開されることが重要ではないか。技術的にはどっちでも良い。
- 規格制定者は悪人だといっている石川さんに聞いてみる。
- XMLになった時点で勝ち。
- 藤沢さんに聞いてみる。
- 小林さんアゲイン
かみのごうやさん（six apartの人） microformatsに触れてみよう
前置き
- 資料は公開するからメモはいらないよ
本題
- microformats.orgのコンテンツはmicroformatsでマークアップされてるよ。
- 今は駆け出してます。
- microformatsとは
- 何ができる？
- どこに何が書いてあるかわかりやすくする。
- どこまでが苗字でどこから名前かわかるようにするとか。
- Human Readableが機械可読よりも先。
- どこに何が書いてあるかわかりやすくする。
- HTML
- 文書に意味づけを行なう言語
- 詳細な意味づけには荷が重い。
- classやidを使ってほげとか。
- 身近なところに
- flickr、technorati、…
- 駆け出したばかりではなかったかも。もう一歩くらい進んでる？
- 難しいところ
- 情報の関連付け
- ソースが汚くなる？
- 例
- XFN
- 知り合い関係
- XFN生成ツールを使える。
- hCard
- 自己紹介とか
- microformats.orgにツールがある。
- hCalendar
- とか
- いろいろあるのでWikiを見れ。
- XFN
- できること
- hCardやhCalendarから変換
- hReviewの情報を使った詳細な検索
- Pingerati
- ここにpingを送るとmicroformats searchとかに引っかかる。
- 情報収集してます
- del.icio.usでfor:kaminogoyaとつけてください。
- 使ってみてください
- 簡単なところでまずはhCardから。
質疑
- 竹迫さん
- 写真はどうやって撮影したんですか？
- 会社の人が一緒に海に行ったときにとってくれました。
- microformatsで表現できますか？
- EXIFにある情報とかカレンダーの情報とかを提供できるんじゃないかな。
- 写真はどうやって撮影したんですか？
-
伊藤江渡さん- 誰のfamily-nameかgiven-nameわからなくなると思うんですが、これをさらにpersonでまとめたりするんですかね？
- さっきうまくまとめるのが大変といったのはそういった点です。まだうまく出来て無いです。
- 誰のfamily-nameかgiven-nameわからなくなると思うんですが、これをさらにpersonでまとめたりするんですかね？
- 白いシャツの人。
- VOXはmicroformatsに対応しますか？
- 今は同だかわからないけど、対応してほしいと思う。会社でこの資料で発表します。
- 宮川さんから、VOXもmicroformatsに一部対応しています。
- VOXはmicroformatsに対応しますか？
- yoheiさん
- 村田さん
- microformatでは無いけれど、似たようなS5を使ってみた感想として、ちょっと間違うとIEで何もでなくなる。検証が弱いので、どこが違うかわからない。
- 個人的にはまだあまり目にしたことは無いが、結構問題になりそう。
- microformatでは無いけれど、似たようなS5を使ってみた感想として、ちょっと間違うとIEで何もでなくなる。検証が弱いので、どこが違うかわからない。
- 後ろの人
- Schemaはどう考えているのか？ たとえば、自分で書いたmicroformatをschemaをちゃんと書いているのか。
- MLに投げる人はちゃんと考えているのかな…？ ごめんなさい、よくわからないです。
- （村田さん)今度筑波大の学生にやらせて見ます。
- Schemaはどう考えているのか？ たとえば、自分で書いたmicroformatをschemaをちゃんと書いているのか。
山口さん Syndy Chronicleの実装に見るmicroformats
前置き
- 間違ったこといったらごめんなさい
本題
- 年表をマシン処理可能にすると、どんなうれしいことがあるか。
- microformatsを使ってやってみた。
- 会社の社史とか、地方自治体の歴史とかと自分の活動記録を重ね合わせて表示できる。
- 他人は見ても面白く無いかもしれないけど。
- 年表は人に見てもらうために意図的に作るもの
- 技術の歴史と自分の経歴を簡単に並べて見られる
- microformatsの処理
- REST的に
- 「年表」がURLをもつ
- いいんじゃね？
- yoheiさんフォローよろしく。
- 「年表」がURLをもつ
- 日付
- 普及
- Syndy Chronicle
- Syndy + Chronicle
- Syndyとは
- Syndy Chronicle
- 年表ビューア・エディタ
- hCalendar か hResume でかかれた情報を取り出して年表形式で表示できます。
質疑
- yoheiさん
- 宿題はちょっと良くわからなかったんだけど…
- editableなんですか？
- 選んでエディットボックスが出せます。人の年表をいじっても保存されないけど。
- オレンジのサイケなシャツの人
- 青灰色の人アゲイン
- お墓を移動するときに寛永何年とか言う人がでてきた。localな年号とかXMLの世界ではどうなっているのかなぁ？
- 頭をよぎったけど考えるのやめた。
- JSONとAjaxで年表みたいなものやってる人もいる。
- お墓を移動するときに寛永何年とか言う人がでてきた。localな年号とかXMLの世界ではどうなっているのかなぁ？
- 村田さん
- xfyでVCでやってるんですか？
- VCでやってます。
- ソース公開ですか？
- 公開してます。
- xfyでVCでやってるんですか？
- 年表を作ってる後ろの方の人
- 歴史をやっていると確定しない年号とかでてくる。どうしたらいいですかねぇ？
- 考えるのやめました。
- DateTimeに詳しい人、誤差みたいなものを表現する方法あるんですかね？
- ジュラ紀とは言わなくても、「1月から」といったときに1/1なのか1/31なのか
- 後付でmicroformatつける場合に、bodyにメタデータつけるんじゃなくてdisplay:noneで表示をしないデータをつけるのもアリですかね？
- アリでしょうね。手っ取り早いつけ方をしただけです。
- 歴史をやっていると確定しない年号とかでてくる。どうしたらいいですかねぇ？
村田さんによるアンケート
- これもうやらない方がいいと思う人
- 以内らしい
- またやった方がいいと思う人
- たくさん
- プロトコル編成を手伝いたい人
- 一人いたらしい
- 次回何やったらいいでしょう（一年後として）
- Compound Documentでもやる？
- W3C
- MVDA
- xfy
- この辺は懐かしすぎるか
- Web APIの認証
- そろそろ解答がでないとまずいよねぇ。候補ですね。
- IE7でRSSが使われるようになるから、IE7のRSSについて
- OOXMLとか
後藤さん、室田さん（Feedpathの人） ブログエディタへのmicroformatsの実装
- macを使っている人はやはり「ノート（PC）」ではなく「mac book」というらしい。
会社紹介
- 2005/4月から
- cybozuとnetageの合弁企業
- コンシューマーサービス事業
- feedpath
- Social Feed Communicator
- FeedReaderを少し進化（変化？）させたもの
- 開発3ヶ月
- フロントは Ajax
- ソーシャルタギング
- microformats対応ブログエディタ
- Social Feed Communicator
本題
- feedpathの現状
- （数字がたくさん出てました。）
- blogエディタ
- 複数のblogを一箇所で管理
- 社内と社外のblogにマルチポスト出来る
- 対応blogにmicroformatsつきのエントリをポスト出来る。
- 複数のblogを一箇所で管理
- 技術担当の人に交代
- Miracle Linux + PHP + MySQL
LB
---------------
Web Web Image
----------------
DB <-> DB
- Blog APIクラス
- 認証がいろいろあって苦労しました。
- microformatsは以下の二つに対応しています。
- hReview
- hCalendar
- 他は追々対応していければと思っています。
- 地図情報
- 住所情報からGeocoding.jp APIでGEOコードをとって、Googlemaps APIで地図を取っている。
- サムネイル画像
- Simple API
- URLからスクリーンショットを作成してくれる
- Simple API
- 商品情報
- Amazon Web Service
デモ
- http://muro.typepad.jp/blog/ にあげてました。
- class属性でhreview以外にbookって付いてるけど、これは将来を見越した仕込。
- サイトのレビューをするとSimple APIさんからスクリーンショットを持ってくるので、キャッシュされてると現状と違うところがあるかもしれません。
プレゼンに復帰
- 今後
質疑
- 山口さん
- 村田さん
-
右後ろのひげの人id:koyhogeさん- 上のGUI操作で変えるところと「魔の段」は同期してるの？
- してます
- 上のGUI操作で変えるところと「魔の段」は同期してるの？
- livedoorの金子さん
- 規格化されていないところを決めて行こうみたいなことは考えていますか？
- ここにいるえらい人に決めてもらいたいです。
- 規格化されていないところを決めて行こうみたいなことは考えていますか？
- 丸本さん
- サイケな色のシャツの別の人
- Google mapsだけで住所から取らないのはなぜ？
- 楽に取れるところを選んだから。Googleだけでやれるんならその方がいいので調べてみます。
- （別の人）日本はまだ対応して無いです。
- Google mapsだけで住所から取らないのはなぜ？
- N何とかの何とかさん
- WSSEは2種類作ればどっちかあたるからいいです。
- いろいろ試すと無駄だからblogと認証と1対1でやるようにしてます。
- （質問聞き逃しました）
- blogによって明らかに失敗してるのに200返すところもあったり。
- みなさんGoogle maps使うけど、わがグループのgooマップもよろしく。
- はい、すぐ提案します。
- WSSEは2種類作ればどっちかあたるからいいです。
終わりに
- 一階のロビー集合です。よろしく。
トラックバック - http://d.hatena.ne.jp/StL/20061125/p1
リンク元
- 112 http://d.hatena.ne.jp/
- 73 http://reader.livedoor.com/reader/
- 57 http://b.hatena.ne.jp/hotentry
- 43 http://b.hatena.ne.jp/
- 21 http://b.hatena.ne.jp/keyword/XML開発者の日
- 16 http://b.hatena.ne.jp/add?mode=confirm&title=Clash Cymbal Concerto - %u7B2C9%u56DEXML%u958B%u767A%u8005%u306E%u65E5%u306B%u884C%u3063%u3066%u304D%u305F&url=http://d.hatena.ne.jp/StL/20061125/p1
- 15 http://www.google.co.jp/ig?hl=ja
- 12 http://b.hatena.ne.jp/entrylist?sort=hot
- 11 http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/StL/20061125/p1
- 10 http://b.hatena.ne.jp/hotentry?mode=daily
