まずはじめに。

会社での肩書きは立場的にはディレクターの部類に入るんだろうが、
実情はそんなことは全くない。ディレクションしてないもの。

では何かと言われれば、マークアップエンジニアとかコーダーとか呼ばれてきたけれど、
世間的に一番納得いく呼ばれ方なんじゃないかと思ってきたものがある。

デザインに沿ってHTMLをはじめ、cssの設計やJavascriptなどのクライアントサイドの開発、
コーディングをする人を「フロントエンド・エンジニア」と呼ぶ傾向にあるらしい。

こうして区別されるのは歓迎したい。

基本的にはデザイナーからあがって来たデザインデータをHTMLやら色々なコードにに落とし込むこと。
とはいえ、ただHTML化するなら、誰でもできる。
コードの善し悪しは別になるし、ただブラウザに表示できればそれでよし、という場合なら、誰がやってもいい。

また、「Webデザイナー」と呼ばれる人の内容は、人によっては幅広い。
しかし見た目のデザインをすること（絵を起こすというべきか）や、
サイトの構造・ラベリング・ナビゲーションといったインフォメーションアーキテクチャを決めること、
そしてHTMLやCSS、JavaScript等々の技術によってそれらを実装することは、
それぞれ別なロジックであり、別種のスキルが求められるはずだ。

最近はサイトの規模が大規模になる案件が多く、こうした作業やスキルが分解・細分化されてきた。

プロデューサーを頂点に、プロジェクトマネージャーやら、ディレクター、
アートディレクターを中心に、デザインを起こす人、そのアシスタントとしてデザインパーツの量産だけをする人、
インフォメーションアーキテクトを決める人、
HTMLやCSSを初めとする技術でプラウザ上で表示できる仕様・ルールを決め、実装する人、
仕様にしたがって、ひたすらコードを書く人・・・等々
みたいに、分かれてくる。

例えそれを同一人物が担当するにしても、だ。

マークアップやコーディングの部分だけを取って考えてみると
ベースになるCSSの設計や、各種ライブラリを使用したりするにも
そこに色々なアクセシビリティやユーザビリティを考慮しつつ、サイト全体を把握しておかないと設計できない。

コーダーというと、イメージ的に、psdやらのデザインデータから、ただ単にhtml化するだけ。表示できればOK。
フロントエンドエンジニアというと、技術や知識の上に、Web標準を守りつつできるだけ保守性・更新性の高いコードによって実装。みたいなざっくりした印象。

ただ、一般の方からみれば、この差は分からないだろうな。結局の見た目に違いがそれほど見られないから。

だが、CMSやら何やらを使って細かにコードを分解し、システムが吐き出すようにする際に、顕著になると思うが、保守性の高いコードだと、開発のしやすさに関わる。それがコストにも影響するし、工程にもモロに反映される。
ここ数年間、年間で作るページ数を単純に考えると平均で2000ページ前後生成をしている。
もちろん、CMSで生成するページと手作業で生成するのと両方だ。

また前述のように細分化するにあたり、パーツごとのエレメントをモジュール化し、CMS上のテンプレートやテーマの中で呼び出すようにすることで効率化を図っていたりする。

なので、最近は私は基礎設計とエレメント作成、モジュール化するのが主な仕事になりつつある。大量生産については、他の人にまかせるし、CMSを使う案件であれば、基礎を作れば後は誰でもページ生成できるから。

少しそれたが、サーバーサイドから見ると、おおざっぱにhtmlを生成すればいいシステムを作れば済む話かもしれんが、例えばそのシステムが工場だとすると、工場から生産される最終形がhtmlなので、そのhtmlがカオスな場合、そのカオスを吐き出すようシステムを作らなきゃならなくなると思うが、いかがだろうか。

実際、求人募集を見ても、未だに多くの会社が「Webデザイナー」や「コーダー」という名前で求人を掲載している。

Webサイト構築自体が以前よりも比べものにならないくらいに巨大化してきた今、
各々の担当する箇所に対して深い知識や経験を要するものになってきたにも関わらず、
職種として、ざっくりと「Webデザイナー」や「コーダー」という名前であっさり片づけるには相応しくない時代なんじゃないかと思う。そこにさまざまなスキルや作業、工程があるのに、単一のスキル・作業のように思われる。

実際そう思われているところがあるから、理解や評価、対価が低くなる。
これじゃみんな幸せにはなれないし、成果物の品質が下がり、信用もされないわな。

と、まあ、そんなことを考えながら仕事をしていた次第。