やっとわかった

今週は

障害が2件、月末納品など、久しぶりにてんてこ忙しい1週間でした。特にシステムで発生した障害の原因、対策、検証には頭を抱えてしまいました。が、昨日、ひょうんなことから何とか目処が立ちました。ほっ

状況は

こんな感じでした。。。

• 水曜日：午後　システムトラブル(A)の連絡が入る。あわててセンター入り。運用対策はできたが、根本的な原因は解明できず。長丁場の予感。徹夜は年齢制限もあり、帰宅することに。
• 木曜日：午前　別件システムでトラブル発生(B)。自宅近くでの連絡だったので、そのまま自宅にUターン。自宅で対応することにする。いつも早く出社する方に関連資料をメールしてくれ～とお願い。なんとか解決した。
• 木曜日：午後　トラブル(A)の状況を関係者に説明。担当リーダのおかげで資料もなんとか用意。久々に3分で昼食という始末。そのまま深夜まで作業。
• 金曜日：午前　月末の納品作業。事務方も昼休みをつぶしての協力。いつもありがとう。
• 金曜日：午後　納品をすませ、すぐさまトラブル(A)の現場に。原因判明。改修を済ませ、検証試験を開始でした。あとは週明けの結果を待つだけ。。。

きっかけは

新人に言ったこの言葉です。

壊れたデータ、ダンプしてみた？データのダンプを見てみれば、何かわかるんじゃない？

そうなんです。幸にも、問題が発生したときのデータが壊れたまま残っていたんです。壊れたデータさえあれば、問題は解決できる。昔っから勝手にそう思い込んで育ってきました。野球選手は「ホームランを打ったときのあのバットのしなる感じ」とか、「三振を取ったときのあの中指の引っかかり」など言葉にできない微妙な感覚を頭の中で何度も「なぞって」います。スポーツ選手の間では、イメージトレーニングは今や常識です。良かったときのイメージを思い出し、体の反応にまかせるだけです。

そういえば「医龍」でも、手術前には、夜霧の中に、たった一人でメスを入れ、イメージトレーニングをやっていました。ね、坂口さん。

問題は解決できる。以前はこうして解決した。システムエンジニアでもイメージ（いわゆる第六感）で問題を解決するんです。マニュアルでは解決できません。想像力はすべてです。

6時間

、新人に言った手前、壊れたデータのダンプと「ニラメッコ」をしてみました。ジーっと見ているわけではありません。いろいろな見方をして、データの並び方に何か規則めいたものはないか、体の反応にゆだねてみました。

データを見るときは od コマンドを使います。以前は自分で作ったものを使っていましたが、最近は od コマンドにお世話になりっぱなしです。まず、"od -tx1"からはじめます。次に "od -tc"。ここまでは定番です。"od -td4"、"od -tx2"、"od -to4"、"od -tu4" 。。。。 何度も何度もデータの出力形式を変えて表示してみます。何度も何度も見ることで、頭の中の「記憶」を引っ張り出します。以前、このデータ見たことない？必死に自分に語りかけます。

