近頃の、とあるR。

メニューなどで、マウスが乗ると画像が反転したりする、アレのお話です。
(ソースを格好よく表示するプラグインが本末転倒になっておりますが…)

昔は、Javascriptで反転

メリット

• とにかく、安定して動く
• 印刷でも背景扱いにならない

デメリット

• とにかく、HTMLソースが読み辛い
• IEでツールチップ（ポコっとなるaltの代替テキスト）が出る

<a href="index.htm"
 onmouseover="
 MM_swapImage('navi_01', 'img/navi01-over.gif');
 return true;"
 onmouseout="
 MM_swapImage('navi_01', 'img/navi_01.gif');
 return true;">
<img src="img/navi01.gif" name="navi01"
 width=100 height=50 border=0 alt="トップへ">
</a>

昨今は、cssで反転

メリット

• HTMLソースが読みやすい
• 複数の画像を１つにまとめちゃったりもできる
• ツールチップが出ない

デメリット

• CSSソースが読み辛い。凝り具合によっては壊滅的
• 印刷が背景扱いになる

<a href="./index.html" class="navi01">トップへ</a>

これから（既にか？）は、再びJavascript

メリット

• HTMLソースはなかなか読みやすい
• CSSソースもかなり読みやすい
• 印刷で背景扱いにならない

デメリット

• IEだとやっぱりツールチップが出る
• 弱いPCだと重い場合も考えられる

<a href="./index.html">
<img src="./img/navi01.gif"
 width="100" height="50" alt="トップへ"
 class="rollover" />
</a>

しばらくJSで行ってみます

hタグに画像が入ったり、ナビ上でツールチップが出ちゃうのが気に入りませんが、座標取りが楽で印刷対応も柔軟に行えますし、なによりcssがキレイなので、来月からはマウスオーバーはJSメインで組もうかな。現在作業中の案件も同様。

月並みに言いますと、ウェブサイトにはその組織のあり方が鮮明に映し出されています。HTMLコーダ的に、リテール商品を取り扱う大企業をいろいろ観察し、そのエッセンスをまとめてみようと思いました。
…しかし、最初の一つの「三菱東京UFJ」が予想以上に興味深かったので、単体エントリに。

胃が痛くなりそうだが…案外

現場はものすごく頑張っていると思います(ノД｀)
三菱東京UFJのサイトは見れば見るほど、胃に来ます。統合の関係でカオスの道を進んでしまった基幹システム部の悲劇は隠しようもなくはっきりと見え、無関係な私でさえ胃が…。
とは言え、純粋にウェブサイトとしてみると、なかなかエレガントではありませんか。情報構造はスルーしますが、ドメインも含めてグループ間でもなかなか統一されています。

リニューアル中？

グループレベルでのデザイン統一は、なかなか骨の折れる仕事です。まず「ちゃんとした仕事」のできる組織でなくてはなりません。さらっと眺めてみると…三菱UFJ信託銀行だけ、ちょっとデザインが違いますね。
巨大サイトですと、少なからず万年リニューアルの様相もあるのですが、これには「大きな節目」のようなものを感じます（←結論としては誤解）。
近頃の流れも踏まえると、

• より幅広に
• センター寄せ

な信託銀行の方が新しいのでしょうか。なぜか、納得行きません。しっくり来ません。鈍い私の感覚でも、信託銀行以外の方がビジュアル感覚は優れているような(ﾉ∀`)
ソースをみてみます。おおーグループのほとんどのページはテーブルレイアウトなんですね。信託銀行だけXHTML定義。最近の流れではCSS化もリニューアルの動機になるようです。よくよく見れば、共通部はCSS化されていたり、トップ以外では印刷スタイルでナビ等を非表示にしてあったりも。なかなか経緯を感じさせる具合です。

三菱ＵＦＪ信託銀行

DTDがXHTMLな事も有り、tableも散見されるものの、まぁ一応CSS的か。そして…これは、硬派(ノД｀)1行目に<?xml version=”1.0″ encoding=”shift_jis”?>が記述されています。
書いても書かなくても良いこの１行目。XML（HTMLではなく）としては書くのが理想的な表記なんだそうです。ただ、コーディング的にはIE6と非常に相性が悪く、なかなか厄介な存在。この1行を書くだけで、IE6への対応が大きく変わってしまう、難儀な呪文です。テーブルの多用はその辺にも理由があるのかもしれません。

成り立ちを調べてみる

そういえばそう、そうそうそうでしたね。信託銀行は「引っ張りダコ」だったんでしたっけ。ひょっとすると、その辺の影響が表れているのかもしれません。
スタートは、2005年の10月。確かに、CSSとtableの混ざり具合は2005年的かもしれません(ノ∀`) Internet Archive的にも、近年こうなった訳ではなく、2005年の発足当初から今のデザインだったようです。つまり、リニューアル中でもなんでもなく、最初からそうだったんですね。

