#tnk を例に、なぜネット上の情報・枠組みは”ただ”(無料)なのか。。。という考察

February 4, 2010

 Google、Twitter、WordPress.com、#TrainDelay、#tnk、#2289 等々Internet上にある色々なサービス、枠組み、情報がなぜ無料なのかということは、少し忘れられて絵いる部分がある。明示して、あるいは見える部分で収益があがるものが動いているものも多くある。また、twitter周辺(本体ではなく関連サービス)には、それが見えないものや個人が提供していて収益が上がっていないものがある。
 ここでは自分が下足番をやっている #tnk について考える。(説明は http://docs.google.com/View?id=dc34npj9_37cwhjbbjs )これは、「おはよう」などの挨拶に実況の気象情報を付加すると大きな情報になるだろうという発想で始めた。地名、天気、体感気温をtwitter上に #tnk タグとともに流してもらおうというものです。このtnkは、tenkiから母音を抜いて短くし、携帯電話からも打ちやすくしたものだ。
 2月1日から3日には http://hashtagsjp.appspot.com/tag/tnk (たぶん日にちが経過すると山は左側に消えて行くとおもうが)大きな山を描いた。大いに情報を発信され、利用されたと理解している。

 この #tnk がなぜ無料で動いているのかといえば、参加されている皆さんの善意と理解だとおもいます。みなが少しずつ負担することで、twitterという通信手段をかいすることで、「人間レーダー」あるいは「人間アメダス」のネットワークが出来た。網羅的ではないとおもうが、利用者がいるところには情報があるという形にはなった。周辺の情報は、自分の場所の天気の超短時間の予報になるわけで、ある意味でもっとも正確な天気の情報になっているとおもう。みながほんのわずかで良いので協力してもらえれば、これだけの情報が作り出せるということだとおもう。
 逆に理解のない人が入ると、#tnk のもつ意味を理解しないでタグを付けたままで頻回のRTを繰り返すなどして雑音(情報でない物)を情報に入れてしまうことになる。情報を使う(見る)ひとの本当の意味でのリテラシーが試されている。かつて多くのmailng listがパソコン通信時代からInternetの創生期に大きな情報源であったが、衰退あるいは変形してメールマガジンや掲示板(BBS)に移行し、さらにそれがblogやSNSを経由してエコシステムであるTwitterに移ってきた。常にその衰退のスイッチを押したの利用者である。情報雑音を流し込んだり、自らは全く情報を提供せず安易に情報だけを得ようとするひとが増えて来て、過去の枠組みの衰退が起きている。
 「キャズム」という言葉が頻繁に語られるが、様々な出来事が牽引してtwitterもキャズムを超えた空気だ。その証拠にtwitter自体が自己目的化した人がふえ、「フォローミー」の為の手段を問わなくなり#tnk タグを付けて「フォローミー」を叫ぶ狂態が見え始めた。無料の枠組みが壊れる原因は、こいう動きになるのだとわかってきた。その狂態の流入を避けるには、文脈をチェックすするとかフォームから入力するとか等々の枠組みが必要となりコスト面から無料が維持できなくなる。
 無料の枠組みを長生きさせるには、使う人に理解があって活動のPRの応援や不適切な使い方の人への注意喚起、適切で有効な使い方、等々を常に考えて、実行してもらうことだと思う。#tnk には、ちょっと曲がり角(発展か、衰退か)の空気が漂いだした。
 ソーシャル インフォメーションという感じのものを考えて、これを育てることにお力を!

( Twitterでは @az4u で活動しています )


情報の利用可能性の維持

