<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
   <channel>
      <title>遠藤諭の東京カレー日記</title>
      <link>http://blogmag.ascii.jp/tokyocurrydiary/</link>
      <description>★アスキー総合研究所所長の遠藤諭が、IT業界のフシギなところなど週１回くらいは書いていきます。カレーや香港やガジェットに関するお話もあり、お時間のある人はお読みください。


個人サイト（http://www.8-p.net）個人Twitter(http://twitter.com/hortense667)</description>
      <language>ja</language>
      <copyright>Copyright 2010</copyright>
      <lastBuildDate>Sun, 07 Feb 2010 19:27:07 +0900</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>TwitterやるならAndroid説（続）</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　TwitterをやるときAndroidってラクチンじゃんというわけで、<a href="http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitterandroid.html">前回</a>の続きです。Nexus Oneの売れ行きがもうひとつというニュースもありますが、Androidってどうもうまく使い勝手が伝わってないと思うのですよね。iPhoneでもAndroidでも「もっとこんなワザがある」という方は、@hortense667 宛てとかで教えてもらえるとうれしいです。<br><br>

<u><strong>１．マルチタスクは何のためにある？</strong></u>
<br><br>
　よくAndroidの特徴として「マルチタスク」ということが言われますよね。あるアプリを使っていて時間がかかるときに他のアプリにうつってメールの返事を書いたり、Twitterとかやれます。その意味では、iPhoneは「待たされる」けど、Androidは「待たされない」という傾向はあるんでしょう。
<br><br>
　しかし、私みたいにウェブとメールとTwitterをやっているくらいだと、たいした差はありません。ソフトバンクとドコモの回線スピードの差（<a href="http://k-tai.impress.co.jp/docs/presents/20100106_340749.html?">こんなデータもあり</a>）とか、アプリ自体のサクサク感のほうが影響してくると思います。
<br><br>
　せいぜい、裏でインターネットラジオを鳴らしておけるくらいでしょうか？　いや、もっといろんな使い方している人がいるとは思いますが。コミュニケーション端末として使う分には、ほとんどメリットを感じないというのが正直なところです。
<br><br>
　逆に、マルチタスクはバッテリを食うとか、動作が遅くなると心配をする人のほうが多いでしょう。これもまた、ウェブとメールとTwitterをやっているくらいだと、困ったことはありません。心配ご無用。マルチタスクのいい面もダメな面も、どんなソフトをどう使うかによるわけです。
<br><br>
　というよりも、Androidがマルチタスクであることは、ソフトのスタイルに影響しているかもしれません。たとえば、最近、私が使いはじめた「Twigee」というクライアントがあるのですが、次のような感じの使い方になります。まず、ふつうにTLとかをプラプラと読んでいる。
<br><br>
<img alt="device-x1.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-x1.png" width="320" height="480" />
<br><br>
　そこで、気になるつぶやきを見つけたら画面を長押しする。ここで、ユーザーのIDを選んでみましょう。
<br><br>
<img alt="device-x2.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-x2.png" width="320" height="480" />
<br><br>
　すると出てくるのがこの画面。実は、画面上部のプロフィールの部分はウィンドウみたいになっていて、Twitterの状態によってはちょっと時間がかかることもあります（いまの場合私のプロフィール出してますが）。それと前後してその人の発言がロードされて下のほうに表示されていきます（まさにマルチタスク的に動きます）。そこで、どんどんこの人の発言を見ていって、フォローすべき人物かどうか品定めの作業を先に進めることができます。いいなと思った瞬間に上のウィンドウにある「Follow」を押してやればいい。このスムーズさ。
<br><br>
<img alt="device-zz.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-zz.png" width="320" height="480" />
<br><br>
　この作業を１つずつかたづけなきゃならないのとはだいぶラクチンさが違います。これが、マルチタスクのおかげなのかどうかコードを見ないとわかりませんが、マルチタスク的発想。ついでながら、ここでTweetの１つをタップすると次のような画面が出ます。
<br><br>
<img alt="device-x6.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-x6.png" width="320" height="480" />
<br><br>
　ここで左下のボタンをタップすると、このつぶやきを含むスレッドが表示されます。いまの場合だと、hortense667とGuestProfessorTさん対話が対談集のように読める感じになる。これで、hortense667さんやGuestProfessorTさんの人柄、相手を罵倒する人かどうか、品位そのほかまで分かってしまいますね。
<br><br>
<img alt="device-x7.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-x7.png" width="320" height="480" />
<br><br>
　スレッド機能は、とくに珍しいものではないですが、そこからまたウェブを立ち上げようが何をしようが、ずるずると横道に行ったときこそAndroidの本領発揮ですね。それでも戻れちゃう（前回の「２．Twitterとウェブの往復がラク」のあたり参照）。ちなみに、日本だとReplyよりもRT、QTの文化なので、RTスレッドみたいな機能が入るとよくないですかね？　そんなのすでにある？
<br><br>

<u><strong>２．ステータスバーにDM着信マーク</strong></u>
<br><br>
　マルチタスクというよりも常駐的な使い方で、人によっては便利そうなのが、画面上部のステータバーを使ったソフト。
<br><br>
<img alt="device-y.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-y.png" width="320" height="480" />

<br><br>
　上の画面は、Seesmicというアプリが新しいつぶやきがあったことをアイコンで示している例です（DMだけを告知とか設定できたりできるのです）。ステータスバーを引っ張り出すと、下の画面に。
<br><br>
<img alt="device-y2.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-y2.png" width="320" height="480" />

<br><br>
　この場合、「11 New Updates」をタップするとSeesmicが立ち上がります。ほかにもTweetされた内容をステータバーに表示しちゃうソフトもあるみたいです。
<br><br>

<u><strong>３．ウィジェットは気分もんだけど楽しい</strong></u>
<br><br>
　前回もほんのちょっとだけウィジェットについて触れました。ニュース系のウィジェットを見ているときに、発作的につぶやけるという話。で、当然、Twitterのウィジェットもあります。たとえば、「Twidgit」というクライアント。こんなふうに出ています。
<br><br>
<img alt="device-z2.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-z2.png" width="320" height="480" />

<br><br>
　要するに指定したタイミングでTLを拾ってきて出しているだけなので、たまたまその時のものが見える。「おやっ？」とおもったらタップしてやると、以下のようにクライアントが立ち上がります。
<br><br>
<img alt="device-z3.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-z3.png" width="320" height="480" />

<br><br>
　このウィジェット機能、iPadとかにはあっていいと思うのですが……。
<br><br>

<u><strong>４．十字キー型のTATTOOタイプは使える</strong></u>
<br><br>
　Androidには、ポインティングデバイスがあるのはご存じのとおり。HT-03Aはコロコロ、TATTOOは十字キーっぽい使い勝手になっています。ソフトも、そのあたりを意識してたりします。タブのあるSeesmicみたいなTwitterクライアントは、このポインティングデバイスだけで、タブ選択からつぶやきを上下に見ていけるようになっています。下の画面だと赤く反転しているのが選択状態（つまり、Androidには選択状態の概念がある）。
<br><br>
<img alt="device-w5.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-w5.png" width="320" height="480" />

<br><br>
　ただし、これはTATTOの場合の話。HT-03Aのようなコロコロ型は、もうひとつ慣れが必要なようです。そんなわけで、私は、画面の小さいTATTOOのほうを使っていたりするんですが。こっちだと、画面の上部をタップしたいときなどは、十字キー感覚で、片手でパキパキ操作できるのです。それから、ポインティングデバイスといえば、文字選びですよね。
<br><br>
<img alt="device-53.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-53.png" width="320" height="480" />

<br><br>
　iPhoneも3.0は、文字列の選択がかなり便利になりました。TATTOOなら、これも十字キー感覚でパキパキできますが、コロコロだとiPhoneのほうがハッキリ言って便利です。文字入力のところでポインティングデバイスを押し込むとこの手の文字列操作ができるようになっています。
<br><br>
<img alt="device-49.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-49.png" width="320" height="480" />

<br><br>
　TATTOO型の場合は、Twitterのつぶやきをダーッと見ていくときもボタン長い押しでOK。これから日本でAndroid端末を出されるメーカーは、コロコロ型ではなくTATTOO型をお願いします。やっぱ、十字キー＆Ａ、Ｂボタンで育った世代には、これ絶対ですよ。もっと便利なのは、より具体的な<a href="http://blogmag.ascii.jp/tokyocurrydiary/2010/01/odroid.html">コレ</a>ですけど。
<br><br>

<u><strong>５．カスタムUIはどうなのか？</strong><br><br></u>　Androidの大きな特徴の１つが、カスタムUIです。正直なところAndroidの標準のUIは、お世辞にも洗練されているとはいえません。そこで、メーカーごとのカスタムUIとなるわけですが、私は、HTCが、TATTOOにつんでいる「Sense」というUIしかちゃんと触っていません。
<br><br>
<img alt="device-w1.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-w1.png" width="240" height="320" />

