スタイルシート・レイアウト、再び（再録）

以下、再録した内容です。特に文言は変えていません。

HTMLでごちゃごちゃレイアウトを調整しなくて良いようにするためのCSSなんだけど。本来はCSS技術者が一人いれば、あとはHTMLコーダーだけで作業できる。そうでないのは未だに紙ベースとWebベースの区別がついてないから。

制作会社によって、「コーダー」の役割は異なりますね。大きなところだと HTML コーダーと CSS 専門のコーダーさんがいるのかもしれませんが、たぶん日本で CSS のコーディングだけを専門に担当している人が常駐している会社は殆どないと思います。事実上、多くの制作会社で「コーダー」さんと言えば、HTML, CSS, JavaScript を全て担当している人という意味になるでしょう。つまり、クライアント・サイドに属するコーディングを全て担当する人ということです。で、DTP からいきなりウェブに鞍替えする会社は、こういうコーダーさんがいれば、あとのデザイナーはページの「見栄え」を作ればよいだけだと考える傾向が強く、そういう環境でデザインしているデザイナーさんは、結局のところ代理店のディレクターに情報デザインやユーザビリティの点で、何年かは叩き上げられないといけなくなるわけです。

制作アプリ側の環境は徐々に整ってきたけど、ブラウザ毎のあまりにもいい加減な実装でデザイナーにもユーザーにも余計な負担が……。理念は素晴らしいのになあ。

解釈の仕方で主導権を握りたがっている、各方面どうしの綱引きもあるのでしょう。で、制作会社としてはここ 2 年くらいの間で出そろった IE / Firefox / Safari くらいに対応していればよいというところが多いです。極端な話、アダルト業界とかだと IE 6 だけでいいという会社も多いです。だって、カモは素人の一般ユーザーで、ここ数年の間にパソコンを買ったばかりで目の色を変えてアダルトサイトを見てる人、ということですから（笑。そんな人がマックだったとしても切り捨てて構わないくらいの数しかいないし、Firefox や Opera を使ってる初心者も切り捨てて構わないくらいの数しかいないはずです。アクセスログを見ても、IE 以外のブラウザは殆どは海外のユーザーですからね。国内ユーザーは、圧倒的に Windows XP + IE 6 という組み合わせが多いです（一部、UA の詐称はあると思いますが）。

一般企業のサイトを制作する会社ですら互換性を打ち切り出しているのは、幾つか理由はあると思いますが、一つの大きな理由は CSS のプロパティを知っているコーダーやデザイナーはそこそこいても、ブラウザごとのバグやハックを熟知しているコーダーやデザイナーはそれほど多くないということです。最初から分かっていれば、互換性を保ちつつコーディングができるので、わざわざ「互換性を維持するための調整」という作業を後からする必要などありません。が、それだけのスキルをもっているコーダーさんはまだまだ少ないと言えるでしょう。

で、もう一つの大きな理由は、たとえスタイルシートのプロパティを一通り知っているくらいのコーダーさんやデザイナーさんしかいないとしても、調べたり試行錯誤すれば何とかなるのに、特定のブラウザに対応するためのハックを見つけたり調整しなおす時間がないという現実があります。ふつうの制作会社では、デザイナーであれコーダーであれたくさんの案件を同時に抱えています。そして、各案件の工数が決まっているため、ハックが必要になっても調べたり再調整している時間なんかありません。

