昨日（2009/06/27）、CSS Nite LP, Disk 6「CMSリベンジ編」に参加してきました。音声や、スライド資料は後々公開されるということですので、個人的に思った感想をそれぞれ。

SOY CMS

管理画面が、HTMLを書き換えるだけで変更出来るというのが素晴らしいですね。CMSの裏側をいろいろと触れれば他のCMSでも可能だとは思いますが、やはりフロント側の人たちにとってはハードルが高いですよねー。
また、開発を行っている株式会社日本情報化農業研究所の古荘貴司社長がイケメンだというのもポイントの一つではないでしょうか。

WebRelease 2

朝から何も食べておらずあまりにもお腹がすいてしまったので、ご飯を食べにいってしまいました。
最後の事例（雑誌媒体をWebで展開したというもの）だけしか聞いていないですが、以前にも思いましたように、「そのサイトがなぜWebReleaseで作られたのか？」が良くわからなかった点は残念です。

CMS Designer

マークアップに興味を持っている自分としては、XML+XSLTで管理されているというのがとても魅力的ですね。デモを見ていると、「それCMSオリジナルの機能にしなくてもXSLTで実現出来るんじゃないかなー」と思った点がありましたが、XSLTの機能自体は全て使えるということですし、XSLTで実装するよりも確かにその方が楽かも！とも思いました。まずは自分でも触ってみたいと思います。

RCMS

セッション開始時にご紹介いただいたように、僕が押し込んだセッションということもありまして、ちょっと熱く。
これを使うと、あらゆることが一般企業のWeb担当者でも実現できてしまうということで、僕たちWeb制作者側の需要が無くなってしまうのではないか？ということを感じた方も少なくないと思います。が、しかーし。

セッションで加藤さんがおっしゃっていましたように、僕たちよりも企業のWeb担当者さんの方が自社のコンテンツに詳しいというのは当たり前ですよね。というか、僕たちはどれだけ頑張ってみても費用や時間の関係で、その会社さんの全てを理解することは出来ないわけです。

Webで情報を発信するにあたって、

• Webで最適に情報を発信するにはどのようなプラットホームが必要なのか？
• どのように表現していけば、コンテンツが魅力的に伝わるのか？
• そもそもWebを使って、どうすれば企業価値や、企業利益を最大限に引き出せるのか？

あたりに、時間をかけていきたいんだけど、実装にコストがかかってしまってそこまで出来ないよ！という方も多いのではないでしょうか？RCMSの機能の豊富さは、このようなことを思う方には救世主となるんじゃないかなーと思います。

a-blog cms

僕は細かいことまで聞かないと理解することができない、という性格もありまいして、このCMSがどのようなことに強みを持っているのか？が、あまり分からなかったです。その点は、7月１０日にa-blog cms紹介セミナー東京がありますので、その時にお伺い出来ればと思います。
※タブメニューを真似たスライドはとても見やすく、今度真似したいなーと思いましたね。

bingo!CMS

はじめにDTPの考え方をもとにCMSを作ったー、というようなことをおっしゃられて、いやーDTPとWebは違うものだしダメだろーと思ったのですが、それをめちゃめちぇ良い意味で裏切っていただいたものでした。ともて直感的にWebを実装／編集できますね！

Jimdo

小規模や、PCにそれほど詳しくない方が運営されていくサイトなどにターゲットを絞ったCMS。出せても10万円だよー、というような案件もありますので、そんな時には率先的に提案して、企画自体に力を注ぐための味方になるのかなーという印象です。

Power CMS for MT

MTを使う、という前提の上では、もはや語ることもなく最強なプラグインですね。
野田さんがおっしゃていたように、「今までの経験をいかしせばいいじゃん／学習コストも結構高くつきますよ」（的なこと）というのも確かに納得。

ということで、CMSは国内だけを見てもさまざまありますが、案件の性質ごとに使い分けが出来ると素晴らしいなーと思いました。

2009年4月5日（日）13:00-17:00で行われるSwapSKills 2009　vol.2「次に求められる　Webサイト制作の技術」でお話をさせていただきます。

僕は14:15~15:15で「はじめてのXSLT」として、XSLTに関することを話させていただきます。XSLTが次に求められるWebサイト制作の技術なのかどうかはなんとも言えないというか、実現性は無いかもとも思いますが、XHTML/CSSをある程度こなせるようになったら、次に勉強する技術ということであれば結構しっくりくるのかなと思っています。

