design→markup
共感できるというか、わからなくないエントリーがあったので。
Webデザインのタネ | また延期になるプロジェクト。
http://oshare.jugem.cc/?eid=667
どこも似たような感じなのかなぁと思いながらも、回数こなしながらうまくやれるようになりたいかなと。
あ、ちなみにわはマークアップ側ですよ。
どこが見出し要素か本気で迷った
~~~ 中略 ~~~
HTMLでIDやクラス付けをしようとすると、半端なく難しい。1ページ1ページごとにh1に該当するような見出しがあったり、なかったり、見出しだと思われる箇所のビジュアルは規則性がなく、CSSでやるのには苦労のするものでした。
こういうのは結構あるよなぁ。
見出しなんだろうとおもってサイト全体で構造を考えてつくってたら、追っかけで来たデザインにはないページがあったり。あらあら、ってかんじで困ったりもするんですが。
ま、仕方ないということで。
h1のデザイン、h2のデザイン、h3のデザインというよりも、
.patternAのデザイン、.patternBのデザイン、.patternCのデザイン
といった感じで考えておいた方がいいことも結構あるのかも?ってきがしてますね。
これらをそれぞれpatternAとかのクラスにすると、なんとなく気持ちが悪ければ、
わかるようにcssの方にかいておいて、それぞれに意味からidなりclassを振っていくっていう方法になるんだろうな。
無駄にclassとかつけてしまうのがなんかいやなんだけど。
ビジュアルの規則性とかもあげられてるんですが、そういう規則性はあったほうがこちらとしては嬉しいきがするし、
多分、ユーザーも分かりやすいと思うんですよね。
最初見た時点である程度サイトの構造を学習するでしょうから。
明確な理由があってビジュアルが違うのかどうかがわからない時が一番難しいですが、
最近はまぁ、違うならちがうで仕方ないかぁと思ったりしますね。
同じ位置づけなんだろうことはわかっても、微妙に場所がずれてるのは丸めてしまっていいのか?とか。
pxでみてるのはマークアップする人間だけど、ビジュアル作る人間は全体の中で見てるだろうし。
pxでそろってるのがそろってると考えてないのかも?とおもったりしてますしねぇ。
そういうのを考える時は大体時間との勝負だったりもしてますが、
制作する側のエゴかも?
そうならないようにしないとなぁ
って気をつけながら色々やってるつもりです。
個人的に気になってるのは、マークアップの作業の見積もりを設計仕様書、UI設計からいかにしてやるか?
というところが最近のテーマですね。
デザインまでできてれば色がついていないようなUIがなくても、ある程度想定できますが、
UIから見積もるとなると、どんなデザインがあがるかがわからないだけに、作業時間の見積もりが難しいよなぁと。
UI設計書からビジュアル担当者とマークアップ側と同時に見積もりを出さないときとか。
(ビジュアルとマークアップが別会社という前提ですが)
UI設計書から見積もるという経験値が圧倒的に足りないのが一番いけないですがね。
そこをどうやって見積もるか、というのを最近考えてるところですね。
そういう意味では今はそこを考えずにやらせてもらえてる、というのはある意味幸せなんだなぁと。
毎回作業しながら、次回の反省というか、次はこうならないように、ってのをメモったり考えたりしてるけど、
それを確実に生かせてるか?というと疑問符なところもあるので、
制作が終わった時点でまとめて一度振り返る必要があるのかもなぁ。
あぁ、意味不明な文章になってしまった。
なんかこのあたり考えてることはあるんだけど、うまく文章にできてないな。
文章力も原因だろうけど、もうすこししっかり考えないといけませんね。