2022年7月10日日曜日

参院選の投票日




── 投票箱の中を確認しました


 今日は参院選の投票日である。前回の選挙(2021-10-31)では近所の小学校に設けられた投票所に10時頃出かけて行ったら、既に投票する人たちの長蛇の列ができていて「牛歩」をする破目になった。その反省から、今回は早起きして空いている内に投票を済ませてしまうことにした。

 投票は午前7時からである。6時頃に起床して朝食も摂らずに行くことにした。投票所は前回と同じ場所なので7時頃家を出る積りだったのだが、早めに準備ができてしまったので少し時間を早めて6時45分頃に家を出ることになってしまった。5分程で投票所に着くと、既に多くの人が来ていると思いきや、入り口には誰もいない!! 時間を見ると6時50分である。10分も待つことになる。入口の前で一人で待つことになった。

 しばらくすると5~6人の人たちが私の後ろに並び始めた。ここで私は、自分が待ち行列の先頭だすると投票箱の中が空であることを確認する立場になるのかもしれない考えた。当然そういう名誉な(?)役割を務めたいと思って多くの人が並んでいるものと思っていたのである。意外であった。順番を代わってあげようか。しかし数人のグループで確認するのかもしれない。もともとそんな積りではなかったのだが。初めての経験なのでよく分からない。

 そうか、私が選挙で投票できる機会はもう少なくなっている。もしかするとこれが最後の機会になるのかもしれない。その役を務めるのは、それはそれで一つの記念になるかもしれないと考えた。

 7時数分前になると扉が開かれ中に入ることを許された。一列になって先に進むと手を消毒する場所があり、消毒を済ませて更に先に進む。ここで係員から投票開始の挨拶があり、秒読み段階に入り7時の時報とともに受付が開始された。

 順番に受付をすませると、最初に県選出議員の投票である。用紙をもらい記名する。その投票用紙をもって投票箱の前に進むとそこで儀式が待っていた。投票箱は上蓋がない状態でまだ鍵は掛かっていない。係の人が箱を斜めにして中が見えるようにし「中に何もないことを確認してください」と言う。あぁこういう形式でやるのかと私は初めて手順を知ることになった。したがって先頭に並んだからといって、必ずしも確認する人になれるとは限らない。私がもし最初の記名で手間取っていたら最初の投票者にはなれなかったことになる。

 引き続いて比例代表の投票である。私はその記入に少し時間を掛けることにした。比例代表の投票箱は別の箱であるからこれも確認作業が必要になる。それは次の人に譲ることにしたかったのである。それが目当てで早くから投票所に来た人もいるかもしれないと考えたのである。幸い、私の後ろに並んだ女性が確認作業をしていた。私はなぜかほっとした気持ちになったのであった。


2022年7月6日水曜日

スポーツ仲間




── 初めて仲間ができました


 最近、面白い経験をした。多摩川のサイクリングロード(*1)を歩いていて親しく話の出来る仲間を見つけたのである。

▼私の好きなコース
 私は天気が良ければ毎日でも運動をしたくなる性格で、最近は専らウオーキングをすることを日課としている。私が好きなウオーキングのコースは、景色が良くて太陽が輝いてさえいれば良い。したがって大抵は明るい時間帯に運動をすることにしている。特に夏の太陽がじりじりと照り付ける環境下で汗を流しながら運動する(*2)のが一番生きがいを感じる瞬間である。最近の医学知識では紫外線の害や熱中症の危険性が指摘されているが、そういう知見がなかった頃からの習慣であるから容易にはやめられないでいる。
【注】(*1)正式名称は「多摩川ふれあいロード」と言う。

【注】(*2)春の桜の季節に撮った写真ですが、太陽の光に溢れる雰囲気は感じ取れると思います。左手の桜並木が切れるあたりからは東京の街並みが見えるようになります。


 いつ頃からこのコースで運動をし始めたのか正確には覚えていない。・・・
【 続きを読む 】




2022年6月11日土曜日

自作アクセスカウンターの利点




── 最近のアクセス履歴から分かったこと


 自作のアクセスカウンター(*1)を使っていると、以前は気が付かなかったことが、いろいろと見えてくるようになる。その一例をここで紹介してみようと思う。