また僕自身がXSLTに対する理解が乏しいこともありまして、まさに「はじめてのXSLT」です。すでにゴリゴリ書けますよという方にとってはつまらないものになってしまうと思います。

僕以外の方がお話される内容も結構濃い内容だと思いますので、ご興味ある方は是非ご参加ください！

• 条件式
  • ノードのみが記述された際には、そのノードが存在するときに true 、存在しなければ false。
• 変数定義
  • xsl:variable で可能
  • 変数を呼び出す際は、 $変数名
• 属性をまとめて定義
  • xsl:attribute-set で可能
  • name 属性の値が、属性定義の名前
  • xsl:use-attribute-set=“属性定義の名前”で使用可能
  • xsl:use-attribute-set=“属性定義の名前01 属性定義の名前02”で複数の属性定義を使用可能
• xsl:include で外部 XSLT を利用可能

という訳で、5日目からは、いよいよDOMに入っていくということです。
ここまでの印象としては、xPath関数が難い（というより丸々暗記しないと結構辛い）という印象です。
また、全く持ってXMLの全体像は理解していないでしょうが、XMLとその周辺領域の技術群があれば何でも出来てしまうだとうなぁ、というのがなんとなく分かってきたという所です。

• xml:apply-templates
  • 1つの xml:template に対応する訳ではない
    • 直接対応する xsl:template が無ければ、下位のノードの xsl:template で対応することも可能
• xsl:if
  • 単岐分岐の際に利用すると良い。今のところ、PHPのように else はないっポイ。
  • test 属性の値で xPath を利用。
  • xsl:if というより xPath が凄い印象ですね。
• xsl:format-number 関数
  • 数値を加工するもの

http://edgenow.jp/（アドビの何かに参加中らしいので。）

2日目ですー。

• xPath
  • パスを示すルール
    • EX：「//」で全ての子孫（「books//name」でbooks要素以下の全てのname要素）
      • すげー！ブラウザ実装はどうなの？
• xml:apply-templates
  • select属性の値と、xml:templateのmatch属性がマッチしたものが呼び出される
• 要素生成

  • 
    <要素名>
    	<属性名>
    		<属性値 />
    	</属性名>
    	<内容 />
    </要素名>
    

    というのが違和感を感じるなぁ。

• 条件分岐
  • xsl:choose 要素の中で、xsl:when と xsl:otherwise で条件を分けられる。
    • xsl:when はいくつでも指定可能で、それら以外は、xsl:otherwise 。
• xsl:when の test 属性のフィルタパターン『例えば number() は xPath 関数らしい』
  • フィルタパターン
    • test属性に記述してある[]の部分
      • 基点となる要素[「比較の対象」「演算子」]
  • xPath 関数で使える演算子が結構凄そうだ

http://edgenow.jp/（アドビの何かに参加中らしいので。）

以前挑戦したときには、内容がまるで頭に入ってきていなかったように思う（まるで記憶になかったのでｗ）「「10日でおぼえるXML入門教室 第2版」」ですが、改めて読んでみると「なるほどー」と思うところが多い本だなと思います。

これって、本の質がどうのこうのというものではなく（もちろんそれも重要ですが）、本を読む人の予備知識であったり、姿勢がすごく影響するのかなと思います。

というわけで、1/10が終わったのでメモ。
※個人的にほほーと思った部分や疑問が沸いた部分だけをメモっていますので、皆さんのお役に立つ可能性は低いと思います。あくまでメモということで。

DTD

• DTDはXMLでない。
• SGMLの時代からあるので、古い感はある。
  • 文字列に対して#PCDATEとしか理解出来ない。

Schema

• SchemaはXML言語。
• DTDだけには任しておけないぜということで登場。
• 文字列で見ても、さまざまな値（文字列・数値・日付など）を持てる。

standalone属性

standalone="yes"は、他のDTD見ないでねということ

名前空間

名前空間を利用することで、同じ要素（たとえばname要素）でも、author:nameと、title:nameのようにプリフィックスを与えることで、違う意味の要素に出来る。

要素主体？属性主体？

• 個人的には、属性主体の記述はキモい
• というか、書籍にもあるように、そもそも柔軟性という利点を自ら壊しているのではないか？と思った。
• が、あまりに深くしてしまうと、ダメ（というか問題）らしい。
  • 大規模の時には、あまりXMLは向いていないのかも？（いやあくまでマナーとして深くするなということか。）

