Takazudo Clipping*

エディタは何使ってますか？

秀丸で色つけたりマクロ使ったりして書いています。最近、アウトライン解析機能を使うと、サイトのアウトラインを作るのにすごい便利であるということに気付きました。

高さ揃えるとか、なりで広がるとかいうところに関してtableを使いますか？JavaScriptを使いますか？

自分は結構table使います。JavaScriptで無理やり頑張るよりかは、table使うことが多いです。JavaScrptを使ってしまうと、エラー出た時にどこで何やってるのか把握し辛いですし、あとでいじる人が、何が原因か分からず、解読するのに時間がかかってしまったりすることがあるので、どうしてもって場合以外はtableにします。Web標準的にNGだと言われるかもしれないですけど、経験から言って、実際のところ、tableで組んだほうが仕事上トラブルが少ないと感じてます。tableにしないことで得られるメリットも今のところあんまり無いですし、JavaScriptオフのときにちゃんと表示されなくなってしまうのも痛いと思いますし。
※ 当然tableでなくてもいいところはtable使いませんよ

ブラウザごとのCSSバグ対処方法はどうしてますか？

昔は、IE各バージョンごとのCSSファイルを特殊な@importの書き方をして読み込ませていたのですが（参考記事）、1年ぐらい前からは、IERootという方法（参考記事）にして、CSSファイルを分けて読み込ませる方法をやめ、バグ対処はすべて、メインのCSSファイルに書くようにしました。
よほどIE6のために頑張りまくらねばならないとかいう場合であれば、バグ対処用CSSファイルに分けることも考えますが、それ以外の場合は、CSSファイルを分けることによって、管理が複雑になってしまい、あーこのバグ対処消し忘れたとか、CSSファイルが一杯あってどこに書いていいのか分からないから、結局メインのCSSファイルでバグ対処しちゃおう…ということが、複数人で作業していると起こっていました。IEのために書かないといけないCSSが沢山ありますし、そのせいで容量も増えますが、全部1か所に書いてしまいます。

IE以外のブラウザに関しては、必要になった場合、JavaScriptでブラウザ判別して、link要素をdocument.writeしてCSSを読み込ませています。Firefox用、Safari用等。ただ、IE以外のブラウザに関しては、ほとんどバグ対処は必要ありませんし、それが必要になり過ぎているような、チャレンジングすぎる、もしくは混沌としてしまっているHTML/CSSの書き方は、運用の面から言ってまずいと思います。やたらややこいFirefox用、Safari用のCSS hackがあったりしますが、そーいうのは使わないです。

画像置換についてどう思いますか？

昔は、SEO特化とかで全部の画像見出しをCSS背景としてやったりしたこともありましたけど、最近はほとんど使ってないです。SEO的なメリットなんてなんかあったのかなー？と思います。管理も複雑になってしまうため、ほとんどやりません。利便性はちょっとあるのかもしれませんが、運用の負荷が増えることを考えると、そこまでしてやる必要ないかなと思います。それと、印刷した時に出なくてクレームとかいうこともあったため。

印刷についてどうしてますか？

仕事でHTML書くときは、印刷した時にそのまま出るようにして欲しいっていう要望がほとんどでしたので、IE6,7では、可能な限りそのまま出るようにしています。IE7はいいんですが、IE6だと、用紙サイズの関係で、右端まで印刷されないとか、よく言われていたので、ナビを消して出すとか、そういうことをしてるのが基本でした。できれば印刷用のCSSを書いた方がいいことはいいのですが、設計、デザイン段階で考慮していないとなかなかそうはならない上、印刷に関してヤバイと思っているのがコーダーだけだったりするので、印刷用デザインをデザイン段階で考えておくなりして、そこらへんのコミュニケーションをもっと取って、最初から考えておかねばなぁというのは思います。

スクリーンリーダーにて確認などはしますか？

やっている案件の種類にもよると思うのですが、自分の場合、仕事で確認を求められたことはありません。趣味で使ってみたりはしますが…。読み上げの順番や、どこを見出しやstrongにするかなどは気をつけてはいます。

IE7のズーム機能について、対応させていますか？

