2025-10-28

手招きジェスチャーの国内外の違い、さらに救急車のサイレンは「ピーポー」なのか「ポーピー」なのか

文化の違いと言ってしまえばそれまでかもしれませんが、身体動作によるジェスチャーは、日本と外国とで大きく違う場合があります。いろいろあると思いますが、例えば手招きのジェスチャーです。「国が変わればジェスチャーやしぐさも変わる!日本と海外の違いを知って正しくコミュニケーションを!」には、次のような記述があります。

その他、よく聞くジェスチャーとしては、手招きの違いがあります。日本では手のひらを下にして「こっちにおいで」と手招きしますが、欧米では「あっちに行け」という意味に捉えられてしまいます。外国人に手招きしたいときは、「手のひらを上」にして手招きすればOKです。

 

確かに 日本では、手のひらを下にして、ひらひらさせるジェスチャーが「こっちにおいで」を意味します。しかしよく考えると「あっちに行け」も同様のジェスチャーではないでしょうか。よく見れば、そのジェスチャーが「こっちにおいで」と「あっちに行け」とでは、ひらひらさせる様子が微妙に異なっており、日本の風習に通じていれば見分けられるのでしょう。しかしそうでなければ、その違いはわからないと思います。その点で、外国のように、「手のひらを上」にすれば「こっちにおいで」、「手のひらを下」にすれば「あっちに行け」となるのは、間違えようがありません。

 

ここで発想を飛躍させ、救急車のサイレンについて考えてみます。「ピーポー」という音が繰り返されるもので、緊急走行中には鳴らすことが法令で定められているそうです。その法令の条文を参照していないので、見当はずれなことを言ってしまうかもしれませんが、このサイレンは「ピーポー」の繰り返しなんでしょうか。それとも実は「ポーピー」の繰り返しではないのでしょうか。

 

このようなことは、今まで考えたこともなく、誰もが当然の事として「ピーポー」というサイレンを鳴らしていると思い込んでいるので、実際に救急車がサイレンを鳴らしながら緊急走行をしているのを目撃しても、頭の中では「ピーポー」の繰り返しであると認識しているのでしょう。しかし無理やり意識を変え、これは「ポーピー」の繰り返しだと思い込めば、そういう風にも聞こえてくるのではないでしょうか。 

 

救急車サイレンは、約770Hzと約960Hzの繰り返しだそうです。おそらく仕様書にも、そのように記述されているのでしょう。しかし第1声が約770Hzで、第2声が約960Hzだとまで指定されているのでしょうか。別に記述されているはずがないと主張するものではなく、書かれていても構わないのですが、おそらく2つの周波数の音を交互に発声するとしか規定されていないのではないかと思います。どちらが第1声で、どちらが第2声なのかは、別にどちらでも気にしないのではないかと推測するのです。 

 

このようなことをクドクドと気にして何になるのかと思われるところですが、確かにその通りです。しかし意識することもなく、当然のことのように思い込んでいる「常識」が何処からきているのかを、ちょっとくらい気にするのも一興ではないでしょうか。 

Windows11でMSFS2002を動かすと「ハードウェア アクセラレーションを使用」が有効だと異常終了してしまう。

Windows10のサポート終了を期に、Windows11を動かすために新しくデスクトップPCを購入しました。これまでWindows10で使用していた各種アプリケーションなどを移行し、移行できなかったものもありますが、日々の利用にあう環境を整えました。偶にしか使用しないアプリケーションもあるので、完全に以前と同じになったわけではありませんが、大筋で移行ができたと思います。

 

Windows10のPCでは、Microsoft Flight Simulator 2002をインストールしていました。あまり熱心に遊んでいたわけではありませんが、まだまだ興味を失っていないので、新しいWindows11のPCにもインストールしておきました。

 

基本的には動くのですが、すぐに異常終了してしまいます。このような現象はWindows10ではありませんでした。そもそもMSFS2002はWindow11をサポートしていないので仕方ありません。しかし設定オプションの「ハードウェア アクセラレーションを使用」を無効に設定すると、少なくとも異常終了はしなくなりました。しかし画面表示がおかしくなり、計器類が消えたり、一部だけが表示されたりして、困った状態になるのですが、我慢するしかないでしょう。

 

異常終了してしまう状況を確認するため「イベント ビューアー」を調べたら、次のような記録が残っていました。

障害が発生したモジュール名: ucrtbase.dll、 バージョン: 10.0.26100.6899、タイム スタンプ: 0x5554c871
例外コード: 0xc0000005 

 

ucrtbase.dllというのは「Universal C RuntimeライブラリのDLL」だそうです。例外コード: 0xc0000005の方は「アクセスバイオレーション」とのことなので、結構致命的です。これを解決するために利用者側でできることは何もないでしょう。 