とにかく大阪の制作会社を見ていると、試行錯誤したり再調整する時間など見積もらないで早く納品するというのが「顧客に対するサービス」だと言っていたりするところが多いように見受けます。金額の話にしてもそうですが、もう既にクライアントの方が上手で、余裕のある見積もり納期など言っても通用しないのです。それどころか、実作業だけの工数を提案しても、更にそこから「サービスを要求される」のが実情です。まぁそれでも、学生のサークル感覚でやってるような会社だったら、試行錯誤する時間を残業してがんばろうとするのかもしれませんが、少なくともうちの会社みたいなところだと、試行錯誤と言っても 23:30 からそれをしないといけません（笑。一日の工数が 10:00 ～ 23:00 で計算されてる会社なので（定時は 19:00）、試行錯誤したいなら自動的に自腹でタクシーで帰るか徹夜となります。つまり、顧客のためにがんばればがんばるほど、貧乏になってゆくというのがよくあります。それを、たかだか月給 18 万とかのアシスタントがやってたりするわけで、そらすぐにやめるわな～と思います。工場とかで人事担当者が「定着率」を毎年のテーマにしますが、ウェブ制作や DTP の会社でも本当はテーマになるんですよ。でも、「デザイン」とか言っててみんな気取ってるから言わないのですが・・・で、そういうおしゃれな言葉に釣られて専門学校とかから「アシスタント」という名前の無邪気な代用品がどんどん補填されるから人不足に悩む心配はない、と。デザイン会社や DTP 会社の社長って、いちど軌道に乗ったらおいしいよね。どんどん「奴隷にしてください」って向こうからやってくるし、デジハ○とか W○O とか、労働基準法は教えないけど制作テクニックをそこそこ教えてくれる奴隷の養成所までたくさんある（有能な奴隷にしてくれたら尚ありがたいが）。

・・・といった嫌みはともかく、これを「社益」の観点から見ればモチベーションのの低下につながると考えないのが、大阪にありがちな中小企業の実態です。ほら、大阪が「商いの街」だったとかいう都市伝説をいまだに信じてる人が、地方から大阪に出てきて起業してる人には多いですからね。で、商いの街なのだから、そこで働こうなんて人たちは丁稚とか職人とか、とにかく「自分から喜んで滅私奉公したがっている人たち」だというわけでしょう。『プロジェクト X』に登場するような、つまんないプライドのためにあくせく働いてくれる、安上がりなテクノロジーヲタクこそが「ぷろふぇっしょなる」であるという。・・・おっと、また嫌みに走ってるな（笑。では次にいただいたコメントを。

3割かぁ・・・業界的にはそんなもんなのか…。

うーん。あんまり真剣にとられても困るのですが、もういちど繰り返して言うと、これは「見做し 3 割」ということです。正確な統計は取れないだろうし、どうしても僕らそれぞれの経験から推定しているだけなので、数字にこだわるよりも「半分もいない」という感じだと理解してくださればありがたいです。この辺の見做し感覚は、ウェブ制作と言っても業種別にそれぞれ違ってくると思います。

例えば、b.A. やキノトロープといった、一般企業を相手に制作している会社だと、スタイルシートでデザインできる人の割合は（思い込みも含めて＜笑）かなり高い。実際、コーダーを名乗っていて HTML, CSS, JavaScript を使いこなせない人が b.A. やキノトロープ（あるいは両社の直請け制作会社）で働いているなんて想像できないでしょう。恐らく、こういう大手制作会社とその直請けや孫請け制作会社の中では、「コーダー」と呼ばれる人の殆どが CSS のレイアウトを単独でこなしている筈です。当然、僕よりもずっとレベルが高い。

しかし「制作会社」を名乗っていても、事実上は楽天とかにある自社の B2C サイトで細々と稼いでいるところも多いので、そういうところだと CSS のプロパティを一つも知らないで「デザイン」している人だってたくさんいます。当然、「コーダー」といった専門の担当者を雇う余裕などないので、デザイナーがコードも（正しく扱えるかどうかはともかく）いじります。なお、そういうところを「制作会社」と呼ぶべきかどうかに異議を唱える人もいると思いますが、条件をしぼっていけば CSS レイアウトができる人の割合は増えるでしょう。しかし、CSS を全く知らない場末の名刺屋さんみたいなところがウェブ制作を名乗ってしまっている現実がある以上、そういう人たちも頭数に入れておかないといけません。そうでないと、淘汰すべき本当の対象を見失います。それに、ウェブ・デザインを専門にやっている制作会社のデザイナーにも、Dreamweaver のデザインビューだけでページを編集しているような人が驚くほど多いし（コーダーさんに渡すべき中間素材を扱っているのだという意識がほとんど無い連中ね）、所属している会社の業態や規模だけでも割り切れないところがあります。