時間に余裕があれば、できる限りのことはしていますが、文中アイコンだのリンクだの、全てに対応するのはかなり厳しいと思っているので、そこまでは力をいれません。そもそもクライアントから対応を求められたことが無いです。

JavaScriptライブラリのライセンスについてクライアントに説明しますか？

最近はMITとかGPLとか確認するようにはしていますけども、(これってちょっと危ないとは思っていますが、)クライアントに説明したりしたことは無いです。フリーで使えるものが基本ですが、商用だとお金がかかったり、公開義務が発生したりするものについては、気をつけないといけないなぁとは思ってます。

JavaScriptのフレームワークを使いますか？使っている場合は何を使っていますか？

jQueryを使ってます。というか、難しいことは、jQuery使わないとできない感じの人です。ブラウザによって動作が違うところを、jQueryだとホホイとできて、SUGEEEEと言っているような人間です。mootoolsっていうフレームワークの方がアニメーションがスムーズな気がします。（気がするだけかもしれません）

CSSやJavaScriptの圧縮をしていますか？

してませんが、した方がいいと思ってます。
圧縮版とオリジナル版を常に持っておいて、更新したら圧縮版を。という風に。
更新に一手間増えますが、容量ものすごい減りますし、断然そっちのメリットの方がでかいと思いますし。
ちゃんと運用できそうであれば試してみたいです。

コーディングにかける時間はどのくらいでしょうか？

デザイナーとコーダーという風に職が分かれており、HTMLのテンプレをつくり、（HTML、CSS、JavaScript全部書いちゃう）、HTMLのパーツをコピペしながらページを展開、大量生産という流れで仕事を行うのが基本でした。

そういう前提で、テンプレート部分に関しては、
何枚かのHTMLテンプレートとなるPhotoshopファイルが渡されて、

トップ＋
2階層目いくつか＋
末端のモジュールぽこぽこ並べればできる系のページ＋
ポップアップウィンドウ＋
どこかで使ったことのあるようなJavaScript＋
α

のような基本セットで、大体7営業日以内が目安かなぁと言う感じです。しかし、新たなブラウザバグとの出会いと戦いがあるかもしないので、10営業日ぐらいと言っておくのが無難かと思っています。これに修正期間が加わる…というのが、テンプレート部分のコーディングにかかる時間です。

また、フォーム系のページが沢山、デザインが複雑、並び替えの表やFlashバリのアニメーションをするJavaScriptを書かないといけない時などは、もっと時間がかかります。難しすぎなデザインで1か月半ほどかかったこともありました。これは、デザインを見て判断します。

次に、展開のページについてですが、テンプレートが出来上がってから、画像や原稿が用意されていて、それを適切なパーツにはめていってHTMLのコピペで作るような展開のHTMLを作る場合は、1日に何ページも（10ページ～30ページぐらい？）できるという認識です。

コーディング段階で、デザイン、原稿、構造の巻き戻りが発生すると、コミュニケーションにかかる時間が増え、作業期間が左右されます。

あなたのコーディングのこだわりはコレ！みたいなものがあれば。

• 未来のブラウザも含め、崩れにくくすること
• 管理性を高く保つこと
• 難しいデザインや動きのあるUIでも実現できること
• プロジェクト内の空気を呼んでコミュニケーションしながらコーディングを進めること

「コーディングやってて背が3cm伸びました」みたいなことがあれば

ページの中の構造から、サイトの構造にも興味がいくようになったり、デザイン的にどうという部分にも興味がいくようになったり、JavaScriptから派生して他の言語にも興味がいくようになったり、プログラムの構造の考え方にも興味がいくようになったり、4年前はActionScriptとかめんどくさいーと思ってたけど今は逆に楽しみながら書けるようになったり、XMLとかXSLTとか興味が行くようになったり、色々視野を広げてくれた感じがします。

興味がある、覚えたいと思っている技術や言語は何ですか？

XSLTとPHPでCMSをちまちま作っています。全然未熟なので勉強中です。XSLTがすごい好きなのです。

---

よっしゃオレもわたしも書いたる！って言う場合は、このエントリにトラックバックなりコメントしてURLを張っていただけたりすると嬉しいです。※ トラックバックは認証されてから公開されます。