Engineering映画についても書くかも知れません。「HTMLは、予め用意されているタグしか利用できませんが、XMLは、文書それぞれの構造や性質(使い道)に即して、タグを自分で定義して使うことができます。」こういう言い方はまだしも(これでも衆愚本っぽいが。下線部は引用者がわざわざ加筆してあげたものなので)、「自由に」とか「勝手に」とか「好きなタグを」などと書いているバカ本が腐るほどある(いまに始まったことではないが)。いう書き方されると「だから何?」ってことになるのは必定。だいたい記法はHTMLとそっくりだが、その記法にきちんと即して書いたXMLファイルをブラウザに表示させても、エディタで書いたまんまを表示するだけだから、ますますなんのこっちゃってことになる。OSのAPIを手なづけて、それ上を走るアプリを作るプログラミングは、「書いたら動く」。何かが起きて、書いた物とは違う世界が現れる。HTMLはそういうプログラム言語ではないが、いろんな要素タグで、ここに書いてるようなテキストの要所要所をマークアップした上でhtmlファイルにしてブラウザに読ませると変化した世界が現れてくれる。レンダリングエンジンのおかげだ。XMLにはそういう表示ソフトはないし、XML自体そういう機能はXSLという自分の応用言語にまかせている。ブラウザにそれなりの「変化」のわかる表示をすることはできる。それではわざわざXMLを使うありがたみまではまだ理解できない。おもいっきり飛躍した例で言えば、新聞をパラパラ読みして、とりあえず記憶に残った見出しの記事だけ表示してよ、ってことがXMLを使えばできるようになる。印刷された固まった内容や、固まったWebページを意味の単位にばらして、所望のかたち、構造をもつものに再構成できる。「そこだけ読みたい」とか、なになにちゃんが出てくる映像だけ全部持ってきて!っとかいう要望に応えることができる。RSSが始めたのはその序の口。バロウズのカットアップに近いこともやろうと思えばできる。一度固めた小説のストーリーを倒叙法のようにあたまとお尻をひっくりかえして、複数バージョンつくる、というかそのように見せることもできる。こんなことにXMLを使ったバカはまだいないが(笑)。ことをわかってくれないのがWeb野郎に多い。CSSだなんだ、騒いでんじゃねえ(黙って、さくさく使ってくれればそれでいいから。ページ軽くなるし、CSS自体は世の中のためになるんで)。指定紙と写植オペレータと製版技師の時代にエディトリアルデザインやってた人にはわかりやすい話なのにね(てか当時がんばってデザイナーと組んで仕事バリバリやったタイプの編集者のほうかも)。DTD、このドキュメントはこういう部品のセットで出来ていて、ここまでばらして、こうもああもしていいけど、そうはできないよみたいな部品と部品の関連を定義するやつが超重要。これないとプロセッシングにもってけないので。あとはスキーマで定義されたDOMっていうオブジェクトをASPとか、JSPとか、いまならPHPとかで動かすのが、XMLアプリ全体の仕事の流れっつうものなのだが。プログラム屋さんにも理解しづらいとこがあるらしく、なんだかなあ、な感じ。データベース屋にはまだセンスあるのがいるかも。オブジェクト指向わかってればもっとスムーズだろうが、文書をオブジェクトとして扱う、というところがコツっと来るまでにけっこう時間がかかったりするらしい。いま一番いかんのは、Web標準たらを金科玉条に、CSSCSSいってるくりえちぶくりえいちぶした人ら。Flashのスクリプトなんてすっげえずるいし。口聞きたくない連中である。「動かしてみたい」という気持ちのあるやつと仕事したいよ。「動く」ってのは、文字が踊ったり、点滅したりってことじゃないんで。注釈)SGMLのアプリケーションとしてのHTMLを改めてXMLアプリとして組み直したのがXHTMLであることは周知のとおり。何がいいたいかと言えば、XHTMLのありがたみも標準なんてのは二の次であって、XHTMLで記述しとけばclass属性なんかを持たせた要素だけ取り出すとか、そういう操作ができる、つまりテクストの「意味構造を動かす」ことができるってとこにあるわけで。そのためにstrictなんてのは規定されているので。それで構造を動かすプロセッシングをスムーズにしようということなんで、むしろ機械への思いやりと言っていい。それがひいては人様への思いやりとして返ってくるのではあっても。そこを抜かしたバカ議論が大杉やしないかということ。ここで言いたいことって、実はこれ、オフラインでハイパーカードが近いことやってたことなのだが。「HTMLは、予め用意されているタグしか利用できませんが、XMLは、文書それぞれの構造や性質(使い道)に即して、タグを自分で定義して使うことができます。」こういう言い方はまだしも(これでも衆愚本っぽいが。下線部は引用者がわざわざ加筆してあげたものなので)、「自由に」とか「勝手に」とか「好きなタグを」などと書いているバカ本が腐るほどある(いまに始まったことではないが)。いう書き方されると「だから何?」ってことになるのは必定。だいたい記法はHTMLとそっくりだが、その記法にきちんと即して書いたXMLファイルをブラウザに表示させても、エディタで書いたまんまを表示するだけだから、ますますなんのこっちゃってことになる。OSのAPIを手なづけて、それ上を走るアプリを作るプログラミングは、「書いたら動く」。何かが起きて、書いた物とは違う世界が現れる。HTMLはそういうプログラム言語ではないが、いろんな要素タグで、ここに書いてるようなテキストの要所要所をマークアップした上でhtmlファイルにしてブラウザに読ませると変化した世界が現れてくれる。レンダリングエンジンのおかげだ。XMLにはそういう表示ソフトはないし、XML自体そういう機能はXSLという自分の応用言語にまかせている。ブラウザにそれなりの「変化」のわかる表示をすることはできる。それではわざわざXMLを使うありがたみまではまだ理解できない。おもいっきり飛躍した例で言えば、新聞をパラパラ読みして、とりあえず記憶に残った見出しの記事だけ表示してよ、ってことがXMLを使えばできるようになる。印刷された固まった内容や、固まったWebページを意味の単位にばらして、所望のかたち、構造をもつものに再構成できる。「そこだけ読みたい」とか、なになにちゃんが出てくる映像だけ全部持ってきて!っとかいう要望に応えることができる。RSSが始めたのはその序の口。バロウズのカットアップに近いこともやろうと思えばできる。一度固めた小説のストーリーを倒叙法のようにあたまとお尻をひっくりかえして、複数バージョンつくる、というかそのように見せることもできる。こんなことにXMLを使ったバカはまだいないが(笑)。ことをわかってくれないのがWeb野郎に多い。CSSだなんだ、騒いでんじゃねえ(黙って、さくさく使ってくれればそれでいいから。ページ軽くなるし、CSS自体は世の中のためになるんで)。指定紙と写植オペレータと製版技師の時代にエディトリアルデザインやってた人にはわかりやすい話なのにね(てか当時がんばってデザイナーと組んで仕事バリバリやったタイプの編集者のほうかも)。DTD、このドキュメントはこういう部品のセットで出来ていて、ここまでばらして、こうもああもしていいけど、そうはできないよみたいな部品と部品の関連を定義するやつが超重要。これないとプロセッシングにもってけないので。あとはスキーマで定義されたDOMっていうオブジェクトをASPとか、JSPとか、いまならPHPとかで動かすのが、XMLアプリ全体の仕事の流れっつうものなのだが。プログラム屋さんにも理解しづらいとこがあるらしく、なんだかなあ、な感じ。データベース屋にはまだセンスあるのがいるかも。オブジェクト指向わかってればもっとスムーズだろうが、文書をオブジェクトとして扱う、というところがコツっと来るまでにけっこう時間がかかったりするらしい。いま一番いかんのは、Web標準たらを金科玉条に、CSSCSSいってるくりえちぶくりえいちぶした人ら。Flashのスクリプトなんてすっげえずるいし。口聞きたくない連中である。「動かしてみたい」という気持ちのあるやつと仕事したいよ。「動く」ってのは、文字が踊ったり、点滅したりってことじゃないんで。注釈)SGMLのアプリケーションとしてのHTMLを改めてXMLアプリとして組み直したのがXHTMLであることは周知のとおり。何がいいたいかと言えば、XHTMLのありがたみも標準なんてのは二の次であって、XHTMLで記述しとけばclass属性なんかを持たせた要素だけ取り出すとか、そういう操作ができる、つまりテクストの「意味構造を動かす」ことができるってとこにあるわけで。そのためにstrictなんてのは規定されているので。それで構造を動かすプロセッシングをスムーズにしようということなんで、むしろ機械への思いやりと言っていい。それがひいては人様への思いやりとして返ってくるのではあっても。そこを抜かしたバカ議論が大杉やしないかということ。ここで言いたいことって、実はこれ、オフラインでハイパーカードが近いことやってたことなのだが。「HTMLは、予め用意されているタグしか利用できませんが、XMLは、文書それぞれの構造や性質(使い道)に即して、タグを自分で定義して使うことができます。」こういう言い方はまだしも(これでも衆愚本っぽいが。下線部は引用者がわざわざ加筆してあげたものなので)、「自由に」とか「勝手に」とか「好きなタグを」などと書いているバカ本が腐るほどある(いまに始まったことではないが)。いう書き方されると「だから何?」ってことになるのは必定。だいたい記法はHTMLとそっくりだが、その記法にきちんと即して書いたXMLファイルをブラウザに表示させても、エディタで書いたまんまを表示するだけだから、ますますなんのこっちゃってことになる。OSのAPIを手なづけて、それ上を走るアプリを作るプログラミングは、「書いたら動く」。何かが起きて、書いた物とは違う世界が現れる。HTMLはそういうプログラム言語ではないが、いろんな要素タグで、ここに書いてるようなテキストの要所要所をマークアップした上でhtmlファイルにしてブラウザに読ませると変化した世界が現れてくれる。レンダリングエンジンのおかげだ。XMLにはそういう表示ソフトはないし、XML自体そういう機能はXSLという自分の応用言語にまかせている。ブラウザにそれなりの「変化」のわかる表示をすることはできる。それではわざわざXMLを使うありがたみまではまだ理解できない。おもいっきり飛躍した例で言えば、新聞をパラパラ読みして、とりあえず記憶に残った見出しの記事だけ表示してよ、ってことがXMLを使えばできるようになる。印刷された固まった内容や、固まったWebページを意味の単位にばらして、所望のかたち、構造をもつものに再構成できる。「そこだけ読みたい」とか、なになにちゃんが出てくる映像だけ全部持ってきて!っとかいう要望に応えることができる。RSSが始めたのはその序の口。バロウズのカットアップに近いこともやろうと思えばできる。一度固めた小説のストーリーを倒叙法のようにあたまとお尻をひっくりかえして、複数バージョンつくる、というかそのように見せることもできる。こんなことにXMLを使ったバカはまだいないが(笑)。ことをわかってくれないのがWeb野郎に多い。CSSだなんだ、騒いでんじゃねえ(黙って、さくさく使ってくれればそれでいいから。ページ軽くなるし、CSS自体は世の中のためになるんで)。指定紙と写植オペレータと製版技師の時代にエディトリアルデザインやってた人にはわかりやすい話なのにね(てか当時がんばってデザイナーと組んで仕事バリバリやったタイプの編集者のほうかも)。DTD、このドキュメントはこういう部品のセットで出来ていて、ここまでばらして、こうもああもしていいけど、そうはできないよみたいな部品と部品の関連を定義するやつが超重要。これないとプロセッシングにもってけないので。あとはスキーマで定義されたDOMっていうオブジェクトをASPとか、JSPとか、いまならPHPとかで動かすのが、XMLアプリ全体の仕事の流れっつうものなのだが。プログラム屋さんにも理解しづらいとこがあるらしく、なんだかなあ、な感じ。データベース屋にはまだセンスあるのがいるかも。オブジェクト指向わかってればもっとスムーズだろうが、文書をオブジェクトとして扱う、というところがコツっと来るまでにけっこう時間がかかったりするらしい。いま一番いかんのは、Web標準たらを金科玉条に、CSSCSSいってるくりえちぶくりえいちぶした人ら。Flashのスクリプトなんてすっげえずるいし。口聞きたくない連中である。「動かしてみたい」という気持ちのあるやつと仕事したいよ。「動く」ってのは、文字が踊ったり、点滅したりってことじゃないんで。注釈)SGMLのアプリケーションとしてのHTMLを改めてXMLアプリとして組み直したのがXHTMLであることは周知のとおり。何がいいたいかと言えば、XHTMLのありがたみも標準なんてのは二の次であって、XHTMLで記述しとけばclass属性なんかを持たせた要素だけ取り出すとか、そういう操作ができる、つまりテクストの「意味構造を動かす」ことができるってとこにあるわけで。そのためにstrictなんてのは規定されているので。それで構造を動かすプロセッシングをスムーズにしようということなんで、むしろ機械への思いやりと言っていい。それがひいては人様への思いやりとして返ってくるのではあっても。そこを抜かしたバカ議論が大杉やしないかということ。ここで言いたいことって、実はこれ、オフラインでハイパーカードが近いことやってたことなのだが。[参照元に戻る↑]手を動かすこととコーディングどうもうまくいかない。ツールに慣れてないせいもある。誰も知らないだろう、クラリスワークスの描画機能はなかなか良くできていた。手を動かさなくなっている。キーボードを打つのももちろん手は動いているが指先が主で、ストロークのある腕の動きはほぼゼロだ。描画というのは、ダイヤグラムであってもマウスの動きに頼ることが多い。昔は(いまでも健在か?)「Mac書道」というツールもあった。これではフローチャートなどは作りにくい。ペイントソフトともう一つ区分があったが、忘れた。(思い出した、ドローイングだ)。どちらにしても、手を動かすことと一緒に仕事は進んでいた。コードもなんとなく、ラクガキのような手書きであれこれやっているうちにスコープが見えてきたりすることがあった。別にこの一枚で、集合のすべてを語り尽くそうときばったわけではないが、絵になっていない(笑)。えんじんにあげることにする。(^_^)vダイアグラムを描くということ。いえば、ずいぶん長い間忘れていたような気がするのだが、ダイアグラムを描くという大切な作業があったことを思い出した。これはツールがかなり物を言う。いや、ウェブ連動している場合。フリーハンドのように、さくさくと起せて、さっと保存でき、スムーズの版管理ができること。いうツールを探していた記憶があるが、いつごろからか、ぷっつりやめてしまったようだ。1.21というフリーソフトで作製してみた。内容は失敗しているが(笑)。翔泳社が、オンラインマーケティングの実践WebマガジンサイトMarkeZineを立ち上げた。あるサイトのようにも思えるのだが、どこか違う。新鮮で、かなり空気がはいる。翔泳社のSNSカラーズは、いまいちだが、MarkeZineは久々のヒットになりそうだ。はてなブックマークとも連動して便利。いったかゆいところに手の届く記事が、きっちり埋め込まれているので、サブタイトルの「マーケティング」という大味な印象を補ってあまりあるコンテンツが、たっぷり仕込まれている。SEOがどうしたとか、クライアントジェネレートがどうしたとか、そういうものももちろんカバーはしているだろうが、ひと味違う美味さがにじみ出ている。ご存じの方がいらっしゃるようでしたらお教えくださいませ)。UMLのテンプレート定規がオマケでついてきたりして(笑)、いや好きな雑誌だったなあ。MarkeZine、そうそう、まさに雑誌の新創刊の香りがする。ページを初めて見て感じた新鮮さは、こういうことだったのだ。ここ教えてくれたのは、坊主バーのSE、annoyさん。Thanks!『入門RSS』はコンパクトで実用的なSematicWebへの導入本もう発行されてから2年近くになる『入門RSS』という本は、「入門」という表題が少々控えめ過ぎるのではないかと思えるほど、よく出来た本である。サブタイトルは「Webにおける効率のよい情報収集/発信」。この本の秀逸さは、地味だが急速に浸透してきたRSS(RSSfeed)について、きちんとXMLと関連づけて、しかもコンパクトながらそのエッセンスをはずすことなく、まとめきっているところにある。XMLがどういう言語であるのかということを、この本は実に2ページで簡潔にかつ正確にまとめている。RSSとXMLの関係についても2ページ。Framework)について4ページ構成で畳み込んでいく。XMLについては、経験のある人には、そんなことはわかっているレベルというか、おそらく暗黙知に近いものになっているはずの、表(Table)、作業具体的にはエクセル表を使ってDTDのもとになる表を作る経緯を使って説明している。いう解説は、ありそうでないのだ、XML関連本には。そのままRDFモデルによるRSS、つまり1,0の話に進んでいく。これがXMLの要素タグになっていく。セルにはそれぞれ具体的なタイトル、URL、概要テキスト、更新日時がテキストが格納される。RDFモデルの関係の理解は一丁あがりである。値のさりげない図は、さらなるRSSの可能性としてのセマンティックウェブの図そのものである、実は。これまで積ん読だったことが悔やまれる。オライリー本を先に読もうとしてしまう。悔やまれるのは、タイトルがあまりにも「やさしい」イメージを追求し過ぎたことだろう。一工夫していれば、オライリーとこの本と重合読書で、もっと理解と発想が加速したはずなのだ。スレ紹介ブログの閉鎖相次ぐhttp://www.itmedia.co.jp/news/articles/0606/01/news066.html2ちゃんスレのまとめサイトが5月下旬までに、40前後あったブログのうち、15前後のブログが閉鎖したようだという。サイトの管理人がアフィリエイトで稼いでいるのが、けしからんというちゃねらーの怒りを買ったのが原因らしい。これはいつか来た道、ああそうだよ、大学受験の過去問題集の国語に自分の文章を使われた著者が、有料ダウンロードやってた出版社を訴えた事件があった。「まとめ」るってことは編集である。どれだけ編集がきいていたのか確認していないが、どうも釈然としない。閉鎖の直接の原因は、物理的に閉鎖に追い込まれた、というのが実情だろう。著作権をふりかざすのもどうかと思ったが、過去問の件では、しかしそんなものを有料で切り売りのするもセコイやね、と思ったものだが。いう感情を伴う現象、対象に深く関与し、影響を及ぼしている。白馬に乗った王子さまの出現を期待する乙女心などはその典型だろう。男も、そういう出会いを四六時中期待していると言っていい。いう期待はどうやって現実のものになっているのか。生涯の出会いと呼べるような出会いは、そうそう生起するものではない。重要な出会いほど、「偶然」に任されていると誰もが感じているはずだ。大きな出会いであればあるほど、生起する確率は小さくなる。以前、本との出会いについてエントリしたが、本には書店という「可能性のプール」がある。人と人の出会いには、そうした可能性のプールは、現代においては存在しない。ネットの「出会い系」は、実は確率論的な出会いの本質において、その名称をはなから裏切っている。「君と、あなたとどうして出会ってしまったのだろう?」という偶然性、運命性は、初めから排除されているからだ。偶然性、運命性を担保した出会いはネット上では起きていないだろうか。出会い系などというあからさまな場所とは別のところで。問題なのは、ウェブによってかつての確率に変動が起きているのかどうか、ということである。イギリスのSF作家、J・Gバラードは「人には生まれたときからすでに出会いにスペアが決められている」と語ったことがある。そのスペアを使い切ってしまえば、本人に自覚があるかないかは別に、もう出会いは起きないことになる。極論すれば、スペアの本数を遣い果たした人には、恋愛感情は生まれないし、その対象を求める気も起きない。これはいわば確率の対極にある「決定論」である。言い換えた方が、この問いの意味がよりはっきりするかもしれない。いま世界人口は65億人に達したとされている。恋愛感情は、実は30数億の可能性のうち、ほとんどすべてを諦めさせ、たった1個の可能性に甘んじさせるための、扁桃体と前頭葉の連係プレーのなせる「奸計」である。この連携プレーを擾乱するような確率変動が、インターネット、ウェブによって引き起こされているのかどうか。出会いのスペアはバラードが言うとおり決定論的であり、ただその生起する場所、機会の多様性が増大しているだけなのか。一つだけ言えることがある。ネットの存在しない時代に、道を歩いているだけでは出会えなかった対象に、昨日、確かにウェブ上で遭遇し、街角の立ち話では不可能な会話を交わしていること、この会話はしばらく続くだろうということ、リアル対面で話をするかも知れないということ、これらが現実に生起する確率は、100%に近い驚異的な高確率であるということである。お見合いパーティなどは取りあえず除外した(笑)。喪失の瞬間は、吹き抜けるどころではない、どてっぱらに風穴を抜かれる感覚だろう。最近気になるのは、後のネットとの関係で起きる欠損だ。「インターネットが繋がらない程度で...」とは今や誰も言えなくなって来た。これは実は大変なことなのではないか。喪失という体験、それに伴う感情は、ヒトが地上に出現して以来の古くからある経験だろう。その経験自体にさほど変化はないはず。違うシチュエーションで、様相の異なる対象によって、風穴を抜かれる体験の回数は確実に増えていることは間違いない。個人差、状況差が大きいに違いないが、例としてはブログのペットが一番いいかも知れない。「あんなもの、別にオモチャだし、アクセサリだし」と思うのは普通だが、いきなり何かの障害で現れなくなると、「寂しい」という感情を持つに至ることはある。トレースには適当な題材だと思う。一時期議論沸騰し、最近はあまり表面には出てこないバーチャルリアリティの問題は、もはや日常化している。