得られたエッセンス

銀行系サイトですと、どこも結構イライラするんです。私は。得たい情報になかなかたどり着けなかったりで。手っ取り早く電話で聞いちゃったりさえします。なので、醍醐味の詰まっているであろう情報構造に関してはあえてスルー＼(^o^)／銀行系の経験もありませんし、情報構造に踏み込むのはちょっと失礼な気もしました。
…まぁ、そもそも失礼なエントリなんですがね(笑)

避けては通れないカオスが存在する

ネットバンキングが２系統ある。このカオスだけで逝けます。要望や命令も２系統なんでしょうか(ノД｀)それを吸収し翻訳する機能を持つ部署なり担当者がいらっしゃるのでしょうが、その方が神なんですかね。

レギュレーションこそ古いが頑張っている

究極クラスの超カオスの中、スタートアップはすばらしい仕事をしたと言えるでしょう。
そして、おそらくそのカオスへの対処は今日でもなお、大変な作業。費用も非常にかかっているでしょうし、レギュレーションの大幅改訂にも迫られているかもしれません。他人事ながら、頭が下がる思いです。

育児の話です。
妻の懐妊から出産までの間に、大体の覚悟はしたつもりでしたし今もしています。何がどうあってどうなろうと、その辺は受け止める。人様に深く聞いたことはありませんが、おそらく、世の中ほとんどの親御さんがそうなのではないかなと感じます。

成長が遅いなガハハ

どうも、成長が遅いです。私自身、運動神経が鈍いので、我が子よお前もかガハハなどとマッタリしておりました。
しかし、これ、親としての精神衛生的な部分こそ、健全なのかもしれませんが「受け止める」と言うのとはまたチョット違うのかなと。

受け入れるだけでは

当然、受け入れる入れないと言う選択肢は存在さえしません。「受け入れる」一択です。それが覚悟です。しかし「来た球を打つ」だけで良いのでしょうか。ええ、もっとできることがあり、それをすべきなんですね。

現状を正しく理解する

• 受けられる検査はできるだけ受ける
• 可能性を把握して、できる事を知っておく
• できることをする

覚悟は当然大切なのですが、それだけでは意味が無い。リスクを受け入れる覚悟だけでは、結果は変わりません。
与えられたカードで勝負するにも、まずはカードを正確に把握する必要があるんですね。全く当然の事です。

いやはや、成長させられます。

近頃、まだ歩けもしない我が家の乳児が、抱っこしてくれ、あちらへ進んでくれと指図します。
そのような中、希望が多いのが「仕事部屋」。キーボードを叩き、目薬やスティック糊を投げ、書類もポイポイ。

理由は何？

それなりに楽しそうですが、珍しいものが特に多いとも思えないこの部屋、このつまらない部屋に来たがる理由はなんなのでしょう。

• 単純に過ごす時間が短い部屋
• 他の部屋より明らかに雑然とした部屋
• 父親が入り浸る秘密の部屋

なるほど、改めて考えてみると確かに引力がありそうです。

どうしましょう

さて、この引力をどう使いましょうか。

方向１：部屋に来ない様に

危ないものも無くはありませんし、ケーブルを抜かれても困ります。また、仕事中に居られると目も届きにくくなり、何かと大変そう。とは言え、来るなと言われる程に行きたくなるのが性ですし、最悪、トラウマを作ってしまっては元も子もありません。

方向2：働く事は楽しい事と言う意識を