【注】(*1)詳しくは、アクセスカウンター(その3)【素歩人徒然(203)】を参照してください。 ここで私は、従来からのカウンター機能に疑問を持っていることを述べ、カウンター値に影響させないでカウンター値を利用できれば、いろいろ活用法があると主張しました。
▼2022年5月の一か月間の日々のアクセス記録を集計し、その中から【素歩人徒然】欄で読まれた作品のみを摘出してみた。その結果、ほぼ毎日読まれているエッセイが結構あるものだと知って自分でも驚いている。それも新旧取り交ぜて、いろいろなものが読まれているようだ。嬉しいことである。

 昔書いたものになると“タイトル”を見ただけでは自分で何を書いたのか思い出せないものもある。読者が何に関心を持って、わざわざ辺鄙な場所(?)にある私のホームページまで覗きに‥‥(いや、いや。)読みに来てくださるのかを知りたくもなる。

 そこで、(カウンター値に影響を及ぼさないよう注意して)抜かりなく家のコンピュータ上にあるローカル・ホームページ上の作品を読んで見ることにする。なるほど、そういうことか。ふん、ふん、なるほど、なるほどと昔書いた文章を自分で読んで感心したりしている(困ったものである)。
 

▼この表の見方ですが、
 ・左列に示すエッセイが、
 ・1日から31日までの間に何回アクセスされたかが示され、
 ・その合計が右列に記入されている。

 細かい字なので読み難いかもしれません。クリックして拡大するとそれぞれの画面に合わせて拡大(場合によっては縮小されることもある)されます。更に、もう一度クリックすると画面からはみ出す程度まで拡大できるはずです。
 私は切れ長の眼(?)をしていますから、この程度でも悠々と左端から右端まで見通すことができます(ウソです!)

▼以下に示す表は、全体のアクセス記録をまとめたものです。

 個々に関心があるものは是非読んで見てください。その場合、左欄に【カテゴリー】名が示してあるので、それぞれの【掲示履歴】から捜して読んでください。【掲示履歴】内の位置はエッセイ欄のタイトルの先頭にある(ct143)なら143番目になります。






2022年5月21日土曜日

白内障の手術と斜視




── 長年の疑問が解けました


 最近、白内障の治療過程で自分の眼が斜視(*1)であることを知った。普通は左右の眼は同じところを見ているが、見ている積りでも左右の視線がずれてしまうのを「斜視」という。わずかな視線のずれは誰にでもあるらしいから、今まで私が眼のことでいろいろと悩まされてきた原因が実は斜視にあるのかもしれないと思うようになった。ご同輩の方々の参考になるかもしれないと思い、ことの顛末を記しておこうと思う。
【注】(*1)斜視とは、左右の眼の視線が違う場所に向いている状態を言う。ずれの方向によって、内斜視、外斜視、上下斜視、回旋性斜視などがある。
▼白内障の手術
 数か月前のことになるが、私は白内障の手術を受けた。手術の結果は良好だったのだが、慣れないせいかなかなか以前の状態に戻らない。もちろん手術をして良くなった面はいろいろある。不思議な体験もしている(それについては後述する)。逆に相変わらず悩まされている面も残っているので、最初にその点に触れることにしよう。

【     続きを読む     】




2022年3月11日金曜日

プーチンの戦争とパルナスの職業倫理




── 集団の中での倫理観はどうあるべきか


 プーチンの引き起こした戦争で ウクライナの地に送り込まれたロシア軍の兵士達のことを考えていて、私は 企業人であった頃先輩から教えられた“パルナスの職業倫理(*1),(*2)”というのを思い出した。
【注】(*1)Parnas 教授の講演 1994 IFIP Congress' 94
【注】(*2)給与生活者としての企業の技術者の職業倫理 米田栄一
    (電子化知的財産・社会基盤 3-15, 1999-1-30)
 パルナスの職業倫理によれば、職業人の守るべき倫理綱領の一つに「雇主が技術的に不可能なこと、技術的に間違ったことを強要してきたときは、断固それを拒否しなければならない」というのがある。

 そのとき先輩から教えられたのは、‥‥‥‥(続く)

 続きを読みたい方は、

ホームページ上の最新版(クリック!!)】

 の方を参照願います。


2022年2月11日金曜日

節分の日の出来事




── 毎年、節分の日に起こること