December 22, 2009

 先週の金曜日で欧米はクリスマス休暇に入ったようで、直前までのクリスマスカード、クリスマスmailはぴったり止まりました。普段欧州から翻訳の仕事を取っているます、それもぴったり止まったいます。ああ、クリスマスに入ったと手に取るように見えます。

 今年はと、一足早く振りかえてみると、前年以上の激動の年であったとおもいます。もちろん政権交代とかそれをきっかけとした様々なものの噴出であるのは間違いないのですが。

 他にも、SNPsと臨床医療が相当な程度までつながり、この分野の変化速度はlag phaseからlog phaseに入ってきたと実感しました。専門職が勉強し適切なレベルまで自己を高めるために必要な努力もかつて無いものになってきました。そこに加えて、コンピュータリテラシー、Internetリテラシー、あるいは情報リテラシー(それらは相互に相当部分重なりあるものですが、でも決して同一でないことが逆に厄介です)、のともめられる程度、あるいは過去に獲得したもののうち更新が必要なものの量、さらにはその変化速度が最高度に高まっている。これらは、今がピークだというのではなく今後さらに加速して行くことは誰にも明らかです。

 情報をどう取るか、再利用可能な形でどう貯めるか、「賞味期限切れ」情報の廃棄をどうするか、というあたり見直す時期に来ていると思っています。たとえば、情報の蓄積では、ただ貯めるのではなく、何時、誰が(利用するのは自分とは限らないという発想が必要)、どう行かすのかというビジョンを持つことが必要になったのだと思います。ビジョンは、常に見直して手直しして当てはめて行くという手順(デミングサイクル的な発想)が必要になってきたとおもいます。
 一つの極論は、集積する前に篩ってすてる、蓄積後使用する際にクレンジング過程を挟んで再度捨てるそういう手順が居ると思われます。無償のクラウドサービスを利用して全量貯めるのは、可能ですがビジョン(おそらく戦略という概念を同じ)をもって望むことが大事だとおもいます。それは、データを使用するときのクレンジングのタイムコストが一番大きいからです。クレンジングを想定した、情報の収集が大変に大事です。

 まだまだ書かないと、説明しきれませんが別に機会にゆずって今日はこのくらいにします。ちょっと自己メモの性格の強い記事なので用語はちょっと難しいものがあるかもしれません。ご容赦ください。

 この記事の前提を最後に書いて起きます
  紙媒体だけで自分の集めた情報を整理できるのは完全に終わっています。では、デジタルではどうだろうと考えてみると、蓄積に関しては全く問題は無いのですが、もっとも危惧されるのは「それ使えるの」ということです。折角の情報を必要な時に、適切に取り出せるか?その情報は、その時点で最新・最善のものであるのか?取り出したものを活かして使えるか?それが、「それ使えるの」ということです。
 毎日10件、1件140文字(←ここ笑うところ)、それを7/365蓄積したら、3650件。当然もう爆発です。でも実際にはもっともっと多い情報を集めたつもりに成って居ます。
 そういうことを前提にして考えました。
 
関連LINK http://bit.ly/6F1zAm (飛び先はResearchMap.jpです。そこのaz4uは私です)


色々集めてLINK & クラウド話

November 29, 2009

Twitterで得た情報のLINKと、同じくtwitterで練ったクラウドがらみの話を別のblogにupしています。ご覧ください。

LINKS集は http://az4u-links.tumblr.com/
クラウド話(別館分室)は http://az4u-cloud.tumblr.com/

また、別館(本室)は http://apogee.at/ です。えっ、本館ですか、本館は http://az4u.jp/ で。H.Q.が http://apogeetech.com/ という設定です。


Twitterは進化すべきではない

October 24, 2009

機能の強化は、外側で付加的サービスで提供すればよい。むしろtwitterは、インフラになる事をめざし、単純な枠組みのまま、ひたすら安定稼動だけをもとめてほしい。


インフラとしてのtwitterの続き書きました

October 8, 2009

単文ですが、インフラ前夜との評価です

http://az4u.tumblr.com/post/207392477/twitter

インフラ前夜との印象と、一方でICTのライフサイクル論で言う過剰期待期から失望期に移行する前夜と見ている。二つの相反するとも言える状態にあるので、インフラとして確立しながら板に単純さを保ちながら安定運用を実現してゆくかが課題の時期に入ったと思う。

一方でSEO的には。twitterが驚異と成りつつあるので、そのあたりサーチエンジン側の対応を見てゆきたい。


インフラとしてのTwitter

September 29, 2009

 Twitterの国内ユーザー数が急増中である。「なぜ、twitterがいま?」ということだが、twitterのwebインターフェイスは単純すぎる、その単純すぎることが受ける要因の一つではないだろうか?
 
 単純なものは、インターフェイスさえ公開してもらえれば複雑には出来る。複雑なものは単純化できない。電話(電話回線)に、電話機を付ける人もいる、自動応答電話を付ける人もいる、FAXを杖kる人もいる、パソコン通信やその後の時代のInternetを使う人もいる、専用機器でデータ転送もいる。その電話線の役割みたいな位置にTwitterがなり始めて居るのではないか。

 セキュリティー面では、のぼ裸で野ざらしのTwitterならでは、その外側を覆う鞘をい提供するようなSaaSやアプリケーションが出てくるのは必至であろうし、じつはTwitter周辺のサービスが無数にあるので私が知らないだけかもしれない。


私の管理のSQLサーバ復旧

September 22, 2009

az4u.jpやapogeetech.comなどの運用で使用しているSQLサーバーが障害中でしたが復旧しています。3桁のdomainを運用中で、うち二桁のサーバーではSQLを回しています。おのうちのひとつがPHPから呼べない状態でした。


見かけたいい物 — LINK集立ち上げ

