MacBook を買って、いくつかwebオーサリングソフトを試してみた。結果、表題の件に行き着いた。なんだかんだで、Dreamweaver がいい。
というのは、あるかないかによってコーディングスピードに大きく関わってくる4つの機能を併せ持っているからだ。

1. 他のファイルとリンクしているファイルを移動したときにパスを更新
2. スニペット+キーバインド +閉じタグの補助+使用しているid/class名入力補助
3. 選択したテキストを囲んでタグをつける
4. 選択したHTMLタグに適用されているCSSプロパティの表示

上に挙げた4つの機能はどれも重要で、これらすべてを兼ね備えたものは他になさそうだった。

例えば、Codaというソフトはかなり気に入った。見た目が Mac らしくてとても美しい。ただ、機能の拡張性はないように思う。2のかわりに文字列tabで登録したコードを入れることができるのだが、3ができない。マークアップの際は、テキストを原稿からコピーしてきてからタグ付けというフローも多くなるためかなりのスピードダウンになる。2と3の併せ技はとてもすばらしいのだ。これは、vimのプラグインで凄く快適にできるようだが、これはオーサリングソフトではなくエディタなので、1や4はできない（と思う）。

1や4については、小さいサイトを制作している時はよいが、大きなサイトを制作するにつれて効果が大きくなってくる。中には途中でディレクトリ構造を変えなければならないときもある。CSSだって量が増えると意図しないところにかかっていたりする場合もある。これは特に複数人でやっていると、しっかりルール決めしていても、自分が思っても見ないところでハマったりするものだ。どこに書かれたどんなプロパティを継承しているかをいっぱつで見分けれるのは、そんな場合に効果絶大だ。

Dreamweaver は「</」を入力したらタグを閉じる、という設定にできるところもよい。これができないと、いちいち閉じタグをすべて打たなくてはならない。細かい機能としては「&」を入力すると、コードヒントで特殊文字がでてくるのもよい。

ただ、これは使用した Dreamweaver CS4 が試用版だからかもしれないが、Dreamweaver 8 の時にはできていたファイル一覧から画像をCSSファイルにドラッグするとパスが入る機能が使用できなかった。今までできてたものができなくなるとは何事だ？
また、環境設定で設定した文字コードと違うコードで記述されたCSSファイルを編集するときに文字コードを誤って認識、且つ、ツールバーなどから文字コードを変更することはできずいちいち環境設定を開かなければならない。というエディタとしては最悪な部分も併せ持つ。
その他CS4になって追加された機能のすべてを試した訳ではないが、よいと思ったものは何一つ無い（コード手打ちだからなのかもしれないが）。
コードナビゲータなんかは文字を入力している最中に出てきて打ってるコードが見えなくなる。うざいのでオフにした。
しかしながら、これらを差し引いても上記4つの機能を兼ね備えているということは重要であり、Dreamweaverが優れていると感じた次第だ。

次回は「Dreamweaver のこれだけはやれ！」を書こうかな。

コメントしようと思ったら、ちょっと長くなってしまったのでこっちに書きます。

で、よく記事を見ると、この人は「開発時間の20%もIE6対応に費やしている」ということを理由として述べている。しかし、はっきり言うがそれは多過ぎじゃないのか？ IE6対応に20％もの時間がかかっているなら、ちょっとスキル不足のような気がしますた。

成吉思汗にアイヌネギ : Stop developing for Internet Explorer 6 より

まず背景として、上の引用は外国のサイトを見て書いている。俺は英語を読むには時間がかかるのでそのサイトは見ていないのだが、日本でも IE 6 対応に相当時間がかかると言われているし、似たような話題もあった。それ自体はむしろおもしろいと思っていたが（けして推奨する訳ではなく）、上記引用元でも言われているように、そもそも IE 6 対応ってそれほど大変な作業じゃない。zoom: 1; という魔法の言葉もあるし。

もしかすると、例えば、モダンブラウザで先行実装されている CSS 3 の技術を用いたりして、最先端のテクニックを使った技術レベルの高いサイトを作ろうというときなんかは、それくらいの工数が必要になるのかもしれない。

俺は制作会社が作ったデザインをコーディングだけ行うというコーダーが本職の人間だ。
今の日本で、しかも外注に出そうと考えるサイトには、そのような企画はない。日本では IE しか使ってはいけないというところだってあるし、やっぱりユーザーが多いということで IE 6 / 7 最優先。そして web にかける予算も、あれば企画やデザイン、映像などもっと上流のところにまわすので、結局HTMLコーディングの予算はない。（スケジュールもきつきつだ！）
ニーズがそこにあるから、現状は「ちょっと古い技術をもっとも効率の良い方法でやる」のが最善の選択だ。
ただ、IE 6 は少なくともまだ2〜3年は残る。他のブラウザ達は Acid Test もクリアして新しい技術が日常的に使われ、今よりそれらのブラウザにかける工数は少なくなっているだろう。そんな過渡期には、IE 6 だけのために 20％ くらいの労力も要するのかもしれない。

それはどこに目標を定めるかにもよる。今みたいに「対象全部のブラウザで全く同じに見えるように」ではなく、「古いブラウザでは可読性を損なわない程度にそれなりに見れ、モダンなブラウザではよりリッチに見える」という方向に進めば、そんなにはかからないだろうし、かけていられない。そんな方向に向かうべきだ。少なくとも、コーダーの立場からみれば。

ブラウザエンジンが全部統一されれば、一番楽だとは思う。もう、全部 webkit でいいだろと。
まあ、そんな訳にも行かないので、IE 6 対応は必要だ。それを使って見てる人が大勢いるんだから。理想論で言えば、例え使用者が少ないブラウザであっても、最低限読めるようにするのは必要だと思う。ただ、それは上記のような背景に照らし合わせると、現実問題として難しい。作るだけならばまだしも、作ったら作りっぱなしと言うわけにはいかず、各ブラウザでのチェックもあるし稼働後の更新だってある。

結局何が言いたいのかというと、スキル不足にしろサイトポリシーにしろ、今この現状で、そんなにもの時間を IE 6 にかけている時間はかなり勿体ない。
IE 6 のことをそんなに考える時間があるなら、新しい知識や技術を一つでも取り入れた方がよい。

かくゆう俺も、なかなか時間を作れずにいる訳だが・・・。
取り敢えず、飲みに出歩くのを控えます（苦笑）

ちなみに、最近は印刷対応案件が増えてきた。
なんだか書いている内に他にも色々書きたいことが出てきた気もするが、まとまらなくなりそうなのでまた次回とする。