『暇つぶしにCMSとかつくってみる』でつくるlことにしたCMS。

なんかそれっぽいのができた。でも浄化処理とかほぼしてない。メンドくさかったから。

とりあえず処理の流れとか、そんなんが知りたかったので。

PHPでつくるごく単純なテンプレートの設計

XHTML　CSSガイドラインに残ってたのかとも思ったけど、そのサイトは普通にテーブルレイアウト。

っていうかそんな素人がわざわざ使う訳もない。

連絡してみたけど、返信なし。

しかたないんでデータをエクスポートしてアカウントを削除した。

Webって顔が見えないぶんリアルより敬意とかが必要なんだとおもう。しかもいちおうプロとして制作してるみたいな感じなので、余計に。

どうよ。Anayiticsになんか対処する機能ってつかないのかしら。

確認したことないんでどう見えるんかはわからんけど、ブログはMTのデフォルトの構造ちょっとイジっただけで、複雑なスタイリングもしてないし、その他のページはほぼプレーンなHTMLなんで大丈夫だと思うけど（WebKitでたしかズームイン、アウトとかでみるんで実はあんま関係ないのかもしらん）、でも時代よねー。とか思った。

あとIE8とかもきてる。ちなみこのサイトのIEとFirefoxのシェアはほぼ半々。でも結構IE6多し(IE7とほぼ半々)、IE6ユーザーはインストールしやすくなったIE7へ是非アップデートを。って別にFirefoxでもOperaでもいいんで、とりあえずより安全で、より高速で、より快適な新しいブラウザをお勧めしまっす。

そしてぼくらをIE6の呪縛から解き放ってください。

内容はUI設計、情報アーキテクチャ、ユーザビリティ、インタラクションデザインなどの専門的な内容となっています。

Web系の雑誌はけっこういっぱいあるけれど、学生が読むような内容のものや、企業のWeb担当者向けのものが多かったので、プロ向けに書かれた本格的な内容のものは、希少です。

とりあえずケンタに2時間居座って読み上げました。

DESIGN IT!　vol.1ウェブサイトや業務システムのUI（ユーザーインタフェース）のデザインの事例や考え方はもとより、国内外の役立つ情報とノウハウを伝えていきます。また、DESIGN IT! の共通テーマである「ストラテジー（S）、デザインマネジメント（DM）、ユーザビリティ（U）、インタラクション（Ix）、情報アーキテクチャ（IA）、コンテンツマネジメント（CM）」を機軸に据えながら、最新の実践例や実務情報を交えてご紹介して参ります。

“基本構造HTMLとid classのみのCSSファイルセット” の構成は以下の通りです。

• index.html (id/classの命名規則に基づいた基本構造のみ記述しています)
• common/css (ディレクトリ)
• common/css/base_layout.css (id class名のみ記述)
• common/css/skin.css (id class名のみ記述)
• common/css/font.css (font-family,line-height,font-size,supタグをちょっときれいにみせる指定を記述)
• common/css/reset.css (デフォルトのmargin,padding,ulのlist-styleを消去,imgのborderを0にし、vertical-alignをtopに。tableのborder-collapseをcollapseにする記述)
• common/css/import.css (@import記述)
• common/js (ディレクトリ)
• common/js/add_event.js (空ファイル)
• common/images (空ディレクトリ)

こういうのは、ちょっとした手間でしかないのかもしれませんが、ベースが決まるとルーチンなので、無駄な時間を省くと言う意味で。ってまあ、結構当たり前にやってるとは思いますが...自分用にどっからでもダウンロードできるようにと。

id/classの命名規則からダウンロードできます。

Web = ホームページ ではないと思います。

Webはただの巨大なネットワークシステムで、そこで情報を公開する方法として、ホームページというカタチがあるに過ぎません。つまりホームページというのはただWebを利用するひとつの手段にしか過ぎないということです。

ホームページというのはただの一手段です。であるならば、考えるべきはそれをどう利用するか、という仕組みで、ホームページそのものではないと思います。

当初、仕組みとして考えられ、それをどう利用するか、なにかできるのか、という模索がなされ、やがてホームページという形式が出来上がってしまったことによって、Web屋は、ただのホームページをつくるひと、という型にはまってしまったような気がします。

