A Day In The Boy's Life -128ページ目

A Day In The Boy's Life

とあるエンジニアのとある1日のつぶやき。

Twitterも徐々に日本でも浸透しだして、tsudaる(※)なんて言葉も誕生していますけど、Twitter以前にあった表現ツールのブログと、Twitterとではどっちが書き手の信頼を得やすいのかな、とふと思ったりしました。


津田大介氏が語る、Twitter報道論「tsudaる技術」 @ ASCII.jp



ブログに寄せられる信頼


ブログはTwitterよりも、随分と表現ツールとしては自由度が高いものとなっています。

文字数が制限されることはありませんし、画像やJavaScriptなどプログラムをそこで動かすこともできたりします。

なので、何か専門的なことを書いたり、見せたりする場合、Twitterよりもブログのほうが表現度は高いわけです。


もし、ある疑問の解決方法を探したい場合、ブログ上にある文章とTwitter上にある文章のどちらを見たいかと言うと、多くは前者のほうだと思います。

文章が体系的にまとめれている分、情報量が豊富ですから、一度に答えを読み解くことも可能だったりします。


ただ、ブログというのは必ずしも自分が求める情報をPOSTし続けてくれる場所ではありません。

一度のエントリを書くのにかかるコストはTwitterよりも大きいですから、POSTされる頻度も低くなってしまう場合があります。

また、書き手の考えを誘導することも難しく、この人のこんな考えを知りたいと言うことをコントロールすることは、よっぽどそのエントリのタネが書き手の興味をそそるか、メリットがあるものでないと書いてくれません


そういうところもあってか、Twitterと比べブログというのは、個人の色が出にくい場所だなと感じます。

確かにその裏には書いた本人が要るわけですが、読み手も「○○さんのブログ」というより、ブログのタイトルなんかで覚えてることが多いのではないでしょうか。

ですので、ブログというのは個人というよりその「場」に信頼性の重きが置かれているような印象を受けます。

ブログでは、「この人面白いよ」と言うよりは、「このブログ面白いよ」という印象の方が大きいのではないかと。


一度訪れたブログで自分が求めうる情報がそこにあったとしても、そのブログの読者になると言うことは可能性としては低いのではないでしょうか。

その読み手がたまたま読んだエントリに関連するエントリにも惹かれ、このブログは自分の知りたい情報を得ることができる場所だと認知されないといけませんし、定期的に(これは半ば偶然の要素も絡みますけど)読者が興味を持つ情報を書き続け、そこに引きとめ続けなければなりません。

文章量が多い分、それがあだとなることもありえるツールだなと感じます。



Twitterに寄せられる信頼


一方でTwitterでは、表現方法が随分と制限されます。

文字数は限られていますし、グラフや画像を差し込むこともできず、そういったものを見せたい場合は、ブログや自サイトへ誘導する方法がとられています。

Twitterもマイクロブログと謳っていて、ブログ以降に登場したサービスですので、今後より拡張して言って表現方法を拡大する、と言う方向性は考えにくいので、あくまで今の制約をベースとした表現ツールとなっていくのかなと思います。


連続して専門的なPOSTをしていった場合、そのタイムラインを追っていかなければ前後関係はわからないため、読み手も工夫が必要になります。

また、最終的にはブログや自サイトへ誘導するような取り方が多いため、どちらかというとヘッダだけを見せるような使い方が中心になってたりもします。

その分、その数行で相手の心をつかむ文章を書くということは難しかったりもするので、ブログでは多少冗長な表現になる場合でも、Twitterでは簡潔にまとめ上げる必要があります。


こうすると随分とブログに比べて信頼性を得にくいツールのような印象を受けます。

しかし、Twitterの場合はブログに比べ、書くことのコストが極端に低いことと、ブログの「場」という表現環境を超え、より「個」を押し出すことができるツールだったりします。


まず、書くことのコストが低い分、いつでも思いついたことをPOSTし続けることができます。

