ただの一撃でハチははたき落とされました。念のため、ハチをラケットの網で拘束し、殺虫剤をダイレクト噴射・・・こうして、大きなつづらの中身も、決してムダではないことが立証されたのでした。-A「こないだ、うちの奥さんとペアルックのスニーカーを買いに行ったわけよ」B「ヒューヒュー!」(←古いけど、良いツッコミ)A「まあまあ(と少し照れてみせる)、で、近所のゼビオに行ってさあ」C「あっ、あそこ改装して、1階にペットショップができたよね」(←話の腰を折る、悪いツッコミ)A「できたね。行ってみたけど、子犬がみんな可愛かった」(←しょうがなく、いったん話に乗る)B「で、スニーカーはどうなったの?」(←嬉しいフォロー)C「あと、ロフトもできてたね」(←負けてない)A「そうそう。買ってしもうた」(←弱腰)ここまで来ると、スニーカーの話に戻すには勇気が要ります。オチがよほど面白くなければならないからです。なくても私は、折られたら折られた方向に流される弱腰、いや、仙谷由人流に言う「柳腰」なのです。冒頭の会話はほぼ創作ですが、家人とお揃いのスニーカーを買いに、ゼビオに行った部分は事実です。普段そんな恥ずかしい買い物はしないのですが、海外旅行前の準備とあって、舞い上がっていたのです。時間をかけて、ニューバランスのグレーのスニーカーを選び、2足購入。玄関に、その2足とまったく同じ型の、グレーのニューバランスのスニーカーがあったからです。いうオチじゃ、ダメですかね、実話なんですけど。-経産省は、輸出管理上の国別カテゴリーの名称を見直すようです。D」に再分類するとのこと。隣国の批判をかわそうという意図が少しでもあるのなら、もう一工夫して欲しかった。「ホワイト国」を「グループB」にして、韓国は「グループA」、その他は「グループC」にする。その定義は、もちろん、こうです。グループAは、輸出管理上の優遇措置はないが、日本にとってもっとも重要な貿易相手国。グループBは、輸出管理上の優遇措置はあるが、ただそれだけの一般的な国。グループCは、それ以外の国。ま、そんな子ども騙しが通用するとも思えませんが、今回の名称変更は少なくとも、効果的ではないですね。ANAでは昨年10月から、搭乗の優先順位を「グループ」で表示するようになっています。グループ番号は保安検査証に印字され、それを見た乗客は、自分が上客かどうかをあらためて知るのです。詳細は省きますが、あのグループ順の搭乗こそ、ドヤ顔と羨望とムカツク気持ちが入り交じる瞬間ですよね。搭乗順がどうであれ、座席は完全に決定しています。あるならば、後方の座席の乗客から順に乗せるのが、間違いなくいちばん効率がいいのですけどね。荷物を物入れに上げる間、他の乗客の流れを止めて待たせる問題は、その方法でしか解決できません。現状では、自分の座席の真上の物入れに確実に荷物を入れるためには、なるべく早く搭乗する必要があります。なじみの客(出張族のオジサンたち)には、労をねぎらって早く乗れる優先順位があてがわれているわけです。評価したものではないのです。-北朝鮮のミサイルも日韓問題も、かんぽ生命も7payも気にはなりますが、私の今の興味は消費税増税です。そのポイント還元制度については、5%還元店舗がいつ公表されるのか、それをずっと待っています。待ちきれずに経産省に電話で問い合わせた話は、4日前に書いた通りです。ところが、7月29日に見通しが立たない旨の返答があったばかりなのに、ギリギリの31日に公表されました。結果的には、当初の予定である「7月中に公表」が守られたわけです。経産省のサイトには、「使えるお店を探す」という項目ができていました。「地域別の登録申請数及び登録済の加盟店一覧」というボタンを、クリックしてみましょう。近所の店はどうなのか。クリックして最初に現れたページは、日本地図と各都道府県の店舗数です。各都道府県へとジャンプするボタンがないので、北海道から順にスクロールしていくしかありません。下がってきてやっと熊本県。県内の掲載は、市町村の五十音順のようです。わが菊陽町はというと・・・登録店舗数はなんと、わずか1店舗!。はぁ?7月30日時点で、事務局の審査が完了した申請店舗の一覧なので、今後どんどん増えるとは思われます。それにしても、手応えなさすぎ。この制度の導入で熱くなっている私からすると、信じられない状況です。行きつけの美容室には、7月初めに申請を念押ししていたのですが、今週尋ねたら、まだ何もしていないと。5%還元制度なんて自分の店とは無関係の話だろうと思っているようでした。なんでそうなる?増税まであと2カ月。政府が大盤振る舞いするんだから、この機会に旨い汁を吸い尽くしましょう。-令和元年になって3カ月を経過しました。個人的には、電子カルテ上の重大なトラブルもなく、せいぜい書類上の元号を手書きで修正する毎日です。問題が起きるとすれば、和暦年が日付関数に組み込まれたようなコンピュータシステムでしょう。大分県の佐伯市と臼杵市では、日付の間違いが元で建設工事の入札がやり直しになるトラブルが起きました。「和暦年2桁+月2桁+日2桁」の6桁コードで日付を表すシステムが、「平成」前提だったのが問題でした。「西暦2000年問題」と同じ状況下のエラーです。プログラムの修正が不完全だったのでしょうね。こんなこと言うと不謹慎だと叱られるかもしれませんが、「令和」だって数十年以内には終わります。元号を、暦年を表示する際に使うことには、異論はありません。日本固有の伝統的表示ですから。何らかの判断の基になる日付関数に使うのは、もう元号はやめて、西暦に統一してもいいと思います。変換プログラムを組み込まないことです。変換によって元号表示を使ってもよいでしょう。その部分が間違えたところで、たいしたトラブルにはなりませんから。プログラムには西暦だけを使って和暦を使わなければ、あと8千年近くは安泰ですね。問題が起きるとすれば、次は「西暦1万年問題」。西暦を5桁に改修しなければ、確実にトラブルになります。そのとき人類はまた、右往左往するのでしょうか(あるいは、すでに滅亡しているか)。reserved.FC2.。