ところが、その型にはまらない企業というのもあります。彼らが提供するのはホームページではなく、Webというネットワークシステムを利用したサービスそのものです。

そして彼らはケタ違いに売り上げを延ばし、企業価値を高めています。一方“ホームページをつくるひとたち”は、金銭的にも精神的にもあまり豊かな暮らしをしていません。

なぜなら“ホームページをつくるひとたち”がつくっているのは、サービスでも情報システムでもなく、ただのホームページという決まりきったカタチだからです。

カスタムメイドで、顧客毎に一個100円のパンを焼いていたのでは。パン屋はきっと潰れてします。

つまるはなし、ホームページという形式をつくるのではなく、組織が提供するサービスの一環として、Webを利用するべきだと思うのです。それは結果ホームページになるのかもしれません。しかし、それは見た目がホームページでも、ユーザーとってはまぎれもなくサービスになると思います。

事例でわかるWebサービスあらゆる情報を連携して扱え、インターネットの商利用をさらに発展させるWebサービス。本書は、新世代のシステム連携技術であるWebサービスの基礎知識やビジネスへの適用などを、事例で解説したわかりやすい入門書です。Webサービスと従来システムの違い、ビジネスへの用いられ方、今後どのように発展していくのかを図解しています。

なんか前にProcessing.jsというのが公開された時に「ほいでこれで何するねん」みたいなことになりました。

「いやー、なにするんでしょうね、アートじゃないですかー」とか適当に答えてみたけど、アーティストではないので関係ないじゃん。とかあれでした。

でもプログラムによるアーティスティックなビジュアライズというのは、ぼくらWeb屋にしてみればインフォメーショングラフィックスの可能性がひろがるということじゃあなかろうか、とかふと思いました。

Flashが目指すところはきっとインタラクティブで、リッチなビジュアルをもった“インターフェース”だろうから、そいつとはまた別のアプローチでの情報の視覚化という意味でのプロセシングという位置づけとかしてみろうかと思う。

例えばリアルでは、位置というのは意味化ができない。トンネルの入り口は逆から行けば出口だし、出口はまた入り口にもなる。制限を設けることで意味の逆転を防ぐ事も不可能ではないけれど、“入り口”という看板のドアから出てくることは容易い。

ところがサイバースペースでは入り口を永遠に入り口にする事が可能になる。出口に辿り着いた瞬間に入り口に戻す。出口の先が入り口という時空間をねじ曲げるということが至極簡単にできるので、位置の意味化というのが可能になる。

もちろん、リアルにおいても縦方向の移動というのが、高度、深度、というふうに意味付けられ、地点というのが緯度経度によって表される。これは地球を疑似的に情報化することで、コミュニケーションの齟齬を防ぐためにあるのだろうけれど、普通の人にはあまり関係ない。

犬の銅像の前で待ち合わせれば犬の銅像は動かない可能性が高いけれど、それは位置を情報として意味化するのとはまた違う。ただその場所が動く確率が非常に低いから、そこで待ち合わせれば結構高い確率で出会える、ということに過ぎない。

位置の意味化というのは例えば人口の総数を位置で表現するといったようなことで、ある限られたバーチャル空間の中での深度が、人口の割合に比例するとかそういったことだと。

1,000枚の書類を見るより、インフォメーショングラフックスを見る方が情報の取得コストが低いことは誰にも明白なので、そのへんでWebっぽいなとかも思う。

ビジュアライジング・データ-Processingによる情報視覚化手法手軽で強力なプログラミング環境「Processing」を用いた情報視覚化技術についての解説書。地図情報・階層ファイルシステム・リスト・グラフ構造・時系列データなど、さまざまなデータの収集・解析手法から対話的な視覚化手法・プログラミングテクニックまでを豊富な実例を用いて詳しく解説しています。

Processing.jp

なんかJavaScriptでは

var hoge = document.getElementsByTagName("tagname"); hoge[n].firstChild.nodeValue;

というように、hogeの中に配列（のようなもの）化されたデータが代入される。

けどPHPの方は

$hoge = $DOM -> getElementsByTagName("tagname"); $hoge -> item(n) -> nodeValue;

というように、$hogeにitem()でタグの番号を指定しないとでてこない。テキストノードは無視っぽい。けどノードの中にテキストをappendする場合はやっぱ、createTextNodeが必要。

