「急がば回れ」ということわざの元ネタは、琵琶湖である。当時、江戸方面から京都に行くには、どうしても琵琶湖の南端よりすこし北あたりを通らなければならなかったのだが、その琵琶湖の南端を、船で渡るか、あるいはもうすこし南に行って、橋を渡るかという選択を迫られた。何しろ船は転覆の恐れもあるし、いろいろと問題だった。しかし、橋を渡ろうとすれば、当時のこととて徒歩で行かねばならぬので、半日潰れてしまうだろう。急がば回れという言葉は、今日からみれば、教訓のように思えるが、当時の人の感覚は違ったはずだ。正解のない選択をさせられていたというのが正しいのではなかろうか。
なぜこんなことを言うかというと、その琵琶湖の場所を、実際に見てきたからだ。いや、確かに目で見てみると、回るべきかどうかは、ちょっと考え込んでしまう。何時間も回り道をして歩いていくのは大変だ。それなら船でまっすぐ超えたいものだ。ということを、車に乗って考えていた。便利な世の中になったものだ。
仁和寺の法師の話とよく似ている。
Digg - Edits to the Wikipedia entry on "Evolution" over four years
なぜ南蛮人は、かくもカルト宗教を信じたがるのか。周知のように、真実にして虚しからざる正真正銘の定理は、預言者ボビー・ヘンダーソンが説き給うところのFlying Spagetti Monster様に極まっている。
Diggでの反応は以下の通り。
地球温暖化にも適用してみてくれ。
あるいは、サラ・ペイリンとか、911とか、イラク等々創造主義者達がインターネットを使えるとは思わなかった。
インターネットは神によりたびたもうたものなれば。
七日目に、神は休息をとらざりし。神はネットを使われた。そんでもって、これをDuggしたのは神じゃあないと思うぜ。
去る一月に、TOEICを受けてきた。今回は自信があった。何しろ、全部回答できたからだ。前回受けたのは、高校二年生の時分だったが、Readingを最後まで解けなかったのだ。
そして、たった今、スコアが送られてきた。815点だった。730点超えは固いと思っていたら、800点を突破するとは。悪くない。
思い出すのは、高校二年生の時に受けたTOEICだ。確か、630点だった。
GmailでTOEICについてのメールを送ろうとしたら、TOEICの広告が表示された。曰く、「基礎からTOEIC990点へ。英会話ダメな理由は弱い基礎英単語。」、「ユーキャンでTOEIC初挑戦。500点から730点対応。初挑戦でも 無理なく目標スコアが狙える !」等々
こんな広告にホイホイつられるやからがいるのだろうか。哀れなことだ。単語なんていくらでもあるのだから、暗記しても仕方がない。そもそも、TOEICは明確に何点を取るということを狙って受けるものなのだろうか。満点を取るというのは別として、自分の今いる相対的な位置を知るものではないのか。
しかし、TOEICで満点を取るというのは、マーク記入ミスを一切しないというのはもちろんのこと、リスニングの最後の方の問題で、英語力とはあまり関係ない暗記力が要求されるのではなかろうか。
Engineering Windows 7 : Update on UAC
VistaでUACの有効無効を設定しているユーザーは、ちょうど半々ぐらいで、malware常駐率は、変わらないらしい。むしろソフトウェア開発者に、一般ユーザ権限でも問題なくうごくプログラムを作らせるのが利点なんだとか。そうすれば、一般ユーザでログインすることができる。
◇伏見稲荷参道の焼き鳥
京都市伏見区の伏見稲荷大社の参道で、大正時代から続く名物「スズメの焼き鳥」を売る店が今年の三が日でまた一つ姿を消し、２店だけになった。スズメを捕る猟師の高齢化や禁輸による中国産の在庫切れなどで、原料が手に入りにくくなったのが原因。参拝客からは惜しむ声も出ているが、販売を中止した料理屋は「ないもんはしゃあない」とため息をつくばかり。市井の伝統料理が幻の味になる日も近い？【木下武】
◇猟師減り材料難、残るは２店
伏見稲荷大社は商売繁盛と五穀豊穣（ごこくほうじょう）の神様。名物の焼き鳥は、穀物を食い荒らすスズメ退治のために始まったとされ、参道で販売されてきた。
材料は中国産スズメが多用され、参道やその周辺の飲食店６、７店で売られていたという。しかし、中国政府が９９年１２月に食用の加工品も含めた野鳥の輸出を禁止。店の関係者によると、在庫の中国産冷凍スズメに頼るか、国産への切り替えを余儀なくされた。その冷凍モノも昨春ついに在庫が切れ、２店が撤退。別の１店もこの正月三が日をもって販売を終了した。
国産もピンチだ。スズメの生態に詳しい立教大理学部の三上修・特別研究員によると、町中で営巣する緑地の減少などから近年急減している。
国産で販売を続けている食事処（どころ）「稲福」は京都、兵庫、香川県などの猟師から仕入れているが、確保できる量はピーク時の３分の１にすぎない。値段も１本４５０円と中国産の約２倍。スズメ猟の後継者は少なく、今後も先細りしそうだという。
稲福の本城忠宏社長は「国産スズメのおいしさを知ってほしいが、猟の技術が受け継がれなければ息子の代にはスズメの焼き鳥がなくなっているかもしれない」と危惧（きぐ）している。
そういえば、前に伏見稲荷に行ったとき、「スズメ」と書かれたノボリがあった気がする。あれは本当にスズメだったのか。一体どんな味がするんだろう。
Second Windows 7 beta UAC security flaw: malware can silently self-elevate with default UAC policy
前回は、キー入力をエミュったらUACを無効化できるよというもので、まあ、微妙だったけれど、こっちはちょっと問題かもしれない。MSによって署名されている、UACをバイパスできるプロセスにDLL注入したら、そのDLLもUACをバイパスできるよというものだ。しかしこれ、モジュールごとの署名じゃないのかな。だとしたら、すべてのプログラムにいえると思うのだけれど。DLL注入はほとんどのプロセスに対して行えるわけだし。
あらかじめ通信が許可されているプロセス、例えばIEにDLL注入したら、ファイヤーウォールに引っかからないよってのが、昔話題になったような。
AeroのないWindows 7(画面をCPUで描画する)と、GDIアクセラレーションが利用できる現行のWindows XP Home(画面描画にGPUの助けを得られる)の、どちらがネットブックのプラットフォームにとって幸せなのかは、微妙になるかもしれない。
XP時代にGDIアクセラレーションは廃れていたし、そもそも、あの手の極限まで安くしたPCに、GDIアクセラレーションなんてつけるだろうか。そして、Windows 7では、GDIアクセラレーションが復活するというのもすでに知られた話。ベンダーが提供するかどうかは別の話だが。まあ、いわゆるテクニカルライターってやつか。
追記：とおもったら、ちゃんとAeroなしのWindows 7と書いてある。うーん。そういえばAero有効でGDIアクセラレーションも有効になるという観測結果もあったような。どうなんだろ。
Microsoft dismisses Windows 7 UAC security flaw, continues to insist it is “by design”
Sacrificing security for usability: UAC security flaw in Windows 7 beta (with proof of concept code)
In the above site, a guy claimed Windows 7's new UAC behaviour has a security issue where if user choose "Don’t notify me when I make changes to Windows settings", a malware gained the administrator privileges, by simulating key input to change UAC setting.
So what is the problem anyway? It is the user who asked "Don't show that damn UAC prompt when i make changes to the Windows settings", and UAC level setting is a Windows setting, sure, Windows doesn't. The user still choose "notify always brainlessly" to prevent it. It's that simple and consistant.
This guy also claimed that, to fix this issue, Windows makes a exception so making changes to the UAC setting itself shows UAC prompt with Secure Desktop mode. But that's against the rule.
Microsoft officially said to this guy that "In order for malicious code to have gotten on to the box, something else has already been breached". True. Once bad program launched, it read user folder and send it to internet using default browser.(bypassing firewall and UAC doesn't work in this case)
おお、最近、英語がスラスラ出てくるようになってうれしい限りだ。ここまでくるのに、一年以上かかった。毎日なれない英語でチャットしていた。
When you have only 16KB of memory, you can't afford to waste any of it on fluffy stuff
16KBしかメモリがなければ、重複したチェックなんて入れる余裕はないという話。
The story of Mel, a Real Programmer
Melという、本物のプログラマの話。
Visual C++ Team Blog : Dev10 Is Just The Beginning
過去の記事
http://blogs.msdn.com/vcblog/archive/2007/12/18/intellisense-history-part-1.aspx
http://blogs.msdn.com/vcblog/archive/2008/02/29/intellisense-part-2-the-future.aspx
我々が初めて C++のintellisense を実装したときは、想像以上に悲惨であった。まあ、ユーザはそれほど期待していなかったというのもあるのだが。何より早さが必要だった。しかし、テンプレートや複雑なオーバーロードで動かないというのであれば、不満も出るだろう。当然ながら、我々はC++コマンドラインコンパイラのフロントエンドを、インテリセンスにも流用したかった。が、それはintellisenseを考えて設計されたものではない。それは256Kのメモリを積んだ16 bit DOS上で実行できるよう設計されていた。ステートメントをひとつずつパースし、解析し、即座にアセンブリレベルのintermediate言語に落とし込むのだ。intellisenseに向いた設計というのは、字句解析と意味解析を分けておくものなのだ。意味解析は重い処理なので、intellisenseの為には、ユーザが知りたい部分にだけ適用したい。我々はintellisenseのために、新しいC++フロントエンドを書くことも考えた。結局我々の結論は、C++はとても複雑だ、ということだった。ひとつのプロダクトサイクルに間に合わない程、時間がかかるので、もっと手っ取り早くやりたかった。そこで我々は、コマンドラインのC++コンパイラを元に、ifdefを画期的に用いて、intellisenseコンパイラに仕立て上げた。我々はintellisenseコンパイラを、FEACPと呼んだ。Front End Auto Complete Parserの略である。コマンドラインコンパイラは、C1XXと呼ばれていた。これは、C++ phase 1の事だ。ifdefはC1XXコードから、あらゆるintermediate言語に落とし込む処理を省く為に使われた。また、必須でないと思われる意味解析も省いた。初期化、メンバオフセット計算、vtable生成など。当時のCPU速度は、たったの100MHz程度だったので、C1XXの多くのコードを削り、ドロップダウンウインドウを100ミリ秒以内に表示させる必要があった。必須でないメモリの使用も省かれ、シンボルに対する情報もわずかしか保持しなかった。これは特に重要な事だった。なぜならば、FEACPはIDEプロセスの中で動かなければならないからで、IDEはすでにかなりのメモリを使っていたからだ。
FEACPの製品化は成功したものの、そのテストとメンテナンスは悪夢であった。ifdefで削ったために、多くのコードやデータの依存性の問題があった。頻繁にクラッシュするし、NCBファイルが壊れることも多々あった。メンテナンスは重労働であった。というのも、FEACPとC1XXは、あまりにも異なっており、C1XXに対する、一日数百万行ものコードによるテストは、FEACPの品質にあまり貢献しなかった。かなり別々にテストするを余儀なくされた。教訓としては、二つの異なるコンパイラを、同じソースコードでサポートするのは、二つの完全に別なコンパイラをサポートするより、多少マシなだけであり、どちらも長期的なメンテナンス性では、あまり良い選択とは言えない。実を言うと、コンパイラは三つあった。ANSI-Cは、また別のifdefの塊だったからだ。本当は、四つあった。/analyze コンパイラを含めるならば。
FEACPをリリースした年に、我々はifdef地獄の行ける所まで突き進んでしまった事に気がついた。同時に、もっと単純な、JavaやC#といった言語に対するintellisenseの出来栄えが、ユーザのintellisenseに対する期待を、FEACPでは実現不可能なレベルにまで押し上げてしまっていた。今日の千倍早いCPU速度とメモリ容量では、FEACPを選択した、当時としての妥当な理由は、もはや成立しなくなってしまう。さらに、あまりに増えすぎたifdefとその結果のコンパイラモデルは、C1XXに対する言語機能の追加を困難にしてしまっていた。バグ数はうなぎ上りで、言語の差はいや増すばかり。それと同時に、十分な能力を持ち、C++コンパイラの仕事をしたいと思う者も減っていった。何とかしなければならない。
近年のPCの速度と容量であれば、ひとつのコンパイラで、C++のコード生成とintellisenseの両方を行えるはずである。我々に何が欠けていたかというと、ソースコードの high-level internal representation である。それさえあれば、intellisenseの要求するサービスに対して、representationを流し込むこともできるし、マシン語に落とし込むこともできる。フロントエンドを蝕む、何千個もの#ifdefは必要なくなるし、コンパイルのモデルもひとつですむ。テストにかかる労力も劇的に減る。新人のコンパイラ開発者も入りやすくなる。しかし、手放しで手に入るわけではない。GHzクロック速度をもってさえ、すべてのintellisenseのリクエストに対して、すべてのコードに完全なフロントエンドを実行することはできない。我々は、完全なフロントエンドを、期待される結果をもたらす、必要な部分にのみ適用する、新たなintellisenseのフレームワークを作らねばならない。まだやることはたくさんあるが、ひとつのプロダクトサイクルの中で実現できるはずだ。そしてやり遂げた。Dev10は、その結果だ。
ここまで読んだ読者は、こう疑問に思うことであろう。「ふむ、軽量化に成功したんだな。マイクロソフトにとってはいいことだろうよ。でも俺にとってはどうなんだ」と。intellisenseに最も重要な機能は、精度である。Visual C++は何百万行ものコードを、ビルドラボや世界中のPCで、毎日コンパイルし、5 / 9程度の精度を持っている。intellisenseがコマンドラインコンパイラと同等になるということは、同等の精度を持つということだ。これはC++のintellisenseにもたらす、最も大きな変化である。
精度が高いというのは、自動補完のドロップダウンで正しいメンバを得られる以上のことを意味する。その他の、不可能や無謀だった機能をも、可能にするのだ。例えば精度で言うと、intellisenseのパース中に見つかったエラーは、本物のエラーである。したがって、編集や閲覧中のエディタウインドウに、「さりげなく」表示することもできる。これはわざわざファイルを保存してビルドを始めなくても、警告が得られるということだ。
そのほかの精度の利点としては、データはコード解析や変形に使えるほどの精度だということだ。例えば、ソースコードのリファクタリングなどだ。Dev10では、expression-level のデータのアクセスを提供させるのは時期尚早だ。ユーザはソースコードのシンボルを眺められる。将来的には、ユーザがアクセスできるAPIを提供し、C++のソースコード対する高精度の情報にアクセスできるようにする。これはWindowsのC++に対する、まったく新しい解析や理解、生産性のツールの環境となるだろう。
このN2530自体、だいぶ古い。しかし、どうやらこれが最新版のようだ。現行ドラフトに取り入れられているものとは、だいぶ変わっている。
内容としては簡単なもので、type_infoを連想コンテナに入れられるようにしましょうというものだ。具体的には、unordered containerへの対応と、type_infoのラッパクラスであるtype_indexの定義である。
type_infoのメンバ関数、hash_code()の戻り値については、N2530では、以下の通りになっている。
an unspecified value, except that within a single execution of the program, two type_info which compare equal should return equal values.
具体的な値は規定されない。ただし、プログラムのある実行中において、同等と比較される二つのtype_infoは、同じ値を返した方が良い。
これはもちろんありえない。同等と比較されるのであれば、同じ戻り値を返すことが保障されていなければ、意味がない。現行ドラフトでは、以下のようになっている。
an unspecified value, except that within a single execution of the program, it shall return the same value for any two type_info objects which compare equal.
具体的な値は規定されない。ただし、プログラムのある実行中において、あらゆる二つの同等と比較されるtype_infoのオブジェクトは、同じ値を返さねばならない。
現行ドラフトでは、本来の意図通りのshallとなっている。また、細かい言い回しが変更されている。とくに、type_infoのオブジェクトとなっているのが、分かりやすいと思う。
ところで、ひとつ問題がある。それは、hash<type_index>に関するものだ。18.6.2.2で、規定しているのだが、N2530にある、特殊化の宣言部分は、現行ドラフトに入っていない。そして、もうひとつ重大な問題がある。hash関数自身の文章だ。hash関数は、20.6.17で規定されているのだが、以下のようになっている。
This class template is only required to be instantiable for integer types (3.9.1), floatingpoint types (3.9.1), pointer types (8.3.1), and std::string, std::u16string, std::u32string, std ::wstring, std::error_code, std::thread::id, std::bitset, and std::vector<bool>.
std::type_indexに言及していないが、いいのだろうか。
Disk Defragmentation – Background and Engineering the Windows 7 Improvements
この内容はほとんどWindows Internalsに書いてあるが、一般人があの本を買って読むとは思わないので、これを読んでおくべき。デフラグに関する妄信が解ける。
Windows 7では、デフラグに関する分かりやすいUIが追加された。といっても、あのゲージが移動する動作状況を表示するUIではない。デフラグの本当の動作状況を表示するとなると、ランダムにドットが移動しているだけになるだろう。新しいUIというのは、ディスクのフラグメンテーション率などを表示するUIのことだ。また、デフラグのスケジュールを設定できるUIもある。もちろん今でも、タスクスケジューラから設定できるが、一般人はタスクスケジューラを使ったりしない。そこでUIを作ったのだろう。
また、今まで移動できなかった多くのNTFSのmetadataが移動できるようになったらしい。
それと、ディスクがSSDであることを検出した場合、そのディスクに対してはデフラグを無効にするようにもなった。どうせSSDにはデフラグしても意味はないのだから。
Bukkake of the Gods: Japan's Insane Creation Myths
まあ、間違っちゃいないけどさ。神をGodと訳すのだけは間違っている。日本には、お前ら白人が考えるようなreligionなんてないんだよ。
そして紹介の仕方が、なんともなぁ。間違っちゃあいないけどさ。なんにでも神がいるんだから、そりゃvomit godsもいるさ。
ついでに、天照大御神を天の岩屋戸から出す話とか（胸乳をかき出て裳緒を陰に押し垂れき）、大気津比賣神に食物を差し出させる話（鼻口また尻より、種種の味物を取り出して）なんかも紹介すればいいのに。絶対気に入ると思う。
fallout 3スレでネタにしていたのもこの私だが、最近ブログのネタもないもので、ここにも書いてみる。このニュースが気になった。
The 7 Worst Tech Predictions of All Time
"Nuclear-powered vacuum cleaners will probably be a reality within 10 years."
Alex Lewyt, president of vacuum manufacturer Lewyt Corp., 1955
原子力掃除機というものは、今後十年以内に実現できるだろう。
1955年、掃除機会社の社長、Alex Lewyt
Earliest weapons-grade plutonium found in US dump
一部引用
Update: Since publication, Jon Schwantes has discovered that a microgram sample of plutonium produced in 1942 by Glen Seaborg's group at the University of California in Berkeley is also plutonium-239. The sample discovered at Hanford is technically the second oldest sample of plutonium-239, but remains the earliest produced during the Manhattan Project and the first bulk batch anywhere.
An old glass jar inside a beaten up old safe at the bottom of a waste pit may seem an unlikely place to find a pivotal piece of 20th century history. But that's just where the first bulk batch of weapons-grade plutonium ever made has been found - abandoned at the world's oldest nuclear processing site.
But despite its historic significance, Schwantes doesn't plan to put the sample in a museum. He is working with New Brunswick Labs to create a standard reference sample for plutonium-239 from the material, partly because of its primacy as the oldest sample. "The other factor is its extreme purity - 99.96% plutonium-239 is as pure a sample of 239 I have seen produced from any reactor," says Schwantes.
まず最初の記事は、馬鹿げた技術予測の発言集というもので、有名なものとしては、"640kb ought to be enough for anybody."があるが（ビルゲイツが言ったかどうかは不明なのだが、それに良く似た実話はある。）
とにかく、1950年代のアメリカというのは、原子力に対して魔法のような期待があった。原子力を使えばなんでもできるという期待があったのだ。原子力で動く車や飛行機なども、まじめに研究されていた。原子力は確かにすばらしいのだが、何しろ被爆の問題があるので、そうおいそれと使うことはできない。結局、無尽蔵の電力が必要な潜水艦や、太陽から遠すぎて太陽電池が使えない惑星探査機などにしか用いられていない。ある意味残念なことではある。技術的には、持ち運びできる大きさの原子力電池が作れるはずであり、ノートパソコンを百年以上使い続けられるはずなのだ。しかし、ハンマーで叩き壊しただけで被爆するとあっては、そりゃあ実用化できるわけがない。
次のニュースは、ハンフォードの昔の核施設のゴミ山に捨ててあった、古い金庫の中に、世界で二番目に古い、精製されたプルトニウムが見つかったというもの。昔は核の取り扱いがおざなりで、そのゴミ山は放射能で汚染されているのだとか。しかも、そのプルトニウムの純度は99.6%であり、現代としても、研究試料として最高の純度であるという。
そう、ドクはフラックスキャパシターに必要な1.21ジゴワットを出すにあたって、プルトニウムを手に入れるの為にリビアのテロリストをだます必要なんてなかったのだ。ただハンフォードのゴミ山をあさるべきだった。まあ、一般人が立ち入れるかどうかは別として。
ともかく、昔は核に対する取り扱いが極めて雑だった。現代としても最高純度のプルトニウムが、ゴミ山の金庫の中に、それもスチールの机みたいな簡易な金庫の中に放置されているとは、おろそかすぎる。
なぜこんなニュースが気になるかというと、今、Fallout 3をやっているからである。
このゲームは、1950年代のアメリカ人が考えそうな未来という設定である。時代は2277年、2077年に起きた、米国と中国の間の大戦争(Great War)により、大規模な核爆撃が行われ、地球は不毛の地になったというものだ。草木はなくなり、すべての水は放射能汚染され、放射線を浴びた人間はゾンビとして不死になっており、また放射線によってスーパーミュータントという怪物が作り出された。いたるところで、戦前（2077年以前をさす）の遺物が残っているのだが、原子力電池や原子炉がとても気軽に使われている。たとえば、車の残骸は銃で撃つと爆発し、しかも、あたりは放射能汚染されるという有様である。
まあ、いかにもゲームらしい設定といってしまえばそれまでなのだが、この手のニュースを見るにつけ、どうも笑えなくなってくる。
聞説、XBox360やPS3で発売されている日本語版のfallout 3は、Fatmanという武器の名称が変更されており、また、原爆を爆発させるクエストも取り除かれている。余計な自主規制というものだ。それに、これはアメリカの話であり、アメリカの文化背景をネタにしたブラックジョークが随所にちりばめられており、日本語で楽しむのは不可能である。例えば、日本語でアンクルサム(Uncle Sam)といって、日本人の誰がその名前の意味するところを知っているだろう。ゲーム中では、"I have a private message from Uncle sam for you."などといった言葉がでてくる。それ真にFallout 3を楽しみたい者は、英語版を買うべきだ。日本語版を買っても後悔するだけである。だいいち、ゲームパッドのスティックで照準を動かすのは苦痛である。
橋下知事は冬の体育の授業にダウンジャケットを着て参加する子どもがいることを挙げ「冬でも半袖、半パンが原則。できない子どもにはフォローが必要だが、体力増強のためにはやり方がある」と持論を展開した。
静岡の西部（強風極まりない環境）ですら、小学生の頃は年中半パンを貫き通したこの私だが、体力増強には何の役にも立たない。根性で体力が上がると思ったら大間違いだ。運動をして体が温まってきたら、半そで半パンになってもいいかもしれないが、ウォームアップ時はウインドブレイカーぐらい着るだろう。
いい加減に職業プログラマになることはあきらめたが、しかし意欲が出ない。最近は、読書と、昔の映画観賞と、ゲームで過ごしている。何とかしなければ。
とにかくこういう時は、問答無用で面白い動画や画像を見て笑うに限る。笑うことを学ぶのは重要だ。かの摩訶迦葉も笑ったではないか。
メキシコのプロレス
問答無用で面白い画像。
エクストリーム・バブルラップ（プチプチ君つぶし）。のどから手が出るほど欲しい。
エクストリーム・？？？。なんとコメントしていいのやら。
エクストリーム・フィッシング。コメントの必要なし。
エクストリーム・キャットハウス。レゴで作れないものは存在しない。
エクストリーム・クッキング。楽しいレジャーには、おいしい野外料理がつき物です。
エクストリーム・ウェブブラウジング。Let's play Crysis!
エクストリーム・ランチ。見晴らしは最高。
エクストリーム・メジャーメント。CRTはゆがみがあるので誤差に注意されたし。
エクストリーム・デロリアン。Don't forget to implement flux capacitor.
エクストリーム・フィッシングの成果。
余、ひそかに思うらくは、今日のハリウッド映画は、ネタに困っているのではなかろうか。
まず、仮想敵というのがいない。冷戦、東西対立といったことがないし、ロシアや中国とは、ある程度の軋轢があるとはいえ、全面戦争などとなると、どう考えても自国の経済に与える影響のほうが大きいので、起こりようがない。北朝鮮や中東のカルト信者は、しょせん世界戦争を引き起こすだけの力はない。だから、宇宙人が攻めてくることもない。
未来への憧れというものもない。一時期、近未来ものの映画やドラマがたくさんあった。たいていは、時代を二千数十年に設定している。そこでは、車は空を飛ぶし、みんな画一的で個性のない、体にぴったりフィットする服を着ている。しかし、車が空を飛ばないのは、技術的なこともあるとして、個性のない服というものは、まったく問題はないはずだ。しかし、はやらない。やはり、個性が欲しいのだろう。
昔はSF小説が好きだったのに、今はSFなど、誰が書いているのか知らないし、読む気もしない。火星人がいるだとか、月にモノリスがあるだとか、土星に着陸するだとか、今日び、誰もそんなSF小説を書けやしないのだ。
TOEICのアンケートの部分に、英語の経験年数を答える欄があった。五、六年ぐらいだろうかと数えてみると、中学、高校、その後四年間とあわせて、なんと私は、実に十年も英語の経験がある計算になった。考えてみると、だいぶ長い間英語を学んでいるものだ。もちろん、かなり荒っぽい独学による学び方だが。
さて、振り返るに、私の英語力は、明らかに年々向上していると実感できる。今や、私はMSDNなどの技術文章を問題なく読むことができ、ハリーポッターなどの小説を楽しむこともでき、OblivionやFallout 3を字幕なしで遊ぶことができ、映画を英語字幕なしで観ることもできるようになり、Monty PythonやSouth Parkで爆笑することもできるようになった。
しかし、まだぜんぜん足りない。
さきほど、映画、Back to the Futureを観ていた。何でも、親父がふと欲しくなって買ってきたらしい。その中の、1955年のある場面で、WurlitzerのJukeBoxがあった。と、後から「WurlitzerのJukeBox」と書いてしまうのは簡単だが、私はWurlitzerを知らなかった。ただ、そのジュークボックスの形状は見知っていた。Fallout 3にでてくるジュークボックスだ。この形は有名なのだろうか。驚いたことに、JukeBoxでググると、イメージ検索で出てくるのは、ほとんどこの形である。どうやら、1950年代に、ジュークボックスといえば、この形だったらしい。Fallout 3というゲームは、1950年代の人が創造した未来というコンセプトがある。だから2277年という未来にもかかわらず、ディスプレイにはブラウン管を使っているし、コンピュータはCUIで、しかも巨大なテープデバイスまである。その世界に、このWurlitzerのジュークボックスを、よくみかける。なぜこんな形なのだろうと思っていたが、まさかこれが最もメジャーな形だったとは。
英語は上達したものの、アメリカの文化や時代背景をしらないので、真に理解できていなかったという話。
なお、Fallout 3では、いわゆるプロパガンダのため、"The Battle Hymn of the Republic"という音楽を流しているラジオというのがある。これも、日本人には理解できない。なぜならば、この歌の有名な邦訳が、原曲をまったく連想できなくしてしまっているからだ。
阪田寛夫作詞 ともだち賛歌
ひとりと ひとりが うでくめば
たちまちだれでも なかよしさ
やあやあ みなさん こんにちは
みんなであくしゅ
空には お日さま
足もとに 地球
みんなみんなあつまれ
みんなでうたえ
このメロディは、「権兵衛さんの赤ちゃん」という歌でも使われており、こちらは"John Brown's Baby"という歌の翻訳になっているのだが、これとて、もともとは"John Brown's Body"だったのだ。日本では、軍歌としてはまったく有名ではないので、Fallout 3でこの歌がかかっても、日本人である私は、どうしても、「ともだち賛歌」が頭に浮かんでしまう。
五年ぶりにTOEICを受けてきた。前回は630点だったが、今回は何点とれるだろうか。手ごたえはあった。なにしろ、問題を全部解くことができたからだ。前回は、リーディングを最後まで終えることができなかったし、リーディングの理解の実感も少なかった。今回はかなり自身がある。
現在、すっかり疲れきっている。何しろ、二時間もの間、極限の集中力を持続させないといけないのだ。二時間も集中しなければならないというのは、日常生活ではまずないことなのだ。私のGoogle Readerは、ほとんど英語ブログで埋まっており、一日の大半を英語を読み、聞き、チャットしてすごすといえども、辞書を使うことができ、好きなだけ時間をかけられ、何度でも読み返したり聞き返したりできる環境なので、そう疲れはしない。ただTOEICは、聞き逃すとそれっきりなので大変だし、読み間違えると正解できない。ものすごく疲れた。とにかく疲れた。ビールがやけにうまい。
ネット対戦のときのみ、描画がおかしくなり、ふしぎなゴミが移る。このマップ以外にも、ほとんどのマップで、不思議な別マップの残像のようなゴミが描画される。
GPUはGeForce GTX260。
Chromium Blog: Google Chrome Release Channels
以前、Google Chromeには、Releaseチャンネルと、頻繁に更新されるが十分にテストされていないDevチャンネルがあった。今回、三つに増えることになった。
Stable channel。これは先のReleaseチャンネルであり、デフォルトである。
Beta channel。これはStableチャンネルより頻繁に更新されるが、そこそこテストされている。
Developer preview channel。これは先のDevチャンネルである。試験的な実装などは、このチャンネルで公開される。
チャンネルを変更するには、これを実行して、希望のチャンネルを選択する。
そして、Developer preview channelに更新が来た。興味を引く変更点は、以下の通り。
Police: Angry Ohio boy, 4, shoots baby sitter
オハイオ州ジャクソン(AP) 警察によれば、オハイオに住む、怒った四歳児が、押入れから銃を持ち出してベビーシッターを打つという事件が起こりました。打たれたのは十八歳のネーサン・ビーバーズ君という青年で、片腕とわき腹にショットガンによる軽症を受け、病院で手当てを受けているととのことで、警察によれば、別の青年も怪我をしたとのことです。
証言者が警察に語った話によりますと、男の子は、ビーバーズ君が誤って男の子の足を踏んでしまったことに腹を立てたとのことです。ビーバーズ君は、ジャクソンにあるトレーラーハウスで、別の青年らと共に、何人かの子供達の面倒を見ていました。
ジャクソン地方の判事であるジョン・シャスティーン氏は、調査中であるとしています。子供は起訴されていないようです。
一体何が悪かったのか。有害な歌のせいだろうか。あるいは、暴力的なゲームのせいかもしれない。幼稚園や近隣住人に問題はなかっただろうか。いや、暴力的なカートゥーンのせいだろう。特に、最近著しい、ジャップのマンガやアニメと称するものだ。
家にショットガンが、四歳児の打てる状態で置いてあったことは問題ではない。それはまったく問題ではない。銃は単なる道具だ。銃は問題ない。我々アメリカ人は皆、銃を持つ権利を有する。それが合衆国アメリカってものだ。
そういえばちょっと前、ドイツの学校で銃乱射事件が起きて、地元メディアは暴力的なゲームのせいだとか言っていて噴飯ものだった記憶がある。ドイツは先進諸国の中では最もゲームの規制の激しい国なのだ。なにしろ、バイオハザードの血を緑色にするぐらいなのだ。飛び散る血は赤い日本の学校で、銃乱射事件が起きないのはなぜか。実に世の中は不思議なことよ。
最近、司馬遼太郎の面白さが分かり始めてきた。司馬遼太郎の小説はつまらないが、随筆は面白い。ただ、司馬さんはだいぶ、空想が激しいのではないだろうか。その史実に関しては、だいぶ疑わしいところがある。
現在、「この国のかたち」を読んでいる。こんなに簡単で分かりやすい仏教の解説を始めて読んだ。
ドラえもんをどこまで現代風にすべきかというのがニュースになっていたので、考察。
まず、のび太の住んでいる場所からして、空き地というのはなくなる。空き地が欲しければ、舞台を田舎に移すしかない。のび太のお父さんは、家にいるときも洋服を着るようになる。のび太の机は、重たいスチール製ではなくなる。
全員携帯を持っている。よって、情報伝達の不備による行き違いやすれ違いというストーリーは作りにくくなる。
空き地に集まって遊ぶかわりに、全員オンラインゲーム上に集まって遊ぶ。これによって、既存の様々なセリフの流用が可能になる。
スネ夫、「悪いなのび太。このクエ三人用なんだ」
スネ夫、「廃人のいとこがレアアイテムくれたんだ」
ジャイアン、「買ってきた武器の殴りぐあいをためさせろ」
ジャイアン、「お前のものは俺のもの、俺のものは俺のもの」
のび太はオンラインFPSゲームで無双の強さを発揮する。
Nobita:I got 'em all. Fuck Yeah!
other:Nobita is a cheater. kick him!
遅刻した生徒を、水の入ったバケツを持って廊下に立たせる先生は、児童の対する暴力と、教育を受ける権利を阻害したとして、すでに懲戒免職、あるいは停職されたうえで、自主都合による退職になっている。よって、先生が変わっている。
秘密道具について。
秘密道具には、やたらと薬が多い。これは麻薬を連想させるとして使えなくなる。また、カメラも多い。しかし、その形状はもっと小型になっている。
セワシは千年ぐらい先の未来からやってきたことになる。
The Old New Thing : Why doesn't Windows 95 format floppy disks smoothly?
答え、16bitドライバ、TSR、糞BIOSとの互換性の為。
原文がだいぶ長いので、日本語に翻訳する気力が沸かないが、この文章は面白い。
Anybody who's done TSR programming (wow, the phrase anybody who's done TSR programming used to cover a lot of people but nowadays describes a few dozen geezers, most of whom are trying very hard to forget those days) knows all about the INDOS flag.
TSRプログラミングをした事のある人なら誰でも、INDOSフラグについてよく知っているはずだ。いやしかし、TSRプログラミングをした事のある人というのは、昔は相当な数のプログラマに当てはまったものだが、今となっては、数えるほどの数のオタクでしかない。いまや、大半の人は、ひどく忘れたがっている事だ。
Sure, if Windows 95 didn't have to be compatible with 16-bit device drivers, TSRs, and squirly ROM BIOSes, it could have gone straight to the 32-bit floppy driver to do the formatting without having to do all this timer and critical section nonsense. But it turns out we already had a product that said good-bye to compatibility with 16-bit device drivers, TSRs, 16-bit Windows programs that talked to custom 32-bit Windows 3.x drivers, and squirly ROM BIOSes. It was called Windows NT.
そりゃ、もし仮にWindows 95が、16bitドライバや、TSRや、糞BIOSなんかとの互換性を無視できたなら、直に32bitフロッピードライバから、タイマーやクリティカルセクションなんて関係なく、フォーマットできただろうよ。ところで、我々には、16bitデバイスドライバ、TSR、32bitのWindows 3.xドライバとやり取りする、16bitウインドウズプログラム、糞BIOSとの互換性を捨て去った製品がある。それはWindows NTと呼ばれている。
もうすぐTOEICがあるので、最近はすっかり英語漬けだが、それでも感覚で理解できないことがある。否定疑問文だ。
通常の疑問文で、対象が猫であるかどうかを訊ねると、以下のようになる。
Question:Is it a cat?（質問：これは猫ですか）
If *it is* a cat:Yes it is.（猫である場合：はい、そうです）
If *it isn't* a cat:No it isn't.（猫ではない場合：いいえ、そうではありません）
上記では、対象が猫であるかどうか（it isかどうか）を訊ねているわけだ。そこで、Yes it is かNo it isn'tで答える。
Question:Isn't it a cat?（質問：これは猫じゃないんですか？）
If *it isn't* a cat:No it isn't.（猫ではない場合：はい、猫ではありません）
If *it is* a cat:Yes it is.（猫である場合：いいえ、猫です）
どう考えても納得できない。否定疑問文では、"it isn't"かどうかを聞いているのだから、もしそれがisn'tならば、すなわち質問者が正しければ、Yesで答えるべきではなかろうか。
Q:Isn't it a cat?
If it isn't a cat:You are 100% right! Whatever it is, I'm sure it is NOT a cat at all.
If it is a cat:WRONG! WRONG! WRONG! WRONG! You are the worst dumbass I've ever seen! Or are you blind? If not, It's better be gouged out your eyes 'cause it does not working at all. It IS a damn cat yelping damn mew. What else did you expected?
YESとNOは、日本人の感覚からは逆になっているにも関わらず、rightやwrongは、日本人と同じ感覚で用いることができる。
実に不思議だ。これは何も否定疑問文だけの話ではない。連中は単なる否定文に対してもこんな答え方をするのだ。
05:14 (hito_) a lot of quit and join...
05:15 (Elfish) 15.10 [Freenode] tomaw(i=tom@freenode/staff/tomaw) [Global Notice] Hi all, one of our hubs just disappeared taking services with it. We're looking in to the cause now.
05:15 (Elfish) seems like they've been having problems
05:17 (hito_) so this isn't my network problem.
05:17 (Elfish) nope
日本人としては非常に分かりにくい。
私は、この日本語と英語の否定文の受け答えに関する違いに対する、納得できる説明を聞いたことがない。他の言語ではどうなのか。
あるいは、YES/NOという言葉に、rightとかwrongなどという意味がないのであろうか。手元のLONGMANを引くと、YESに対しては、"used as an answer expressing agreement or willingness"とあり、NOに対しては、"used as an answer expressing refusal or disagreement"となっている。
保元物語、為義最期の事
山野の獣、江河の鱗に至るまで、命を惜しむ慣らいなり。まして、人間には、命に過ぎて思ふ宝は何かある。独身なる犯科人の思い置く事なきだにも、手足をもがれ、形をばやつさるれども、一日の命を賜べとは降は乞ふ。況や、為義法師、争でか命を惜しまざらん。
何か、況やの部分で違和感がある。為義は命を惜しまなかったのだと読めて仕方がない。と思っていたら、注釈として、曰く、「況やは、……をや、……や、で結ぶ用法が本来であるが、中世になると、必ずしもそれは守られなくなる」とあった。そうだ、況や……と始まれば、……をや、……や、で終わるのが普通だ。違和感はこれだった。
司馬遼太郎の、この国のかたちの十三世紀の文章語を思い出した。
