■ でーたもでる

XML ってのは「ツリー構造」にてデータを表現します。ツリーっていうからには、ルートはひとつなわけで、たとえば

<?xml version="1.0" ?>
<hoge/>
<hoge2/>

っていうようなルート直下に要素が１つ以上あるようなXML 文書は認められていません。ということで、今回はこのような「データの表現の仕方」についてお話したいと思います。

現在、Oracleの勉強をはじめているひとが結構いますよね。Oracleマスターシルバーの入門の入門、最初の最初のページをみると、こういう風に書かれていませんでしたか。

「Oracleはリレーショナルデータベースです」

……って、OracleがRDB あることくらい当然知ってるよ！バカにするな！と思ったでしょうが（ぼくは思った）、これは一概に「当然」とはいえないんです。たぶんそのページの下か、次のページに書いてあると思うんですけど、「ネットワーク型DB」「カード型DB」っていうのがありますよね。データベースがRDB だけと思ったら大間違いなのです。

RDB っていうのは、実は生まれてからそんなに時間が経っていません。E.F.CoddっていうIBM研究所の人が1970年の論文の中でその論理体系を明らかにしたのが始まりといわれています。（下記サイト参照）

http://www-6.ibm.com/jp/software/data/db2web/history/read/read01.html

これらの違いはすべて「データ認知」の違いです。「データ」の定義にはいろいろありますが、どんなデータも、ビットの世界に置き換えるときに何かしらの省略が行われていることは共通しています。この「どういうふうに省略するのか」という違いが、上記のDBの違いとなっているのです。

この省略のことを「モデリングする」と言い換えることが出来るように思います。ある理論体系（RDB ならば関係モデル）をベースにデータをモデリングするから、「データモデリング」。簡単です。

話逸れますが、オブジェクト指向っていうのがなんで流行ってるかというと、その「省略」の仕方が、何かの理論体系をベースにしているわけではなく、ただ単に、人間の認知モデルに近いからなんだそうです。どういう認知モデルかというと（説明しなくても自然にやってることだから分かるだろうけど）、ネットワーク型の認知なんですね。オブジェクト同士が結びついてて、これとこれは依存してる、あれとこれは親子だ、っていう「感じ」ですね。理論体系が無いから、モデリングの結果が人によってバラバラになるわけです。

で、ようやくXML の話になるんですけど、XML ではどうやってデータを認知しているかというと、見たらすぐ分かりますけど、冒頭で言った「ツリー型」で認知しているんですね。これを「ツリー型モデリング」と言っていいと思います。ツリー構造はコンピュータの世界ではよく使われますね。

「関係モデル」「オブジェクトモデル」「ツリーモデル」っていう３つが、現在のシステム開発における大きな機軸となっているように思います。

■ インデックスが学研と業務提携、オンライン教育事業に参入

強そう。

■ 実力主義

とある営業さんが、「営業成績が悪かったら年棒の70%しか貰えなくなるんですよ」と言っていた。500万もらっていたとしても、350万。ハァ。大変だね。

■ 吉野家吉野家

２点間の距離を指す言葉。もしくは気持ちの離れ具合を表す言葉。

人によって、はたまた地域によって、その定義はさまざま。「すげー遠い」と思うひともいれば「そんな程度か」と思うひともいるでしょう。はたまた、「吉田家ならあるけど？」と佐賀県みたいなことを言う人もいることでしょうな。

ちなみに、会社の最寄駅そばにある吉野家から別の吉野家までの「吉野家吉野家」は、

ぜんぜん歩ける距離だけど、雨の中だとダルい

程度の距離です。

別の吉野家に行く途中に「ローソンローソン」があるんだけど、それは、

近いけど行くのは面倒くせー

という感じ。

さあ、あなたの「吉野家吉野家」は？

■ そーめんやろうえーてぃーむ via せかいのまんなか

価格は12,800円

高いよ！　これ、他のことには使えないかなあ。

■ 『URDA』最終話公開直後の比嘉氏 via せかいのまんなか

へえ。こうやって次々と出てくるんだなあ。まだ『ほしのこえ』さえも見た事がないのに。データはあったような気がするんだけどなあ。時間があったら見てみよう。両方とも。

「自分の存在とはなにか」というような難しいものが苦手で（笑）。それよりは切った切られたの単純明快なものが好きなんですよ。

素敵ですねえ。大切だと思います。

■ みんなの考えたオープンソース

話の枕として「オープンソースとは……」と書き始めることがあると思うんだけど、そこですべてを網羅するのは無理があるよねぇ。結局は、俺定義をするなボケってことなんだが。

■ [Java] Nukes: the Open Source Java CMS

memo.

■ NECと富士ゼロックス、ストリーミングソリューション分野で協業

つーわけで、展示会に行ってこよう。

■ [危険] ありがたい蓮のお姿

遊さんのおっしゃる通りでした。キモッ。下のやつは2chでAAになっているの見ました。つーか、コレ書いている今も気持ち悪い。

■ 【IT業界の】SEによろしく【漫画】

地味ぃ〜に成長しております。ちょっと面白かった「29-32」をリンクしてみますた。

■ [tDiary] RUBYタグ

すてきだー。HTMLだと使わないもんね。

{{htmlruby '陰摩羅鬼の瑕|おんもらきのきず'}}

→　

■ Christian Group Wants Disney's No-Fly Zone Down For Gay Days

最初を読み違えて、よく分からなくなっていた。

free of

〜から自由になって、〜を離れて、〜を免れて、〜のない、〜がない、〜にこだわらない、皆無にしている、〜を必要｛ひつよう｝としない

■ 黄金板

わーい。ゴールドカード作ったよー。やったよーおかあさーん。

■ SOHO-WEB