September 21, 2009

 Twitter関連のtool、おもしろいなと思ったネタ、後から良く読んで見ようと思ったサイト 等を集めて、LINK集にしてみました。玉石混交かもしれませんが 皆さんの目でレーティングしてみてください。
 これは、iPhoneのTwitterクライアントで見かけた物を、iPhoneから直接mail投稿して作っています。ですから、体裁の統一感はないかもしれません。もとのサイトのHTMLの冒頭部分のメタタグの書き方によって、差が出てしまうので。後処理で手で直すのは不可能ではないのですが、「自動化」とか「使い回し」を追求して見ます。
 URLは http://az4u-links.tumblr.com/ です


Twitterのデザイン変更しました

September 21, 2009
Twitterno

Twitterno

ちょっとセンスはいまいちです。少しずつ、色々試してKAIZENして行く予定です。画像がTwitterへのLINKになっています。


なんだか騒がしい

September 9, 2009

ここ数日、上空を飛ぶ軍用機(輸送機他)、軍用ヘリがふえています。なんとなく不安な感じでいやな物です。

(試験的にこのblogは、twetterfeed経由でtwitterに飛ばしています。Twitterは http://twitter.com/az4u/ です )


Twitter考

September 8, 2009

 Twitterがブームです。というわけで試しに使い出しました。なかなか優れている部分と発展途上と思う部分が混在した世界です。そこに入って日が浅いのですが、気になることがあります。

 「つぶやき」には著作権がないのでしょうか?ReとすべきもののほとんどをRTでコメントしているケースでは、発言者の手元を離れて見えないところで、特定の発言やキャッチフレーズが一人歩きしているように思えます。Blogのトランクバックとか、一般的な引用やLINKとことなる感じが気になっています。

 ちょっとRSSについても気になるトレンドが見つかりました。情報を発信したいことと、著作権を守ることはある部分では相反するようですね。
 
 まずは今回はメモ程度に。。。。


ゴーヤー

August 18, 2009

ゴーヤー

ベランダのプランターに植えたゴーヤーです。ちょっと出遅れて、花が咲き出しました。そして、ゴーヤーの赤ちゃんが付いています。


ITmediaを読んでいたら

September 29, 2008

 

おもしろい記事をみつけました。時流にあっている製品です。携帯電会社が、現在のACアダプターはやめてすべてUSBケーブルでの充電みたいな方向にゆけば、iPOD/walkman/そのたMP-3 player、デジカメ、….  デジタル系の端末がすべて同じ方法で充電できるようになるのに。SonyやAppleが出してるACアダプター本体にUSB]がついているものなんかも、そういうトレンドを進めていると思っています。

PLCアダプターなんかも、ACアダプターサイズ、あるいは、ACプラグサイズにすると面白いのに。


discomgoogolation

September 6, 2008

Nearly half of Britons suffer “discomgoogolation” Mon Sep 1, 2008 4:56pm BST

http://uk.reuters.com/article/lifestyleMolt/idUKL146220120080901

世界中のInternetのBlog、mailing listなどでは様々な解釈、訳語が生まれ、すでに広く受けいれられた語に成りつつありようです。Internetという世界への一つの窓口ですが、いまや知らない人は居ないぐらいの存在に育ち、なんやかんや利用する立場からみると、実に考えさせられる常葉である気がします。

この語がどのように広がり、どのように定着してゆくのかが、あるいみでは大変に楽しみです。現在のInterntの有り様を示すことになりそうです。


「もし原」 and 「さがりばな」

June 29, 2008

 もし原(一億倍)を入手。なかなな良い。講義用に使います。さきの携帯ストラップ版は、5000万倍なのですが一億倍となると体積8倍ですからかなり感じが変わります。水素以外の原子は着色されて居るのですが、丁寧に綺麗な着色がされています。なかなかのものです。精度は高く無いながら、講義用には十分とおもいます。強いていると、手間が掛かるので極めて妥当なのですが、分子が大きくなると加速度的に値段が上がって行のがちょっとつらいです。ノード原子あたりの単価が一定ですので、手間を考えればむしろ安いのですが。

 

 

 

さがりばな

 一年ほど前に芽みたいな状態のこの植物を友人のご厚意で分けて頂きました。もともと貴重なものだそうで、それを増やしていらっしゃるからかた分けて頂いたものを、友人が奄美より持ち帰ってきて分けてくれました。三株有ったのですが、一株は馬目でした。すこし大きくなるまで育ったのですが、突然枯れてしまいました。この春になって調べたら、その一本は根が出ないでいたようです。二つの部分にまたがる途中が一部欠落した形状であったのでおそらく導管・師管が途切れていたのかなと思っています。

 二株は、ご覧のように立派に育ちました。一株は種から出た芽、もう一株は挿し木でした。挿し木からスタートした方は枝の長いものが横に伸びたので、出来たら挿し木に死体のですがやり方が分かりません。「ひるぎ」と、「さがりばな」のためにビニール製の温室と加湿機能付きのヒーターを入れて温調して冬越しさせました。

 根がしっかり張ったのでプランターは破れてしまいました。というわけで、今日、一回り大きなプランターに引っ越しました。

 