データはじーっと見ていても何にもなりません。加工したり、ずらしたり、どんどん手を代えて、自分が(頭が）飽きないように工夫しなければなりません。久しぶりの、6時間あまりの「ニラメッコ」はちょっと快感でした。

発見した

ことは、"od -xd1" のときです。

このデータ IPアドレスっぽくない?
あっ、そっか～。だったら、ここがこうして、こうなって。ねっ？

IPアドレスとして考えれると、問題の原因がぼんやりと浮かんできました。

そこからは、「なだれ」のようにアイデアがわいてきます。あそこはこうしよう。ここは、こうしよう。"od" コマンドの出力結果に反応して、そして理屈に間違いがないことを確認します。

1人では解決できない

今週は本当に大勢の方の協力をいただきました。予定をすべてキャンセルして、トラブル(A)の対応に専念することができました。周りの協力がなければこれだけ早く、問題の解決への道筋を見つけることもできなかったでしょう。感謝。々々。

何か起きたときに1人で解決できることなんかたかが知れています。周りの方が協力してくれる環境があるからこそ、自分も仕事ができるんだと身にしみて感じた1週間でした。

1人でできることには限界がある。限界を超えるには協力が必要なんだ。もう一度しっかり頭に叩き込んで、前に進んでいきます。

ご迷惑をおかけします

すぐに行動

システムに問題が発生した場合、担当エンジニアはすばやく行動しなければならない。お客様への連絡、上司への連絡、そして状況の把握を最優先する。現場に移動できる場合はできるだけすみやかに現場に急行する。問題が発生したときに、その現場にいることが何より大切なこと。電話ではなく、関係者の顔が見える場所で作業をすすめることが、問題の解決を早めてくれる。

現場では刻一刻と状況が変化する。トイレに行くことだって、姿が見えない場所で作業をしていると大きな問題になったりする。その現場に「いること」で、さまざまな情報を入手し、的確な判断を瞬時に行うことができるはずた。

周りで飛び交う声を聞きながら、人の動きを見ながら、今起きている事との関連を整理しながら、最善の解決策を模索していかねばならない。

問題が大きければ大きいほど、電話だけでは解決できないことが多い。電話だけでは判断を誤ってしまう。

計画を説明する

作業にあたっては、2名以上で実施することが鉄則である。2人で別々の作業を分担して行うためではない。作業を実施している最中の、話し手と聞き手の関係で作業をすすめるためである。

作業は常にその計画を口頭で説明して行う。

・今から電源切るよ～
・サーバのログからエラーメッセージをカウントするね。
・アプリケーションを再起動するけど、いい？

人間は問題が発生するとあせってしまう。勘違いも起こしやすい。だから作業ミスをなくすためには「作業すること」を「話しながら」行う。計画に誤りがあることを、話し手本人が気がつくこともある。聞き手が気がつくこともある。計画、レビュー、実施、検証。このサイクルを繰り返して前にすすむ。どんな小さなことも、この繰り返しである。レビューを効率よく行うために、会話のできる環境で作業を行う。黙々と1人で行った作業の結果にはミスが付きもの。トラブルにさらに輪をかけて、トラブルを引き起こしてしまっては何にもならない。「石橋をたたいてそれでも渡らない」覚悟がなければ、問題は解決できない。

検証計画を立案する

原因が特定できれば、その改修を行う必要があるが、改修がすべて完了するまでの暫定措置、改修計画、検証計画、改修後の運用など大きな流れをまず確認する。小さな改修でも、大きな改修でも、まず全体像を関係者全員が頭の中にイメージして、それぞれの担当業務を遂行する必要がある。

特に大切なのが、「検証計画」である。改修した内容を検証することが確実にできなければ、「GO」を出すことはできない。「GO」を判断する方は、論理的な検証から導き出された「結果」を見て判断するしかないはずだ。自信を持って、「GO」と言える「結果」を出さなければならない。いくら口で「直しました」と説明しても、証拠がなければ何にもならない。

妥協しない

改修も検証も最後まで妥協しないで行う。解決できない問題はない。でも、解決できないトラブルは発生する。システムに問題が発生した時は、もっともエンジニアの真価が問われる時だ。小さなことにも妥協せず、精一杯お客様のため、自分が納得するまであきらめたりしない。

心の中に「ご迷惑をおかけします」の言葉を刻んで。。。

お湯がでない

突然。。。

朝、ひげを剃ろうと思って蛇口をひねる。

いつもの水の温度を手で確かめながら、暖かいお湯になるのをしばらく待つ。

待つ。。。

待つ。。。

えっえ～。うっそ～！

お湯にならない。
スイッチは入っている。
水はでる。
でも、燃焼マークが赤くならない。
まさか。。。

あの時。。。

わが家の給湯器はもう15年以上経過している年代ものです。20年や30年は使えるんじゃないかと高をくくっていました。3年ほど前に、プロパンガスから都市ガスに交換するために数10万円も払ったばっかりなのに。

その時、「給湯器も交換しちゃおっか？」と家族で話していたんですが、「まだまだ使える！」と断固反対したのは私です。あの時にいっしょに交換しておけば。。。

壊れた

そう。蛇口をいくらひねっても、スイッチを切ったりつけたりしても、いっこうにお湯がでてきません。なくてはならない給湯器がとうとう、壊れてしまったようです。

お湯がでない生活。シャワーもなく、ひげ剃りも水なんて考えられません。これから蒸し暑くなる季節。給湯器がない生活は家族が絶対に許してくれないでしょう。。。

30万円かぁ

さっそく、ガス屋さんに来ていただき、症状を見ていただきました。

「部品の交換なんかで直りますか？」

「無理ですね～。この製品の部品はもう手に入らないですよ。早速帰って、見積りをお持ちしますね。」

だよな。そんなに長い間も部品があるわけないよな。そして、夕方には新しい給湯器の見積り持ってきていただきました。

30万円。それくらいするよなぁ。ボーナスもまだ出ていないのに、さっそく30万円の出費かぁ。何んか悪いことがおきるマエブレかもなぁ。。。

そして、まずこの夏、40インチプラズマテレビの野望は夢と消えたのでした。。。

NHKの受信料、払ってますか

NHK見解

毎日新聞より引用

ＮＨＫ：受信料不払いに罰則導入か　政府見解で軌道修正

ＮＨＫは２０日、「改革提案に関するＮＨＫ見解」を発表した。受信料不払いに対する罰則導入について、支払いを義務化しても効果がない場合は「検討すべき課題」とした。これまでは公共放送になじまないとして否定的だったが、導入の検討を求める政府・与党の見解を受けて軌道修正したかたち。同日会見した中川潤一理事は「公共放送の理念としては導入に反対だが、場合によっては理念の変更を余儀なくされる」と述べた。また、保有するチャンネル数について視聴者への調査を行い、今秋にも結果を公表するという。【丸山進】

毎日新聞
2006年6月20日　21時03分

なるほど。じぁ、その見解なるものを読んで見なくては。「改革提案に関するＮＨＫ見解」を、NHKのWebサイトを探してみると、ホームページにしっかりリンクがありました。そこには、こんな文章が書かれています。

ポイント

受信料制度は公平負担が守られなければならない。

払っている人は7割にとどまる。

不払いに対する罰則の導入は、慎重に検討すべき｡　

報道資料（２００６年６月２０日）
改革提案に関するＮＨＫ見解
平成１８年６月２０日
日本放送協会
URL:http://www.nhk.or.jp/pr/keiei/kondankai/houkoku2/060620-001.html

小心者がNHKを支える

結婚する前ならNHKの受信料を払っているのか、いないのかなんて気にもかけませんでした。受信料を払う義務があるんだ程度の感覚でした。でも、結婚して世帯主となってからNHKの受信料を払い続けています。大きな疑問も抱かず、「義務です」と言われ、そのとおりにしてきました。

でも、今受信料を払っていない人が 3割もいるなんて、どういうこと？って感じがします。支払わなくても罰則もない。声を荒げて「払いません」とはっきり言えない小心者がNHKを支えているってわけですか。

気を使うべきは？

罰則の導入はなぜ、慎重に検討すべきことなんでしょう。払っている人からすれば何にも変わりはありません。受信料の支払いを拒否するという自分の考えをはっきり主張できる方々に気をつかっているんでしょうか。

まず気を配るべきは、今受信料を支払っている方々に対してではないでしょうか。受信料を長年、払い続けていてもなんの優遇措置もない。割引もない。NHKホールのコンサートにご招待もない。何かの情報が得られるわけでもない。受信料を払っていても、いなくても朝のNHKニュースを見ることは誰でもできる。何の違いもない。

。。。

小心者が馬鹿を見ない、そんな制度をぜひ、検討してほしいものです。

パスワードに悩む

rootのパスワードに悩む

UINIX管理者になった方が最初に悩むのは root のパスワードではないでしょうか？簡単には見破られず、かといって難しすぎて覚えられないようなパスワードでは困ります。覚えられないパスワードは結局、メモすることになるでしょうから。。。

簡単に覚えられて、しかも見破られない、そんなパスワードを設定する必要があります。

やってはいけない

ルートのパスワードに限らず、UNIXのパスワードでは次のような文字を設定することは絶対に避けるようにと、先輩から教わったものです。

• ログインユーザ名と同じ
• ログインユーザ名+123 など、数字を追加したもの
• 商品名
• 自分、家族、友達、恋人などの名前
• 生年月日

ようするに、意味のある（辞書に載っているような）単語、数字はパスワードに設定しないということです。でも、意味のない数字や文字なら覚えることができなくなり、結局メモすることになってしまいそうです。

パスワードも暗号化

では、どうすれば。。。私はパスワードは最初から暗号化して設定しています。UNIXのサーバ管理などで root のパスワードを関係者で共有する場合、意味のないランダムな数字や文字だと絶対にノートにメモする人がでてきます。こんなときでも、関係者だけが知っているルールで簡単な文字を暗号化して、パスワードにしています。

暗号化といっても、そんなに小難しい理屈は必要ありません。「クイズ」に答える程度の文字の変換規則を自分たちで工夫するだけです。

たとえば

週刊文春を元ネタに、パスワードを考えて見ます。まず、文を構成する単語をそれぞれ英語に変換してみます。週刊=weekly、文=sentence、春=spring。そして各単語の先頭、最後の文字、文字の長さを組み合わせてみます。

• 週刊=weekly -- "Wy6"
• 文=sentence -- "Se8"
• 春=spring　-- "Sg6"

あまりかっこいいパスワードではありませんが、週刊文春から "Wy6Se8Sg8" の文字列を作成することができました。

パスワードはちょっとした工夫

この方法なら、キーワードとルールだけ覚えて、パスワードそのものをメモする必要はありません。みんなが覚えやすいキーワードから独自のルールを通して、ランダムな文字列を作成する。パスワードにもちょっとした工夫を普段から心がけたいものです。

でも、キーワードやルールをメモしてしまうと、まったく意味がなくなってしまいますので、ご注意を

そのパスワード、見えてるよ

パスワードを忘れる

Windows のログインパスワードや、USBメモリにアクセスするためのパスワードを皆さんはどのように設定していますか。「パスワード」なんだから他人には絶対に推測できないパスワードになっていますか？

私が新人のころは、初めてUNIXのログインパスワードを設定するだけで、「ウゥ～ン」と頭をひねって「これなら」というパスワードを考えたものです。気に入らなくなるパスワードを変更したり、いくつもの候補を用意していました。

で、パスワードを使い回しているうちに、「今のパスワードってなんだたっけ？」なんてことになっていました。どのパスワードをどこで登録したのかわからなくなってしまうんです。私が設定したUNIXのrootのパスワードを忘れたときには、先輩にひどく怒られたものです。当たり前です。。。

パスワード盛り

今の時代、インターネットでユーザ登録する機会が本当に増えてしまいました。メルマガ、インターネットバンキング、Amazonのアカウントであっても、とにかく会員登録するサイトでは必ずパスワードを設定することになります。それぞれ違うパスワードを設定するなんて暴挙にでれば、頭の中はそぐにオーバーフローしてしまいます。サイト毎に異なるパスワードを設定するなんて絶対に無理なことです。最初の1、2サイトまではいいんですが、登録するサイトが増えるにしたがって、「なんて馬鹿なことをしたんだ」と悔やむこと、間違いありません。

UNIXでの原理原則

そもそも、MS-DOSのころは、パスワードを入力する操作なんて必要ありませんでした。UNIXのようにマルチユーザ環境ではなかったため、電源を入れればすぐに使うことができました。今のXPにしても設定すればユーザ名、パスワードの入力操作を省略することができます。パスワードに関してあまり神経を使っていないOSのようです。

でも、UNIXはマルチユーザ環境を提供するＯＳです。作業をするためにはユーザ名とパスワードを入力してログインする必要があります。このログイン時に入力したパスワードは画面に出力しません。Windows などのように '*' を表示することもありません。パスワード入力時はキーボードで何を入力しても応答がありません。最後のリターンだけに反応します。

パスワードの取り扱いについて、UNIXというOSはとにかく神経を使っています。

• 入力するパスワードは画面に出力（エコー）しない。覗き見防止です。
• パスワードを元のまま保存しません。保存している情報はハッシュ値です。
• パスワード長、文字の組み合わせも制限できます（設定すれば）。

不用意なUNIX管理者

ところが、UNIXシステムを管理するエンジニアの中には、そこまで気を使っているパスワードをいとも簡単に公開してくれたります。本人に悪気はないと思いますが。。。

UNIXはマルチユーザ環境であり、マルチプロセスなOSでもあります。誰かが gcc をソースプログラムから丸2日かけてコンパイルしている最中でも、ｆｔｐ でファイルをダウンロードすることができます。

ここでもし、「mysql -uroot -pRootPass 」などのコマンドを入力して、データベースの保守を行っているエンジニアがいたら、どうなるでしょうか。そうです。ログイン中の一般ユーザであれば、誰でも　データベースの管理者のパスワードを拝見することができるんです。もう、気付かれましたか？

正解は ps コマンド。UNIXで処理中のプロセスは ps コマンドで確認することができます。起動時に入力したパラメータ情報もです。つまり、だれかが mysql -uroot -pRootPass と入力して作業をしている最中に、他の誰かが ps -efwww とでも入力すれば、たちどころに RootPass は無防備に画面に表示されるはずです。

「パスワード入力っていちいち面倒くさいなぁ。コマンドラインでパスワードが入力できれば、一連の処理をバッチファイルにかけるのになぁ～。」そんなふうに思っている方も多いことでしょう。でも、コマンドラインでパスワードを絶対に入力してはいけません。大事なパスワードを裸にしてどうするんです。

パスワードの取り扱い

ここ数年、機会あるごとに、パスワードの管理についてお願いしてきました。

• パスワードをノートに絶対にメモしない。
• パスワードを声に相手に出して伝えない。
• メールでパスワードを送信しない。
• パスワードを構築手順書に書かない（お客様から要求された場合は別ですが）。
• コマンドラインでパスワードを入力しない。

私がパスワードを伝えるときは、キーボードに指を置きながら「ここ、ここ、それにここ。。。」なんて感じで伝えています。パスワードの取り扱いにはくれぐれもご注意を。

暗号化を簡単に理解する

セキュリティ対策

最近の世の中、情報漏洩対策やWinny問題などの影響もあってか、こと、コンピュータの扱い、特にデータに関してはものすご～く敏感になっています。

• ノートパソコンはワイヤーで机にくくりつける。
• ディスクトップだって、ワイヤー付き。
• 机の引き出しも3段、すべて鍵がかかるものに。帰宅時は必ずロック。
• Windowsにログインするユーザのパスワードを設定する。
• BIOS起動時のパスワードを設定する。
• USBメモリ内のデータは暗号化する。
• ハードディスクを丸ごと暗号化する。
• Wordの文書も暗号化してパスワード付きで保存する。

セキュリティシステム作動中

会社の入っているビルのフロアーは、フロア毎にセキュリティシステムを作動させて施錠します。IDカードがなければトイレに行くこともできません。夜は、一晩中、警備員の方が監視カメラをモニターしています。それでも、コンピュータのデータを幾重にも暗号化します。パスワードをかけて万全の体制をとっています。

それでも情報漏洩が後を立ちません。いったい、いつまでこの状態が続くんでしょう。トイレの鍵をかけるように、データを暗号化したりパスワードで保護することはエチケットだとしても、そばで仕事をしている同僚でさえ疑ってかかるような状態は尋常ではないと思います。いったい、どんな「敵」に対してセキュリティ対策を行っているのか、自分でもわからなくなってしまいます。

でも、決められたルールは守らねばなりません。自己防衛のためには仕方ないのかもしれません。

2進数で暗号化

ところで、セキュリティ対策などでデータを暗号化することは日常茶飯事のことでしょうが、コンピュータではどのようにしてデータを暗号化しているかご存知でしょうか。暗号化の方式はたくさんあって、どんどん進化しているようですが、もっとも基本的な暗号化について簡単に説明します。と、いっても、どこをどう叩いたって、これ以上の方式なんて私は知りません。。。

それでも基本的な考え方でも理解しておけば、もっと難しい方式を勉強するときには役にたつと思います。キーワードは2進数。2進数の理屈を理解していればなんてことはありません。

排他的論理和

2進数の基本的な演算の一つに、「排他的論理和(XOR)」という演算があります。論理和(OR)、論理積(AND)などと並んで新人教育で勉強している方も多いと思います。2進数の計算で、2つの入力のうち、いずれか一方が1の場合に結果（出力）が1になり、どちらも1または0の場合は出力は0となります。2つの値が異なる場合に1（真）となる演算がどこでどう必要なんだかはよくわかりません。昔、回路設計をやった記憶がはるか遠くにあるんですが、どんな効用があったのかすら思い出せません。年かな。。。

あら不思議

ここでちょっと例題です。結果をよーく、覚えておいてください。

          0100 0001    (0x41)
          0001 0110    (0x16)
          ---------------------
          0101 0111    (0x57)

では、この0x57にもう一度、0x16との排他的論理和を計算すると。。。

          0101 0111    (0x57)
          0001 0110    (0x16)
          ---------------------
          0100 0001    (0x41)

どうです？元の 0x41 になりましたか？もう一度、自分で「排他的論理和」を指さし確認しながら数字をなぞってみてください。なんなら、ノートに適当な数字を書いて、「排他的論理和」で遊んでみてはどうでしょう。

わかってしまえばなんてことはない

0x41(元のデータ) を 0x16との排他的論理和を計算し、0x57(暗号化したデータ)を出力する。その結果の0x57にまたまた0x16との排他的論理和を計算すると、元の0x41に戻ってしまう。

そうです。この0x16が暗号化のキーになっているんです。暗号化する側と元の値に複合する側が、同じ0x16という値をつかって、同じ計算をすることで、暗号化、複合化ができてしまうんです。簡単でしょ？

暗号って聞くと数学が苦手だった私には理解できない部分も多いんですが、こんな単純な方法なら自分でも簡単にプログラミングできちゃいそうですね。

2進数っていうか、電子回路ってほんとうに面白いもんです。

さみしい笑顔

成長

飲み屋で３年目のエンジニアと近況報告。飲んで報告することでもありませんが、彼の成長に目を見張るばかりです。

何がすごいわけでもありません。報告してくれたことが「すごっく」うれしいだけです。

飲み屋のスタッフのみなさんは、みな侍ブルーのおそろいのＴシャツを着ています。笑顔の中にイチマツの寂しさが。。。。

笑顔が笑顔でなくなっています。

がんばれ！ニッポン

東関東選抜吹奏楽大会でグランプリ

朝日新聞の横浜版

朝日新聞の横浜版の小さな記事に母校、横浜市立桜丘高校の名前を見つけました。

第7回東関東選抜吹奏楽大会（東関東吹奏楽連盟、朝日新聞主催）が11日、厚木市の市民文化会館であり、神奈川、千葉、茨城、栃木の４県、１５団体が競演した。

出演したのは各県で推薦された小中高校と一般のバンド。クラシックやポピュラー、アニメ主題歌など、それぞれの十八番を披露した。衣装や振りに趣向を凝らして客席も巻き込み、演奏だけでなく、演出も競った。審査対象の１５団体と別に、この日のために結成された４県の高校生の選抜合同バンドも息の合った演奏を聞かせた。

グランプリには横浜市立桜丘高校が、準優勝のヤマハ賞には千葉県の柏市立酒井根中学校が選ばれた。

第７回　東関東選抜吹奏楽大会　審査結果一覧

6月12日 朝日新聞　朝刊
35面：横浜版の記事より引用

スタンドでの応援

夏の大会には吹奏楽部の方々には毎年、お世話になってきました。暑い中、母校の応援のために、スタンドで黙々と演奏される姿には、毎年頭の下がる思いです。選手のころからですから、もう 25年以上のお付き合いになります。

夏の大会には吹奏楽部のOBの方々もたくさんきていただいています。野球部のOBはスタンドで声をからげているだけですが、吹奏楽部のOBの方々は生徒といっしょに演奏されているようです。

毎年のことですが、母校桜丘の吹奏学部の演奏はとってもすばらいい。何がいいのか素人では説明できませんが、とにかくすばらしい。この吹奏楽の方たちといっしょに甲子園に行きたいとスタンドのOBやご父兄の方々とも話しています。

そして、今年も夏の大会がやってきます。

抽選結果

今年の高校野球の夏の大会の抽選会も先日行われ、一回戦の相手が決まりました。

• 日時 7月12日
• 場所 小田原球場
• 相手 西湘高校

詳しくはこちらを参照してください。
第88回全国高等学校野球選手権神奈川大会　組み合わせ

グランプリ

まずは一回戦突破を目指して、選手のみなさんにはがんばっていただきたいと思っています。

そして、グランプリに輝いた吹奏学部のみなさん、本当におめでとうございます。今年の夏は、グランプリに輝いた吹奏学部の方々と共にスタンドで精一杯応援しようと思います。

傘差し運転、５万円なり

知らなかったでは済まされない

～自転車に関するルールは、道路交通法に定められています。～
《主なルールの概要、根拠規定・罰則》

中略
【傘さし運転の禁止】法第条第号(神奈川県道路交通法施行細則第11条第2号)

傘をさし、物を担ぎ、又は物を持つ等視野を妨げ、又は安定を失うおそれのある方法で自転車を運転してはいけません。
罰則： 法第120条第１項第9号（5万円以下の罰金）

自転車に関するルールより引用

道路交通法がこの6月から改正になり、各種罰則が強化されたのは、まだ記憶に新しい。今日も新横浜の駅裏で荷物の積み下ろしをしていると、ものの5分もたたないうちに二人乗りの軽自動車があわられ、こちらをにらんでいた。ニュースで見た光景とまったく同じだ。アブなーい。

で、自転車も。自転車は片手運転禁止。だから雨の日傘もさせないらしい。傘をさして運転すれば罰金5万円だって。うっそ～

駐車違反より高い？

あのMファンドのM氏の罰金は 300万円。他方、雨の日、駅から傘をさして自転車に乗って帰ろうものなら、5万円以下の罰金。いったい、どうゆう感覚なんだ？必死になって働いて、雨の日にチャリを飛ばすオヤジはなんなんだ？傘さして5万円なんて、駐車違反よりも高いんじゃないの？

雨でもグランドへ

うちの子供たちは、週末は近くのグランドで野球を楽しんでいます。雨でもとりあえず出発します。

傘、もってけよ！

こんなこどもも対象になるのかぁ、えっ。。。