で、アダルトの業界にいたのでそちらの話をすると、一般にアダルト業界は「かってぃんぐ・えっぢ」な技術を早く取り入れると思われていて、実際に技術志向の人たち（これを特に「ヲタク」と呼ぶ必要はありません）も多いから、CSS でレイアウトできる人の割合もそこそこ高いと思います。実際、流行ってるアダルトサイトのデザインはここ２年くらいの間で殆どがハイブリッドになりました。僕みたいに 4 年前からハイブリッドでやってる人もよく見かけましたね。スキルのある人は、特にアニメ・同人誌系に多いです。素人系は、本当に制作のスキルも素人の人が気軽に始めたりするケースも多いから、スタイルシートなんてぜんぜん知らないという人もたくさんいます。

で、規模で推測してみると、50 人以上のスタッフを抱える会社はやはり専門のコーダーさんがいるので、そういう人たちのスキルは高いでしょうし、やろうと思えばできるという人の割合は当然ながら高いです。でも、グラフを思い描いて頂くとよいのですが、会社の規模に応じて右上がりで簡単に比例するようなグラフになっているかと言うと、ある段階で左方向へ真っ直ぐになるというのが僕の印象です。特に個人でやっている人を想像すると、もちろんフリーランサーは高いスキルをもっているがゆえにフリーでやっている人が多いので、彼らの CSS のスキルは当然高いでしょう。しかしフリーランサーと、しばしば見かける勘違い系の個人がやってる制作会社は規模で言うとどちらも「1人」なので、平均して考えると CSS レイアウトができる人の割合はそれほど高くないという統計になるでしょう。したがって、正規分布の逆の形（人数が最少と最大の場合に割合が高くなる）を想像したくなりますが、実際は少し違うだろうと思います。

最近の最大のジレンマ。代理店に技術がある人がいればと思うけど、それが最良というわけでもないだろうしなー。テーブルが何が何でも悪いというわけでもないだろうし。

やはり、生産性というキーワードで話をしてゆくと、スタイルシートが殆どわからないアシスタントに実作業をさせようとすれば、フォントサイズのレギュレーションを立てて Dreamweaver のクラスを指定させるくらいで、あとはコーダーさんがクラスや ID なしのタグについて一律のスタイルを定義するのがせいぜいではないかと思います。そういうことをふまえた上でデザイナーが動いてくれたらまだよいのですが、なかなかそうはいきません。「このデザインだとスライスはこう切らないといけないな」といった配慮をしてくれれば、まだマシな方でしょうね。そんな制約にこだわらないのが「デザイン」だと思ってる・・・本気でそう思ってる人もたくさんいます。こういう人たちは、「デザイナー」と呼んであげるから、ぜひ「ウェブ・デザイナー」とは名乗らないでいただきたいですね。いや、どちらが偉いとかの話ではなく、そういう人たちはウェブに特化したスキルがありていに言って「ない」のだから、職種が違うのです。

で、上記のコメントでも言及していただいているように、CSS レイアウトを採用するかどうかを誰が決めるのかという話では、レギュレーションに沿ってチェックするスキルがあればディレクターとコーダーのチーフが協議して決めればよいと思うのです。あるいは、代理店のディレクターと自社のディレクターが協議する場合もあるでしょう。ただ、本人達が実制作をどこまでやれるスキルがあるかはともかく、協議する人たちには正確な知識がないといけません。ディレクターにも色々いるので、営業上がりのディレクターに多いパターンだと「WEB 2.0」だの「LPO」だのと適当な言葉でレギュレーションを振ってきます。しかし、たいていそういう連中は具体的なレギュレーションを立てるスキルが全くないので（笑、制作側のディレクターや主任コーダーが、内校段階でレギュレーションを立ててチェックしないといけないのですね。それから、社内のディレクターにしても、単なる段取り屋も多いので、そういう人たちが CSS レイアウトの採用を決めてもレギュレーションを立てるスキルはありませんから、現場の主任コーダーがレギュレーションを立てる場合も多いと思います。