文章量が少ないため、読み手の心に響くつぶやきをPOSTし続けることは難しかったりしますが、あるフォロワーがそれを拾い上げて再POST(Retweeting)してくれたりもしますので、読者の目にはとまりやすかったりします。


また、ブログと比べて読者を増やすことも容易だったりします。

フォローすればフォロー返ししてくれる人も多く、それによって読者の数も増えていきます。

これは、直接のアクセス数につながっているかわかりませんが(自分のつぶやきがどれほど参照されたのか知るすべは無いのではっきりしませんが)、少なくともそのフォロワーのタイムライン上には流されているわけです。

Twitterで大事なのってタイミングだよね 」に書いたように、タイミングが合わないものはスルーされることが多かったりもしますがね。


そして、もう一つがブログに比べて「個」が押し出しやすいツールと言う点。

リアルタイム性がある分、その裏側にいる人を感じやすくなります

「おはよう」とつぶやけば、「おはよう」と即座に返してくれたり。

それゆえに、読者にとってはブログよりも相手をコントロールしやすい印象も受けたりするのではないでしょうか。

気軽さゆえに、相手に簡単に質問できますし、相手の意見に自分の意見をぶつけることもできます。


それは、自分がコントロールされてると知りつつも、それを上手く自分の信頼度につなげることができるのではないかなと思ったりもします。



ブログとTwitterで信頼を得るための共通解


ただ、何れにせよそこで信頼度を得るにはそれなりの表現力が必要になります。

ブログでは、専門性の高いものや読者の興味をそそるものをPOSTし続けなければ、そこに引き止めることはできませんし、Twitterでもその人と会話することで得られる居心地のよさやコミュニティ、高い情報伝達能力を持ってないと読者数も増えていきません。


そして、これは一部で残念な部分でもありますが、リアルの社会的地位がそのまんまブログやTwitterでも信頼性が高いものとして認知されている部分もあったりします。

ある分野で気づいた社会的地位が、ネット上でもそのまま強さを誇示している。

これは、正論でもありますが、逆にネットから地位を得ていくような逆の流れを持つ人がもっと出てきてもいいと感じます。


結局のところ、何れにせよ一長一短があるのだなと言うのが自分の持ちえる答えだったりします。

ブログだけでは、自分自身を表現するにはかけている部分もありますし、正直そのコストを考えると、それだけをし続けることはしんどかったりもします。

そこを埋めるものとしてTwitterがちょうどいいのではないかな、という印象です。

ブログ自信が、ネットでの自宅のような感覚を持っている人も多いと思いますが、そこにプラスアルファしてより身近な住人と言う存在を加えるのにTwitterは向いているのかなと。


この2つのツールの使い分けて表現していくことで、よりネットでの信頼度を得られるのではないでしょうか。




Webサイトを構築した時のセキュリティ対策として、XSS(クロスサイトスクリプティング)への対応を行うと思いますが、単純なテストケースを作って問題ないと判断しても、実は結構なリスクが隠れてたりする、ということは良くあります。

また、どこまでのテストをすればよいのかわからないと言うエンジニアも多いと思いますので、客観的なテストツールなどがあれば便利です。


XSS対策ツールとして、FireFoxアドオンのXSS Me を使えば、かなり簡単に対応状況をレポートで見ることができます。



XSS Meでチェックしてみるフォーム


まず、最初にXSS MeでチェックしてみるHTMLを用意します。

今回は、簡易的に2つのテキストボックスを用意して、送信先(hoge.php)にて一方のテキストボックスのデータの内容を実体参照に変換し(XSS対策あり)、もう一方のほうはそのまま画面へ出力(XSS対策なし)してしまうものを用意してみました。


<form action="hoge.php" method="post" name="form1">
    ID:<input type="text" name="id" size="50"><br />
    NAME:<input type="text" name="name" size="50"><br />
    <input type="submit" value="送信" name="button1">