テキストノードがとれない（っぽい）のでremoveChildがちと面倒。

getElementsByTagNameをしたいのだけれど、ルートからのTagNameはとれるけど、そのタグからまたgetElementsByTagNameしようとするとエラーになる。とれないのかしらん。

解決した。

getElementsByTagNameからgetElementsByTagNameとれた。

$node -> item(0) -> getElementsByTagName('tagname') -> item(0) -> nodeValue;

とりあえずルートからいっこいっこTagNameを取得して、なんとか取ってきたけど、なんかスマートじゃないのでどうかなとか思う。

//DOMオブジェクト生成 $document = new DomDocument('1.0'); //XML読み込み $document -> Load('rss.xml'); //itemNodeを読み込み $title_node = $document -> getElementsByTagName('title'); $description_node = $document -> getElementsByTagName('description'); $link_node = $document -> getElementsByTagName('link'); $files = array(); $array_title = array(); $array_description = array(); $array_link = array(); for ($i = 1; $i <= $title_node -> length; $i++) { $array_title = $title_node -> item($i) -> nodeValue ; $array_description = $description_node -> item($i) -> nodeValue ; $array_link = $link_node -> item($i) -> nodeValue; $files[$i] = array($array_title,$array_description,$array_link); }

とりあえず、最初のテスト用の設計が終わった。ほいじゃあこっからちゃんとつくるかって程度だけど。

PHPでつくるごく単純なCMSの設計

ミニマムインターフェース展というのは、複数のデザイナーとアーティストが“インターフェース”という共通のテーマでつくった作品の展覧会です。

なんかアーティストの考えるインターフェースと、デザイナーの考えるインターフェースというのは概念が違うらしく、これのどこがインターフェースなんだろう? という作品もありました。

インターフェースのもともとの意味は界面や境界地点という意味らしいので、いわゆるヒューマンインターフェース、プログラムインターフェースといった、デザイナー寄りの考えは、実はその概念の一部でしかないのだと気づかされました。

Webのインターフェースをやっていると、コンピュータインタラクションデザインを起点に考え、マウス、キーボードといった限られた枠の中でのデザインが行われますが、あるプロダクトデザインチームの作品では、見事にそれを裏切られ、境界を作るためにデザインをするのではなく、境界をなくすためにデザインはするもんだな、とか思いました。

次のMacOSやWindows7ではタッチパネルインターフェースがOSのインターフェースとして組み込まれるということですが、今後はヴォイスインターフェース、視点移動・瞬きによるインターフェースなど、コンピュータを操作する手段は拡充されだろうから、コンピュータインタラクションデザインも、同時に進化、発展させる必要があります。

そういった意味でも、これはできないからこの考えはここで止めて、できる事の中で考える、といったデザインをやってるのは危険なような気がします。できるできないはさておき、この考え方を発展させていったらどうなるのか、というのを一応結論まで考え、じゃあこれに近い手段を今できる中で再現するにはどういった方法があるのか、という思考方法へシフトしなければ、いつのまにか過去の方法論にとらわれ、時代遅れのものをつくってるだけの人になってしまう恐れもあります。

とりあえず、近くの人は無料で見れるので、一回行ってみたほうがいろいろ考える事もあると思う。

ネタばれするとおもしろくなくなるだろうから、あえて感傷的な表現をすれば、“アトムとビットを光が繋ぐ” そんなインターフェースと出会えます。

インターフェースの一貫性や、意味的なHTMLといったことでも、CMSはやっぱり便利で、極端なはなし、人間がマークアップするよりも確実で、セマンティクスグラフィック(ボタンや見出しなど、意味レベルで視覚化された情報[勝手につくってみた])などのクオリティからいっても、重要度を増してきてると思う。

サイトのディレクトリ構造の視覚化や、各セマンティクスグラフィックのパーツを選択できる機能、ページレベルでの情報構造の最低限のレベルでの整合性の検証、アカウント別の権限設定など、なんか求められる機能が変わってるっぽい。

むしろCMSを実際に使ってる企業からもWebサイトのインターフェースデザインの重点どこに置くのかとかも分かってきて、デザインの重要性とか品質とかの見方が変わってくればいいな、とかも思う。