さて、いまだと SEO 的な制約が加わることもあるので、ソースを軽くして、スパイダーが理解しやすい構造にまとめてくださいという要件なら、それは同時に CSS レイアウトを要望していることにもなってきます。そして、うまい代理店さんだと、事実上 SEO 対策を要求すれば CSS レイアウトもやってもらえると見越して要求してくるかもしれません。制作会社側に立つと、もし自社に CSS レイアウトをこなせる人材がいないなら、SEO 対策をとりつつ CSS レイアウトを安易に引き受けずに済むような、幾つかの実装パターンを提案する必要があります。相手が本当は SEO について何も分かっていない代理店なら、Over Optimized を避けるといった理由で、テーブルレイアウトで済ませられるかもしません（笑。実際、ウェブを専門としていない代理店さんが「ウェブはよく分からないので、やってくれませんか」と問い合わせてきた場合には、これで避けられる可能性があります。あるいは、中途半端に知ってるだけの代理店なら、例えばクライアントの方で更新作業をするかどうか問い合わせてから、「もしクライアントが Dreamweaver などでの作業に熟達していなければ、CSS レイアウトだと崩れる可能性がありますよ」と提案してみるとか、「クライアントに CSS レイアウトを崩さずに編集する手順をご説明願えますか？」と言ってみるとか。特に開発系出身のディレクターだと、クライアントに分かりやすく説明するといったことは苦手な人が多いので（実際に多いから困るのだが）、「では、CSS レイアウトを無理にやるよりも他のところで最適化しましょう」と言ってくるかもしれません。とにかく代理店のディレクターといった、とんがった話題を追いかけがちな人々と渡り合う場合には、こちらが CSS レイアウトをやりたくないとか、あるいは CSS レイアウトをするスキルがないと悟られないように交渉しなくてはなりません。まぁ個人的には何度も書いていますが、SEO の方がどうでもいいことなんですけどね。つまり、たいていの会社のサイトを見ていると、ライティングをやりなおさないといけないところが多いので、結果的に SEO 対策ともなるようなライティングを正当な見積もりに入れて要求し、リライトすればよいだけという場合が多いのです。そうして、適切にコンテンツをリライトしたり組み直していけば、SEO 対策になる筈だというのが正しい筋の通し方であって、適切であろうとなかろうと「あと 2 ワード足りない」というバカげた理由で文書に無理矢理キーワードをねじ込むなんてことを、文章を書く技術もない連中がやっているのが SEO 会社でよく見る仕事です。そういう連中が書いた文章は、たいてい Google の上位のページを見ていると分かります。くどくどと「お米が」「お米で」「お米を」などと書いている通販サイトとか、サイト名や社名などとぜんぜん関係のない「キーワード＠キーワード」の形式で、スローガンじみたフレーズをやたら連呼してるサイトとか。別に、商魂たくましいとも思わないですね。見ていて反吐が出ます。

さてさて、せっかくいただいているコメントの趣旨からすぐに脇道へ逸れてしまって申し訳ありません。では次のコメントを・・・

やってみてわかるけど趣味として組めるレベルと大企業サイトのcssを設計するのは全然違う。そしてテーブルに比べて自由度が低すぎるのは確か。メリットがクライアントの目に見えない。…とか思ったけど。そんなにツン

