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

A Day In The Boy's Life

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

なぜTwitterするの?――正統派的ご意見 @ 海外速報部ログ


Twitterを中毒にさせる原因って、あのタイムラインにあるような気がします。

ブログだって似たような機能はあります。

RSSをリーダーで購読することで、そのブログとのつながりができ、そのブログに起きた変化を追うことができます。

ただ、大きく異なる点を上げると


1. Twitterは閉じた世界だから、フォローするフォローされるからしか始まらない

2. フォローしている人の発言が自分のタイムラインに表示される

3. 140文字という文字数の短さからタイムラインに全ての発言が収まって表示される


というところがTwitter固有でそれが中毒にさせる要因になっているんじゃないかなぁと。



Twitterは閉じた世界だから、フォローするフォローされるからしか始まらない


Twitterでつぶやき始めてもパブリックタイムライン(Twitterユーザー全ての発言を一覧化したタイムライン)には表示されても、そこからの影響っていうのはほとんどありませんから、まず誰かをフォローするというところから始めないといけません。


フォローされるのを待つより、フォローしたほうが変化が早いので、誰かをフォローする→その人からフォローされる、という流れで自分の発言が多くの人に届くようになっていきます。


ブログの世界でも、そのブログサービス内で「つながり」を表現する機能というのはあったりします。

ただ、ブログ自体はその他にも検索エンジンであったり、他のサイトからリンクされて訪れてくる人もいるので、Twiiter以上にパブリックな世界だな、と感じます。


閉じた世界というのは、居心地のよさを生み出す効果があると思います。

mixiの招待制というのも、プレミア感を引き出してウケましたし、はっきりとしたところに属しているという感覚は安心感をもたらすのかもしれません。


そのTwitterの閉じた世界の感覚が、次に述べる原因にも大きく影響をしているような気がします。



フォローしている人の発言が自分のタイムラインに表示される


ブログでも同じような機能はあるって前述しましたけど、Twitterのような時系列にフォローしている人の全ての発言を一覧化するような機能を兼ね備えたブログサービスってほとんどないのではないかと思います。

どちらかというとそのブログのエントリを追うには、RSSにまとめているから適当なリーダーを使って購読してね、ってスタイルになるかと思います。

RSSリーダーがブログの補助ツールのような位置づけになって、自分がやっているブログとの一体感がないわけですね。

Twitterは、その機能を一つにまとめています。


何か意見を言おうとしたときに、他の人の意見を参考にしたほうがインスピレーションが働きやすいです。

「Aさんと同意」、「Aさんはこういう意見だけど、自分はそれとは違う」とか、その理由も含めて考えがめぐります。

その「書く機能」と「読む機能」が一体化されているところが、読んで刺激された→書いた、のスパイラルになるんじゃないかなぁと思ったりします。


もう一つは、その自分のタイムラインに流れてくることによって、あたかも自分に向けたメッセージであるかのような錯覚が起きることです。

元ネタにしたエントリにも書いているような「秘密をささやいてもらう」ような感覚でしょうか。


なぜそれが秘密のように感じてしまうのかは、最後の文字数に大きな要因があるように思えます。



140文字という文字数の短さからタイムラインに全ての発言が収まって表示される


これが一番まずい理由のような気がします。

140文字以内というのはかなり計算されたようにも思うのですが、要は制限一杯につかっても、2,3行で収まるんですね。

そして、それが自分のタイムラインに流れてくると、数秒で読み取って理解してしまいます。

※ 単に言語としての理解というところで、発言の意味は不明な場合が多いですけど。


その一瞬で読み取れてしまう感覚が、「秘密をささやいてもらっている」ような感覚に陥る気がします。

ブログの場合は、長文であることが多いですし、RSSによっては部分的な情報(タイトルだけとか、本文の一部だけとか)しか入れていない場合もありますから、全てを理解するまでに結構な時間がかかります。

瞬時に理解できなかったり、タイトルだけ見て興味を惹かれなかったら、本文を読もうとはしません。


Twitterでは、興味があろうがなかろうが眼に入った瞬間に言葉の意味は理解してしまいますから、読まされてしまいます。

また、Twitterではブログほどかしこまった文章では発言されませんから、フレンドリーな発言がより一層そういう感覚を助長させているようにも感じます。



Twitterという閉じた世界で、その中で作られるつながりが、瞬時に理解できる形で発信される(ような感覚を持つ)、というところが中毒性を持っているのではないかな、と思いました。




エンドユーザーにとってオープンソースはどんな意味を持つか @ ITpro


ここではOSSの話はおいておきますが、自分自身が気になるのはベンダーの提案内容が本当に客の要望を汲み取った提案だったのかなぁ、という点。