OSインターフェースはやっぱどのOSも洗練されてるんで、その辺気づきづらかったりするんで。妙チクリンなインタフェースがいっぱいでて「ウワッこれないわ!」って気づいていくプロセスも実は大事なのかも知れない。デザイナーって科学的知識とか哲学的知識とかスゲー必要な職業なのに、それに比べて一部超企業以外ではナイガシロにされてる感がなきにしもあらず。

• 基本ルールのページを追加しました。
• plane_css filesにデフォルトで記述してあるCSSプロパティ-defaultcss.html-のページを削除しました。（アクセスが少なく、また、id/classの命名規則と目的の一部が重複するため）

XHTML CSS ガイドライン beta

ちょっと遅れましたが、貧困について少し考えてみました。

暇をつくれないやつに金はつくれない

これはアメリカで指折りの資産家の言葉だそうです。

たぶん、ここでいう暇とは、単純に時間だけをさすのではなく、資金や、時間、その資金を利用する計画も指していると思われます。

なにより、貧しいひとたちに欠落しているのは、以下の3つの概念のように思われます。

• 投資
• 計画
• 将来

上記の3つは密に連携しています。

計画、投資は将来のために行うものであり、投資は計画的でなければ意味をもちません。

投資というのは単純に物を買うということに留まりません。組織でいえば、機械などを購入するのと同じくらい、あるいは目的によってはそれ以上に、人的資源に対する知的投資活動というものが重要になります。

計画というのは、その計画を実行する時間をどうやって確保するのか、また、実行にあたってどういった作業、物理的制約があるのか、計画を実行することによってどういった利益が生まれるのか、どの程度の利益を予定するのか、つまり、コスト、リターン、リスクまでを含めて、計画と呼びます。その場限りで盛り上がり、結果実行されないものは、計画ではなく、妄想、夢想と呼ばれるものです。

将来とはビジョンのことです。世界が今後どうなり、その中で組織、個人がどういったポジションを確保したいのか、また、世界をどう変えていきたいのか。それによって世界にたいし、どういった作用、利益を生み出したいのかを、ここでは将来と呼ぶことにします。

貧しいひとたちは、今日の食事もままならず、そのために働きます。また、生産効率の低い仕事を低賃金でやらされ、結果、投資を行う時間を喪失してしまいます。

また低賃金の仕事は単純なルーチンワークのため、仕事を行うということが投資に繋がるものでもありません（ゼロではないにせよ）。

貧しさは無限ループに入り込み、誰かがそこに手を差し伸べても、投資という概念を喪失、もしくは最初からもたないため、差し伸べられた手は今日の快楽のために消費され、そこからなにかを生み出すためには利用されません。

つまり、貧困を脱出するためには、将来をふまえた計画的な投資というものが必要になってきます。そしてそこには、必ず、指導者というものが必要です。わかりきったことですが、その指導者というのが、なかなかみつからない、というのが現実のようです。

ひとは皆、我が儘だ

尾崎豊の言葉です。

WiiやらはNTTさんが押しちゅうけんど、個人的はあんまりWiiからの接続はシェアが伸びんのじゃなかろうかと踏んじょる。

でも、WiiでんAppleTVでもよかけん、それば内蔵して、TVの起動=ゼロ時間のネットワークへの接続という仕組みが一般化したら（まあ今でネットワークには繋がるんじゃけど）、もはやパソコンやらをいちいち起動ばするまぬけはおらんくなるじゃなかろうか。

パソコンがデバイスとしてのシェアを失えば、当然わしらもそれらへの対応ばせまられるいうこっちゃし、その意味でスマートフォンへの早い段階での対応っちゅうんは生死が分けかねんのじゃなかろうか。

ケータイは実際情報量が少なかろうし、情報取得のインタフェースとしては使い勝手も良いとはいえんきに。

じゃっどん（だけど）、やっぱタッチパネルインターフェースがもっと洗練ばされて、パソコンと同じ情報に苦もなくアクセスできるようになってみんしゃい。したらば、もうパソコン（にのみ最適化された）向けのホームページなんぞ誰も欲しがらんぞな、もし。

じゃけん、わしゃE30HTば買おうかと思うちょるたい。いくら（価格）かわからんけんどのぅ。

なんとなく今回は九州弁と四国弁で書いてみたけど、なんかすごい読みづらいっぽい。

あとメディアクエリーの最終草案が公開されたそうです。まあ時代はマルチデバイスましぐらたい。