最後の一言は意味不明なのですが、大企業のサイト（と言うよりも大規模サイトということでしょうね）になると、設計段階できちんと組み、そして実制作も下請け会社などのスタッフを含めて多人数になる可能性が高いため、ページ・デザインの段階からレギュレーションをしっかりやっていないと、後で面倒な修正や調整をたくさんしなくてはならなくなります。現在ではクライアントも制作側も Dreamweaver がデファクト・スタンダードになっているため（クライアント側はまだ HomePage Builder や FrontPage を使っている場合もあります）、CSS レイアウトとは言っても Dreamweaver のデザイン・ビューで目視可能なプロパティに制限されるという点も押さえておく必要があるでしょう。また、Dreamwever にある制限、例えばデザインビューで編集している範囲では class 属性に一つの値しか指定できないので、一つの (X)HTML 要素に対するプレゼンテーション定義は、タグそのものに対する定義と、ID 属性、それから class 属性の値を一つずつ、計 3 つの定義しか組み合わせられません。したがって、class 属性の値どうしでカスケードするという手法が使えなくなるので、最初のカスケード設計をしっかりやらないと、例外的なプレゼンテーション要素に対応するたび、定義項目がどんどん増加してゆきます。

よくスタイルシートの話題で「スタイルシートの方が簡単だ」とか「テーブルレイアウトと CSS レイアウトでは実質それほど工数に差はない」という意見を目にします。それぞれどういう作業を思い描いているのか分からないのですが、「テーブルレイアウトと工数に差はない」という人がインラインでいちいちスタイルを指定しているわけがないのは確実ですね。そして、いまどきスタイルを使わないでテキスト要素にいちいち font タグを使っている人も少ないだろうと予想できますが、いちおう HTML だけで組んでいると仮定してみましょう。すると、CSS の外部ファイルで幾つかの div 要素を定義すると、たくさんページがあっても決められた id や class の div タグを書けば、レイアウトが完成します。そして、これは HTML でやっても工数は大して変わらないでしょう。Dreamweaver で作業している限り、たくさんページがあってもファイルをコピーしてリネームすればよいだけで、これはどちらのやり方でも同じ作業です。たとえ個々のページで、仮に背景色のパターンが色々ある場合でも、CSS レイアウトはあらかじめ定義しておいたクラスを Dreamweaver のデザインビューで div 要素に指定してゆけばよいだけですし、テーブルレイアウトにしてもどこかの td タグに bgcolor を指定すればよいだけです（あれ、一行ぶんの td を全て選んでプロパティ設定すると、tr にプロパティが設定されてしまう動作、なんとかならんかな）。実質、工数は同じと言ってもよいです。ただし、これは Dreamweaver での作業を前提にした場合です。

それから上記のコメントでも言われているように、クライアントを説得する場面で「CSS レイアウト」の利点を説くとすると、せいぜい SEO 的な効用（しかしこれもすぐには効果が出ないし、見た目では分からない）か、あるいは外部スタイルシートでプレゼンテーションの更新が簡単に出来ることを力説するくらいになるでしょう。まぁ「WEB標準」といった単語を持ち出してもいいのかもしれませんが、なぜそれがいまの流れであるかとか（実際にそうなのかどうかはともかく）、そういった周辺事情を分かりやすく説明しないといけなくなり、かなり面倒なことになるかもしれません。これが「ナウいから」と言うだけで納得して、予算を追加してくれたり上層部に交渉してくれるような相手だったらどんなに楽か（笑。もちろん、みなさんの制作会社が正当な取引をしていてまっとうな人材を揃えているなら、「WEB標準にできるかどうか」を気にするクライアントには「うちではWEB標準でサイトを制作しています」と値打ちをつけて語っておきながら、社内的にはできて当たり前のスタンスを採っていてもよいでしょう。実際、これを営業的な売り文句にしていられるのはせいぜい 2 ～ 3 年がいいところです。

自分はその三割には多分入っていない。日々努力はしているけれども「使いこなせている」実感は、ない。それを自分のスキルの無さ以外の要素にすり替えているようにも思うし。

