小泉政権による郵政民営化の背景には、米国からの年次改革要望書があったことは良く知られているが、最近の自民党の原発推進、TPP参加、集団的自衛権の容認などの政策は、背景に第３次アーミテージ・ナイレポートがあるのではないかと思えるぐらいにこのレポートに書かれている提言に酷似している。 集団的自衛権に関しては、石破茂自民党幹事長が「アメリカがシリアを攻撃すれば一緒に戦うのですか？」という質問を真っ向から否定しているが（参照）、上のレポートを読むとそうとは思えない。 日本への９項目に渡る提言のうち、集団的自衛権に関係するものは以下の３つである。 （2）日本は、海賊対処、ペルシャ湾の船舶交通の保護、シーレーンの保護、さらにイランの核開発プログラムのような地域の平和への脅威に対する多国間での努力に、積極的かつ継続的に関与すべきである。 （6）新しい役割と任務に鑑み、日本は自国の防衛と、米国と共同で行う

追加被ばく量が年間２０mSv以下の地域への帰還が始まったようだが、どうも以前に読んだ ICRP の勧告（参照）にそぐわない気がしたので、再度読んでみた。 ICRPの勧告の内容を簡単にまとめると以下の様になる。 住民の立ち入り禁止や帰還措置の際に標準となる追加年間被ばく量を reference level として定めるべき その数値は、地域の経済事情、事故の規模などから柔軟に定めるべきだが、２００７年の勧告で定められた事故後の緊急許容範囲 １〜２０mSv/Year のうち下半分に（つまり１０mSv/Year 以下に）定めるべきである。 地域住民の被ばくは、当面はその reference level 以下に抑えるべきだが、それでも十分ではなく、出来るだけ早い時期に １mSv/Year 以下に抑えるよう措置をとる必要がある 放射能に汚染された農作物の流通を検査だけで止めることは現実的に不可能なの

今日、シリコンバレーまで neu.Node （参照）のデモに行って来た。私が「オープンソースにするつもりだ」というと、ホスト役のベンチャー・キャピタリストが「技術的なチャレンジを別とすれば、なぜ Node.js を iPhone の上で動かそうとしたのか」と聞いて来た。 そこで、思わず自分の口から出た言葉が「私は思いついたことを素早く目に見える形にするのが大好きで、特にネットワーク関係のプログラムは JavaScript で書けば Objective-C で書くより１０倍ぐらい生産効率が上がるから」というもの。 自分で言ってから再認識したのだが、一度 JavaScript でネットにアクセスするプログラムを書いてしまうと、C++ や Java や Objective-C で同じようなプログラムを書くのが煩わしくて仕方がなくなる。そこで、ネットワークにアクセスする部分だけでも JavaScr

Node.js 上でさざまなアプリケーションを作りはじめて以来、な環境で走らせる Node.js サーバーに大きな可能性を感じ、Raspberry Pi を注文したり（まだ届かない）、ローカルな環境で走るマルチプレー・ヤーゲームなどを作ったりしているのだが、そこで浮上して来たのが、「Node.js を iPhone 上で走らせたい」という強い思い。 いくつかの高いハードルがあったのだが、何とか乗り越えて、net.Server、http.Server がそこそこ動くようになって来たので、とりあえずデモを Youtube で公開した。

今週のメルマガ「週刊 Life is Beautiful」の配信準備が整ったので、内容を簡単に紹介する。 今週のざっくばらん プロジェクト 「neu.Node」 Node.js を活用した教育ツールの開発から始まったプロジェクトですが、ここ一週間ほどで大きな進歩をとげました。一番大きいのは、Node.js を iPhone 上で走らせることに成功したことです。これによりアプリケーションのアーキテクチャにも大きな柔軟性が生まれ、一気に可能性が広がりました。Joyent がオープンソースとして配布している Node.js はそのままでは通常の iPhone 上で走らせることが... neu.Node のオープンソース化について neu.Node とは、上にも書いた通り、iOS 上で走る Node.js はそのごく一部でしかなく「一つのアプリケーションを複数のモバイルデバイス上で動かす分散型プロ