2025-10-26

「今度飲みに行きましょう」

親睦を深めるためなのか、単に飲み食いが好きなだけなのか、「今度飲みに行きましょう」と言い出す人がいます。言い方を変えて「今度飯食いに行きましょう」という場合もあります。このような発言の意図を問おうというのではなく、この発言から考えられる事を書き連ねてみたいと思います。

 

発言した当人と一緒に「食事」や「飲み」に行くとは限りませんが、誰でも食事はします。食事をせずに生きていける人はいないでしょう。「飲み」に行くというのは、暗黙的に「酒」を飲むということを意味していると思いますが、「飲みに行きましょう」と言っておいて、「珈琲」を飲むとか「お茶」を飲むということにはならないと思います。そうだったら、「珈琲でも飲みましょう」とか「お茶を飲みに行きましょう」とか言うでしょう。

 

会話の中で「今度○○しに行きましょう」という発言が出たら、その「○○」は、「誰でもすること」と一般に思われている事柄だと思います。もしかすると必ずしも「誰でもすること」ではない可能性もあります。「飲みに行きましょう」というのが、まさにそうです。しかしそこに「酒を」という含意があるとしても、「飲みに行きましょう」というのは、よく使われるフレーズには違いないでしょう。こう考えると、「○○」というのは、全員必ずする訳ではないが、大多数がする(と思われる)事柄なのかもしれません。

 

さて、「大多数がする(と思われる)事柄」ならば何でもよいかというと、そうでもなさそうです。例として適切なのかどうかわかりませんが、「ゴルフ」などはどうでしょうか。ゴルフを普段からするのがメジャーかどうかわかりませんが、一定数いることはまちがいありません。そこで「今度ゴルフに行きましょう」という発言が出たら、そこには前提として互いにゴルフ好きであることが確認されている必要があって、その上で発言しないと微妙な空気になってしまいます。

 

また別の例を考えますが、「パチンコ」などはどうでしょうか。昔々に比べると「パチンコ」は流行らないのかもしれません。それでも、前提として互いにパチンコ好きであることが確認されているとしても、「今度パチンコに行きましょう」という発言にはならないような気がしますが、どうなのでしょうか。パチンコというものは、個人で勝手に遊ぶものであって、誰かと一緒にするものではないからでしょう。

 

またまた別の例を出しますが、「キャッチボール」ならどうでしょうか。前提として互いにキャッチボールは嫌いじゃないことが確認されていて、しかもキャッチボールは相手を必要とするわけですが、それでも「今度キャッチボールしましょう」という発言が出てくるかというと考えてしまいます。レアケースとして無いわけではないとも思いますが、営業現場のトークとして出てくるような発言ではないでしょう。

 

結局のところ「今度○○しに行きましょう」という「○○」には、なんでも入るわけではなく、よく入るものと、絶対入らないものがあって、そのバリエーションは文化慣習なのでしょう。日本では当たり前でも、当たり前ではない文化があるかもしれません。逆に日本では考えられないのに、それが当たり前の文化があるかもしれません。そういうことを考えてみるのも愉快ではあります。 

WSLのインストールが簡単になった

Windows11を使うため、新しいPCを購入しましたので、Windows10だった旧PCで使っていたソフトをインストールし、同様の環境を作ろうとしています。その一環として「WSL」をインストールしました。

 

10年ほど前にWSLが登場したころは、まだ開発途上だったからでもありますが、インストール手順が面倒だった記憶があります。それなのに、今回Windows11においてWSLをインストールする手順は、とても簡単でした。Windows PowerShellのコマンドラインを開き、「wsl --install」と入力するだけです。あまりに簡単すぎて拍子抜けでした。

2010年問題

Windows11を使うため、新しいPCを購入しましたので、Windows10だった旧PCで使っていたソフトをインストールし、同様の環境を作ろうとしています。その一環として「The Complete National Geographic」をインストールしました。

 

インストールしようとすると、途中でエラーが出てしまいます。この問題は、事前に「Error Message During National Geographic DVD Install」という情報を得ていました。そこでの解決策は「What a crazy trick: change the date to 2010!」、という奇妙なものでした。なぜこれが解決策になるのか不思議ですが、試しにマシンの日付を「2010年」に変更してみたら、なんとインストールが完了しました。

 

インストール出来てしまいさえすれば、マシン日付を元に戻しても問題ないので、インストールが完了したら「2025年」に戻しておきます。これでNational Geographicの(英語版ですが)創刊号以来の記事がよめるようになりました。 

2025-10-21

自動運転の車に違反切符を切る場合