<br><br>
　これは、TATTOOのトップ画面ですが、同社のカスタムUIで動いていて、画面をヨコになでるか、ポイティングデバイスを右にやると、画面が切り替わります。よく使うブラウザやメーラーやTwitterクライアントを登録しておけば、軽快に切り替えて使えるわけです。TATTOOの場合は、QVGAという解像度の低さをカバーする感じのウィジェットが用意されています。
<br><br>
<img alt="device-w3.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-w3.png" width="240" height="320" />
<br><br>
　カスタムUI上に、フツーにアプリのアイコンやウィジェットを置くこともできます。
<br><br>


<img alt="device-w2.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-w2.png" width="240" height="320" />

<br><br>
　Twitterは、こんな感じ。ここで読んでもいいしタップするとより機能の多い画面に切り替わります。HTC Senseは、HTC仕様のウィジェットであって起動中のアプリの切り替えではないので念のため。まだまだ、この領域はこれからなんではないでしょうか？　AndroidのカスタムUIは、NTT東の光iフレームくらいシンプルにして、そこにここで書いた便利さをうまく使えるようにするのがいいんではないでしょうか？　いろいろ言いたいこともあるんだけど……。
<br><br>
<br><br>
<img alt="device-w4.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device-w4.png" width="240" height="320" />

<br><br>

　さて、TwitterやるならANdroid説。<a href="http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitterandroid.html">前回</a>と併せて読んでいただけるとうれしいのですが。ポイントは以下でしょうか？
<br><br>
<strong>１．ウェブなどほかのアプリを使っていて気軽にTweet。<br>
２．ウェブとTwitterを自由に行ったりきたり。<br>
３．マルチタスクで待たせないはず（ただし、生かせるユーザーのみ）<br>
４．ウィジェットやステータスバーでのお知らせ。<br>
４．文字列のカット＆ペースト（ただし、TATTOO）。<br></strong><br><br>
　というようなところでしょうか？　ラクラク、ヌルヌルと情報をたどっていけるということなんだけど。いやそこまでやらなくていいからという人もいるかもしれません。いや、逆で、めんどうせずにダラダラできるってことなんですけどねぇ……。
<br><br>

<a href="http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitterandroid.html">前回：TwitterやるならAndroid説</a><br>
<a href="http://twitter.com/hortense667">@hortense</a><br>

</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/02/twitterandroid_1.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/02/twitterandroid_1.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sun, 07 Feb 2010 19:27:07 +0900</pubDate>
      </item>
            <item>
         <title>TwitterやるならAndroid説</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　そろそろ、Nexus Oneを手に入れている人もいるはず。で、Twitterをやるには、AndroidのほうがiPhoneよりも便利っぽいと思うのだがどうだろう。ちょっぴり紹介してみますね。iPhoneでもAndroidでも「もっとこんなワザがある」という方は、<a href="http://twitter.com/hortense667">@hortense667</a> 宛てとかで教えてください。<br><br>

<strong>１．ウェブやニュースや画像を見ながらつぶやきたくなった</strong><br><br>

　Androidでは、ブウラザやニューズリーダーやギャラリーなどのアプリには、「共有」アイコンが用意されていることが多い。いまブラウザであるページを見ているとする（私が使っているのは「Dolphin Browther」だけど当然標準のブラウザにも「共有」ボタンあります）。ちなみに、私のAndroidはQVGAのTATTOOなので画面小さくて申し訳ない（解像度はNexus Oneの5分の1！）。<br><br>

<img alt="device2.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device2.png" width="240" height="320" />
<br><br>
　ここで、「共有」のボタンを押す（下の画面では「Share Page」＝Androidでは２つに分かれた矢印などのアイコンが「共有」）。
<br><br>
<img alt="device3.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device3.png" width="240" height="320" />
<br><br>
　すると、「Delicious」「Facebook」「Twitter」「Gmail」「K-9」「SMS」「Plurk」などと出てくる。いま見ている情報を、どのソフト（サイト）に渡しますか、と聞いているわけだ。
<br><br>
<img alt="device4.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device4.png" width="240" height="320" />
<br><br>
　このリストから、Twitterを選ぶと、サイトの情報と短縮URLが入った状態でTwitterクライアントが開く。
<br><br>
<img alt="device5.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device5.png" width="240" height="320" />
<br><br>
　これで、クリックすればTwitterに投稿。必要に応じてコメントを追加しても可。なにもしないでTweetするなら、この間、実に３秒でつぶやけてしまう。
<br><br>
<img alt="device6.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/device6.png" width="240" height="320" />
<br><br>
これは、ウェブを見ながらだが、ニュースを読んではホイ、昨日撮った写真を見ながらホイといった案配でTweetできる。下の画面は、「Tech Buzz」というウィジェットですが、ここで「共有」ボタン(2つに枝分かれのアイコン)を押してみます。<br><br>

<img alt="devicez0.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/devicez0.png" width="240" height="320" />
<br><br>
　やっぱり以下のようなリストから選べるようになるわけです。この調子。
<br><br>
<img alt="devicez2.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/devicez2.png" width="240" height="320" />
<br><br>

　iPhoneにもアプリ連携はあるけど、Androidのほうはだいぶオープンなのだ。アプリ×アプリ(サイト)になる。異なるソフトで、同じ感覚でできる「環境」であるところが、ラクっぽいというか、便利っぽくないですかね。
<br><br>

<strong>２．Twitterとウェブの往復がラク</strong><br><br>
　iPhoneには「Twitbird」のような優れたTwitterクライアントがあるのはご存じのとおり。しかし、Tweetの中に埋め込まれたURLから開くブラウザがフル機能ではない。「サファリで開く」こともできるが、それは制御がサファリに移ってしまい、再度、Twitterクライアントを立ち上げることになる。
<br><br>
　Androidでは、たとえば、いまTwitterクライアントを使っています（私が使っているのはSeesmicというソフト）。
<br><br>
<img alt="devicea.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/devicea.png" width="240" height="320" />
<br><br>
そこから、URLを選んでやって、<br><br>
<img alt="devicec.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/devicec.png" width="240" height="320" />
<br><br>
ブラウザが起動（いまこれタグ１個だけど、開いたページを見たついでに、ほかのページも開いてみたりということが自然にできる）。
<br><br>
<img alt="deviced.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/deviced.png" width="240" height="320" />
<br><br>
　ここで、ウェブを見おわったら「戻る」ボタン１つで、Twitterクライアントの元の画面に戻る（なぜアンディがSidekickの時代から「戻る」ボタンを物理的に用意していたかが分かる瞬間＝Androidは戻る気持ちよさのOS）。
<br><br>
<img alt="devicef.png" src="http://blogmag.ascii.jp/tokyocurrydiary/images/devicef.png" width="240" height="320" />
<br><br>
　当然、さっきのワザを使ってウェブを見ているときに、思いついたその瞬間にTweetすることもできる（「共有」ボタンから）。要するに、Twitterとウェブをブラブラ行ったりきたり。この流れが、なんともクネクネとした思考の流れそのままの散歩感覚がある。ウェブやTwitterを読んでいるときに、自分にメールというワザも１アクションでできてしまう。
<br><br>

（つづく）
<br><br>
</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitterandroid.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitterandroid.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Fri, 29 Jan 2010 03:24:10 +0900</pubDate>
      </item>
            <item>
         <title>グーグルの検索結果画面が変わる</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　中国からの攻撃うんぬんで大統領もその問題を憂慮しているというグーグルですが、検索結果のリスティングに、サイトの中身の一部が表示されていますよね。グーグル以外の検索エンジンでもたいていそうなのですが。で、実際にそのサイトに飛ばなくても、そこに出ている情報だけで分かったりすることがあります。たとえば、<br><br>

<strong>「アジャンタ 最寄り駅」<br><br></strong>

なんてグーグルで入れてやると、検索結果の画面がズラリと出てきて、「アジャンタ　最寄り駅 の検索結果 約 7,270 件中 1 - 10 件目 (0.28 秒) 」なんて、画面の右上に出てくる。<br><br>

　で、リスティングを見ると、ありました、私が求めていたのは「アジャンタ - 東京都千代田区 - 03-3264-6955 - 9199.JP街検索」これです。で、その下に、「最寄駅, 麹町駅(東京メトロ有楽町線)」とすでに知りたいことが書いてあるじゃないですか。<br><br>

<img alt="google-ajanta.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/google-ajanta.jpg" width="640" height="452" />

　つまり、ここで何が起きたのかというと、検索結果のサイトにわざわざとぶ必要もない。<br><br>

　9199.jpというのはGMOグループの会社らしいけど、必要な情報はグーグルの検索画面だけで分かってしまいました。いまの場合、9199.jpに貼られたバナー広告をユーザーは見ることもありません。必要な情報だけがグーグルの画面に出てきて、場合によってはグーグルの検索広告は出て客の目にとまる可能性はあります。<br><br>

　これは、いまに始まったことではありませんし、グーグルは、本当に、ただユーザーの利便性を考えてうまくサイトの概要を出してくれているのだと思います。<br><br>