</form> 

データを受信するhoge.phpは、こんな感じ


<?php

// ID属性のテキストボックスの内容をエスケープ
echo htmlspecialchars($_POST['id']), ENT_QUOTES);

echo "<br />";

// NAME属性のテキストボックスの内容はそのまま
echo $_POST['name'];

?>


この状態だと、XSS対策がされていないname属性のテキストボックスに「<script>alert('test');</script>」みたいな文字を入力してみると、下記のようにアラートのダイアログが出てきてしまいます。


A Day In The Boy’s Life-XSS-1


また、ID属性のテキストボックスに埋め込まれた内容は実体参照に変換されてるからといって、これだけで安心なのか、と言う不安もあったりします。



XSS Meでテストしてみる


では、実際にFireFoxアドオンのXSS Me を使ってみましょう。

インストールが完了すれば、チェックしたいページでXSS Meを開きます。(ツール > XSS Me > Open XSS Me Sidebar)


A Day In The Boy’s Life-XSSMe


XSS Meを開くと該当ページに対するフォームとHTML要素の一覧が表示されます。

該当のHTML要素(例えばテキストボックス)に対してどのようなテストをしたいか、プルダウンメニューよりテストケースを選択できます。


A Day In The Boy’s Life-XSSMe-2


ただ、どれをテストすればいいのか良くわからないとか、一つ一つテストするのが面倒だと言うのであれば、その上にある「Test all forms with all atacks」というボタンを押せばよいでしょう。

全てのフォームに対して、XSS Meで持っている全てのテストケースを実行してくれます。



XSS Meの実行結果のレポートを見てみる


実行結果は全て英語になりますが、視覚的にわかりやすく表現されていますので、難しいことは無いと思います。


A Day In The Boy’s Life-XSSMe-3


一番上には、XSSの脅威となりえる8つの記号が表示され、それぞれテスト結果できちんとエスケープなどの処理がされているかが表示されます。

その次には、テスト結果で問題となる点、注意すべき点などの総数がグラフで表示されます。


さらにレポートを読み進めると、問題点や注意点に対する詳細が書かれています。


A Day In The Boy’s Life-XSSMe-4


これまた英語にはなりますが、テストした結果どのような危険性があるのかが書かれています。


一応エスケープしていたID属性のテキストボックスですが、危険があることがわかったので、多少乱暴ですがその他の危険性のある文字列を無効化するような処理を加えて見ます。


<?php

// 削除する文字列
$escape_char = array("/", "=", ";", "\\");

// ID属性のテキストボックスの内容を出力
echo htmlspecialchars(str_replace($escape_char, "", $_POST['id']), ENT_QUOTES);

echo "<br />";

// NAME属性のテキストボックスの内容はそのまま
echo $_POST['name'];

?>


これで実行してみると・・・。


A Day In The Boy’s Life-XSSMe-5


危険性のある記号については、ちゃんと処理されていることがわかりますね。


これで絶対安心と言うわけではないでしょうが、テストを簡易的に行いたいとか、ページの安全度を客観的に判断したいとか、そういった使い方にはかなり有効なツールになるのではないでしょうか。





情シスはプロジェクトファシリテーターであれ! / @IT情報マネジメント


確かに情報システム部門の価値って低く見られがちですが、これは情報システム部門に限らず人事部や総務部などバックオフィス系の部門でも同じような印象を受けます。

現在においてITの価値を無視した企業なんて、そういないと思いますから、その社内IT投資の要となる情報システム部門はもっと評価されてしかるべきだというのは、私も思うところがあったりはしますが。



情報システム部門のアピール


社内に低価格で高品質のシステムを構築した場合、それがお客さん企業に納品したものと同様に評価を受けるべきだとは思いますが、なかなか情報システム部門の構築したものは評価されません。