それは僕も含めて、みんな感じているのではないですか。全てのタグの組み合わせとかスタイルの掛け合わせをテストしている人などいないと思うので、まだまだ未知のトラブルは数多いです。それに対応できるだけの準備はしたいと思うのですが、僕が言っている「3 割のまともなコーダー」とは、「そもそも我々の書くコードにはいかなるトラブルも起きない」などと平気で言ってのけるホラ吹きのことではありません。そういったことを、例えば２ちゃんとかで言っている人は、「いかなるトラブルも起きない筈だ」とか、あるいは「いかなるトラブルも起きるべきではない」という願望や傲慢さを遠回しに表現しているだけのことです。だいたいが、あの Acid2 にしても全ての可能な組み合わせを網羅しているわけではないし、そもそもブラウザ側で対応できていなければコーダーがハックすればよいのかと言うと、かならずしもそうではありません。確かに職業人としてのコーダーは、もちろん対応できればそれに越したことはないし、すぐ対応できるようにあらかじめ色々なブラウザのレンダリング結果を知っておいたりバグの情報を知っておく方がよいでしょう。お目にかかったことがない状況なら、ハックするのも一つの手だと思います。が、それは決められた工数のうちで対処できればよいといったていどに考えておき、どうしても克服したいと思ったときにだけ、残業するなり自宅で考えてくるなりの努力をしたらいいと思うのですね。

で、またディレクションの話になってしまいますが、もちろん、いま述べたような理由で残業するときは実制作側の人間ではなくディレクターに相談すべきです。これはなにも、実制作側にいるチーフデザイナーとか主任コーダーにデザイナーやプログラマーを残業させるべきかどうか決める「資格がない」とか「能力がない」と言っているわけではありません。そうではなく、人材マネージメントという点でも動かなくてはならないディレクターが、そこでの「責任を負わないといけない」という意味なのです。だって、チーフデザイナーも人間ですから、部下に残業させていたら、人情として監督役の自分だって帰りにくくなるでしょう。他の人にしたってそうです。みんながみんな、さっさと帰るような会社ばかりではない筈です。そうすると、実制作側のチーフが残業させたことでみんな帰りにくくなるし、本人も帰りにくくなると、いずれは全員のモチベーションが下がってくるでしょう。すると、たとえ和気藹々とやっていても効率の悪い現場となり、結果として社益に反します。本来、そのような人材マネージメント（会社経営としての戦略）にかかわる判断は、チーフデザイナーですら一社員でしかないのですから、ディレクターが嫌われ役を買わなくてはなりません。これは偉いとか上役とかいったケチな話をしているわけではなく、ディレクションとは個々のプロジェクトのディレクションだけを指しているわけではないということを意味しています。僕が最近ディレクションの話をして、たびたびいろんな会社や自称ディレクターたちに噛みついているのは、こういう社益の観点からディレクションをしている人が少ないからです。社益の観点から適切なディレクションをするためには、ディレクターは経営者とも交渉する必要があるのです（経営者というものは、往々にして自分自身の利益を社益と混同しがちだからです）。「ウェブ」なんて言葉は、付いていようといまいとどうでもよいのだという点に、気づいて欲しいなぁと思っています。あ～また脱線だよ（笑。

いや、1割もいないっしょ。ってか、レイアウト組めるだけでもだめだし。

では、こちらを最後のコメントとしてご紹介します。なんか高校のときにやってた放送部の番組みたいになってきたな。えーと、CSS レイアウトだけでは不十分というご意見ですね。確かに、スタイルシートを設定したり運用するスキルの話は、「スタイルシートを有効に活用する」という大きなテーマに沿った話から、「ひとまず論理構造を指定する意味づけと、プレゼンテーションを指定する意味づけを分離する」という話まで多岐に渡ります。コーダーはスタイルシートを運用するスキルのうち、とりわけコンテンツの修飾的な意味づけ（color や background-image など）に関するプロパティの取り扱いは、デザイナーとの協議が必要になります。例えば文字列のアンカー部分について、デザイナーは a:hover のデザインと a:visited のデザインをあらかじめ指定してくるとは限りませんし、中には考えてもいないデザイナーだっています。そして、JavaScript のコーディングを担当する人が別にいれば、ブラウザごとの振り分けをしてもらうべきかどうか、それともスタイルの方でハックすべきかどうか、これはディレクターや JavaScript コーダーと協議しなくてはなりません。あるいは、スタイルの指定にあたってユーザビリティの専門スタッフに意見を仰ぐこともあるでしょう（殆どの会社には、このようなユーザビリティの専門スタッフはいませんが）。それから、古い Firefox で letter-spacing に大きな値を入れたページをレンダリングさせると、ヒープ・オーバーフロー脆弱性を突かれてしまうといったセキュリティーホールが報告されたら（実際にありました）、システム・エンジニアに問い合わせしておく必要があるかもしれません（あまり letter-spacing を動的に変えるようなページはないと思いますが）。