▼節分の日の出来事
 2/3日、今年も節分の豆まきをした。
 この日の前後には、私のホームページの“とあるページ”に多数の読者が訪れる日でもある。これは毎年のことだから次第に慣れてしまって、節分の豆まきはしていてもその日に起こる出来事の方は忘れてしまうこともある。特に今年は歓迎したくない出来事がいろいろとあり、それにかまけて居る間に気が付いたら節分が過ぎた後になっていた。

 翌日の朝、私はコンピュータの前に座って毎朝の仕事であるメールチェックを始めようとしていた。しかしその前にホームページ上のアクセス情報の一覧を更新しておこうと考え直したのである。最近そのためのソフトウェアを作り直したばかりだったから、メールよりも先に前日のアクセス情報の方を確認してみたくなっていたのである。

 先ず、前日のログファイルの記録をアプリを使ってダウンロードする。その後は自動的にログを解析してホームページのアクセス情報一覧が作成されるようになっている。作成すると言っても、ある種のプログラムを動作させれば一瞬のうちに作り出せるので、それを直ちにホームページ上にアップして公開すればよい。ログファイルをダウンロードしたアプリが、まだ閉じられていない状態のままなので、できあがったばかりの一覧表を時を置かずに即座にアップすることもできる。そのように設計したのである。

 しかしここは、一応 内容を確認してからアップすることにしよう。
 一覧表をざっと見て問題は無さそうである。しかし一か所だけ私の注意を引き付けた部分があった(以下の図参照)。


( カウンター値一覧の一部 )

 【続・素朴な疑問】(22)「鬼と福はどちらが先なのだろう?」という欄のカウント数が、毎年この日だけは跳ね上がる日だったのである。ざっと見て、今年は60回以上読まれている計算になる。節分で豆まきをするとき「鬼は外‥‥」と「福は内‥‥」をどの順に叫べばよいのか分からない人たちがインターネット上で確認しようとしているのである。

 「60回程度では騒ぐことはない! 」と思っている人は多かろうが、私のホームページでは画期的なことなのだ。普段は全体で10人から20人程度の人しか訪れない辺鄙な(?)場所にあるホームページなんです。個々のページで見ると1人か2人しか読者は来ない。その他は訪問者なしが普通なのです。

 したがって、この特異日に起こっていることを知っている人は少ないと思う。私が作ったカウンター値の一覧を見ても気が付かないだろうと思う。最初の“3758”が2/3日の値、次の“3696”が前日の値である。差を表示しない限り気が付かないのが普通である。

 実は、私はこの二つの数値の差を表示することを以前から考えていた。しかしそれは単に自己満足のためであることが分かっていたから実現させる積りはなかった。ホームページの移動とカウンター管理プログラムの開発だけで手一杯だったこともある。しかしカウンター管理プログラムでは処理の途中でデバッグ情報を出力する機能が用意されていた。私は何気なく、それを取り出して対応する部分の情報を詳細に調べてみようと思い立った(以下に示す赤字部分は説明のため書き加えたものです)。