対外的なものは売りがたつわけですが、社内システムの場合そういうわけでもありませんし、アピールしたお客さんへの次のビジネスチャンスと言うものも特にあるわけではありません。

逆に敷居が高くなり、あれと同じように安くていい物を作れ、という勝手な軸が出来上がってしまう結果になったりもします。


ある意味、経営者側も当初決められたIT予算枠の中で実現したいことを実現させようとしているわけですから、できて当然と思うような風潮もありますし、逆にプラスアルファの要素をもってしても、それを理解してくれる経営者も悲しいことになかなかいません。

1のものを作る場合に、結果が2であっても10であっても、できたという評価軸でしかなったりします。

逆に、それができなかった場合、お叱りを受けるのは当然のことだったりもします。


少し愚痴っぽくなってしまいましたが、もう一つ思うことは情報システム部門の価値を上手くアピールできる人が少ない気もします。

上はできて当たり前と思っているわけですが、それが如何に価値のあることで、どういったプラス面が自社にもたらされるのか、と言うことを上手く伝えられる人がいないのかな、と。

どちらかと言うと幾らでやるところを、これだけコスト抑えてこの部分を実現したんですよ、と言うようなコストを中心とした話になって、それはそれで価値があることなわけですが、100円で1個しか変えないものを2個買えるように工夫しましたと言うような感じでしかなく、それはお得だねという一言で済むようなアピールだったりします。


先の記事にあるように、上からこういうものを作れと言われ、作りましたよというトップダウン式のやり方では、当然情報システム部門の価値と言うのは、上が持ってる価値の枠を超えないんだと思います。

より戦略的な計画を立てて、こういうことを実行に移すべきですと提案ができるような人が少ないことも、アピールの弱さを引き立てているのではないかと思ったりします。

100円でとても買えないだろう、という上の認識のもとにそれを実現したんですよとか、そもそもそんなものが売ってるとは知らなかったと言う驚きと、それによってもたらされるそれ以上の価値の実現というものが、上にもわかるようなものを提案するとか。


ただ、こういったことも情報システム部門以外の「○×企画部」とか「△□戦略部」みたいなところがやるという位置づけになっていて、情報システム部門はいわれたことをやる部門である、というように手も足も出せないと言う縛りに苦しんでいるところもあったりします。



情報システム部の復権


情報システム部の要員の多くは、社内システムの計画や構築、はたまたその後の保守や運用といった業務を担っている場合がほとんどで、あまりIT戦略とかに関して知識を持っていたりゆっくり考える暇をもってなかったりもします。


だからこそ、他の部門にそういった計画立案を任せて、情報システム部門には下流のフェーズをお任せするというような体制になってたりもするので、より戦略的な部分に関与できるような人材を育てていくことが第一かなと思ったりします。


そして、先に書いたようにそれを作ったことを上手くアピールできる人材も育てることかなと。

対外的なところでは、お客さんの懐に踏み込んで話しろと言うこともありますけど、情報システム部門にとってのお客さんである経営者層に一歩踏み込んで話する人というのも随分と少ない気がします。


何もIT戦略のプロを寄せ集めて計画すれば全てが上手くいく、というわけではないでしょう。

現に企業内のIT投資に関する解なんて現在無いわけですし、世間をにぎわしているのはこうあるべきだと言う漠然とした方法論であったり、これがあればこんなことが解決できますよと言うパッケージベンダからの受け売りの文句だったりします。

システムを実際に構築や運用をしているからこそ、システムの幻想と現実と言うものをはっきりわかっているところがあるんじゃないかなと思ったりします。


刑事ドラマにある現場とエリートの軋轢じゃないですけど、現場を良くわかっている部門だからこそできることというものもあるはずじゃないかなと。

そういったアピールと情報システム部門復権に向けての戦略と言うものを考えていく必要があると感じます。


社内のITの管理と統制を担う部門だからこそ、よりつい良い立場で企業内に構えて欲しいものだと思うところです。