RED-MOUNT.COM

12月18日に銀座のアップルストアにて行われた、CSS Nite in Ginza Vol.29に参加してきました。

今回初参加だったのですが、多くの著書で有名な矢野りんさんや益子貴寛さんにお会いすることができました。勉強会に参加する理由には、新しい知識を得たり、色々な立場の方と出会う事ができる、というのももちろんあります。ですが、こうやっていわば「雲上人」であった著名な方に生で会い、その生き様に触れることも大きいな、と改めて実感しました。

有益な情報はなるべく色々な人とシェアするべきだと思いますので、主観だらけのCSS Nite in Ginza Vol.29メモを公開しておきます。

SESSION 1: 「Dreamweaverハック」 - swwwitch鷹野さん

最初のセッションは、CSS Niteの主催者でもあるswwwitchの鷹野さん。告白すると、CSS Niteに参加するまで、鷹野さんの名前知りませんでした。CSS Niteが終わった後に調べて分かったのですが、Dreamweaver関連の本を結構書いておられる著名な方でした。

鷹野さんのセッションはAdobeがよくやる「次期○○はここが便利になるよ」プレゼンのような感じでした。僕は普段Dwを使わないので、以下のまとめは「テキストエディタで普段コーディングをしている人間から見たDw」という扱いで見ていただければと思います。

・DwにWebKitが入った（ライブビュー/ライブコードが可能に）
Firefox + Firebugと同等機能を、Dwのみでできるようになった感じでした(恐らくFirebugの方が高機能かと思います)。IE8にもFirebugに近い機能がついていますが、やはり使い勝手を含めFirebugの方が一日の長があるな、といった感じでした。

・デザインビューは全然進化なし
CSSを用いたWEBデザインではもはや常識となりつつあるネガティブマージンが未だに使えないなど、まだまだデザインビューだけで(Geek的に)満足のいくサイトを作るのは難しそうです。
Dwが「本当の意味でプロユースに耐えうるツール」になるのはまだ当分先なのかな、という印象を受けました。

・デザインタイムスタイルシート

本来、rootからの相対パスや、MTタグを使って書かれたCSSやJSを Dwのデザインビュー上で反映させることはできません。これをデザインビューでも使える相対パスに書き換える代わりに、開発環境用のCSSやJSをプロジェクトの設定上で登録できる仕組みです。納品するHTMLは書き換える事無く、デザインビューで確認できるようになって便利なのだそうです。
普段Dwを使っていないせいか、「ブラウザで確認すればいいじゃん」と思ってしまった部分ではあるのですが。Dwを日常的に使っている方にとってはかなり便利な機能なのかもしれません。

・IE6対策はやっぱりまだまだ
これはもう、Dw側の問題というよりは、IE6のレンダリング性能が悪すぎるために発生している問題だと思います。
皆早くIE6から他のブラウザにswitchすればいいと思う。別にFirefoxじゃなくてもいいから。IE7とかIE8とかSafariとかOperaとかChromeとか……。

SESSION 2: 「伝わる文章で築くナイスなウェブコミュニケーション」 - 矢野さん

2つめのセッションは、矢野りんさん。
ご本人も言ってましたが、全く "ウェブ" コミュニケーションじゃない。どちらかというと「文章を書く上で、最低限これだけは気をつけるべき」といった内容でした。

「WEB業界の人はもっと文章を書いた方が良い。ブログとかで情報発信をしていくべきだ」というのが矢野さんの持論。その上で、下記のようなスライドを見せてくれました。

書いて考える
→共有(公開)してコミュニケーションする
→知識が育つ
→業界のプレゼンスが上がる！

僕も上記の通りだと思います。
その上で次に矢野さんが焦点を当てたのが「どうすれば、人に伝わりやすい文章を書く事ができるか」という点。「人に読まれる文章を書くためのnつの法則」といった類の記事や本は良く見かけますが、あえて５つに絞り込む事で、初めて文章を書く人も実践しやすくなっています。

伝わりにくい文章5大特徴

1. 主語と述語の位置が離れている
2. 1文が長い
3. 重要なポイントが抽象的になっている
4. むやみに受動態を使っている
5. むやみに否定文を使っている

1. 主語と述語の位置が離れている

これは初めて文章を書く人が、本当によくやってしまうはまりポイントです。
できるだけ沢山の情報を相手に伝えようという気持ちが勝るためか、主語と述語の間に長々と修飾語を入れてしまうケースです。
これに対しての解決策として、矢野さんが上げた方法は
1.　修飾部は前に出す　→　　これでわかりにくければ、修飾部自体に問題有り
2.　条件節は前に出す
3.　時間や時期、日程は前に出す
のように、修飾文を前に持って行く方法でした。