何か解決したい課題があって、それを自社で解決できない場合に、外部に依頼することになりますけど、そういう場合、こっちのやりたい要望を伝えると大抵は必要以上のものを出してくることが多いなと感じます。

特にインフラ系の機器を取り扱うベンダーの場合。


もちろん、ベンダーの意向に従ってシステムを入れたのに課題が解決できなかったというのは問題になりますから、ある程度客の要望より水増しした物を入れておいたほうが安全という心理もあるかと思います。

ただ、このシステム動かすのにこんな高性能なサーバーや複雑な構成をとる必要性ってあるの?って思うこともしばしばあります。


こちらもやりたいことをRFPにまとめてベンダーに提出して、その後の提案資料をみると「その要望を満たすためにはこれらの機器が必要です」ってバンっと見せられたりもするんですけど、「いやいやいや。そんな予算ありませんよ」ってなったりします。

なんか、まともに受け取った上にガッチガチに固めた提案を持ってくるわけです。


こちらとしてもやりたい事への優先順位を持っているわけですから、もう少し柔軟に松竹梅の構成の提案をしてくれて、それぞれにおいてできることとできないことを伝えてもらえると選択の幅も広がります。

予算が合わないのであれば、一部を人手にたよるという運用にするのも致し方ないね、という場合もあるでしょう。

なのに、「それを実現するにはこの構成しかありえません!」とばかりに押し通そうという姿勢を見せられると、そこから不信感が募る羽目になるのではないかなぁ、と思ったりします。


まぁ、お客様至上主義の考えで、「こちらの言うことだけ聞いておけばよい」と考える客もいるので、要件だけ満たせていれば予算のことは気にしない、というところからバランスが崩れているってこともあると思いますけどね。
それに味を占めてか、ベンダーのやることはそんなもんだと腹をくくっているのか、何でもかんでも一つの方法でやろうとするところに大きな落とし穴があるのではないかなと。

本当に客のことを考えているのであれば、その提案の内容というものは様々なものがあるんだよと感じてしまいます。




本当、不謹慎なことは重々承知なのですが。

もちろんお客さんに迷惑かけるような大きなシステムトラブルは御免ですけど、ちょっとしたハードウェアトラブルとか起きたときのざわざわ感って言うのは嫌いじゃなかったりします。


どうそれを回避するかで緊急会議が行われ、皆神妙な面持ちで話を聞いているあの緊迫感とか、アプリのバグが出て高速でソースを読んで解読をするときの尋常じゃない集中力とか。

なんか、そのトラブルによって日常にはない空気が流れたり、いつもの自分以上のパワーが出せたりで、祭りのような一点集中の場のパワーがそこに生まれる感覚がします。


で、こういうのがなぜ楽しいのかって考えたときに、「ゴールがはっきりしているものほど強い達成感を感じる 」の中で書いたような、


1. ゴールがはっきりしていて

2. そのために何をすればいいのかがわかりやすく

3. 皆が共通の目的に向かって作業ができる


というのがあるのではないかな、と思ったりします。

日々の仕事の中でコーディングしたり、サーバー管理していたりしても、なかなかゴールというのが実感しにくいというのがないでしょうか。

リリース日が決まっていても、その前のどたばた(デスマ化したり)で嫌気が差したり、日々の保守・運用業務では何がゴールなのかわからなかったりと言うのがあります。


トラブルが起きた、それを解決するために全力を挙げる、とした場合にそのゴールというのははっきりわかるものです。

そして、それが達成できたのかどうかということも非常にわかりやすくなります。

また、現場に立ち会う皆がそれを解決するために一丸になるという一体感が生まれ、日常にない緊迫感と連帯感がそこにあったりします。


なので、トラブルが起きたときに楽しいって思えるのは、そういう感覚が日々の仕事の中で少なくなってきているのかもしれないな、と思ったりします。

ルーチンのようにコーディングしたり、システム保守したり、サーバー管理したり、どれも目的意識がはっきりしなかったり、一体感がなかったり。

言ってしまえば少し退屈してしまっているのかもしれません。


もちろんトラブルなんていうものは起きないほうが良いですし、起きた場合の対処というのは予め設定しておくものだと思います。

ただ、どんなトラブルが起きるか、そしてどこまでのトラブルを想定しているのか、というのはシステムを設計する段階である程度決められているものですから、それ以上のものは考えを切り捨ててしまったりしていて、想定外のトラブルっていうのは起こってしまう場合があります。

これは予想外だ、というときに「じゃあどうするか」というあの場の雰囲気が好きなんでしょうね。


まぁ、その後のトラブル報告書とか書かされるとかなりブルーな気持ちになったりもするんですけどね。