　というよりも、GMOさんの9199.jpのHTMLのソースコードをのぞいてみると、「アジャンタ - 東京都千代田区 - 03-3264-6955 - 9199.JP街検索」とあるんですね。つまり、9199.jpは、検索エンジンの結果リストで、電話番号なんかを教えることを自らやっているわけです。<br><br>

<strong>「どうせ電話番号を知りたいんでしょ、それくらいさっさと教えてやらぁ」<br><br></strong>

ということでしょうか？　ここで、得られる9199.jpさん側のメリットは、「9199.jp」という名前を覚えてもらえて、その好感度が上がるということでしょうか？　なんとも複雑な気分になってきます。いずれにしろ、9199.jp側も、検索結果のリスティングが重要な情報画面であることを認識しているのですね。<br><br>

　ところが、今朝（2009年1月22日）のニュースによると「グーグルのふだんの検索結果が変わる」というのがありました。「これからそうなる予定」ということで、<a href="http://googleblog.blogspot.com/2010/01/understanding-web-to-make-search-more.html">同社のオフィシャルブログ</a>にも書いてあります。<br><br>

　具体的には、検索結果の中の重要っぽいデータを並べて、強調表示してしまうというもの。オフィシャルブログの「Empire State hight」（エンパイヤステート 高さ）という検索例を見ると分かりやすいですね。新しい検索結果では、「11250 ft, or 381 m」という部分が強調表示されています。<br><br>

<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_7ZYqYi4xigk/S1nqHLsIocI/AAAAAAAAFlM/COhtf76MOLc/s1600-h/rs1.png"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 400px; height: 66px;" src="http://4.bp.blogspot.com/_7ZYqYi4xigk/S1nqHLsIocI/AAAAAAAAFlM/COhtf76MOLc/s400/rs1.png" border="0" alt="" id="BLOGGER_PHOTO_ID_5429628234889732546" /></a>
<br>
というのが、次のようになるらしい。<br><br>
<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_7ZYqYi4xigk/S1nqHoFYcPI/AAAAAAAAFlU/0o2FFIrzybs/s1600-h/rs2.png"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 400px; height: 63px;" src="http://2.bp.blogspot.com/_7ZYqYi4xigk/S1nqHoFYcPI/AAAAAAAAFlU/0o2FFIrzybs/s400/rs2.png" border="0" alt="" id="BLOGGER_PHOTO_ID_5429628242511818994" /></a>
<br><br>

　察しのいい方は、すでにお気づきでしょう。これは、グーグルが昨年6月から公開している「Google Squared」の技術を応用したものなのです。つまり、検索結果を表形式にして分かりやすく見せるというサービス。その表の項目にあるような基本項目を検索結果で出している。<br><br>

　「Google Squared」は、個人的には、アマゾンの「Kindle」なんかよりよっぽど出版社にとってインパクトがあると思っています。いわゆる「マイクロフォーマット」というのもあいまって、いまウェブの世界の水面下で動いている最大インパクトを持った潮流だとも思えます（ここでは別の話題なので置いておくことにしますが）。<br><br>

　要するに、検索結果画面というのが情報画面になってきている。これを、「リッチスニペット」（Rich Snippets＝スニペットは断片の意味）といったりするわけですが、今回のグーグルのアナウンスは、「それをもっと進めちゃう」と宣言したわけなのだ。<br><br>

　検索結果画面（それはグーグルにとっては、もともと重要な商売のフィールド）が、ちょっと注目かもしれません。<br><br>

　ところで、「アジャンタ 最寄り駅」とグーグルで検索したときの検索結果の「東京都千代田区にある、アジャンタの地図情報や電話番号です。東京都千代田区の周辺のグルメ、クチコミ情報もあります。 ... 住所, 〒1020084 東京都千代田区二番町3－11. 最寄駅, 麹町駅(東京メトロ有楽町線). 電話, 03-3264-6955 ...」ですが……。<br><br>

　数えていくとこれが131文字。検索結果のスニペットの文字数は、具体的にどう決められているのか知りませんが、だいたい見ていると110～150文字くらい。英語の「google.com」でも同じような文字数になっています。このくらいの長さの文字列、どっかで見覚えないですか？　そうTwitterの140文字です。<br><br>

<strong>検索結果の要約：150文字くらいまで<br>
Twitterのつぶやき：140文字まで<br><br></strong>

　グーグルの検索精度がさらに上がっていくと、本当に、検索結果のリスティングだけで、ほとんど済んでしまうことも増えるでしょう。人間がいちどに知りたいことは、これくらいの長さの文字列に入ってしまうからです。そうなると、なんだかグーグルが「つぶやいている」ような感覚になるかもしれませんか？<br><br>

　Twitterが世界中の数千万人のユーザーのタイムラインでダーッとこれを並べているのに対して、グーグルも毎月100億近いクエリ（検索）でダーッとこれを並べている。実際、この２つを使って、我々は、これから情報ライフを送るようになるような気がします。ここから先は、動画（ライブを含む）など、もっとリッチになっていくでしょう。<br><br>

　メディアとかコミュニケーションとか、検索とか、そういうものが取り払われるということです。<br><br>

　アスキー総研サイトのコラムで、「twiiterはコミュニケーション革命なんかじゃない（３）」を書きました。Twitterを日本で展開しているデジタルガレージの代表取締役／グループCEOの林郁氏にインタビューに行ったときの話。林氏の口から出た「正しい《原始インターネット》の時代」という言葉、本当にそうかもしれません。<br><br>


<strong><a href="http://research.ascii.jp/elem/000/000/035/35794/">「twitterはコミュニケーション革命なんかじゃない（３）」</a><br><br></strong>

</p>

]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/post_160.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/post_160.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sat, 23 Jan 2010 11:51:27 +0900</pubDate>
      </item>
            <item>
         <title>液冷式LED電球</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　もともと電球は好きなですが、いま萌えているのは「液冷式LED電球」。名前のとおりLED電球なんですが、中に液体が入っている。中空ガス入りのものより液体なので放熱がよいというのが最大の特徴。<a href="http://www.mxtv.co.jp/it_news/">東京ITニュース</a>でやるというので、秋葉原の<a href="http://www.zoa.co.jp/zoa20/shop_infomation.htm">ZOA</a>さんにおじゃまして、いろいろ説明をうかがいました。パソコン系の方には馴染みのあるLITEONの製品で、ガラスの形で2種類、色が電球色と昼白色で2種類あります。どうです、完全に充填してあるわけではなく液体がユラユラしているところがそそります。電球が、ちょっと生物っぽくなった感じですかね。<br><br>

<img alt="_s_endo_DSC02377.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02377.jpg" width="640" height="480" />

<br><br>
　ちなみに、お値段は先端の少し膨らんでいる「A432W-G」が3695円、真空管みたいな筒状の「A432W-T」が3696円（レシートを見るとなぜか1円高い？）。<br><br>

<img alt="_s_endo_DSC02364.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02364.jpg" width="640" height="480" />

<br><br>

　光が絞られているのでむき出しの読書灯とかがオススメかもしれません。<br><br>

<img alt="_s_endo_DSC02394.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02394.jpg" width="639" height="480" />

<br><br>