例えば下記の文などがこのケースに当てはまります。
「Rubyは日本人のまつもとゆきひろ氏が作ったオブジェクト指向のスクリプト言語です。」
上記の文だと、
「Rubyはスクリプト言語です。」
が最低限の主語-述語の組み合わせなので、それ以外を前に持ってきて
「日本人のまつもとゆきひろ氏が作ったRubyは、オブジェクト指向スクリプト言語です。」
のように書く事が可能です。さらに、名前から日本人であることは容易に想像がつきますので、
「まつもとゆきひろ氏が作ったRubyは、オブジェクト指向スクリプト言語です。」
としても良いでしょう。

・1文が長い

意識して例文考えるのは難しいですね。
例えば、以下のような感じ。
「Ruby on Railsをレンタルサーバーで動かすためには、まずルート権限でログインして、Rubyがインストールされていることを確認して、RubyGemsが使える事を確認した後、使用するバージョンのRailsをRubyGemsで使用できるようにします。」

矢野さんが上げた解決策は、下記の通り。
1.　「が」は極力使わない
2.　「〜し、…」や、「〜して…」は極力使わない

上記のポイントをふまえて、文章を校正すると、大体下記のようになります。
「Ruby on Railsをレンタルサーバーで動かすには、ルート権限でログイン後２つの調査を行います。１つめは、Rubyがインストールされていることの確認。２つめは、RubyGemsが使える事の確認。これらの調査後、使用するバージョンのRailsをRubyGemsで使用できるようにします。」

矢野さんの解決法には出てきませんでしたが、手順の説明や、同列な事項を複数説明する場合には「〜は○つあります。1つめは……。２つめは……。」というように、番号を付記すると見やすい文章になります。

・重要なポイントが抽象的になっている

重要なポイントが抽象的になるのは、説明者自身がそのポイントについて理解していない場合がほとんどです。抽象的な文章の例は下記の通り。

「SSDはHDDよりも便利なものです」

「指示代名詞(あれ、それ、これ)」や「〜するもの」は、抽象的な印象を与えます。
上記を具体的な説明に変更することで、抽象的な印象を消す事ができます。

「SSDはHDDよりもランダムアクセス時の読み込み速度が早いため、HDDよりも短時間でOS起動時やアプリケーションの起動を行う事が可能です」

「　〜は…です」というタイプの文章は、主語と述語を逆（「…は〜です」）にしても意味が通るような文章にするよう心がけましょう。（一部例外はあります）

・むやみに受動態を使っている

文章を書く場合、　自分の立場は、「受け手」ではなく「伝え手」である事がほとんどです。「伝え手」である以上、基本的に文章は能動態で書かれているべきです。
例えば、下記の文章は受動態です。

「先日、Adobe CS4が発売されました」

受動態は「あいまいな印象」を与えやすく、感想文になりやすい傾向があります。
受動態から脱する方法ですが、簡単には「〜された」より「〜した」、　文末を「だ・である」にする方法があります。
上記の文章であれば、下記のように書き換えれば良いでしょう。

「先日、Adobe CS4が発売された」

・むやみに否定文を使っている

心理学的な要素もあるのですが、人は否定的な文章に対し拒否反応を示す傾向にあります。

また、否定や二重否定は読みにくい（肯定文の方が人は動かしやすい）ため、可能な限り肯定文を使うようにします。

まとめ

• 主語と述語の位置を近づける
• 一文は短く
• 重要なポイントは具体的に
• むやみに受動態を使わない
• むやみに否定文を使わない

 

1年くらい前までは人の文章を校正する仕事を結構やっていたので、「文章の修正を依頼する時、こう言えばいいのか！」とそれこそ「目から鱗」でした。
「人に見て貰う為の文章」を書くのははじめてという学生や、「WEB上で不特定多数の人に見て貰う文章」を書くのははじめてというクライアント様にセッションで上がった「5つのポイント」を見せてみようと思います。

ちなみに、矢野さんから宿題で出ていた文章に対する自分の回答はこんな感じ。

来る6月11日、「アクセスログ解析」のトレーニングセミナー開催！

ウェブで文字原稿を公開する際は、下記を行った上でサーバーにアップロードします。
1.適切なDTDの選択
2.文章の意味に応じたHTMLの要素を付加する
3.必要に応じ、CSSでスタイルを整える

iPhoneは便利なだけでなく、通話も可能です。

IE6はCSSの表示で問題が生じやすい。

コーディングの仕事をするには、HTML仕様の理解が必要です。

来月も CSS Nite に参加する予定です。参加者の皆さん、どうぞよろしくおねがいします。
# あと、来月はもっと早くブログ書くようにします。