来週引っ越すひとがいるんですが（あら？今週だっけ？）、ここの大賞の「★オーダーボックス.com★,ダンボール,段ボール,梱包資材,販売」って使ってみれば？意味もなくダンボールに名前入れてみたり。

つーか、いろんなサイトありますねえ。アンテナがあると、自分の行動範囲の外に出ませんからね、なかなかこういうサイトを見る機会がございません。自分のネットライフ（！）に「新しい風を吹き込む装置」があればいいなぁ（諦めている不便利）。

それと「ベストCGI賞」ってどんなや。

■ 実録：私がフリーエンジニアになるまで

おおおおおお。水口画伯じゃあないかあああ。＠ITいいなあ。こういう路線でいって欲しい。

■ WikiBana/VOL.2 - 第二回Wikiばな -Wikiとコミュニティ-　＠Wikiばなソコダネット

ポジションペーパー

• ポジションペーパー (PDF)

サインゲット

• 結城さん『 結城浩のWiki入門 ~YukiWikiではじめる みんなで作るWebサイト~(結城 浩)』
  • わーいわーい
• yomoyomoさん『 ウェブログ・ハンドブック―ブログの作成と運営に関する実践的なアドバイス(レベッカ ブラッド/Rebecca Blood/yomoyomo)』
  • レベッカたん
• 青木峰郎さん『 Rubyレシピブック 268の技(青木 峰郎/後藤 裕蔵/高橋 征義/まつもと ゆきひろ)』
  • わ、若けーーー！（同じ年だって！）

近藤さんと

たださんの真似。

■ Wikiばな2感想

Wikiについて話すことなんかもうネーヨ。とは思いつつ、 会いたい人や話したいことがあったので参加してみました。

所属した特攻野郎Aチームには wema や RandomNote や ThreadWiki など 新しい波を作り出しているWiki作者さんがいらっしゃって、 感動すらありました。参加してよかった。

Wikiばなで私が述べたのは、以下の2点（上記のPPも参考にしてください）。

1. Blikiってのがあるよ
2. MF's Bliki の翻訳をWikiでやってるよ

1. Blikiってのがあるよ

Blikiとは、BLog + wIKI のことです。Wikipediaには、blikiの定義がこう書いてあります。

A bliki is a weblog with wiki support.

blogにWiki機能がついたものであり、Wikiにblog機能がついたものではないというところに注意してください。よくWiki上で、カレンダーをクリックしたらそこの日記に飛んで……などというのがありますが、ああいうんじゃありません。# だって、あれって読みにくいじゃないですか。

このことは、「ドキュメントモード」と「スレッドモード」の分離、言い換えるなら、「記事のエントリ（Wikiだとページの新規作成）」と、「ツッコミやTB（Wikiだと小人機能）」は分離されるべきだということを表しているように思います。そしてこれが、Blikiの真髄かなーと思います。あー結論になってしまうと至極ツマんねーありきたりなものになってしまいましたね。でも、wemaの作者さんがいらっしゃったので、スレモードに付箋を使うのはどうか？という意見が出てきました。正直、かっけー。是非是非ッ。

後ほど、はてな近藤さんがこういうことをおっしゃってました。

Wikiで情報共有をしましょうと言うよりも、みんなにblogを書いてくださいと言うほうがみんな書いてくれて、効果的だった。（てきとーな要約）

なんか、つながってる感？

Wiki使用の強制については、kitaさんのPP参照のこと。

2. MF's Bliki の翻訳をWikiでやってるよ

淡々とやってますよ、と。

最後に。

えー、みなさんから「ケーディエムエスエヌアールは読みにくい」と言われ、萎え。でも最近は、「ケーディーさん」と呼ばれることも多くなりましてよ？

yomoyomoさんには「サヌールだ！」と言われましたが...（細かいところまでよく読んでらっしゃる）。

shinoさんのお子さんは、めちゃくちゃ可愛い（世にはブサイクな赤ちゃんもあまたいるというのに、あの美貌は何だ）。

■ 部屋が女の溜まり場になっている

ずっと読んでる。

■ 上司が求めるのは、「カイゼン」であって、「カイカク」ではない。

タイトルがすべてを表している。素晴らしい。つまりは、ユルい責任感を持つのが吉。

■ 手で食べる人たちは熱いものを食えるのか？

と思ってググったら、冷ましてから食べるらしい。普通だ。

■ [本] 初めてでもわかる!システム開発発注入門―悩める担当者がシステム開発で成功するには?(川端 篤史)

発注側で困ったことがあるという経験から会社（サイト）を作ったそうだけど、その結論が、見積書や契約書をちゃんとしろっていうのは残念だなぁ。重要なのはそこじゃなくて、ゼロから一緒に作り上げるという協業モデルだよ。信頼関係さえ築ければ、○○書に注力する時間は最低限でいいもの。

まあ、全体的に自社の広告本。この会社の事情は分かるけど、一般的な話としてはどうなんだろう。たとえば、受託開発では「半額前払いが一般的」とか言っちゃってるけど、本当？？？本当に一般的なの？？？個人的にはサンプルの見積書に「製造」という言葉を使っていたので、あまり信じられないなーという印象があったなあ。

サイトをバカバカ作るのも、SEO的にはいいのかもしれないけど、節操無い印象を受けたりする。まあ、発注側の目線で見ると違うのかもしれないが。

■ [本] 僕が2ちゃんねるを捨てた理由 (扶桑社新書 54)(ひろゆき)

日本に基盤を置いている限り結局、客観的な基準でモノを言えなくなる可能性がある。

1対1のコミュニケーションの手段は提供すべきではない

■ 須藤功平勉強会#01を開催しました

• Togetter - まとめ「第一回須藤巧平勉強会」

私の資料