非定型文書もOK

• <A>
 <B>#PCDATE</B>#PCDATE
</A>
  なんてのもOK。（意外と忘れがちになってしまう気がするのでメモ）

http://edgenow.jp/

というわけで、さっそくXMLの勉強を本日から始めてみます。
帰宅後に、自宅で個一時間程は励みたいと思います。

アマゾンのレビューを見たら、はじめの一歩としては結構良さそうでしたので、弊社内に埋没していた（以前自分で買ったのですがｗ）、「10日でおぼえるXML入門教室 第2版」に再度挑みたいと思います。

まぁ、さすがに10日では出来ないと思うのですが…。
いい感じの区切りごとで、レポート出来たらと思います。

先ほど、ドリの検索を行った後に、その結果をXMLファイルとして出力出来ることに気が付きました。

ちょうど、出力結果を他の方にもご覧になっていただきたかったため、XSLTとCSSを使って、見やすいようにしてみた次第です。
同じような検索をした場合であれば、同じようなXMLファイルが出力されるはずですので、今後も同じような需要があればとても便利な訳です。

そんなことをしたのですが、ふと「やっぱりXMLってすごいよね」と思った訳です。
ドリなどのアプリもXMLで作られている訳ですし、いやアプリ開発とかまではいかなくとも、僕はマークアップを主要業務とする人な訳ですから、(X)HTMLがどうのこうのと言う前に、XMLを理解してしまえば、何かと強みになるような気がします。

ウェブデザイン（というかWebサイト制作）という局面からXMLを考えてみてもたくさんメリットがありますが、ここでは二つを紹介しておきましょう。

1. まず一つ目メタデータなどの(X)HTML回りの技術を理解しやすくなるということです。普段メタデータというと、RDFとかRSSとかFOAFなどのキーワードで語られる事が多いアレのことで、ざっくりと言ってしまえば、そのデータがどんなデータなのか？というのを簡単に説明しているものとなります。昨今（というかちょっと前の）ブログブームの際に、RSSが世に認められることとなり、一気に普及したと言えるでしょう。
   では、このRSSのことを勉強しよう！とGoogleなどで調べてみると、なんかRSSはXMLらしいということまでは簡単に分かるのですが、XML自体を全く理解していないと非常に多くのクエスチョンマークが頭にともります。
   W3Cによって、現在制定が進んでいるXHTML2.0やHTML5は、広義の意味ではどちらもXMLとなります。それを考えると、今後登場してくるあらゆる技術やサービスもXML形式となることが予想されますので、XMLを理解しておくことは強みとなる訳です。
2. 続いて二つ目は、品質チェックとしてのXMLです。(X)HTMLのバリデーターとしてはW3Cが提供する「The W3C Markup Validation Service」などが有名ですが、(X)HTMLの仕様自体がとても曖昧なものですから（例えば、通常の文章もリード文も同じ p 要素など）、納品物の品質チェックという点では別途人間の目による作業が発生してしまいます。
   その点、XMLでは、XML Schemaという仕様が用意されています。SGMLの時代には、DTDという規則が定義されていて、(X)HTMLを記述する際には、DOCTYPE宣言で利用するDTDを宣言していました。XMLでも同じようにXML Schemaを利用することで、約束事を決定できます。XML Schemaでは、DTDでは実現出来なかった、データ型の厳密な定義（数値なのか、文字列なのかなど）や名前空間の利用が出来るようになっており、より厳格なルールを設定することが出来るという訳です。
   実際に行おうとするととても大変な事にはなるでしょうが、XHTMLとXML Schemaを利用することで、一つのWebサイト毎で個別のルールを設定することが出来るようになる訳です（例えば、class=”number”というクラス属性が設定されている要素は数値しか持つことが出来ないなど）。近い将来、各種ツールが発展していけば、オリジナルXML Schemaを介してのバリデートなんかも普通のことになって行くかもしれませんね。

そんなこんなで「XMLマスター」について調べてみると、「XMLマスター：ベーシック」というのが、どうも僕が考えていたような知識を持っている人の資格に思います。
よし、これを取得しようと思うのですが、XMLマスター：ベーシックの試験内容を見ましたら、結構凄いですね。これ。

うーむ。
でも凄い必要な気がして来た！！