ログ・アナライザーが出力したデバッグ情報の例
(*)【5】
(*)$n = 62 (参照回数)
(*)$DTname = cg22.dat (データ名)
(*)$STvalue = 3676 (スタート値)
(*)$Url = http://home.s05.itscom.net/knuhs/gimon22.htm (参照場所)
(*)$DTtime = 2022/02/03:05:57:58 +0900 (以下、参照日時)
(*)$DTtime = 2022/02/03:07:16:06 +0900
(*)$DTtime = 2022/02/03:07:43:44 +0900
(*)$DTtime = 2022/02/03:09:09:19 +0900
(*)$DTtime = 2022/02/03:09:49:10 +0900
(*)$DTtime = 2022/02/03:10:12:32 +0900
(*)$DTtime = 2022/02/03:10:12:50 +0900
(*)$DTtime = 2022/02/03:11:31:25 +0900
(*)$DTtime = 2022/02/03:11:54:36 +0900
(*)$DTtime = 2022/02/03:12:05:06 +0900
(*)$DTtime = 2022/02/03:12:28:27 +0900
(*)$DTtime = 2022/02/03:13:14:34 +0900
(*)$DTtime = 2022/02/03:13:15:50 +0900
(*)$DTtime = 2022/02/03:13:36:01 +0900
(*)$DTtime = 2022/02/03:13:40:50 +0900
(*)$DTtime = 2022/02/03:13:43:32 +0900
(*)$DTtime = 2022/02/03:13:48:57 +0900
(*)$DTtime = 2022/02/03:13:59:35 +0900
(*)$DTtime = 2022/02/03:14:39:28 +0900
(*)$DTtime = 2022/02/03:15:06:06 +0900
(*)$DTtime = 2022/02/03:15:37:20 +0900 (62名の方々が参照している)
(*)$DTtime = 2022/02/03:16:12:40 +0900
(*)$DTtime = 2022/02/03:16:33:00 +0900
(*)$DTtime = 2022/02/03:17:02:10 +0900
(*)$DTtime = 2022/02/03:17:09:40 +0900
(*)$DTtime = 2022/02/03:17:31:54 +0900
(*)$DTtime = 2022/02/03:17:34:54 +0900
(*)$DTtime = 2022/02/03:17:44:21 +0900
(*)$DTtime = 2022/02/03:17:45:09 +0900
(*)$DTtime = 2022/02/03:17:50:57 +0900
(*)$DTtime = 2022/02/03:18:19:40 +0900
(*)$DTtime = 2022/02/03:18:23:35 +0900
(*)$DTtime = 2022/02/03:18:26:25 +0900
(*)$DTtime = 2022/02/03:18:28:25 +0900
(*)$DTtime = 2022/02/03:18:29:33 +0900
(*)$DTtime = 2022/02/03:18:33:55 +0900
(*)$DTtime = 2022/02/03:18:35:42 +0900
(*)$DTtime = 2022/02/03:18:42:10 +0900
(*)$DTtime = 2022/02/03:18:53:23 +0900
(*)$DTtime = 2022/02/03:19:14:58 +0900
(*)$DTtime = 2022/02/03:19:22:42 +0900
(*)$DTtime = 2022/02/03:19:25:04 +0900
(*)$DTtime = 2022/02/03:19:32:48 +0900
(*)$DTtime = 2022/02/03:19:35:09 +0900
(*)$DTtime = 2022/02/03:19:36:22 +0900
(*)$DTtime = 2022/02/03:19:45:27 +0900
(*)$DTtime = 2022/02/03:19:47:12 +0900
(*)$DTtime = 2022/02/03:20:01:10 +0900
(*)$DTtime = 2022/02/03:20:27:14 +0900
(*)$DTtime = 2022/02/03:20:30:30 +0900
(*)$DTtime = 2022/02/03:20:30:38 +0900
(*)$DTtime = 2022/02/03:20:38:28 +0900
(*)$DTtime = 2022/02/03:21:03:40 +0900
(*)$DTtime = 2022/02/03:21:11:27 +0900
(*)$DTtime = 2022/02/03:21:26:15 +0900
(*)$DTtime = 2022/02/03:21:41:45 +0900
(*)$DTtime = 2022/02/03:21:43:49 +0900
(*)$DTtime = 2022/02/03:21:54:00 +0900
(*)$DTtime = 2022/02/03:22:26:23 +0900
(*)$DTtime = 2022/02/03:22:40:52 +0900
(*)$DTtime = 2022/02/03:22:54:48 +0900
(*)$DTtime = 2022/02/03:23:34:54 +0900
(*)カウンター値 = 3696$2022/02/02:20:37:42 +0900 (前回の値)
(*)加算後の値 = 3758$2022/02/03:23:34:54 +0900 (今回の値)

(*)【6】
(*)$n = 1
(*)$DTname = ct31.dat
(*)$STvalue = 2562
(*)$Url = http://home.s05.itscom.net/knuhs/sture31.htm
(*)$DTtime = 2022/02/03:00:03:46 +0900
(*)カウンター値 = 2575$2022/02/02:03:57:13 +0900
(*)加算後の値 = 2576$2022/02/03:00:03:46 +0900

 ログファイルの解析を行うプログラムでは、この参照部分を見つけると hash領域に記録します。そういう参照記録が62個も現れる訳ですが、それを一つにまとめたものが hash領域に作られます。それを目に見える形にしたのがこの出力部分です。62個の参照が行われた日時もそのまま残されています。この情報から新しいカウンター値が求められる訳です。

 この一覧表を見ながら考えました。これは矢張り差分を求めて一覧表に表示しておくべきだったと。そこで早速手直しをすることにしました。2/5日の一覧表の一部を以下に示します。


( 新しいカウンター値一覧の一部 )

 残念ながら“+62”という表示は見ることができませんでしたが、来年の2/3日には見られると思います。楽しみにして待つことにしよう。

2022年2月1日火曜日

「素歩人徒然」欄の最近の掲示です





【ホームページの移動】

 ホームページを以下の場所に移動しました


http://home.s05.itscom.net/knuhs/index.htm

「素歩人徒然」欄の最近の掲示です

アクセスカウンター(その1)「カウンターが使えなくなりました」 
アクセスカウンター(その2)「ホームページの移動」       
アクセスカウンター(その3)「カウンター機能を自作する」