the japan times alphaの2025年10月17日号の「This Week's OMG」には「California police couldn’t give this Waymo a ticket」が掲載されています。警察が、交通違反の車を停車させて、違反切符を切ろうとしたところ、自動運転の車だったので、違反切符を交付する相手がいなかったそうです。

 

記事では、自動運転の車だからドライバーがいないので、違反切符を交付する相手がいないという側面で書かれています。しかし僕が驚いたのは、自動運転の車でも、警察から停止を命じられると、それに反応して車を止めるという点です。

 

Webを探すと「自動運転レベル」について情報が得られます。「完全自動運転(SAE レベル5)」になると、「常にシステムが全ての運転タスクを実施」するそうですが、「全ての運転タスク」とは何かが問題になると思います。障害物を避けるとか、道路を逸れないとか、信号や交通法規に従うというのは、当然だと思います。ただし、そこに「警察から停止を命じられる」という状況が含まれているのでしょうか。もし含まれているなら、凄い技術だと感心します。

 

警察が停止を命じるというのは、アメリカでどうのようにしているのか知りません。しかし日本であれば、例えばパトカーから拡声器で、「前方の車は、減速して左側に停車してください」とか言うのではないでしょうか。「完全自動運転」の車は、それを聞き取り、停止を命じられていると判断し、減速して停車しなければならないわけです。これをやってのけるというのは、簡単ではないはずなのに、例の記事の車は停車したようなのですから、これは凄いことではないでしょうか。

 

もしかするとアメリカでは、逃走を防ぐため、停止させたい車の前に先回りし、進路を塞ぐようにして、停車を命じるのかもしれません。そうだとしても、自動運転の車が「警察から停車を命じられている」という状況を認識できなければ、前方の障害を避けようとして、車線を変更し、走行を続けるかもしれませんし、加速して走行し続けるかもしれません。これは、その車が自動運転だと気づいていない警察の側からすれば、「逃走を図っている」ように見えてしまうでしょう。下手をすれば、銃撃戦が始まってしまうかもしれません。

 

日本の現状は、JAFによると「SAE自動運転レベル3の「条件付自動運転車(限定領域)」まで実車化が進んでいます」だそうです。将来は日本でも、この記事のような光景が見られるのでしょうか。

USB-PS/2変換アダプタを使ったら、電源オン直後でもキーボード入力が可能となった

新しいPCを購入し、Windows11に移行しました。これまでWindows10を使っていたので、その頃と同等の環境に移行しようとしています。最低限の移行は済ませましたが、以前と同等とするには、まだ移行作業が必要です。

 

移行作業とは別に、新しいPCに変わったことで、いろいろと使い勝手が変わっています。大きな問題もあるし、小さな問題もあります。深刻な問題もありますし、些細な問題もあります。そのひとつが、ある日に最初に電源を入れた直後に、キーボードから入力ができないことです。最初は驚いたのですが、USBポートを刺し直すと、キー入力できるようになることがわかりました。ひとまず解決策は見つかっているのですが、毎日USBポートの刺し直しをするのは、些細な作業ですが、ちょっと憂鬱です。

 

Webを検索して同様の事例を探したり、いろいろな対策を試行錯誤したりしました。最終的に、原因や理由は不明なのですが、解決しました。その経緯は次の通りです。

  1. USBポートに接続したキーボードが、ある日に最初に電源を入れた直後、入力できない。
  2. キーボードが接続しているUSBを刺し直すと、入力できるようになる。
  3. タイミングの問題化と思い、電源を入れた直後にはマウスなら使用できるので、再起動させてみた。しかしキーボード入力ができるようにはならなかった。
  4. USBポートを変えてみた。USB2のポートに刺していたのを、USB3のポートに変更してみた。しかしキーボードが入力できるようにはならなかった。
  5. キーボード自体はUSBですが、たまたま手元に「USB-PS/2変換アダプタ」があったので、これを使ってPS/2キーボードのポートに刺してみた。
  6. なんと、ある日の最初に電源を入れた直後でも、キーボード入力ができるようになった。

 

キーボード本体は同じなのに、USBポートではダメで、PS/2ポートならうまくいくというのが、不思議です。手元にあった変換アダプタは、使用しているキーボードを購入した際に付属していたものです。その当時から、キーボードはUSBポートに刺していましたので、不要だったので捨ててしまっても構わなかったのですが、何となく残しておきました。それが今になって役にたちました。

 

この変換アダプタについては「かつてマウスやキーボードに付属していたUSB端子をPS/2コネクタに変換するアダプターの仕組みについてMicrosoftの開発者が解説」という記事を見つけました。また「実はゲーマー向き?PS/2キーボードが見直されるかもしれない」という記事も見つけたので、PS/2ポートが見直されているのかもしれません。