　うちは、玄関のダウンライトに使っている電球、私が細渕電球株式会社(<a href="http://www.hosobuchi-lamp.co.jp/">http://www.hosobuchi-lamp.co.jp/</a>)さんで手作りしてきたエジソン電球と交換です。下の写真は、フロアランプに付けてみたところ。<br><br>

<img alt="_s_endo_DSC02441.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02441.jpg" width="640" height="480" />

<br><br>

</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/led_2.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/led_2.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sun, 17 Jan 2010 19:35:49 +0900</pubDate>
      </item>
            <item>
         <title>パックマニアに幸福なひととき</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　八幡（KIGS＝北九州イノベーションギャラリー）で、コンピュータとゲームに関する講演をさせてもらいました。2004年に上野の国立科学博物館で開かれた「<a href="http://www.kahaku.go.jp/exhibitions/ueno/special/2004/game/index.html">テレビゲームとデジタル科学展</a>」の企画のお手伝いをさせていただいたのですが。今回は、そのときの国立科学博物館が共催というイベントです。そのKIGSでは、2009年12月26日（土）～2010年3月14日（日）の日程で、「<a href="http://www.kigs.jp/kigs/kikakuten/kikakunow.html">ザ・テレビゲーム展　～その発展を支えたイノベーション～</a>」というのを開催中なのですね。<br><br>

<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02243.jpg"><img alt="_s_endo_DSC02243.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02243-thumb.jpg" width="640" height="480" /></a>
<br><br>
　なにしろ、テレビゲームに関するイノベーションということで、私の大好きな古いゲームがたくさん展示されています。入り口を入るとまずあるのが、世界最初の業務用テレビゲーム機「Computer Space」です。1971年に、ATARI社を設立するノラン・ブッシュネルが、会社勤めをしながら作ったという幻のアーケード機です。ゲーム産業を作り出すことになる1972年のPONGゲームと同じデザインの筐体だったのですね。<br><br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/_640_DSC02258.jpg"><img alt="_640_DSC02258.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_640_DSC02258-thumb.jpg" width="480" height="640" /></a>
<br><br>
　会場に入ると出てくるのは、日本の初期の家庭用ゲーム機がずらりと並んでいます。これって、国立科学博物館から持ってきたものだとすると、元々私がコレクションしていたものも含まれているかもしれません（未確認です念のため）。もし、そうだとするとゲームくんたちと再会とういわけです。<br><br>

<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02296.jpg"><img alt="_s_endo_DSC02296.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02296-thumb.jpg" width="640" height="250" /></a>
<br><br>

　しかし、今回いちばん嬉しかったのはアップライト型筐体のパックマンがズラリと並んでいたことです。米国では、日本以上にパックマンがヒットしたので、いろいなシリーズ製品が出されたのですね。初代「PAC-MAN」のほか、「Ms.PAC-MAN」、「PAC-MAN Jr.」、初代のハイスピードバージョンなんてのもあった。今回の貴重なコレクションの出所はお聞きしなかったのですが、ピンボールと合体した「PAC-MAN」は、感動。パックマン好きにはたまらない内容です。ちなみに、今年、パックマンは30周年のはずですよね。ちなみに、今回のイベントでは2月6日にパックマンの生みの親こと岩谷徹さんの講演会も予定されています。<br><br>

<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02252.jpg"><img alt="_s_endo_DSC02252.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02252-thumb.jpg" width="640" height="250" /></a>
<br><br>
　ほかにも、みなさんのよく知っている家庭用ゲーム機がズラリと並んでます。詳しくは、会場でご覧になってくださいね。私の講演のほうですが、平日なのでさすがに人数はけして多いということではないのですが、熱心に聞いていただきました。「コンピュータとテレビゲーム、これまでとこれから」というテーマ。「あらゆるものがゲームのプラットフォームになる」というものです。実際そうですよね。
<br><br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02360.jpg"><img alt="_s_endo_DSC02360.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02360-thumb.jpg" width="640" height="250" /></a>


<br><br>
　ところで、上の写真は左側がKIGSのオシャレな建物。背後にあるのは八幡製鉄の高炉の１号だそうです。実は、これについては今回も関係している国立科学博物館の産業史料情報センターさんの関係で、１年ほど前にお話を聞いたことがありました。世界でも３本の指に入ろうかというような高炉を作ることに成功したことが、明治維新以降の日本の産業の急発展に重大な役割を果たしたのですよね。ただし、上の工場っぽく見える部分はレプリカで土台が本物とのことでした。
<br>
</p>

]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/post_159.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/post_159.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Fri, 15 Jan 2010 23:24:39 +0900</pubDate>
      </item>
            <item>
         <title>ODROIDにオドロイド</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　私のレア端末好き心にグサッと来たのが「ODROID」（オドロイド）。ということで、去年注文していたものが会社に届いていました。見た目は、すでに指摘されているように大きなワンダースワン（本体もちょっとトランスルーセント）。しかし、最大の特徴は、Android端末なことなことです。いまのところ、無線でつないでShimejiを入れてウェブサーフィンくらいしかやっていませんが。コレは、一応ゲーム機なんですけどね。<br><br>

<img alt="_s_endo_DSC02188.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02188.jpg" width="640" height="480" />
<br><br>
　割と大きい。<br><br>

<img alt="_s_endo_DSC02181.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02181.jpg" width="640" height="480" />
<br><br>
　本体は、結構薄い。なんとなく大久保のドンキの前で売っているホットクみたいなボリューム感です。<br><br>

<img alt="_s_endo_DSC02185.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02185.jpg" width="640" height="480" />
<br><br>
　電池を抜くとSDカードが。<br><br>

<img alt="_s_endo_DSC02178.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02178.jpg" width="640" height="480" />
<br><br>
　ナゾのローミングマーク？<br><br>

<img alt="_s_endo_DSC02197.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02197.jpg" width="640" height="480" />
<br><br>
　これもナゾ。だって通話機能なかったような。<br><br>

<img alt="_s_endo_DSC02191.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02191.jpg" width="640" height="480" />
<br><br>
　iPhoneと並べるとこう。<br><br>

<img alt="_s_endo_DSC02200.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02200.jpg" width="640" height="480" />
<br><br>
<img alt="_s_endo_DSC02202.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02202.jpg" width="640" height="480" />
<br><br>
<img alt="_s_endo_DSC02203.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC02203.jpg" width="640" height="480" />
<br><br>

　起動時は、TATTOみたいにロボットくんが……。<br>
　結論として、割とデカイがちょっと気に入っている。寝ながらネットやるにはいよいよサイコーかもです。<br>
　あ、ゲームは未知数ですが追々触ってみます。なんか、ソーシャルゲーム系とかもいまだと意識しているかもですねー。ちなみに、これはDevelopper Editionだそうなんで、ナゾの部分はそれでなるほどかもしれませんね。<br><br>

<a href="http://www.redstar.co.jp/odroid.htm">　ODROID情報（株式会社レッドスター）</a><br>
</p>]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/odroid.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/odroid.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Tue, 12 Jan 2010 21:17:48 +0900</pubDate>
      </item>
            <item>
         <title>アルファベット26文字で文を作る</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　パングラム（pangram）の話。<br>　昨日の日記で、むかしの原稿をスキャンしてあげました（「<a href="http://research.ascii.jp/elem/000/000/034/34987/">twitterはコミュニケーション革命なんかじゃない</a>」の補足っぽい話）。ところが、いまどきのOCRソフトで読んでみたらなんともきれいにテキストデータになっている。とういことで、以下、掲載しなおしますね。