仕事部屋は楽しい部屋。仕事は楽しい事。働く事、勉強する事は楽しい事。そんな感覚を持たせる事が出来ればそれは一つの理想形です。でも…楽しい「スティック糊」で釣るのはなんか違いますよね(ﾉ∀`)

結局

グチは最低限にし「仕事は楽しいんだぜベイベー」な雰囲気作りに勤しもうかと思いました。

３２ビット環境がなにやら熱い

先週だったらノータイムで64ビット環境だったのですが…近頃32ビット環境がとんでもない事になっている模様。
Gavotte Ramdisk まとめWIKI
なんやてー ( Д )　　ﾟ　　ﾟ
ざっくり言うなら、こんな感じです。

３年前の常識

• 64ビット環境だとまともにソフト環境が揃わない

チョット前の常識

• 32ビット環境では最大メモリ3GBちょっとしか使えない
• 64ビット環境でもそこそこソフト環境が整ってきた

近頃の常識

• 32ビット環境でもOS管理外のメモリを使える(゜Д゜)

※ハードが対応していれば

新調するなら

まてまて。新調するならやっぱり64ビット環境で良さそうですね。
新調前に今のXP機のメモリを増やしてみようかな(・∀・)

プラッタ数は少ない方が偉い？

曖昧な記憶では

• プラッタ（HDD内の板）数が少ない方が偉い
• プラッタの容量が多い方が偉い
• 回転数が多いほうが早い

「プラッタ（HDD内の板）数が少ない方が偉い」特にこれは本当なのか。確かに、メカとしてはシンプルな分、壊れにくく優秀でしょう。
先ずは、あえて想像。ググらず、想像(笑)してみる。答え合わせは後日かな。

考えてみる

プラッタが多いほうが、ヘッドも多くなるんだから、同時に読み出せて速くなるんじゃないか？

プラッタが多い＝同時に使えるヘッド数が多い？

もし複数ヘッドを「同時に使う」技術が有るのなら、プラッタ単位のストライピングで速くなるはず。まてまて、

プラッタが少ない＝ディスク密度が高い

密度が「CDで言う穴の間隔」なら（「レコードで言う線の間隔」ではなく）単純に1ヘッドの読み書き量が上がる可能性も。

プラッタ単位のストライピングがあるのなら、同じプラッタを使用したHDDなら、プラッタが多いモデル＝容量が多いモデルのが、明らかに速い事になる。そんな話は聞いたことがない。どうも、プラッタ数が読み書き性能に大きな影響を与えているとは思えない。

プラッタ単位のストライピング技術は使用されていないのだろう

あっても、プラッタ数に依存しない類。例えば、同プラッタの表裏程度か。HDD個体単位でのストライピング（RAID0）を見るに、そんなに複雑なコントローラが必要とも思えない。

同時に使えるヘッドは１つなのか!?

ひょっとすると、メカ的に同時に使えるヘッドが１つなのかもしれない。精々プラッタ数に依存しない表裏２個程度か。

大化けできる？

となると、ひょっとするとHDDはまだ大化けするかもしれません。いやいや、世の中そんなに簡単ではないでしょうが。

買い替えの動機は

今のPCは3年目。正直、パワー不足は感じていません。そりゃ、コーダーですからねぇ(・ω・)確かに軽い作業が多いです。
何故買い換えるかと言えば、一番は「不安対策」。仕事が忙しいときほど「今飛んだら」などと恐ろしいイメージが沸いてしまいます。もちろん、そこそこ飛んでも大丈夫なようにはしているのですが、やはり、ロスは少なくありません。

確認環境の強化も

「お下がり」は予備機になります。しばらくはIE6も動作対象から外せませんので、予備の予備機も当分現役かな。予備になってませんね(・ω・)予備の予備の予備は古いノートPCかな。
古い確認環境を仮想化しておくのが最もエレガントな気もしますが、仮想環境ごと逝ってしまう事も考えると、ある程度は実機として分散させておいた方が良さそうです。近頃では、IETesterなんて素敵なものもあるようで、今度使ってみようかな。

悩んでる間が楽しい

PCに限らず、買うまでが楽しいですよね。
ちなみに前回はケース（筐体）で大失敗しました。ZPC-LCD MASTER （オフィシャルは何故か工事中。リンクはスペックも載っているどこぞのショップ）
今見ても、そこそこシンプルで可愛げのある形なのですが、届いてビックリ＼(^o^)／デカイでかすぎる。