どもです。 最近なんだか本業が忙しいです … というより、バタバタ感が強いです。 デザインとシステムの橋渡し的な仕事もよくあるんですが、今回もそのケースでイライラさせられて。 ボクなりに原因はいくつかあると思っているのですが、今回はWebのシステム側からWebデザイン側への要望も含めて書かせてくださいな。
勤務している会社は自社コンテンツを持っていて、開発についてはほとんど、Webデザインもけっこう内製でやってしまいます。 Webデザイナーさんがたもいるので。 社内のリソースがあるときは良いんですが、無いときはWebデザインを外注してしまいます。 そういう場合、納品された HTML ( もちろん CSS 、 JavaScript 、その他イメージファイルも含めて ) を UI にして、システムが稼働するようにボクがごりごり作業する流れになるのです。 今回の案件、急ぎだったのでWebデザイナーの外注さんお願いしていて。 それで納品されてきたデータですが、内製でやるよりビジュアル映えするデキではあるけど … ひでぇソース。
今時テーブルタグの入れ子で全部レイアウトするなよ ( 怒 ) … tr と td の関係がずれてるじゃんか。
リンクをクリックすると JavaScript のエラーがでるし、やり直しを依頼したらギブアップしてきやがった ( 呆 ) … 納品物に責任もてよ。
とまあベースのレベルがまずよろしくなく。 いつも特に厳しいレギュレーションを敷いているわけでもないので、CSS を使わないというのは意味がわからない。 ボクも厳密なHTMLソースを手がけた経験が無いのでアレですが … ともあれ、システム側からしても、Web スタンダードっていうのはなかなかいい流れだと思うのです。 なぜなら、プログラマーも CSS + XHTML を理解すれば、表示に関する表現を単純な処理で実現できるケースが多いからなのだ。 テーブルタグでおなじ内容を繰り返すレイアウトをしようとすれば、tr と td タグが大事になる。 この関係・数をまちがうと、表示もメタメタなことになるので、内部に算数的な処理をいれる事が多い … これはつまらないしめんどくさい。 いま時はたいていフレームワークが処理してくれるけど、イレギュラーな表現は手動でやるケースが多いもの。 でもそこいくと div タグの表現で完結しているなら、ボクの経験上単純にループ処理させるだけですむケースが多いんですな。 それによく URL 引数によって、ビジネスロジックは変えないで表示だけ何パターンも要求される ( しかも微妙な違いだ ) 場合もよくあるけど、ボクはプログラムでごちゃごちゃ書かずに、読み込む CSS ファイルだけ変えて対処したりもする。 テーブルタグだと、そういう小ワザで逃げるわけにもいきづらい。 だからもう画面をテーブルタグでレイアウトっていうのは論外だと思うわけです ( 何かレギュレーションがある場合は別ですよ ) 。
JavaScirpt エラーの件も論外。 どうやら認識が甘い。 外注のWebデザイナーさんからしたら JavaScript はプログラム ( っぽい ) だから、Webデザイン側ではこれ以上無理、と。 ボクからしたら、今回の JavaScript で制御しているものはWebデザインのコントロールであって、そりゃデザインの一部だろうと。 ましてやビジネスロジックに関わるもんじゃないし、JavaScript による表現をデザインしているのはそっちじゃん、ていうか納品物の一部じゃん。 ボクのリソース費やして、ナゼにお金を払って受け取ったデータの手直ししなきゃならんのよ。 結局時間の無駄なのでボクの方で修正しましたが、これはこのWebデザイナーさん個人の認識が甘すぎるのが問題でしょうね。 そもそも理解できない JavaScript のフレームワークをゴテゴテ組み合わせて、とりあえず動くから納品 … ではなんともお粗末。 実際いらないファイルもリンクしてたり。
で、ですね。 システム側の立場としては、もっと踏み込んだレベルでもWebデザイナーさんには要求したい。 今回の HTML ソースもそうでしたが、多くのWebデザイナーさんからもらうデータは、汎用的にできていないんです。 どういうことかっていうと …
もしも文章量が増えたら、もしもデザインラフのときにある写真がなくなったら、レイアウトが崩れる HTML になっている
ということ。 最近のwebサイトって、実際はデータベースから文章や表示データを読み込んで表示させる画面が多いので、文章量は様々で、無いときだってある。 Webデザイナーの納品物の多くは、そのサンプルで使われている文章で、その文字数で、その写真の大きさと数のときに、初めてぴしっと整うWebデザインになってるんです。 これはシステム側からしたら、はっきり言って使えないソースなんですよね。 コンテンツの趣旨がわかれば、ドコが可変データになるのかもわかるはず。 その点を意識してコーディングをしてくれる方って、けっこう少ないようです。 … 今回のケースも、ボクがスタイルをに新たに追加・修正してかなりてこ入れするハメになりました。
その代表なのが Zen Garden にあるソース。 ここのWebデザインをまとめた本も、最近出版されましたね。 確かに同じ HTML を CSS だけでここまで違う表現にして、豊かにWebデザインしてるってスバラシイ。 ボクのようなウソんこ CSS からみたら、ずいぶん厳格でアイディアに富んだソースかとは思います。 そう思っていて、以前システムに使う UI の表現の参考に … とここからWebデザインを見繕って、ソースをボクなりに読み込んでみたら。 レイアウトの値がキメウチなので、文章量が増えたらはみ出すわ、空欄ができてもフィットしてくれないわ。 数種類の CSS を試しましたが、どれにもそういう部分があって、
この表現力って、情報量・内容が固定だっていう前提で成り立ってんだ …
と幻滅した覚えがあります。 これってダメじゃないですか？ 今時スタティック ( 静的 ) な画面しかないサイトなんて、ありえないじゃないですか？ なんかそれ以来、Zen Garden のWebデザインは 「 それなり 」 程度にしか思えなくなってしまい … 。
Web デザインは、単純にグラフィックデザイナーが手がけられるモノじゃないです。 Web デザイナーには、特殊で高度な専門性がけっこう広範囲に求められます。 似たような事を書いた気もしますが、システムのニュアンスを理解できるかどうかというのも、Web デザイナーに必要な職能です。 決してグラフィックデザイナーにはできません。 Zen Garden は自らニュアンスを伝えていますが、グラフィックデザイナーが CSS を認識する場所なんでしょうね。 このスタンスで今後の Web デザインにいつまで通用するんでしょうか … ボクには疑問です。