<br>
<br>　ちなみに、さっき文字直ししながら読み直してみたんだけど、私の頭は、もっぱらパングラムのほうにいっている（編集長になって2年目でいちばん忙しい時期のはずだが）。遺伝的アルゴリズムについては、それのために、ちょちょいとかじって遊びでプログラムを書いてみたら偶然動いたというような感じなんですけどね。しかも、あまり詳細については触れていない（ちゃんと遺伝的アルゴリズムをやりたい人は、最新の情報をフォローしてみることをお勧めします）。
<br>
<br>※『月刊アスキー』1992年7月号（ASCII Vol.16 #7 July 1992）より。「，．」を「。、」に変更。ネット向けに段落あけるなどしましたが、本文は、基本的に掲載時のままです。
<br>
<br>
------------------------------------------------------
<br>■ことば遊び・コンピュータ
<br>
<br>（９）パングラム２
<br>
<br>コンピュータによるパングラム(アルファベットのA～Zをすべて使った文)の作成を試みる。前号では、コンピュータを使っアナグラムやパングラムの例を、いろいろと探しまわってみた。今回は、筆者が試みたコンピュータ・パングラムのアブローチと結果を紹介する。また、遺伝的アルゴリズムを参考にしたプグラムでもバングラムを試みてみる。
<br>
<strong><br>26文字の完全パングラム</strong><br>
<br>　アナグラムやパングラムの話でかならず名前が登場するのが、ギリスの数学者オーガスタス・ド・モルガンである。前回紹介した「英語ことば遊び事典』(“The Oxford Guide to Word”）の日本語訳、大修館書店刊)にもこの人のパングラムが登場する。
<br>
<br>I, quartz pyx, who fling muck beds.
<br>（石英の聖体容器なるわが身より、この肥やしを投げつける)
<br>
<br>　同書では触れていないが、正確には、同僚との合作らしいこのパングラム、よく見ると、jの代わりにiを、vの代わりにuを使っている。つまり、26文字のパングラムといっても、アルファベット26字すべてを1回だけ使った完全パングラムではなくて、iとuが2回使われていて、jとvは使われていない。
<br>
<br>　これじや、パングラムとしては不完全ではないかという人もいるかもしれないが、長いアナグラムの歴史の中では、アルファベットの中では比較的新しいjはiで、vはuで表現することが許されるルールもあるのだという。
<br>
<br>　文の意味のほうだが、あまりにも難解で、相当なイマジネーションを要求されるものになっている。「石芙の聖体容器なる……」という日本語訳も、かなり苦労しているのではなかろうか? このパングラムは、『ことば遊びコレクション』(織田正吉著、講談社刊）でも紹介されている。これの弁解のためではないと思うが、「私の知る限りでは、一般に通用しない言葉や固有名詞を使わずに、アルファベット全部を使い、意味の通る文章を作るのに成功したものは、まだいない」と、ド・モルガンは述べているそうだ。
<br>
<br>　これは19世紀の数学者の話だが、今でもあまり事情が変わっていないことを、前回のこのページを読まれた方ならご理解いただけるだろう。26文字やそこらで作られるパングラムが、なんらかの風景なり事情を表現しているように見えるだけで、大変なものなのである。一般に知られているパングラムの多くは、10以上の文字の重複があって、全体の長さが35～40文字以上のものばかりだ。
<br>
<br>　そのような中でも完全パングラム (アルファベット26文字を1回ずつ使った文)として、かなりの出来であるとド・モルガンが認めているのが、アメリカのドミトリ・ボーグマンによる次のような作品だという。
<br>
<br>Cwm, fjord-bank glyphs vext quiz.
<br>Zing! Vext cwm fly jabs kurd qoph.
<br>
<br>　最初の作品は、『英語ことば遊び事典』でも紹介されていて「渓
<br>谷のフィヨルドの片側に刻まれた古代の碑文は変わり者を悩ませる」と訳されている。2つ目は、前回紹介した「渓谷にまぎれ込んだハエが、プンプンうなり声を上げ、クルド人の書いたヘブライ語のアルファベット19番目の文字をつついている」に酷似していて、文意もほぼ同じものになりそうだ。どちらも私が普段使っている辞書では、とても手に負えないボキャブラリを含んでいる。
<br>
<br>　パングラムは、アナグラムの延長であると、この連載の中でも述ぺたことがあると思う。しかし、すでにある単語や文に含まれる文字を並べ替えて別の単語や文を作るというアナグラムと、AからZまで機械的に並んだ文字列を並べ替えて文を作るというパングラムでは、まるで事情が違うということが身にしみて分かってきた。その証拠にパングラムとしてはかなり苦しい30文字程度の文でも、アナグラムなら、
<br>
<br>A Merry Christmas and a Happy New Year.
<br>(メリー・クリスマス、新年おめでとう)
<br>May many a red wreath carry happiness.
<br>(願わくは、数多くの赤い花輪が幸福をもたらさんことを)
<br>
<br>といった、美しく、しかも優れた作品が作られている(訳は「ことば遊びコレクション』による)。アナグラムとパングラムでは、文字の出現頻度という統計的な問題で、決定的な違いがあったわけだ(図1）。
<br>
<br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu1.jpg"><img alt="pangram_zu1.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu1-thumb.jpg" width="480" height="405" /></a>
<br>
<strong><br>コンピュータで完全パングラム！</strong>
<br>
<br>　完全パングラムを、コンピュータを使って求めてみた話を前回までに紹介した。その方法は、アナグラムを求めるために作ったアナグラマ(穴蔵マ)というプログラムに、ほんのちょっとだけ手を加えたものだった。アナグラマについては、1992年4月号のこのページでアルゴリズムを、ソースコードは5月号のリストページに掲載している。
<br>
<br>　アナグラマのこのバージョンの特徴は、まさに、文字の出現頻度の統計的データを利用したヒューリスティックによって成立している。アルゴリズムの教科書にあるような組み合わせ問題のプログラムでは、とうてい手に負えない問題のはずが、なんでもない工夫で許容範囲内の時間で処理できたわけだ(とはいってもスーパーアスキー編集部にある現行最高速クラスのワークステーションを使って数十時間はかかったのだが……。
<br>
<br>　さて、アナグラマで求めたパングラムだが、前回にもちょっと触れたように、かなり厳しい内容のものしか求められていない。たとえば、
<br>
<br>Hemp bldgs iinx frowzy TV quack.
<br>(大麻で建てたビルが運のつき、テレビでいいかげんなことばっかりいっていたうす汚いあの野郎も、もうこれで終わりさ)
<br>Quartz sphinx, few Jock gym blvd.
<br>(水晶のスフィンクスよ、ジョックに体操用の遊歩道を無期限で貸し与えん)
<br>
<br>などである。ご指摘を待つまでもなく、略語が含ま坑そいたりするわけなので、完全パングラムというにはおこがましいかもしれない。とはいえ、コンピュータによって完全パングラムのようなものを求めることができるわけだ。このプログラムをより強化するとすれば、スーパーアスキー編集部にマシン時間とメモリを占有しすぎて怒られないようにする高速化と辞書を充実するしか手がない。辞書の充実が、英和辞典にも載っていないような、一般の人々の使う単語から離れたものを加えるだけとしたら、ド・モルガンの指摘と同じように、これよりまともな完全パングラムを見つけることは難しいかもしれない。現在使用している辞書はスペルチェッカのデータをペースにした約6万語で、普段使うような単語はほぼカバーしている。
<br>
<strong><br>計算機的でないアプローチ</strong><br>
<br>　完全パングラムが難しいなら、若干の文字の重複は許してもアルファベット26文字すべてを使ったパングラムを作ってみたくなるのが人情というものである。前回では、すでにその種のパングラムをコンピュータで求めた例があることを紹介した。現在のところ40文字以上あるパングラムしか作られていないとのことだったが、キャッシェル・ファレルという人によって、なんとか文の形になっだものが求められているのだった。
<br>
<br>　私は、アナグラムや完金パングラムのときとは別の、何か気利いたアプローチはないかと考えた。そんな折に思いついたのが、遺伝的アルゴリズムである。
<br>
<br>　遺伝的アルゴリズムは、本誌でも1991年6月号と7月号でスタジオ・ゲンの宮沢丈夫さんが「現代科学の最先端をあなたのパソコンで!」という連載で扱っている。前号でも触れた"Scientifoc American"(日本版は日経サイエンス)のA・K・デュードー氏のコラムでも紹介されたことがあったが、実際にプログラムを作成してソースコードを示しながら解説したものは、一般に読めるものとしては、官沢さんのものしかないかもしれない。それから、だいぶ前に編集部の吉田とNTT基礎研究所の竹内郁雄先生を訪ねたときに、これが面白いよと、米国の論文のコピーで見せられたのが、まさにこの遺伝的アルゴリズムだった。
<br>
<br>　遺伝的アルゴリズムは、旧釆の機械的数学的なアプローチと異なり、文字どおり生物の遺伝をモデルにしたものである。
<br>
<strong><br>乱交の末、自然淘汰されるプログラム</strong><br>
<br>　遺伝的アルゴリズムにっいては、本誌のパックナンバーをお持ちでない方のために、ざっとおさらいしておくことにしよう。もっとも、今回のプログラム(パングラマチストと名づけた）も理論的なパックグラウンドまで立ち入る余裕がなかったので、かならずしもこのとおりでない部分もある。
<br>
<br>　遺伝的アルゴリズムの考え方は、J・H・ホランドという米国の科学者によって確立された。本誌の宮沢さんの連載では、1991年6月号で「巡回セールスマン間題」、7月号では「ナップザック問題」と、いずれも旧来のいかにもコンピュータ的なアプローチでは、膨大な計算量になってしまう「NP一完全」と呼ばれる種類の問題をテーマにしている。今回のパングラムの作成は、かなり趣は異なるもののやはり計算量が爆発する組み合わせ問題である。
<br>
<br>　遺伝的アルゴリズムは、生物の遺伝、そしてダーウィン進化論的仕組みをシミュレートする。つまり、ランダムに個体のかけ合わせを行ない、その中でより強く、優秀なアウトプットが自動的 生き残っていくというアルゴリズムなのだ(図2)。
<br>
<br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu2.jpg"><img alt="pangram_zu2.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu2-thumb.jpg" width="480" height="450" /></a>
<br>
<br>　「人間の性的な衝動は、より優れた入格を求めて働く」といっ 作家がいるが、まさに遺伝的アルゴリズムの核心もこれである。
<br>
<br>　私のプログラムでは、パングラムとなるべき単語のグループそものを遺伝子としてモデル化することにした。最初は、ランダに単語を集めて、たとえば100の個体からなる集団を作る。こ最初の状態では1つの個体は、たとえば図3のように、まったくパングラムにも何にもなっていないような遺伝子となる。
<br>
<br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu3.jpg"><img alt="pangram_zu3.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu3-thumb.jpg" width="480" height="165" /></a>
<br>
<br>　集団ができたら、次は交差だ。交差というと意味がよく分からないが、集団の中の適当な遺伝子同士を結婚させて、子供を作らるのである。子供の遺伝子は、親の遺伝子を適当なところで2つに切り、繋いだものとする(図4)。
<br>
<br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu4.jpg"><img alt="pangram_zu4.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu4-thumb.jpg" width="480" height="300" /></a>
<br>
<br>　問題は、誰と誰を結婚させるかだ。私のプログラムでは、なんと100個の個体のうち優れた個体10を、総当たり制で交差させることにした。フィーリングカッブル5対5で、女の子5人全員が男子の5人全員にOKサインを出すようなものである。進化主義民族学でいえば、まさに乱婚時代(ヘテリズム)の様相である。乱婚時代が終わって(1万数千午くらい前)、家族や邑が形成され始めてから人類の発展は始まったというから、本当にこれでよいのかしらんとも思えないでもないが、10×10=100で、単純に次の世代の集団の個体数も100というのが分かりやすい。
<br>
<br>　どの個体が優れているか? つまり、どの個体が生存競争に生き残って交差に参加できるかは、一重複している文字の数と登場していない文字の数の合計で評価することにした。より完成度の高いパングラムは、同じ文字をあまり重複して使っていないもののはずである。
<br>
<br>　突然変異は、文字どおり交差して増殖した後に、ランダムに単語を投げ込むことで行なうことにした。発生の確率は適宜変更できるようにプログラムしてある。これで、1世代の誕生から次の世代の1サイクルが完了である。これを繰り返し、淘汰のための評価のところでパングラムができたかどうかをウォッチしてやればよいというわけなのである。
<br>
<br>　交差のプロセスのところをはじめとして、なにぶん試行錯誤的なところがある。一夫一婦制のプログラムももちろん書いてみた。さまざまな因子を持った遺伝子が同時に生存しやすいという形となる。問題によってはこちらのほうが向くだろう。
<br>
<strong><br>プログラムの結婚の行方</strong><br>
<br>　遺伝的アルゴリズムは、遣伝子をどう設計するかが、最も大きなカギではないかと、宮沢さんは指摘していたが、ここでは、パングラムを構成する単語のグループをそのまま遺伝子にするというかなりいいかげんな方法をとった。それにもかかわらず、このアプローチの御利益は、あっさりと目の前に現われてきた。
<br>
<br>　本誌の1992年7月号の記事では、わずか20世代程度で、難問といわれるナップザック問題の最適解(もしくは、それに極めて近い解)を求めることができるとしていた。私のプログラムでも、同じ程度かそれ以下の世代交代で、はっきりしたパングラムへの収束が見られたのである。第1世代では、まったくランダムな単語の集まりだったのが、5世代目には早くも未使用文字が数文字になり、数十世代目でパングラムが求められるケースもあった(図5)。このへんは、実のところ突然変異の頻度や交差の仕方によって、かなり趣が変わってくる。意外だったのは、突然変異の頻度を抑えめ(十数～数十単語に1個)にしたほうが、収束のテンポが速いことだ。このへんのサジ加減が勝負になってくる。そんな行き当たリバッタリの方法で、ちゃんと答えまでたどりつけるのか? という疑問もあるだろう。従来のアルゴリズムは、キッチリ書いて、キッチリ動かし、なんらかの答えが求められるまで、 現在のソースコードの出来の良し悪しが判断できない。これに対して、遺伝的アルゴリズムでは、各世代の内容を画面に表示していけば、動かし始めてすぐに調子が分かり、手を下せるのである。
<br>
<br>
<a href="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu5.jpg"><img alt="pangram_zu5.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/pangram_zu5-thumb.jpg" width="480" height="750" /></a>
<br>
<br>　三日三晩動かしたプログラムが結局間違っていて、まったくの無駄だったなどということは起こりにくいわけで、この点で「遣伝的アルゴリズムは、プログラマの精神衛生に良い」計算理論といえるのではないかと思う。
<br>
<br>　ところで、このようにして最初に作ったプログラムでは、1つのパングラムにどんどん収束していくだけという動きだった。これは最適解を速やかに求められるという遺伝的アルゴリズムの醍醐味ではあるわけだが、たった1つのパングラムでは、面白くもなんともない。そこで、交差の部分に若千の工夫をして、次の世代がもっと変化に富んだ内容になるようにした。
<br>
<br>　ともあれ、このプログラム (パングラマチスト)によって、いくつかのパングラムらしきものが出てきた。英語の文としては、かなり怪しいものばかりで、訳のぼうはいよいよ苦しいところだが、おつき合い願いたい。
<br>
<br>Sphinx quiz cpmputer J, selfknowing avoidably.
<br>(回避的に自己認識するスフィンクス問題計算機J)
<br>Everything of jazzmen will be triplex quicksand.
<br>(三重の危険こそ、ジャズマンたちにとって最も大切なものなのだろう)
<br>Having work of zymurgy, objects equal expanders.
<br>(醸造学の研究をすると、物体はエキスパンダーに等しくなる)
<br>We vexed the debriefing of paiama zone's law quickty.
<br>(我々は、パジャマ領域の法則を体験した話を迅速かつ綿密に検討した)
<br>Murphy, vex as if you'd just quicksighted welch blazon.
<br>(マーフィーよ、借金のごまかしを自慢げに記述した文書を一瞥したばかりであるかのごとく、怒りなさい)
<br>He sez,"Job complex quails everything of wedlock."
<br>(「仕事嫌悪症だと結婚生活の何もかもがおとおどしたものになる」と彼は言う)
<br>"Who cemented byre jacks" is a quil of flagwaver prix.
<br>(「牛小屋で働く人々をセメント詰めにしたのは誰か」というのが愛国者賞クイズになっている)
<br>X'd (=executed)with zip, flybynight works equal curving jambs.
<br>(元気よくなされたとしても、信頼できない仕事は、曲がっているよろいのすね当てに等しい)
<br>
<br>　このプログラムは、実行を続ければそれだけ、新しいパングラムを書き出してくる仕組みである。今後のテーマとしては文して成立する単語の順列をうまい具合に組み立てる方法だろう。英語のテキストについては、実は、ちょっと面白いトリックがあるらしい。その話については、次回以降ということにしよう。
<br> (ホーテンス・S・エンドウ）
<br>
<br>
------------------------------------------------------
<br>
<br>
※<a href="http://research.ascii.jp/elem/000/000/034/34987/">０（ゼロ）グラムへようこそ「twitterはコミュニケーション革命なんかじゃない」</a>
<br>




</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/26.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/26.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sun, 10 Jan 2010 14:32:16 +0900</pubDate>
      </item>
            <item>
         <title>ノイズでGo！</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　その昔、人間が暗いところでもモノが見れるのは、カメラの絞りのように虹彩を開くからだと教えられたものだ。しかし、いくら絞りを開いたところで光学的に見える明るさのコントロールというのは限界がある。しかも、人間の視覚もCCDと同じように暗いとノイズが入ってしまうらしい。ところが、人間は、そのノイズによって生ずる「確率共振」によって暗いところを見ているらしい。<br><br>

　「0（ゼロ）グラムへようこそ」（アスキー総研コラム）で、「<a href="http://research.ascii.jp/elem/000/000/034/34987/">twitterはコミュニケーション革命なんかじゃない</a>」という話を書いた。どうも「ノイズ」というのがとっても興味深くて面白そうだという話。確率共振というのは、ノイズによって、まっさらでは見えないものが見えてしまったりするという現象。私は、『単純な脳、複雑な「私」』（池谷裕二著）で読んで知ったんだけど、ちょっとマインドハックなお話ですよね。<br><br>

　私が、はじめてノイズに「おや？」と思ったのは、遺伝的アルゴリズム。コラムの中でも、パングラム（アルファベット26文字を１回ずつ使った分）を求めようと「遺伝的アクゴリズム」にチャレンジしてみたことがあると書いた。で、その原稿を引っ張り出してきました。『月刊アスキー』の1992年7月号。同1991年6、7月号に掲載のスタジオ・ゲンの宮沢丈夫さんの原稿なんかを参考に、「こんな感じかな」というような調子で書いてみたものです。そんなものなので、ちょっと恥ずかしいんだけど、アップロードしてしまいます。<br><br>

<a href="http://blogmag.ascii.jp/tokyocurrydiary/2010/01/26.html">▼記事はOCRして明日の日記にあげました。</a>
<br>
<br>
<a href="http://research.ascii.jp/elem/000/000/034/34987/">▼「twitterはコミュニケーション革命なんかじゃない」</a>


<br><br>
</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/post_158.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/post_158.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sun, 10 Jan 2010 04:35:32 +0900</pubDate>
      </item>
            <item>
         <title>twitterは、タイプライター語（パジャマの秘密）</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　タイプライターの一番上の列だけで打てる単語を「タイプライター語」（typewriter words）と呼んでいるという話を書きました（『Crazy English』という本に出てきます)。で、ケータイのテンキー入力でラクな単語を探そうという気分になった。「bbc」と打つときに、「b」＜確定＞「b」＜確定＞「c」と打つのはいかにも面倒。ノキア系の端末だと「b」を打って、一瞬待っていると自動確定したりするわけですが（国産端末でもあり？）。それを待つのもいやんなっちゃう。
<br><br>

　で、人並みにtwitterにはまっているんだけど（<a href="http://www.twitter.com/@hortense667">http://www.twitter.com/@hortense667</a>）、モバイル系端末でやるときに思いました。もう誰か調べているかもしれませんが、ケータイのテンキーで英字を打つときに、やりやすい単語を探してみたいと思ったのでした。ようするに、ケータイのテンキーで、確定とか、何度も同じキーを押さなくてもいい単語。<a href="http://www.visca.com/regexdict/">Regrex Dictionary</a>で調べてみると、これが意外に少ない。6文字では、
<br><br>
pajama（パジャマ)
<br><br>
くらいしか出てきませんでした（The American Heritage Dictionaryでこれくらいしか出ないのだとすると本当に少ないのかも）。パジャマにそんな秘密があったとは！　「パジャマ語」ですかね？　日本語は、いわゆる「漢音」なので、ローマ字だと結構あるかもしれません。パジャマ語。<br><br>
</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitter_2.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitter_2.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Mon, 04 Jan 2010 18:02:31 +0900</pubDate>
      </item>
            <item>
         <title>twitterとロボットとオタク力（りょく）</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　2010年1月2日、新年早々「オタク」に関する番組の司会をやらせてもらうことになりました（Tokyo MX 22:00～23:00）。番組タイトルは、「遠藤諭のO-Japan戦略／2015年、オタクはどうなっているか？」と、なんだか物々しい感じがします。このままデジタルが進化して、ネットが変化していった場合に、オタクの生活はどんなふうになっているか？<br><br>

　批評家の東浩紀さん、KMDの中村伊知哉先生、とらのあなの吉田博高社長、シンガーソングライターの桃井はるこさんが出演。さすがにこの顔ぶれ、60分番組で、収録時間は2時間30分におよびました。<br><br>


　この番組、企画段階では「オタクは世界を救うのか？」という題名でした。グローバル化によって、世界中で同じような製品しか使われなくなった時代には、コンテンツが精神面での救いになると思えたからです。しかし、2015年には、コンテンツやネットだけでなく、世の中全体が大きく変わっているかもしれません。<br><br>


　先日、ある研究室で最新のロボット事情をお聞きする機会があったのですが、そのときの私の印象は「これって世界の政治のどこにどう作用するだろうか？」というものでした。「BigDog」のようなロボットは山の中でも入っていけそうだし、お掃除ロボットのようなものが低価格で手に入るようにもなります。<br><br>


　twitterの持っているパワーについて、本が書かれたり、それこそtwitterでつぶやかれています。twitterでは、オリジナルで発せられたメッセージに、ノイズが加わり、尻切れトンボになって伝わっていくところが凄いと思いました。ノイズやゆらぎがエネルギーになるのだとすると、脳の計算システムみたいですよね（『週刊アスキー』の別冊で池谷裕二さんにインタビューをしました＝１月下旬発売）。<br><br>


　「O-Japan戦略」の「O」は、もちろん「Otaku」の意味の「O」。私は、たまたまこの言葉の誕生に直接かかわったわけなんですが（私の仲間たち数人でなんとなく使われはじめた言葉だった）、いまではその意味も変わってきている。それでも、日本はオタク力（りょく)が勝負なんではないかと……。<br><br>


　2010年があけましたが、ちょっと目が離せないタイミングに入っているんではないでしょうか？<br><br>

</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitter_1.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2010/01/twitter_1.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sat, 02 Jan 2010 18:19:27 +0900</pubDate>
      </item>
            <item>
         <title>「思いまず」と「バシ委」</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　twitterとタイプライターといえば、私は、いわゆる「親指シフト方式」（あるいは「ニコラ配列」＝ご興味のある方はWikipedia参照のこと）のユーザーです。10日ほど前、twitterで「勝間和代親指シフト説があるんですが…」というようなことをつぶやいたのですが、「 はい、親指シフトです。親指ひゅん愛用。」と本人から返ってきまた。やはり、親指シフトでしたか（というかtwitterならではのスピード感）。<br><br>

　月刊アスキーの古いスタッフは親指シフト派が多いので、後から入った非親指シフトのよい子たちは、親指シフト独特の誤植を見抜く能力があるのですね。あるいは、ひょっとしたら親指シフト文体ともいえるものまで見抜けちゃう。と思っていたらやはりそんなタッフの１人が、@kazuyo_k さんのつぶやきをそんなふうに考察しているRTがありました。<br><br>

　親指シフトならではの誤植といえば、「ばあい」が「ばしい」になることがあります。私が作ったDOS用の「親指ぴゅん」では、カナキーと親指シフトキーが一瞬でも重なるタイミングがあれば“同時打鍵”とみなしていました。<a href="http://www.aplabs.co.jp/jisseki.html">APラボ</a>H氏のWindows版「親指ひゅん」では、400ミリ秒まで余裕を見ているとのこと。WindowsCE用の「親指きゅん」など、他のソフトについては不明。<br><br>

<strong>思いまず－＞思います（同時打鍵が効き過ぎ）<br>
バシ委－＞ばしい（同時打鍵が効いてない）<br></strong><br>
　あとは、文字の順序が入れ替わってしまう（Transcription error＝詳しくはWikipeida参照のこと）。ずっと親指シフトのほうがローマ字入力より優れていると思っていましたが、ローマ字入力の場合は、打ち間違いするとかな文字の間にアルファベットが混じったりして、すくに分かります。だから、日本はスペルチェッカー（ソフト）の要求が低い可能性があるかも。<br><br>

　要するに、ローマ字入力の場合にはキー打鍵の遷移頻度の偏りが高いのですね。冗長性が低い。ということで、最初から打ち間違いのローマ字ではあり得ないキー遷移を拾わないようにすればいい。ということで、Android用で話題のIMEの「<a href="http://www.adamrocker.com/blog/236/simeji_android_japanese_input.html">Simeji</a>」の作者adamrockerさんにお願いしました。いま書くまで忘れていたくらいうまくフィーチャーされているんではないかと思います。<br><br>

<a href="http://nicola.sunicom.co.jp/info3.html">親指ひゅんＱ、親指ぴゅん、ニコラ。<br>
http://nicola.sunicom.co.jp/info3.html<br><br></a>
<a href="http://ascii.jp/elem/000/000/484/484364/">国内ユーザー450万人？ 「Twitter」のいまが知りたい<br>
http://ascii.jp/elem/000/000/484/484364/</a><br>
<br>
</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/post_157.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/post_157.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sun, 20 Dec 2009 15:35:37 +0900</pubDate>
      </item>
            <item>
         <title>「twitter」はタイプライター語</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　「<strong>typewriter</strong>」という名前は、タイプライターの一番上の列だけで打てる名前にしたのだという説がありますね。つまり、誰でもすぐに打てる文字の組み合わせを名前にした。『Crazy English』（Richard Lederer著、DELL刊）によると、「タイプライター語」（<strong>typewriter words</strong>）と呼ぶそうです。で、「twitter」という名前は、タイプライター語なのですね。<br><br>

・・・・ｔ・・・・・<br>
・ｗ・・・・・・・・<br>
・・・・・・・ｉ・・<br>
・・・・ｔ・・・・・<br>
・・・・ｔ・・・・・<br>
・・ｅ・・・・・・・<br>
・・・ｒ・・・・・・<br>
<br>
　日本人でキーボードを見ないで打てる人は、6人に1人というデータが以前ありました。実は、米国にでかけてコンピュータのショウ会場などで見かけるのが人差し指だけの2本指打ち。つまり、みんなタイプライターがそんなに得意だというのではない。という意味では、twitterが、世界中にガンガン広がっているのに一役かっているかもれません、この名前。<br><br>

　『Crazy English』では、タイプライター語の長めの奴として以下のようなものをあげています。<br><br>

<strong>proprietor（所有者、経営者）<br>
perpetuity（永続、永久所有権）<br>
repertoire（レパートリー、上演目録）<br></strong><br>
　システムエンジニアの方々がよく使かう「<strong>proprietary</strong>」（プロプライエタリ＝意味はWikiをご覧あれ）は、「<strong>proprietor</strong>」の関連語ですね。しかし、10文字とかになると「打ちやすい」とか、「覚えやすい」とか、そんな話ではなくなってきます。この話が出たのは、先週、twitterに関して仕事であれこれ話をしていたからでした（アスキー総研で、「<a href="http://ascii.jp/elem/000/000/484/484364/">「Twitter」のご利用状況についてのアンケート</a>」というのを実施しています）。<br>
<br>

<a href="http://asciimw.jp/info/release/pdf/20091228.pdf">『Twitter利用実態調査』結果のお知らせ<br>
ユーザーの３割は東京在住、平均年齢35.7 歳<br>
好きなテレビ番組は 『タモリ倶楽部』<br></a></p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/twitter.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/twitter.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Sun, 20 Dec 2009 14:08:28 +0900</pubDate>
      </item>
            <item>
         <title>彷書月刊と東京おとなクラブ</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　古書の専門誌で『彷書月刊』という雑誌があります。本好きにはちょっと憧れのような近づきがたいような印象の雑誌（最近見たのは神保町の<a href="http://bookdiver.exblog.jp/">ダイバー</a>でだったか＝坪内祐三さんが編集長をされたりしておりましたね）。それの12月号に原稿を書かせていただきました。そのむかし、東中野のアパートで『東京おとなクラブ』という雑誌を一人で創刊したのですが、その頃のお話（いままで東販の『新刊ニュース』に１回書いたことがあるかなくらいの話ですが）。<br><br>

　当時は、サブカルのバリバリの最右翼のポジションを取るつもりでやっていたのですが、いま見るとまるでサブカルではありません。骨のあるマイナー勢力のつもりが、軟弱なメジャー路線にすら見えます（言い過ぎ）。25年の間に、「サブカル」が「カルチャー」にすり替わってしまったのですね（これは少し言えると思います）。<br><br>

　『anan』に取材されたときのやつが残っているのですが、創刊を手伝ってくれた４人ほどが一緒に映っています。その後、３人はゲーム誌、語学誌、パソコン誌の編集長、１人が映画会社の宣伝、１人が物書き。というわけで、サブカルもカルチャーも、実はもともとなかったのかもしれません。いわゆる軽オフ印刷の製版材料代がいきなり何十円とかになった「メディア革命」にのって遊んでいたんですね（これは絶対そう）。<br><br>


<img alt="_s_endo_DSC01794.jpg" src="http://blogmag.ascii.jp/tokyocurrydiary/images/_s_endo_DSC01794.jpg" width="640" height="480" />



<br><br>
彷書月刊 2009年12月号 南陀楼綾繁さんが特集をプロデュースされてます。<br>
<a href="http://www3.tky.3web.ne.jp/~honnoumi/framemagazine09.html">http://www3.tky.3web.ne.jp/~honnoumi/framemagazine09.html</a><br>
<br>
</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/post_156.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/post_156.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Wed, 16 Dec 2009 03:15:43 +0900</pubDate>
      </item>
            <item>
         <title>軍平ナイト！</title>
         <description><![CDATA[<p><span style="font-size: 1.2em;">　12月7日の日記で触れた「軍平ナイト」というイベントに出かけてきました。『横井軍平ゲーム館』（アスペクト刊）という本があるのですが、その著者の牧野武文さん、編集者の榎本統太さんが出てくるとのこと。この本、私の編集部で作った本で、一応奥付に「編集人」として私の名前が入っているらしい。
<br><br>
　アスペクト刊になっていて、私は、アスペクトの取締役を兼任していた時期もあります。しかし、この本は、当時の『月刊アスキー』編集部で作ったものなのです。取次の口座だけアスペクトを使ったんですね。なぜ、パソコンの編集部でこの本を突然出したのかというと、その頃の私は、スタッフの企画は、雑誌の記事企画に限らず、
<br><br>
「いいんじゃないの？」
<br><br>
とよほどのことがない限り通していました。誰かに「通してもらった企画」ではないほうが、本人の責任も重くなるのです。やったからには、仕上がった製品も言い訳できない。失敗したときの学習効果も大きい（余裕があったのですね）。そういう好循環が生まれるからです。
<br><br>
　なので、実は、著者の牧野さんとお会いするのも今回が初めてでした。本も、途中経過はほとんど見ておらず、本になる直前に読んだ記憶があります。本の題名だけ、榎本さんとやり取りしました。彼が、今夜言っていたように『ゲームボーイを～した～』というまともな書名で企画は出てきたのですが、話をしているうちに「そんなに凄い人なら横井軍平と入れよう」となったのですね。「軍平」という名前もいい。
<br><br>
　彼が、「この人が凄いんです」というのをまんま信じていた。今日聞いたら、当時は、横井軍平の名前はゲームが好きな人たちの間でもそれほど知られていなかった……いまさらそんな（笑）。彼が、私の編集部で作った最初の本なのですが、どうしてそんなふうに信じていたのかというと理由があります。うちにくるときの面接だったか、宮武外骨についての話で盛り上がったことがあった。
<br><br>
　彼は、宮武外骨について（たぶん専門的に）研究していて、『宮武外骨全集』（ゆまに書房）を読んだ直後だった私は、「おーっ」と思ったのを覚えています。と、ここまで書いて。宮武外骨と横井軍平って、ちょっと通ずるものがあるなと思いました（<a href="http://ja.wikipedia.org/wiki/%E5%AE%AE%E6%AD%A6%E5%A4%96%E9%AA%A8">宮武外骨 Wikipedia</a>）。やったことは、全然違うんだけど、日本のこの気候風土の中でときどき突出して出てくるある才能の１つの形かもしれません。
<br><br>
　ところで、私も、「ラブテスター」を見せびらかすべく持っていったのですが、参加された<a href="http://www.zener.co.jp/">ZENER WORKS</a>の方が、途中から代表的な横井軍平作品をドカドカと持ちこんでこられました（川野忠仁社長のコレクションとか＝こういう製品に囲まれて仕事したらさぞかしインスパイアされるものがあるでしょうね）。ということで、ツブヤ大学の横井マインドの講義の効果もあり、それら横井作品を実地で遊ぶ半狂乱の大パーティーみたいになったのでした。U-streamとニコ生のPVも半端ではなかったとのこと。ホント、凄かった。こんな感じということで私も動画あげてみます。<br>
<br>
ウルトラハンド（肝心のメカニズムが分からないかも）<br>
<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/-DhuHWAOzkQ&hl=ja&fs=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/-DhuHWAOzkQ&hl=ja&fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="344"></embed></object>

<br><br>
光線銃（標的の人形が自分で復活するところが凄い！）<br>
<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/4aE8259E4IA&hl=ja&fs=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/4aE8259E4IA&hl=ja&fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="344"></embed></object>
<br><br>

　いまでも遊んで楽しいものばかり。この本に感銘を受けて講師を務められた ＶＪ TAKUMA さんも、関係の方々も楽しいイベントお疲れさまでした。</p><br>

]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/post_155.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/post_155.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Thu, 10 Dec 2009 01:40:04 +0900</pubDate>
      </item>
            <item>
         <title>1997年のアップル</title>
         <description><![CDATA[　<p><span style="font-size: 1.2em;">12月5日の日記の続き。つまり、先週、A-mail.yomの#600で書いた「電脳網路三千里」の話。昔やっていた連載を読み返しているうちに１時間とかがあっという間に過ぎた。本当に、電脳網路（ネットワーク）を三千里ほど来てしまった気分ともいえる。A-mail.yomの配信を受けられている方には、先週お届けしたお話とダブるネタになってしまいますが、そこで紹介した過去原稿についてのお話を改めてしてみます。<br><br>

　【A-Mail.yom #6】1997年11月28日発行<br>
　1年前、アップルの前には次期OSの3つの扉が用意されていた。自社製OSのCopland、BeOS、NeXT。そこへ、ジョブズが帰ってきて、NeXTを買収して、アップルの次期は、NeXTの技術をもとにしたRhapsodyに決まった。マイクロソフトが、CHRP版のWindowsNTの開発を中止すると発表したのは2月。CHRPは、その後も生き続け、モトローラが高機能マッキントッシュ互換機なんて話も出てきた。ところが、9月には、ジョブズが、事実上それを認めないという方針を明らかにする。<br><br>

　1997年、アップルの最大のニュースといえば、8月6日のマイクロソフトとの提携だ。提携の内容は、マイクロソフトが、マッキントッシュ用のOfficeをちゃんと出すこと、IEをマッキントッシュにバンドルすること、著作権上のトラブルをちゃらにすること、マイクロソフトがアップルにお金を入れることの4つばかりだったと思うが、本当は、もっとあったのではないか？　と勘ぐりたくなってくる。しかも、その話は8月6日の朝、ジョブズが携帯電話でビルと話したのではなくて、1996年の12月にはもう決まっていたんではないか？<br><br>

　ビル・ゲイツは、CHRPに世の中のパワーが向かうのを嫌ったと思う。だから、自分はまずCHRP用のWindowsNTをやめる。次に、独禁法なんかも横目で見ながらアップルに支援を持ちかける。その準備段階でマッキントッシュ互換機もやめて欲しいと言ったんではないか？　かくして、これで、Windowsもいままでどおり、アップルも、かつての単独ハード、単独OSという業界図式に戻せた。このあたりのことって、きちんと書かれているのかもしれないけど、全然違う？　私は、当時そんなふうに読んだんだとA-mail.yomの当該号にあるんだけど、誰か教えてください。<br><br>

　しかし、この経過で重要なのは、1997年にはすでにネットやホームエンターテインメントのほうに時代はシフトしはじめていたということだ。CHRPに、日本メーカーが何社も参加していたことも関係していたかもしれない。マイクロソフトの敵は、アップルではなくソニーと理解されていた時代である。1990年代のお尻のほうのCESの基調講演の顔ぶれを思い返してみるとそのことが分かる。「WindowsとMacOSで勢力争いをしている場合ではない」ということだ。アップルは、いまもこの道を走っている。
<br><br>

　長くなったので、今回は、このヘンにしますね。<br>
　A-mail.yomの配信希望の方は、<a href="https://ascii.jp/user/start/asciijp/">https://ascii.jp/user/start/asciijp/</a> から申し込んでください。<br><br>
</p>
]]></description>
         <link>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/1997.html</link>
         <guid>http://blogmag.ascii.jp/tokyocurrydiary/2009/12/1997.html</guid>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat66/">Blogmag</category>
                  <category domain="http://blogmag.ascii.jp/tokyocurrydiary/cat30/">近代プログラマの夕４</category>
        
        
         <pubDate>Wed, 09 Dec 2009 00:32:41 +0900</pubDate>
      </item>
      
   </channel>
</rss>