node.js のような非同期APIを使ったプログラミングに拒絶反応を示すエンジニアが多い理由の一つが、非同期APIと例外処理の相性の悪さだ。 Javascript の場合、例外処理はこんな感じに記述する。 function f(i) { try { throw new Error('an error #'+ i); } catch(e) { console.log('Error caught:', e.message); } } ところが、これに非同期APIが絡むと、とたんに分かりにくくなる。例えば下の例。 function f(i) { try { setTimeout(function() { throw new Error('an error #'+ i); }, 1000); } catch(e) { console.log('Error caught:', e.message)

kobo touch の初期不良問題に対する三木谷氏の発言にはあまりにも学ぶことが多かったのでひと言。ソースは、日経ビジネス Digital の「細かいことで騒いでいるのは少数派ですよ」という記事。 特に問題なのは冒頭の、 ――色々トラブルが起きましたが現状は。 三木谷：いや、いいですよ。初期設定の問題で細かいトラブルはあったけど、2日以内に解消できたし、コールセンターも24時間対応にしたし。アクティベーション（利用できる状況にセットアップすること）した人が購入者全体の95％を超えていますからね。そして、何よりコンテンツが売れまくっている。出版社の人に聞いてみたほうがいいですよ。僕は出版社の驚きように驚いている状況です（笑）。 　販売台数は10万台弱程度で、年内目標は100万台。だいたいそこまでいけそうです。やはりユーザーインタフェースがいいんですよね。直感的にできるし、変なボタンもないし

メルマガ「週刊 Life is Beautiful」で「なぜ日本は原発を止められないのか」という連載を始めた。通信業界の東京電力に相当するNTTで働いていた経験を活かし、霞ヶ関や東電のエリートが何を考えてあんな行動に走るのかを解説する。ちょうど良いタイミングで先日の「さようなら原発１０万人集会」での坂本龍一氏の「たかが電気のためになんで命をさらさなければいけないんでしょうか」という発言が注目を集めているので、このブログでもひと言書いておく。 「たかが電気」という発言に対して「電気を止めたら死んでしまう病人がいる」「真夏にクーラーがかけられなければ、熱中症で死ぬ人がいる」と噛み付いている人がいるが、これらの指摘は大間違いである。日本は、原発を止めたぐらいで、病人の生命維持装置が止まってしまったり、熱中症で死ぬ人が増えたりする国ではない。 本当の理由は別のところにある。日本経済が重度な「原発依

日本の原子力の歴史を網羅的に記述した文章が米国のPEC（Public Education Center）により公開された。 United States Circumvented Laws To Help Japan Accumulate Tons of Plutonium 非常に中身が濃いので簡単に要約などできないが、この文章を読むと、日本の原子力発電と宇宙開発が「日本はいつでも核兵器を作ることができる」という「非核・核カード」を持つために押し進められたことが良く分かる。 私の目を引いた文章は何カ所もある。たとえば、 In October 1964, communist China stunned the world by detonating its first nuclear bomb. The world was caught by surprise, but nowhere wer

典型的な「理科系少年」として育った私にとっては、原子力発電は宇宙旅行や人工知能とならぶ「人類の英知を集めた科学技術の結晶」であり、あこがれでもあった。ブルーバックスの相対性理論に関する本はすべて読んだし、アインシュタインの書いた e=mc2 という式は私にとってはまさに「人類の英知」を象徴するシンボルであった。高校時代の前半までは、自分は物理学者になると確信していたぐらいだ。ひょんなきっかけからコンピューターの世界に足を踏み入れ、ソフトウェア・エンジニアとしての道を歩むことになったが、科学技術全般に対する情熱は今でも持っている。 そんな私なので、今までは当然のように「原子力発電」の支持者であった。資源の乏しい日本にとって「石油が不要で、二酸化炭素を放出しないクリーンな原子力発電」こそ日本にふさわしい発電方法であると信じていたし、自動車・エレクトロニクスに続く輸出産業としての原子力に期待もし

おおかたの予想通り、NokiaはGoogleではなくMicrosoftをパートナーとして選んだ（参照）。簡単に解説すると、 NokiaはWindows Phone7をNokiaのスマートフォンの唯一無二のプラットフォームとして選択する NokiaはMicrosoftのBingサーチエンジンとadCenterを全面的に採用する 低価格端末にはSymbianを使いつづけるが、これ以上のSymbianへの開発投資は行わない 開発中のMeeGoベースの機種は一応は出すが、これはWindows Phone7への「中継ぎ」でしかない 携帯電話、スマートデバイスを作っている部門を別々のビネスユニットとする（スピンアウトではなし） ソフトウェア（Symbian + MeeGo）の開発部門を大幅にカットする NokiaはMicrosoftにソフトウェアのライセンスフィーを払うことになるため粗利益率は下がる

日本にも「五体不満足」を書いた乙武さんがいるが、まさにこの人は米国の乙武さん。障害を持ちながらも前向きに明るく生きる姿勢を示すことにより、拒食症や鬱病のティーンエージャーに生きる勇気を与えるという活動をしている。親や先生から何を言われようと「フン」と話を聞きもしないティーンエージャーが、彼が「自分がみにくいとか、生きている価値がないなんて発想は間違っている」「人生はどんな境遇にあろうと生きているだけでそれに感謝しなきゃ」と力説すると涙を流して聞くという。

今日のこちら（米国西海岸）でのもっぱらの話題は、Oracleの「Android訴訟（詳細）」だが、これに関しては、私も含めて「やはり来たか」と見ている専門家は多い。 そもそも、スマートフォン以前の携帯電話用のJavaがプラットフォームとして成功しなかった理由の一つは、J2MEが根っこのところで、NTTドコモ独自のDoJaとモトローラ主導のMIDPに分岐してしまったことにあるし、同じJ2ME間でも実装の差異が大きく "write once, run everywhere" が机上の空論になってしまったことにある。Sunがちゃんとリーダーシップを発揮できなかったためである。 その意味では、J2ME/MIDPとコンパチビリティがなく、Sunから正式にJavaをライセンスしていないAndroidはけしからん、というのは（今はOracleの一部になった）Sunから見れば当然のこと。 「J2MEの時に

かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分

日本でスパコン産業支援のための予算が事業仕分けで見送りになった件については、Twitterとかでつぶやいても来たが、そろそろ「産業支援のありかた」を根本的に見直すべき時が来ていると思う。特にIT産業においては、勝負すべきレイヤーが大幅に変化している時期でもあり、過去の産業構造に捕われた支援の仕方をしても税金が無駄になるだけ。 特に今朝米国で報道された「なぜ米国空軍がPS3を2200台を追加発注したのか」という記事は、この業界の変化を顕著に表すもの。要約すると、 1. 米国空軍はさまざまなシミュレーション（空軍なので、弾道ミサイル、迎撃ミサイル、戦闘機の性能シミュレーションと考えられる）にスパコンを使って来ているが、現時点では、（IntelのチップやGPUよりも）CELLチップで構成したスパコンがもっとも現実的である。 2. ただ、CELLチップを二つ搭載したサーバー(1チップあたり200G

最近 JavaScript を書く機会が増えているが、それに従って自分のコーディングスタイルが少しづつだが変化してきているのが分かる。もともと「コードの読みやすさ」や「実行効率」にとことんこだわるタイプだが、（JavaやC++になくて）JavaScriptやRubyにあるクロージャや無名関数が私のコーディングスタイルにとてもマッチしているからだと思う。 簡単な例を紹介しよう。Pythonで書かれた config.py というモジュール。config.yamlという設定ファイルを読み込んで Dictionary として返す config.get() という関数。普通に実装すると、以下のような感じになる。 import yaml _config = None def get(): global _config if not _config: data = open('config.yaml')

今まで、このブログでも何回もGoogleとMicrosoftを比較して、Googleにばかり軍配を上げてきた私だが、Googleに弱点が全く無いと思っているかというと決してそんなことはない。そこで、今日はこのブログでも採用しているAmazon AffiliateとGoogle AdSenseとを比較した場合、どうして私が「長い目で見たらAmazon Affiliateの方が強いかも知れない」と思っているかを述べてみたい。 まずは、このブログでの過去数ヶ月の実データを元に、Amazon Affiliateの結果をまとめると以下のようになる。 ・測定単位：　10万ページビュー ・クリック数：　約2500クリック ・注文数：　約150点 ・アマゾンの売り上げ：　約25万円 ・紹介料：　約1万５千円 まあ妥当な数値である。クリック率は約2.5%。クリックから実際の注文へのコンバージョン率は約6%で