携帯ストラップ 購入

June 27, 2008

 

 講義用に大きめな分子模型をInternetで検索していました。ふとあるblogで、このストラップを発見。その後、販売元の「仮説社」を見つけたので買ってきました。よく通る通りに沿った場所にあって、すぐに場所が分かりました。おそるおそる入っていったら「売店」という名前で販売コーナーがかなり広く取ってあって、とても新設に対応して頂きました。

 

 実物分子の約5000万倍の大きさだそうです。ちょっと重さが5000万倍だとどうなるかと思ったのであとで計算してみないと。分子量 18をアボガドロ数で割って、それに5000万を書ければいいはず。

 

もちろん、大きな分子模型もよそでget。そちらは1億倍サイズ。2億倍が良いと思いましたが、値段が8倍になってしまうので、ちっと予算オーバー。ポケットマネーで買うので、費用対効果で、1億倍までしか、手が出ません(笑)

 

 

 

 

 


様々な事がおかしい、違う、。。。という昨今ですが

June 21, 2008

 銀髪マンは、非常勤で大学等で講義しているのですが、すでにこの時期で来年度の「出講承諾書」の提出依頼が舞い込み出しました。新設校、新設学科なら別ですが、既設では不思議なことです。でも、複数からなんで何か行政への手続きの変化なのか、それとも人の囲い込みでしょうか。実は人は余ってきているはずですので、なにか別の理由が動いているのでしょうね。

 学科の募集停止や閉鎖、あるいはクラス減など高等教育は予想以上の速度でシュリンクし始めました。学生の確保、質の維持は加速度的に大変になってきているのは誰の目にも明らかです。そういう中では何が起きても不思議ではありませんが。


なんでだろうと思うこと

June 9, 2008

社会全体での出来事(事件)だけでなく、自分の周りでも(自分自身が関係する場面でも)何でだろうと思うような出来事がよく起きています。説明できない不合理なこと、理不尽なことが増えています。そして、それが刹那的なきっかけで起きているのではなく何かの鬱積の上で起きていそうだとおもうと、暗澹としてきます。

 

 


医薬翻訳塾 6月の課題

May 30, 2008

6月の課題出しました。http://www.e-honyaku.jp/ でパスワード拾って http://MedTrans.WordPress.Com/ に行ってください。受講されていない方でも課題は見ることが出来ます。

 

 


Zoho ← Google A/C or Yahoo A/C

May 15, 2008

 GoogleのアカウントやYahooのアカウントからZohoにlog-in出来るようになりました。不思議な感じでです。ある部分ではZohoはGoogle APPsのコンペティターなので、不思議な便利さを用意したものとおもいます。MS Offcie LiveとGoogle APPsはDNSの設定周りからはじまり、全体が全く別のコンセプトです。どちらかといえば、Liveはパッケージ売りのOffcieのコンポーネントを二つ積んだものが基本だと見え見えです。方や、Google APPsはASPサービス(今風に言えばSaaS)です。Zohoは(も)、SaaSです。Office類似機能の部分が、Googleの方がよくintegrateされていますが、Invoiceとかを見ると惹かれるものがあります。SaaSがあれば、パッケージソフトが要らないかもしれないとおもう部分もあります。

  Mailクライアントについては確信をもって、もう要らないと思っています。SPAM filterのすばらしいので、Google APPsからGoogle外部のPOP serverにもアクセスして一元的に扱いだしました。社/自宅のPCでも、出先のPCでも、そして携帯でもまったく同じ立ち位置でmailのハンドリングが行えるのがすばらしいです。SPAM filterも取りこぼしも、誤認識もきわめて少なく最高度の精度で振り分けてくれています。また、UMIN.ac.jpのような POP/Sサーバーにもmailを取りに行けるので、(POP/Sに取りにゆけない)リモートメールは解約します。0円のサービスが、月300円のサービスに大幅に勝ているとは。

 そして、Google APPsですむなら人数の大きなコラボレションにはZohoよりも優れています。一人ではZohoが優れている場合でも、公開、共有というあたりの取り回しや、機能によっては人数制限(それ以上は有料)とかの関係でGoogle APPsがまずは第一選択肢になるように感じています。