かようにして、コーダーと言っても CSS の勧告ドキュメントだけ読んでいればよいというものではないと言えるでしょう。更に加えて、実際に複数の OS やブラウザが入ったマシンを扱っているかどうかはともかく、各 OS ごとのさまざまな UA について、バグやレンダリングの不備を知っていなくてはなりません。とは言っても、いま書いたことを全てやっているような人は滅多にいないものです。スタイルを JavaScript とイベントハンドラで制御するくらいのテクニックを持っているレベルなら、ふつうの制作会社のコーダーとしては合格点でしょう。

ただ、コーダーさんは後々のキャリアを考えれば、ディレクターなどの管理職に就こうとしている人を除くと、デザイン系かシステム系にシフトしていかなければならないでしょうから、スタイルシート以外のスキルを嫌でも上げて行かざるを得ないという現実もあります。実際、みなさんのまわりの制作会社をご覧になれば、コーダーと呼ばれて HTML やスタイルシートや JavaScript だけをつついている人は、おおむね 20 代の人が圧倒的に多い筈です。ウェブの業界は短く見積もっても最低 10 年は歴史があるので、大学を出てからすぐにコーダーの仕事を始めた人は、ネットバブルの頃からたくさんこの業界に入ってきて、既に多くの方が 30 代になっている筈です。でも、実制作現場でスタイルシートや JavaScript を扱っている 30 代のコーダーさんは驚くほど少ない。彼らの多くは、ディレクターを除けばデザイン系にシフトして ActionScript などを兼任しているか、あるいはシステム系にシフトして PHP や Perl や DBMS を扱っている人が多いと思います。なぜか。コーダーは他のスキルを身につけない限り、そのまま同じ職場にとどまることが難しいからです。かといって、フリーランスとして独立することもできません。特別なコネクションがあってなぜかコーディングだけの仕事が入ってくるか、あるいはコーディング技術の教育や啓蒙活動を専門にしているのでない限り（つまり講師や書籍のライターさん）、HTML やスタイルシートのコーディングだけで食べていけるフリーランサーなどいないのです。ちなみに、これは俗に言う「流し込み作業」のことを言っているわけではありません。

しかし最近では、HTML やスタイルシートのコーディングという職能の範疇を大きくはみ出さずに活躍できる、新しい領域ができました。もちろん、それは SEO のことです。ただし、それは実作業としてコーディングが中心になるというだけで、SEO の担当者がタグの知識だけで業務をこなしているという意味ではありません。さきほど述べたコーダーのキャリアという話で言えば、システム系のスキルを伸ばす方へシフトしなければ、SEO を担当するのは難しいでしょう（確かに、中には Apache のログすら読めないで SEO を担っている怪しい会社もたくさんあると思いますが）。それでも、コーダーさんの重要度が高くなってきていることは確かであり、求められるスキルも多岐にわたるでしょう。実際には、多くの会社で働いているコーダーさんは、いま述べた SEO のようなシステム系のスキルだけでなく、Ajax をはじめとするインターフェイス・デザインにも深く関わるようになっていると思います（というか、実際は単なる DHTML だったりするが）。したがって、これからの制作会社では、スタイルシートでレイアウトができるだけではスキルとして全く不十分なのはもちろん、HTML やスタイルのコーディングだけでも不十分と言えるでしょう（現状でも HTML/CSS のスキルだけで雇ってくれる酔狂な会社など、まずありません）。