2017年4月30日日曜日

桶屋が儲かる (1999-05-01 掲示の再録です)

・1999-05-01 社内情報誌に掲載
・1999-11-15 個人ホームページ(Knuhsの書斎)に掲載
・2017-05-01 一部手直ししてブログ(ドッと混む・Knuhsの書斎)に掲載


── デバッグのやり方

 春一番の吹く季節がやってきた。
 寒い冬が過ぎて春が来るのだから、誰もが心浮き立つような気分になるはずだが、私にとっては一番耐えがたい季節の到来である。それは私が花粉アレルギー症だからである。杉花粉に悩まされているのは私だけではなかろう。毎年の春の行事の一つだと考えてしまえばそれはそれであきらめもつく。薬をのんだりマスクをするなりして自己防衛すれば、杉花粉くらいは何とか乗り切ることもできる。

 しかし五月頃に起こるアレルギー症状には何とも耐えられないものがある。私の場合のアレルゲンは“オオアワガエリ”と呼ばれる道端のどこにでもある雑草なのだ。五月頃になるともう戸外でマスクなどしている人はいないから、自分だけマスクをするのは何となくはばかられて、どうしてもやせ我慢をしてしまう。その結果、呼吸困難になって入院するはめになった年もあるほどなのだ。

 ところで、春の風が吹く季節になると私はいつもある言葉を思い出す。それは「風が吹けば桶屋が儲かる」というあれである。この言葉の意味するところは「思わぬ結果が生じる」あるいは「あてにならぬ期待をする」ことのたとえであると言われている。だが私は、これは我々が携わるソフトウェア開発という仕事、とりわけプログラミングのデバッグ作業と密接に関係している言葉のように思えてならないのである。

 そもそも、なぜに桶屋が儲かったのかというところから問題を掘り下げてみましょう。それはもちろん桶屋の商売が繁盛したからなんです。

 なぜ繁盛したんですか。

桶を買う人が増えたからでしょうね。

 なぜ増えたんですか。

無論、桶がだめになったから買い替えが必要になったんですよ。

 じゃ、なぜ桶がだめになったのか調べないといけませんね。

それは、実は鼠が桶をかじったからであることが分かっています。

 なるほど。じゃ、なぜ鼠が桶をかじったりしたのでしょうか。

それはですね、鼠が異常に増えたからなんです。

 あぁ、なるほどなるほど、そういうことですか。

 感心していてもはじまらない。今度は鼠がなぜ異常に増えたのか、その理由を調べなければいけないですね。

そうです。いろいろ調べてみると鼠が増えた理由は、実は鼠を獲る猫が減ったのが直接の原因であることが分かってきたんです。

 ほ~、それでは、今度はなぜ猫が減ったのかを追求する必要が出てきましたね。

そうなんです。ところが、意外なことにそれは猫を捕獲する人が増えたからだということが分かってきたんですよ。

 へぇ~、そいつは驚いた。なぜに猫を捕獲する人がそんなに増えたんですか。

それそれ、そこが一番調査の難しかったところなんです。実は猫の皮なんですよ、問題は。三味線に張る猫の皮が大量に必要になったんです。

 何と!三味線ねぇ、よくそこまで分かりましたねぇ~。なるほど、なるほど。
 それでは、きっと三味線が大量に売れたんでしょう。

そう、そうなんです。実は眼に障害のある人が増えたので、その結果三味線をひく人が増えたといわれています。

 どうも、昔の話なので現代では到底理解できないことですね。

 それで分かりましたよ、なぜ眼に障害のある人が増えたのか。多分風が吹いて砂ぼこりがまったんでしょう。その結果眼に障害のある人が増えたということでしょう?

ご明察! ちょっと論理に飛躍がありますがね。実はそのとおりなんですよ。

 それでやっと分かりましたよ。桶屋が儲かった原因は、風が吹いたことが本当の理由だったんですね。

 ‥‥という訳である。

 プログラム作りのテスト段階で不具合が発生した場合、一般にその原因の究明は大変に難しい(もちろんプログラムの程度にもよるが)。多くのプログラマは、日夜“デバッグ”と呼ばれる困難で孤独な作業に取り組んでいる。そういったデバッグ作業では、不具合の直接の原因Aを見つけてもそれで問題が解決する訳ではない。その直接の原因Aが予想外の現象であるならば、今度は再びそれを引き起こした原因Bを追求しなければならないのである。そして原因Bが見つかったら、今度は(多分また)原因Cを捜すことになるであろう。そのようにして原因D,E,F,‥‥を捜し続けるのである。最終的に原因X(それ以上はさかのぼるべき特別な理由がないもの。大抵は設計のし忘れなど)を見つけるまで。

 つまり、桶屋が儲かったという事象から始めて、風が吹いたという原因にまで逆に(1点の飛躍もなく)一つ一つたどっていくという、いわゆる“推理作業”を行わねばならぬのである。そして、風が吹いたという最終的な原因Xを捜し当てたら、今度は風Xから桶Aに向かってもう一度たどっていく。そして不具合のすべての兆候が、それで完璧に説明がついて初めて(デバッグ作業では特にこれが重要なのである!)その障害の原因が完全に究明されたと断ずることができるのである。

 もちろん、その障害を修復するにはまた別の努力が必要であることは論をまたない。つまり風が吹かないようにするか、あるいは風が吹いても砂ぼこりがたたないようにするか、とにかく何らかの対策が別途立てられなければならない。プログラマとは誠に難儀な商売ではある。

 現在のようにコンピュータ資源が十分でなかった時代には、自分に割り振られたコンピュータ使用時間が来るまで(それも僅かな時間しか割り振られないのだが)机上で上記のような推理を働かせたデバッグ作業を繰り返したものである(これを机上デバッグと称する)。そして時間が来ると、その限られた時間内の実機テストで確認するという手順になっていた。机上デバッグが不十分だと必ず実機テストに失敗し、また出直しとなってコンピュータ時間の確保から始めねばならぬのである。

 最近のプログラマは、コンピュータ資源を豊富に与えられているので何時でも実機テストができる。その結果、十分な推理作業を行わずに絨毯爆撃でいろいろと試しては結果を見るというデバッグ姿勢を取りがちである。桶屋が儲かったのは、多分雨が多かったためではないか、あるいはエルニーニョのせいではないか、‥‥などといろいろとやってみるのである。これだとコンピュータ使用時間がいたずらに増え、結局能率が悪くなってしまう(*)
【注】(*) もっとも、そうやって徹夜をしているプログラマの方が管理者の目には熱心に働いているように見えるのだからソフトウェア稼業というものは実に難しいものである。
絨毯爆撃で運良く解決したように見えても、別のケースで再び問題が顕在化するかもしれない。根本的な解決をはかるには、やはり完全な推理作業に取り組むべきではなかろうか。豊富なコンピュータ資源は、推理作業を助けるデータの収集にこそ向けられるべきであろう。そしてピンポイント爆撃で一発で虫を退治したいものである。

 そういう完璧な推理作業を繰返してプログラマとしての経験を積んで行くと、いつか「桶屋が儲かった」ら即座に「風が吹いた」に違いないとピンとくるようになるのである。こういったベテランの勘は大事にすべきであろう。しかし経験を積んでいない者の勘は、単なる“カン”であって信用するに足らない。

 気象の世界では「風が吹けば桶屋が儲かる」に相当する言葉は「東京で一匹の蝶が羽ばたけば、一ヶ月後にニューヨークに雨が降る」というのだそうである。私は持ち前の好奇心から、どうして東京からニューヨークまでつながっているのか、その流れを追ってみたくなった。そこで、博識をうたわれているお天気キャスターの森田正光氏にTBSラジオ局を通じて質問のメールを送ってみた。しかし数ヶ月過ぎても何の回答も得られない。彼にも分からぬことがあるのであろう(しかし返信なしは気に入らん)。私はこの問題の解明作業を今後も続けようと思っている。ご存知の方は是非ご教示いただきたい。■
【追記】
 この拙文に対しては多くの読者から反響があった。私信なのでそのまま掲示することはできないが、「東京で一匹の蝶が羽ばたけば、一ヶ月後にニューヨークに雨が降る」(これを、一般には「バタフライ効果」というのだが)について、「北京で今日蝶が羽を動かして空気をそよがせたとすると、来月ニューヨークでの嵐の生じ方に変化がおこる」ではないかという指摘があったことだけは報告しておきたい。カオスの話では必ずと言っていいほど引き合いに出される話なのだそうである。しかし、その間のつながりがどうなっているのかは、相変わらず分かっていない。
【追記】2008-5-20
 アメリカのマサチューセッツ工科大学名誉教授のエドワード・ローレンツは、60年代の初めに天候の変化をコンピュータで再現する実験を繰り返していた。あるとき、“0.50612”と打ち込むべきところを、丸め(四捨五入)て“0.506”という数字を使ったところ打ち出されたグラフは数字を丸めなかったときとは大きく異なるものとなった。半端な数を切り捨てるかどうか。それは小さなチョウが舞うか止まるかの違いに似ている。チョウの羽ばたきが地球規模の気象を左右することもある。そんな「バタフライ効果」という言葉が広まったのはこの体験がきっかけであったという。この効果は、物事が複雑に揺れ動く「カオス」と呼ぶ現象のなかで表れる。自然界はそんな複雑さに満ちている。(朝日新聞の記事から引用)

2017年4月29日土曜日

アナログ写真の思い出


── アナログ写真の焼き付けと引き伸ばし
 
 デジタルカメラの普及にともない、写真(静止画や動画)を撮ったりそれを表示して楽しんだりすることが昔と比べて格段に容易になった。今や写真画像を誰でも簡単に取り扱うことができる時代である。もし写真画像を今のように容易に扱えなかったら、SNSの世界もそれほど広くは普及しなかったのではないかと思う。

 アナログの時代からカメラを愛用してきた私は、カメラの技術進歩を目の当たりにしてきたので、この辺りでアナログ写真に関する思い出(ほとんど静止画ばかりであるが)をまとめておこうと思う。同時に、昔からやっていた写真撮影での前準備後処理で苦労した際の詳細を忘れないよう記録しておきたいと思う。


▼使用したカメラ
 私がアナログ写真の撮影に使用したカメラを以下に列挙する。


(1)

(2)

(3)

(4)

(5)

(6)

(1)レオタックス(Leotax):主に学生時代に使用した。
(2)キャノン(Canon Pellix):企業人になってから購入。海外出張中に頻繁に使った。
(3)キャノン(Canon A-1):望遠レンズ、ストロボ付き
(4)ペンタックス(PENTAX ESPIO 120Mi):
(5)キャノン(Canon snappy 20):
(6)富士フィルム(EPION 100):NHKで講演した時のお礼として頂いた。薄謝協会とはよくぞ言ったもの。新しいタイプのカメラだったので使ったことはない。

 

取扱説明書類


▼写真撮影とその前準備
(1)フィルムを選ぶ
 どんな場所で何を撮影するかに依存して最適のフィルムを選択する必要があった。感度(ASA/ISO 100など)、解像度、サイズ(135..24/36枚撮り)などを考慮して選ぶ。私はパトローネ入り(フィルム・カートリッジ)の35mmフィルムを使っていた。

フィルム・カートリッジ
 
(2)カメラにフィルムを装着する
 昔のカメラは、フィルムを狭い隙間から差し込むようにして装着しなければならなかった。うまく装着できずに何度も苦い思いをしたものだ。


カメラの底部を開いてフィルムを装着する
 
フィルム端の片側を切ってリーダーとし、カメラの巻上げスプールのスロットに差し込む。フィルムを送るためのパーフォレーションの穴を所定の位置にしっかりと噛み合わせないと空回りしてしまう。それに気が付かずに蓋を閉じてしまうと撮影後に取り出そうとすると、何も写っていないだけでなく装着途中のフィルムが露光してしまうことになる。その瞬間にすべてがオシャカになってしまうのである。逆に、これをうまく装着できるようになると、リーダー部分が節約できて36枚撮りのフィルムでも37枚は撮影できるようになる。

(3)撮影中の迅速なフィルム交換
 フィルムを使い切ったら新しいフィルムと交換しなければならない。野外の撮影では、交換作業は明るい太陽光の元でやることを覚悟しなければならないから、撮り終わったフィルムを外し新しいフィルムと交換する作業を手際よく行う必要がある。これがスマートにできないと、フィルムの一部が露光してしまったり運が悪いと写真撮影の努力がすべて無駄になることもある。

(4)写真撮影:必ずレンズキャプを外す!
 うまく写真を撮るにはどうすればよいか、と聞かれたプロの写真家土門拳氏は「先ず、レンズキャップを外しなさい」と答えたという有名な話が残っている。これは名言であると言われていた。

 しかし最近のカメラ事情しか知らない人にとっては“何を馬鹿なことを”と思われるかもしれない。当時のカメラは、光の入射経路がファインダーとレンズは別系統だったのでキャップをつけたままでもシャッターが切れたのである。初心者の撮影ではそういう失敗が多かった(えっ? 私はそんな失敗しませんでしたよ、私は!)。

その他、以下のことに配慮する必要がある。
(5)写真撮影:絞りとシャッター速度を決める

(6)写真撮影:“焦点深度(*1)”という概念をよく理解した上で、焦点を合わせる最適の場所を決める(まだ自動焦点などという便利な機能はなかった)
【注】(*1)焦点深度とは、ピントが合っている位置から距離があってもピントがシャープに見える(つまりピントが合っているように見える)範囲を言う。一般に絞り値が大きいと深度も深くなる
(7)写真撮影:画面の構図をよく考える

(8)写真撮影:シャッターチャンスを逃さない(*2)
 こういった事項を常に頭に入れておかないと写真撮影はうまくいかないのだが、今では(8)だけ注意していれば何とか写真らしきものは撮れる。楽なものだ。
【注】(*2)デジタル画像での撮影では、シャッターチャンスを逃さないようにするのがすべてである。特に静止画を撮るのであれば構図などあまり気にしなくてよい(プロレベルの人は、この文章を読んで眼を剥いたりしないでください。私のような素人カメラマンレベルではこの程度で良かったのです)。
 デジタルカメラでは、解像度を高く設定しておけば、撮影後の処理で適当にトリミングすることにより結構良い写真が撮れるものである。
(9)カメラの関連部品、アクセサリー類を紛失しないよう管理する


▼撮影後の処理
(1)フィルムの現像(写真屋に依頼する)
 撮影済みのフィルムは、パトローネごと写真屋に渡すと、数日後にベタ焼き(いわゆるコンタクトプリント)と簡易なケースに収められたネガフィルムを受け取れる。このケースに撮影データ等を記録して保存する。


(2)選択してプリントする(これも写真屋に依頼する)
 ベタ焼きからプリントすべきものを選ぶ。
 ケースにサイズとプリントして欲しい枚数を記入(サービスサイズ等、縁あり/なし等を指定)して再度注文を出す。


(3)自分でプリントする場合
・焼き付けと引き伸ばし作業
 私は写真の焼き付けと引き伸ばしは、普段は写真屋に頼むことにしていた。しかし写真が大量になるとプリント代がばかにならない。大学時代の山登りや、夏季の合宿山行では大量の写真を撮るのでプリント代を節約するため自分で焼き付けと引き伸ばし作業をするようになった。しかし最大の理由は、自分でトリミングなど自在に行って大きな素晴らしい山岳写真を作りたかったのである。

 引き伸ばし機は少し高価だったので兄に買ってもらい、暗室はないので夜間家の風呂場で引き伸ばし作業をしたものである。大学の写真部の暗室を借りてやったこともあった(私は部員ではなかったが)。

・印画紙を選ぶ
 サイズと感度を決め、必要なものを用意する(まとめ買いをするため、神田によく買いに行ったものだ)。

 印画紙の号数は数字が大きくなるほどコントラストが高くなる。通常は3号か2号を使用していた。  引き伸ばし機にフィルムと印画紙を装着して露光する訳であるが、もはや細かい作業は思い出せない。概略、以下のようになる。

▼前準備
 暗室内は赤色灯の下で作業を行う。ネガをネガキャリアに挟んで引き伸ばし機に設定し、印画紙を置くイーゼルは引き伸ばし機の台上に置く。拡大されたネガの像のピントを合わせる。
▼露光
 像の大きさとピントが決まったら露光する。
▼現像
 露光が終わったら印画紙を現像液のバットに入れる。像が現れてくる。
▼停止
 現像が終わったら印画紙を取り出し停止液に移す。
▼定着
 停止が終わったら、停止液をよく切って定着液に入れる。
▼水洗
 定着が終わったら水洗用バットに移す。
▼乾燥
 水洗が終わったら乾燥させる。これで完了です。
 もはや細かい作業手順は思い出せない。ただ、露光時間を決めるのが一番難しかったことだけは覚えている。写真で一番難しいところは何かと聞かれたら、今でも私は迷わず「引き伸ばし時の露光時間の選び方」と答えるだろう。


▼自分で引き伸ばした作品
(1)大学時代の北アルプス山行の記録から



前穂高岳       唐沢岳       北穂高岳
 
(2)大学時代の北海道旅行の記録から



利尻島のベースキャンプ地
 


釣り(利尻の子供達と)

2017年4月10日月曜日

日本、凄いですね

━━ 忖度と斟酌(そんたく と しんしゃく)

 「日本、凄いですね」的なテレビ番組が盛んだが、この種の愛国心を煽る自画自賛的な番組には違和感を持つ人が多いのではないかと思う。私もその内の一人なのだが、何か作業をしながらテレビを見ている「ながら族」の立場からは結構興味深い番組の一つなのである。自分の関心事だけをチラ見すれば済むからである。

 日本の製品造りで使われている各種の技術やノウハウを惜しげもなく紹介してくれる番組だから、その方面に特別な関心のない素人の立場から見ていても興味深いものがある。私が特に興味深くチラ見しているところは、外国から招かれ製造現場で実地にノウハウ紹介を受けている外国人の様子である。「凄いですねぇ~」とか、「私の国では、そんなことはしていません」などと驚きの表情で「凄いですね」を連発する“凄いですね役”の人達のことである。

 外国語だから真意の程は分からないが、少なくとも翻訳された日本語ではそう言っている。番組作成者の意図通りに動いているのは明らかである。それを見ながら私は、彼らだって愛国心とやらを持ち合わせているだろうに、と思うのである。

 こういう時、一方的に褒めるのではなく「いや、私の国ではこうやっていますよ。その方が効率的ではないですか」などと反論したら、さぞかし面白い番組になるのではないかと思ってしまう。このような場で異を唱えるのは勇気のいることだが、そこから議論が始まれば技術進歩の種が生まれてくるのではないだろうか。

 しかし“凄いですね役”の外国人は専ら場の空気を読んで期待されたようにしか動かない。どこぞの総理夫人のように能天気に、思っていることをペラペラしゃべってくれたら・・・と思うのだが、決してそうはならない。

 しかしそれは当然のことだろう、彼らは旅費持ちで招かれて日本に来たのだ。当然ギャラを貰う約束になっているのだろう。そして東京見物をさせてもらい(多分)、日本が世界に誇る日本食を楽しむことだってできる(多分)。そうなれば、どうしたって招いてくれたテレビ局側の思いを忖度して行動することになる。英語に「忖度」という単語が無くても、彼らだって“相手の心情を推し量る”行為の方はよく分かっていて、自ら進んで実行しているのである。

 先日読んだ「天声人語」に書いてあったが、忖度とは、もともとは悪いたくらみを見抜くことを指したものだという。
「他人心有らば (たにんこころあらば)
  予之を忖度す (われこれをそんたくす)
 とは古代中国の詩集「詩経」の一節である。
 他の人に悪い心があれば私はこれを吟味するという
 意味だと、石川忠久著『新釈漢文大系』にある。


 もう一つ、忖度に関わる話を紹介しよう。
 昔、私が若かった頃のことだが、しばしばギックリ腰になり苦労していた。重い物を持ったのが原因であるが、仕事で身不相応な重責を背負わされたのも原因の一つではないかと今でも疑っている。かなり長い期間、三軒茶屋駅近くにある整体院に通っていた記憶がある。

 そこで治療を受けていると、若い整体師がマッサージをしながら私に話しかけてくる。それに応えるのは礼儀だと思い、普段無口な私もマッサージの痛さに耐えながらできるだけ親しく会話するようにしていた。ある時、その若い整体師が私に向かって、最近コンピュータを使っているんですよと言う。しかもC言語でプログラミングをしているらしい。最近の整体の専門学校では一般教養としてプログラミングの授業をしているのかな、などと考えながら聞いていた。

 すると彼は「C言語って、円記号を使うんですよねぇ~」と感に堪えたように言うのであった。“これは凄いことですね”と私に同意を求めているような雰囲気である。アメリカで作られたプログラム言語の仕様書の中で、こともあろうに極東(*1)のはずれにあるちっぽけな国の通貨記号が使われている。周知のようにC言語では円マーク()が言語仕様の一部として出てくる。それを知って凄いですねぇ~ という気持ちになったのであろう。

【注】(*1)西欧の世界地図では、日本は東の端の極まるところに描かれている。そのため極東(Far East)と言うのであろう。
 私は「いゃ、そうじゃないんです」と彼の誤解を解いてあげようと一瞬思ったが止めた。そして、ただ「そうですよね」と答えるだけにした。

 この瞬間に私が何を考えたか整理してみると
 (1)マッサージが痛くて余裕がない
 (2)誤解を解くには長い話
(*2)が必要になる
 (3)説明してもどうせ理解してもらえない
 (4)相手が喜んでいるのだからその気持ちを尊重しよう

ということになる。
 そして私は、賢くも(4)に重きを置くことにしたのである。

【注】(*2)コードとしての円記号について知りたければ「円記号 技術者のエゴ」を参照してください(20年程前に書いたものですが)。
 後から考えると、このときの私の行為こそが今話題になっている「忖度」というものではないか。日本は凄い国なのだと思っている彼に向って、そうではないと縷々説明しても何の意味もない。このまま彼の気持ちを壊さないようにそっとしておいてあげるのが思いやりと言うものではないか、そう考えたのである。

 これが「忖度」なら、凄いですね役の外国人と似たようなものだと思うが、よく考えると異なるところもある。単に相手の心情を推し量るだけで何もしないのが「忖度」なのに対し、推し量った上でそれを汲み取って何か処置をしてあげると、それは「斟酌」してあげたことになる。
 彼らはギャラを貰って積極的に協力している。これはまさしく斟酌に違いない。逆に私は治療費を支払った上に相手の気持ちを推し量り何もしていない。これは凄い違いだ。

 現在、国会審議等で「忖度した」とか「いや、忖度していない」と言い争っているのは、本来の意味とかけ離れているのではないか。「解釈変更」したり「拡大解釈」を繰り返している。何かおかしいと思う。

 更に言うなら、某財務省や財務局の連中がやったことは斟酌である。某森友学園に対して物凄い斟酌をしてしまったことになる。某財務省の担当者は、事後その記録が残っていないと言う。記憶もないと言う。これは誰かを救うために言っているのは明らかだが、それは「斟酌」ではなく「証拠隠滅罪」,「公文書等毀棄罪」,「偽証罪」等に当たる行為であると言えよう。


 日本には、外国からの伝来文化や技術を取り入れて日本流に消化(日本化)させ、日本独特の文化や技術に仕立て上げる特技がある。中国から伝わったという「忖度」や「斟酌」という言葉も、日本に来てからいろいろな意味が付加され変更されてきたのだろう。こういったことは日本人が最も得意とするところである。


 最近はこの“日本化”の分野に政府も積極的に乗り出してきているようだ。彼らが最も得意とする手法は「閣議決定」したと称して「解釈変更」したり「拡大解釈」してしまうことだ。あるいは「歴史認識」さえも変更してしまう始末である。
 某官房長官などは記者会見の場で「問題ない!」の一言ですべてを正当化してしまう。あるいは「使用禁止!」とか「必要なし」と断定しそれ以上の言及を許さない。恐ろしいことである。「閣議決定」など我々には何の拘束力もないと思うのだが。

 日本って、本当に凄い国ですよね。






2017年3月28日火曜日

JPEG画像から縦横のサイズを取り出す

── 昔プログラマのプログラミング奮戦記

 “昔プログラマ”を自認する私めは、今でもプログラミングに日々取り組んでいる。プログラムを作るのは楽しいことだけれど、同時に苦しいことでもある。特に最近は苦戦している。時々、現役のプログラマの方々に助言を頂きたいと思うこともある。しかし助言を得たければ「何のために、何をしているか」を詳しく説明しておく必要があろう。これが結構面倒なことなのだが、ダメ元で兎に角やってみようと思う。


▼アナログからデジタルの時代へ
 私はアナログの時代からカメラをやっていたが、最近はすっかりデジタルカメラのお世話になっている。使い易いので、もはやアナログカメラに戻る積りはない。そこで、アナログ時代のカメラの思い出をこの辺りで総括しておこうと思い立った(興味のある方は、別途「写真の思い出(まだ未完です!)」を参照してほしい)。

 
 この過程で、私はアナログ時代の撮影データの原画、つまりネガフィルムをしっかりと保存していることを思い出した。ネガフィルムのケースを大きな箱の中に放り込んでいただけなので、「結果的に保存されていた」というのが正確なところであろう。そのため管理状態はそれ程良くはない。

 一方、デジタルカメラで撮影した原画像はどうなっているか考えてみた。電子ファイル形式だと実体が見えないので、撮影した行為そのものの記憶が薄れるのと同程度の速さで行方不明となっている例が多い。

 これから原画像を探し出しネガフィルムと同じようにしっかりと保存したいのだが、かなり難しそうである。現状は、散逸して行方不明になっているのが大部分である。
 その原因は、まず第一に補助記憶装置の容量が限られているからである。しかし最近、私は大量の原画像を「ほぼ永久に保存する方法」を考え付いたので、その手法を利用すれば、これから撮影されるデータについては大丈夫であろうと思う(「情報の永久保存」参照)。

▼ビッグサムネイル
 かさばる容量の問題が解決したので、これからはどのように見やすくするかが唯一の関心事となる。従来からやっていた圧縮保存する方法は、画像を捜すとき手間がかかるのでできれば避けたい。

 これまでの方法は、撮影の度毎に得られる大量の画像の中から残したい画像だけを選び出し、それを適度な大きさに縮小したり一部をトリミングしたりして(その時点で)良いと判断した画像だけを残してきた。プリントすることもあったが、“サムネイル(*1)と呼ばれる“小さな見本”の一覧を作るのが普通だった。

 原画像すべてを残すという発想は(少なくとも私の場合は)なかったように思う。もし全体を残していれば、後日特定の友人の顔写真が急に必要になったような場合でも、すぐに対応することができるはずである。

【注】(*1)サムネイル(thumbnail、サムネールとも書く)とは、画像を見易くするために縮小した見本のことである。親指(thumb)の爪(nail)くらい小さいということであろう。
小さな見本写真では鑑賞用には使えないが、容量の心配がなくなれば大きなサムネイルを作っても構わなくなるに違いない。これからは“ビッグサムネイル”と呼べるような大きな見本の一覧を作り、見易くすると同時に保存もできるものにしたらどうか。

 そういう発想から作られた私の自作「ビッグサムネイル」の事例を以下に示すことにする。これを原画像のまま保存すると約172MBの大容量が必要になるが、私のビッグサムネイル版では約27KB(単位は KB ですよ!)しか占めないので閲覧にも、保存にも適していることが分かってもらえると思う。

図(ビッグサムネイル版の例)
 (原画像:172MB; ビッグサムネイル版:27KB)

 このビッグサムネイル版を簡単に作成することができるようにといろいろ努力してきたのだが、特に、各画像が縦長か横長かを見極めて美しく並べなければならない。このビッグサムネイルの(11)と(12)の画像を見て欲しい。例示するため(11)番を縦長にトリミングして作ったものが(12)である。こういう見本が自動的にできれば便利であろうと考えた。

▼画像の縦横のサイズを知る
 そのためには、プログラム上で各画像の縦横のサイズ値を正確に知る必要がある。そういう方法が紹介されているサイトがないかウェッブ上を捜してみた。いろいろな方法が紹介されてはいるが、試してみたけれど何故かどれもうまく動作しない。gif とか png ファイルならうまくいくのだが、jpg ファイルはどれも難しいらしい。

 CPAN上でも捜してみたが、大きなプログラムのインストールが必要になるらしく、そんな大事になるのでは一般的な方法としては向いていないと思い使用を断念した。

 こうなれば、自分で作成するしかない! PerlJavascript にしようか。それとも C/C++ かな? 今更 C など持ち出したくはないのだが・・・などと、自分がやりたい手法とそれを実現するための手段(プログラム言語)を比較検討する日々が続いた。

▼プログラマの心得
 システムプログラマという人種は、自分ですべて作ろうとする性癖を持っている(昔は!ですぞ。今は知りません)。他人の作ったプログラムなど信用できないのである。それを使って もししくじったら、他人の作ったプログラムをデバッグしなければならない破目に陥ることになる。それは避けたいと思うからであろう。

 私は、そういう人達にできるだけライブラリプログラムを使うよう指導する立場であったから、“自分で作ろう”などと考えるのは言行不一致であり本来はおかしいのである。

 一方、Perlプログラミングの世界では、Perl言語だけにこだわらずその作業に最適な言語があればそれを使えと教えている。その作業に向いている言語を採用し、それとPerl とを結び付けて、連携して使えるようにすればよいのである。

▼JPEGファイルの構造
 自分で作るには、先ずJPEGファイルの構造を知る必要がある。
 いろいろな情報を集めて勉強した結果、JPEGファイルには複数の形式があることが分かった。特に写真画像のファイル形式は、Exifフォーマットと呼ばれ規格化されている。Exif形式のJPEGファイルは情報の宝庫であることも分かった。撮影時の各種のデータが画像と一緒に記録されているのである。これらを利用できれば、一般利用者にとっても大変便利になるのではないかと思う。たとえば、撮影日時と編集日時を分けて表示できるようになる。

 ただ、各種の情報が置かれている場所は固定的に決まっている訳ではない。特定のヘッダーと呼ばれるマークから始まるフレームの中に置かれている。ある程度の場所は分かるが、それを間違いなく取り出せる保証はない。全体を読み込んで、先頭からマークを頼りに順に細かく解析していく以外に方法はないように思われた。

▼プログラム言語の選択
 先ずC言語で解析プログラムを作ることを考えた。最近はC言語など使っていないので気が重い。最後にCプログラムを作ったのは何時のことだったか。大学教師をしていた時代に作った自然消滅するプログラムかもしれない。

 昔「スパイ大作戦(*2)というテレビドラマがあり、上司から指令を受ける場面が秀逸だった。録音テープで指示が出される。「例によって、君、もしくは君のメンバーが捕えられ、あるいは殺されても、当局は一切関知しないからその積りで。なおこのテープは自動的に消滅する。成功を祈る」とのメッセージが入っており、再生が終わると自然発火して消滅するのである。
【注】(*2)『スパイ大作戦』(原題: Mission: Impossible)は、1966年から1973年まで放送されたアメリカのテレビドラマシリーズ(毎回1時間枠で全171話)である。現在評判になっている劇場版「Mission: Impossible」と比較すると、ピーター・グレイブス(Peter Graves)主演のテレビ版の方が内容的には格段に面白かった。それを毎週楽しむことができたのだから幸せだった。最新鋭のコンピュータとして東芝のラップトップ・コンピュータ(T3100)が登場したこともある。
私は、この自然消滅するプログラムを作りたくてC言語で作ったのを覚えている。それが最後のCプログラムだった。特定の日の特定の時間帯にあらかじめ定めていた暗号キー(授業の最初に伝える)を入力しない限りただのごみファイルになってしまうのである。

 私が学生に出す課題の問題と解答とが密かに後輩の学生たちへと流されていることに気付いた。授業で使うプログラムは専用のプログラムから引き出せるようにしてあるのだが、それを授業中しか引き出せないように工夫したのである。それ以外の時間帯では動作しないようにした。

 ただ、このプログラムが後々まで面倒を引き起こしてくれた。最近のウイルス駆除ソフトは、コンピュータ内に作者不詳の不審なプログラムがあると、ウイルス発見! すわ一大事!とばかりに大騒ぎを始める。これが毎日のこととなれば無視する訳にもいかない。圧縮ファイルの中に置いてあっても見逃してはくれないのである。結局、私はこの歴史的な(?)Cプログラムをすべて自ら駆除することにしたのである。その時、もう二度とCプログラムは作るまいと思ったものだ。

▼Perlプログラム
 Cプログラムで、画像データをバイト単位でチビチビと読み込んで処理するのでは効率が悪いから、全体を一括して読み込んで処理することになるであろう。もしそうなら、全体を文字列と考えて1文字ずつ取り出してくるのだからPerlのプログラムで出来るのではないか。文字列処理のプログラムなら、やはり Perl だ!

 そこで作成したのが次のPerlプログラムである。

GetJPGsize.pl
#!/usr/local/bin/perl
# (c) 2017-3-19 : Coded by shun kinoshita/knuhs

my $directory = "C:/・・・・・・・・・"; 
# 適宜書き替える
my $jpgFile1 = "・・・.JPG"; 
# 適宜書き替える
my $jpgFile2 = "・・・.JPG"; 
# 適宜書き替える

     open(JPG, "$directory/$jpgFile1") || die "ファイルを開けません。: $!";
     
# 一括読み込み
     $/ = undef();  $_ = <JPG>;  $/ = '\n';
     close(JPG);
     
# データへのリファランスを渡す
     my ($W, $H) = GetJPGsize(\$_);
     
# 結果を出力する
     print "$jpgFile1";
     print "\nWidth:=$W, Height:=$H\n";


# 2度目以上はうまく動作しない。
#    open(JPEG,"$directory/$jpgFile2")|| die "ファイルを開けません。: $!";
#    $/ = undef();  $_ = <JPEG>;  $/ = '\n';
#    close(JPEG);
#    ($W, $H) = GetJPGsize(\$_);
#
#    print "$jpgFile2";
#    print "\nWidth:=$W, Height:=$H\n";

     exit;

#################################################
# (c) 2017-3-19 : Coded by shun kinoshita/knuhs
sub GetJPGsize
{
my $mkFFD8=0xFFD8; 
# SOI : Start Of Image
my $mkFFC0=0xFFC0; 
# SOF : Segment Of Frame Header

my ($pos, $W, $H, $count) = (0, 0, 0, 0);
my $jpgRef = shift @_;

# get(n)Byte
sub getByte
{  my $n = shift @_;
   return (unpack("n", substr($$jpgRef, $pos, $n)));
}

# start here
  if( getByte(2) != $mkFFD8 )
  { print "\nJPGファイルではありません!\n"; return(0, 0); };

  $pos = 2;
  while( $pos < 50000 )
  { next if ( getByte(2) != $mkFFC0 );
    $count++; $pos += 5; $H = getByte(2); $pos += 2; $W = getByte(2);
    last if ( $count == 2 );
  } continue { $pos++; }

  return ($W, $H);
}

図( Perlプログラム : GetJPGsize.pl )
▼問題点
 さて、前置きが長くなったが、これからが本論である。
 このPerlプログラム(GetJPGsize.pl)を使って、見事に“横幅”と“高さ”の値を画像データから取り出すことができるようになった。めでたし、と言いたいところだが、問題がない訳ではない。続けて次の画像をデータをこの関数に渡すとうまく動作しないのである。つまり、この GetJPGsize という関数は reusable ではない! 1つのプロセスで1回しか動作してくれないのである。関数にする意味がほとんどないとも言える。

 この原因がどこにあるのか、いろいろ設定を変えて試して見たが分からない。現在は、処理したい画像の数だけプロセスを発生させて対処しているが、何とか原因を突き止めてこの関数を生かしたいと思っている。

 Perlに詳しい方のご教示を受けたいと思っています。

・どこに問題点があるのか、
・どのように直したらよいのか、
 あるいは
・使用しているActivePerl処理系の問題なのか、

教えていただければ幸いです。■

2017年2月21日火曜日

大統領の紋章


━━ トランプ大統領のモットーは?

 トランプ大統領が誕生して1ヶ月となる。先日、テレビで初の単独会見をやっているのを見たが、自画自賛とメディア批判、そして怒号が飛び交う75分間の会見は「独演会」と言った方がよいようなものであった。こういう内容の会見をこれから4年間ずっと続ける積りなのだろうか。本人は8年間は大統領の座に君臨する積りらしい。それを見続ける側も相当なストレスを感じているが、本人は分かっているのだろうか。本人は何のストレスも感じていないのかもしれない。実にタフな人物だと思う。

 先日の新聞に、アメリカ合衆国大統領の紋章に触れたものがあった。ラテン語で“E PLURIBUS UNUM”(エ・プルリブス・ウヌム)というモットーが、建国の理念である民主主義の原理を表すものであることを紹介し、トランプ大統領がこのモットーとは対極にある理念の持ち主であるようだ、という記事だった。

 その文中でモットーは「多くのものが集まってできた一つ」と訳されていたが、私はモットーとしては練れていない訳だなぁと思った(ラテン語の方は全く分からないけれど)。同時に、今は亡き友人の船津剛男氏が生きておられたら、当然一言あるだろうなと思ったのである。

 船津剛男氏は、コンピュータ関係の仕事の傍ら紋章学の熱心な研究者でもあり、私家版ではあるが「論考集:紋章とモットー」という大著をものされている。


図:「論考集:紋章とモットー」

 病気のため入院される直前に手渡された一冊を私は大切に保管している。それを取り出して調べてみると、彼は合衆国大統領の紋章のモットーを「衆を以て一と為す」と訳されていた。うむ、こちらの方がしっくりとくる。

 解説を読んでみようと思ったが、残念ながら論考集は未完であり「論考その1」から始まって「論考その5」の途中までで終わっている。目次によれば、アメリカ合衆国は、最後の章「論考その9:国家と紋章とモットー」に含まれているはずである。長い闘病生活を予想して急遽まとめられたので最後の章まで含めることができなかったのであろう。続きが読めないのは残念なことである。彼のことだから、目次に出ているものはすべて論考が完了していたものと思う。本としてまとめて公表するには、もう少し確認の時間がほしかったのであろう。それが終わらないまま未完になってしまったものと思われる。


 (図:「論考集:目次」

 彼は生前から多くの友人に、「近況報告」とか「うたたね草子」というタイトルのメールを定期的に送ってくれていたので、そういったテーマの話をしばしば聞いていた記憶がある。幸いにして、私は過去にやりとりしたメールは(船津氏のものに限らず)すべて保存しているので探せば出てくるかもしれない。私は電子メールを始めて以来、何度も使用するメーラー(Mailer)が替わってきたが、必ず古いメール類をそのままの形で受け継いできた。今使っているメーラーにも保存されている。捜してみることにしよう。

 早速「アメリカ合衆国」というキーワードで検索した結果、それらしきものが6件出てきた。



 (図:「検索結果」

 かなり読みでのある量の文章である。それらを本人への断りもなくここに表示するのは許されない行為ではあるが、船津氏の卓越した知識力を知るには最適の機会なので、無断で一部を紹介することにする。メールの文章なので論考集の文体とはかなり異なっています。

 (図:「アメリカ合衆国の紋章」

ご参考までに、アメリカ合衆国の紋章(*1)について少し解説を試みたいと思います。
 アメリカ合衆国の紋章には、色々なものが描かれております。中央にアメリカの国鳥である白頭鷲が描かれています。なお、鷲は、キリストの復活と寛大の象徴でもあり、ハプスブルグ帝国の紋章等にも用いられています。キリスト教では福音書著者の聖ヨハネ(St. Jhon)を表します。その白頭鷲の脚に注目していただくと、向かって右側の(紋章用語でsinister)脚で13本の矢を、左(dexter)脚で月桂樹の枝を掴んでいるのが分かります。鷲の頭上には、雲間に輝く13の星(star)が描かれております。鷲の胸のところには、縞(stripe)の入った旗が置かれています。さらに嘴で帯(strip)を咥えています。よくみるとこの帯には何か文字が書かれていますね。この文句こそ、アメリカのモットーです。ラテン語で次のように書かれています。E PLURIBUS UNUM(*2)(エ・プルリブス・ウヌム) Eは「・・・から」を、PLURIBUSは「多くのもの」を、UNUMは「ひとつのもの」を意味します。全体では「多くのものからひとつのものを」という意味ですが、意訳をすれば「衆を合わせ、一を為す」、すなわち「合衆為一」ということです。衆は、元々は多くの人たち大衆を意味する言葉です。明治期の日本人がアメリカのことをアメリカ合衆国と訳したのはさすがでしたね。

【注】(*1)アメリカ合衆国の紋章は、大統領が公式の演説をする時、国章が必ず演説台の前面や後方に掲げられている。
(*2)メールの原文では PLVRIBVS VNVM となっていたので修正した。

 アメリカ合国ではなくアメリカ合国なのである。“”が合わさった国ではなく、様々な人種から成る大“”が力を合わせて作った国ということであろう。トランプ大統領には是非とも知ってもらいたい事実である。彼は“”というものを読まないらしいから理解してもらうのは無理かもしれないが。

 ところで、目次によれば、アメリカ合衆国のモットー「衆を以て一と為す」の次に
 初代アメリカ大統領ワシントンのモットーとして「行為は、結果次第」(Exitus acta provant)が掲載されている。これもメールで検索してみたところ更に興味深いエピソードが書かれているメールを発見した。しかしこれ以上の無断引用は慎むことにします。

 それより私が言いたかったことは、トランプ大統領にはワシントン大統領のモットーの方が似合うのではないかということである。

  「行為は、結果次第

 それとも、トランプ大統領の現状に最も相応しいモットーを我々で考えてあげたらどうでしょうか。

 たとえば、

  「総ては、思い付きから
  「目的は、成り行きのままに
  「総て、見せかけ
  「王様は、裸
  「不都合は、総て偽情報

などどうでしょうか。

 もちろんラテン語の知識はないのでラテン語表現は専門家にまかせることにします。■

2017年2月11日土曜日

歩き方について

── 転ばないためのコツ
 
 歩きながら考えている。
 私は昔から、歩きながら考えるのを習慣としていた。歩きながら、あるいはウォーキング(以前は、ジョギングだったが)をしながら色々なことを考えている。仕事のこと、趣味のこと、何でも思考の対象としてきた。歩きながら考えていると、しばしば良いアイディアが生まれてくるものなのだ。今、私が考えているのは、歩き方についてである。つまり、歩きながら“歩き方について”考えているのである。

 と言うのは、最近歩いていて非常にショッキングな事実に気が付いたからである。普段道を歩いていたり、スポーツとしてウォーキングをしている最中に、自分が女性の歩行者(あるいは女性のウォーカー)に追い越されている事実に初めて気が付いた。歩行速度はそれ程差がないのに追い越されていく。よく観察してみると追い越して行く人と自分の足運びには大きな差はない。ほんの少し私の方が遅くなっている程度である。しかしその小さな差が、長い距離を歩く内に大きな差となって現れているのであろう。
 そこで、私は考えた。齢のせいで身体の動きが鈍くなってきているのではなかろうか。意識的に少し速く歩く努力をしてみよう。

 会社勤めをしていた頃は、何かに追い立てられるようにせかせかと急ぎ足で歩いていたものだ。しかし会社勤めをやめてからは、追い立てられることもなくなり、何事にも時間的な余裕を持って行動するようになった。以来、ゆっくりとした歩調になったのだと思う。
 それからは、努めて早足で歩くよう努力することにした。しかしある時、駅への道を急ぐ途中で、路面の小さな凹凸にけつまずき転倒してしまった。前のめりの体勢で歩いていたためか、したたかに路面にたたきつけられ両手の手のひらに裂傷を負ってしまったのである。

 そこで、また私は考えた。今まで私は、ゆったりとした気持ちで歩いている積りだったが、実は歩行速度が落ちた原因は体力的な衰えによるものではなかろうか。転んだ時も、危うく顔面から倒れる可能性があったのである。危うく両手をついて身体を支えることができたが、明らかに反射神経の方も衰えているようである。これは「歩き方」を矯正する必要がありそうである。

 思い返してみると、最近つまずいて転びそうになることが多くなっているように思う。足を十分に持ち上げないで引きずるように前に出すのが原因なのだ。もっと腿の部分を持ち上げて、前へ振り出すようにして歩かなければいけない。以来、意識的に腿を上げて歩くよう努力するようになった。しかしこれが長続きしないのである。歩きながら考える癖があるので、しばらくすると直ぐ「腿上げ」のことを忘れてしまう。

 そこで、またまた私は考えた。振り出した方の足を着地させる際に、踵の部分から接地させるようにしてはどうか。常に踵の部分に意識を集中させていればよい。この“踵着地”の方が“腿上げ”よりも意識を集中しやすい。しかも、踵着地を実行していると自然に腿上げができるような気がするのである。更に、後ろの足を力強くキックする気持ちで前方に振り出すと、更に効果的であることにも気が付いた。ただ“後足キック”も“踵着地”も、考え事をしていると、つい忘れてしまうのである。困ったことだ。

 そこで、私は再び考えた。腿上げ、踵着地、後足キックも大切だが、「大股で歩く」ことの方を重視してはどうであろうか。ウォーキングの際は常に大股で歩くことが勧められている。私の経験では、考え事をしていても大股で歩くのを忘れたりすることはない。始終意識していなくても“大股歩行”なら続けられそうに思えたのである。

 以来、私の歩行習慣は、
 ・大股歩行
 ・踵着地
 ・後足キック
 ・腿上げ


を実践することとなった。しかし意識的に実行しているのは“大股歩行”だけである。これだけは、考え事をしていても決して忘れることがない。多分、歩幅を変えるという行為は、意識的に行う必要のある行為に属するのではないかと思う。

 このような歩き方を論ずる(?)場合、手の振り方も考慮に入れなければならないが、私はウォーキングの最中に両腕を大きく振るスタイルがどうしても好きになれない。いかにも「私は運動をしています」と主張しているようで、他の通行人の迷惑にもなるし、自分では決してやりたくない動作だ。さりげなく手を振っている方がよいのではないかと思う。両腕を大きく振る歩き方をしたい人は、自転車と同じ軽車両の扱いにして、車道の左側を歩くようにしてほしいものである。

 もっとも、歩き方で一番大切なのは足元をよく見ることであろう。戸外を歩くのは屋内を歩くのと違って、常に路面に障害物があると覚悟しなければならない。ほんの少しの凹凸でもつまづく危険があるから、常に足元に気を配りながら歩くのが一番大切なことである。

 それにしても、私は生まれて来てこの方「歩き方」について、特に人から教えを受けたという記憶がない。ヨチヨチ歩きから始めて、何となく歩きだし、人並みに歩けるようになり、今日に至っているような気がする。正しい「歩き方」というものは、人生の終盤になって初めて意識的に学ぶ必要が出てくる類いのものなのかもしれない。もっとも「人生の歩き方」の方は、人生のできるだけ早い時期に考えておくべきであろうが。■

2017年1月26日木曜日

東芝カレンダーと東芝病院と

 かつて、私の書斎には常に東芝カレンダーがあった。東芝在職中はもちろんのこと、東芝OBとなってからも、然るべきルートを経由して何とか東芝カレンダーを手に入れてきた。しかし段々とそのルートも細ってきて、最後の頃は東芝健保が送ってきてくれる(少し小型の)ものしか入手できなくなった。

 そして数年前、後期高齢者となり東芝健保を離れることになって以来、東芝カレンダーは入手できなくなってしまったのである。そのとき私は、これで本当に東芝とは縁が切れたのだなぁと寂しい思いをしたのを覚えている。以来、私の書斎には東芝のカレンダーはない。

 今日、東芝病院の総合検診センターで人間ドックの検査を受けてきた。東芝との関係で残ったのは、結局のところ私の“病気”だけ、ということに気付いて増々滅入るばかりである。

 検査がすべて終り食事のためセンターの3階に行くと、受付窓口の前に大きなダンボールの箱が置いてあり、中に沢山のカレンダーが入っていた(もしや!)。「ご自由にお持ち下さい」とある。東芝のカレンダーだ! 私は少し興奮していたので、一瞬「全部持ち帰りたい」という気持ちになっていた。しかしそこはそれ、何んと言いますか、・・・ それそれ「大人の良識」というものがありますから、さりげなく1本引き抜いただけでその場を離れたのであった。

 昨年末にカレンダーを配って残った分なのであろう。そのとき閃いたのである。なるほど1月末というこの時期に人間ドックを受診すれば、あの懐かしい東芝カレンダーが難なく手に入るのだと。素晴らしい方法じゃないですか。もう誰の手も煩わせることなく手に入れる方法を発見したのである。しかし同時に、昨日の夕刊で報じられていたニュース「東芝病院 売却へ」のことも思い出してしまった。あぁ・・・今年限りなんだ!

 さよなら、東芝カレンダー。さよなら、東芝病院。■

2017年1月15日日曜日

情報の永久保存

── 情報コンテンツを永久保存する方法
 
 ウェッブ上に掲載した情報をそのまま永久に保存する方法を考えた。グーグル社の無料ブログサービス“Blogger”上に画像としてアップロードすればよいことに気が付いたのである。
 この方法の実現可能性、具体的に言うと技術的な側面と道義的な側面の両方について読者のご批判を受けたいと思い紹介することにした。私の意図を正しく理解してもらうには、少し回り道になるがこれまでの経緯から始めることにする。

1.これまでの経緯 

ホームページの終活 
 私がウェッブ上にホームページを開設してから今年で満20年となる。構築したホームページが占める領域は時の経過とともに膨大なものになってきている。その上、世の中ではウェッブ上の表現方法がテキスト中心のものから視覚に訴える画像中心のものへと変わってきた。そのため容量不足が増々加速し、画像データの保存法の見直しが緊急の課題となってきた。

 この間、いろいろな経緯があって3つの有料サイトを利用しているので、容量の大部分を占める画像データを3つのサイト間とその他の無料のサイト間に分散して置くなどして何とか凌いでいるのが現状である。少なくとも一か所にまとめて管理したいと思っているのだが、なかなかうまい解決法が見つからない。

 私にもしもの事があった場合の事後処理については、当然のことながら考えてきた。病気などでホームページが長期に渡り更新されないでいると「更新セルフチェック機能」が動作するようになっていて、1ヶ月後、6ヶ月後、1年半後・・・と間隔を置いてお詫びのメッセージが表示され、2年が経つとお別れのメッセージが掲示されるようになっている(素歩人徒然「身辺整理」参照)。しかし有料サイトなので使用料が未納になれば、ホームページは忽ち削除され消滅してしまう運命にある。
 要するにホームページの“終活”に取り組まねばならぬ時期となったのである。

写真アルバムだけは残したい
 私の個人的な情報は消滅して構わないが、どうしても残さねばならないものがある。たとえば、学生時代の同期生のホームページやブログの管理を私が担当しているので、その後始末を考えなければならない。現時点で後継者は見つからない状態なのである。

 小学校、中学校、高等学校、そして大学の仲間たちとの集まりで撮影した写真がアルバム状に編集された形で多数存在する。企業人時代の昔の同僚たちとのOB会で撮った写真もある。これらをどうするか。

 私と同世代の仲間達との記録であるから、遅かれ早かれ私と前後していずれは写真アルバムも消えていくことになろう。見る人がいなくなるのだからそれで構わないと今までは考えていた。しかしホームページやブログの管理をしていると本人以外の人達が結構写真集を見ていることに気が付いた。
 見知らぬ人からいろいろな問い合わせが来る。たとえば、

・自分の父親が長年行方不明で連絡が取れない。消息が分からないか。もし分かったら教えて欲しい。
・海外に長年住んでいるが、偶然ホームページを見つけて日本の昔の級友と連絡が取りたくなった。
・偶然ホームページを見つけ主人のことが書いてあるので・・・と奥様から近況報告が届く。

 つまり当事者だけでなくその親族や関係者も参照しているのだ。私の経験でも、今は亡き自分の父親の名前や祖父の名前で検索を試みると、かなりの情報が得られるのを実際に体験し便利な世の中になったと思ったものである。インターネットの時代では、フルネームの名前(特に漢字表記がよい)さえ分かれば(インターネット時代以前の人であっても)その人に関するかなりの情報が得られる。そして一度情報をつかめれば、そこからまた別の情報が芋づる式に手繰り寄せられるようになる。私たちが作っている写真アルバムはその世代の人々だけでなく、その子孫の世代の人達にとっても将来重要な情報源となる筈である。

 写真アルバムなら Facebook 等のSNS上に置けばいいと思う人がいるかもしれない。しかしSNSでは限られた人しか見られないし、沢山の写真が登録されたアルバムには向いていないと思う。沢山の写真がある場合は、その縮小版(サムネール)の一覧を見ながら個々に参照するものを選べるようにする方式でなければならない。端から端まで順送りにすべて見なければならない方式はなじまないのである。

 そのため、私は写っている人の名前が個々に分かるようにした独自の写真アルバムを作成し公開してきた。この写真集だけは残したいと思ったのである。

2.画像ファイルの保存

さて、ここからが本論である。

画像ファイルはG領域に保存する
 私の利用しているブログは、グーグル社のブログ( https://www.blogger.com/ )なのだが、これを長年使っていて偶然気が付いたことがある。ブログに投稿する目的で画像をアップロードすると、グーグルブログ固有の領域(ここでは“G領域”と呼ぶことにする)にデータが保存され、適当なサイズに調整されて画面に表示できるようになる。サイズを変えたければ「」,「」,「」,「特大」,「元のサイズ」から適当に選んで何時でも(極端な話、何年後でも!)変更することができる。しかも、G領域内の場所さえ分かっていれば、他人のブログからでも参照できる。いや、ブログに限らずウェッブ上のどこからでも参照できるのである。これは私にとって驚くべきことであった。

 つまりブログ上で作成した投稿の“HTML表示”の画面から場所の情報だけを抜き出してくれば、何処でも、誰でも、利用できるということである。最初にアップロードされたデータは常にG領域中に保存されている(継続的に保存される!)。他人のデータと一緒に管理されているらしい。セキュリティの面で心配する人がいるかもしれないが、種々雑多な画像データの“混沌”の中に散在する形で置かれているので盗まれる心配はない。これは、プログラミングの世界で使われている“ハッシュ(Hash)”と呼ばれる記憶方式とよく似ているように思う。

 ハッシュ領域には、どのようなデータ型のものでも置くことができる。それを取り出すには“キー”が必要で、それぞれのキーがそれぞれのデータを指し示している。このキー自身もハッシュの中に保存されているので、キーを知っていれば誰でもデータにアクセスできる。この考え方と全く同じであることに気が付いたのである。G領域は“Gハッシュ”と呼んでもよいのかもしれない。

画像データの利用法

 たとえば、


timelessEdition.jpg

という画像をG領域に置いたとする。そのデータは以下の文字列 「https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhxK2ycYXw771EXZwrki9-3mdC5zSswucysdPIZxP_kebHkR0I8cOvm667HmSnpNUQGHIcCvn9uDEcVI1Dej-yeyAQLOHOITSMbgXMZMJCwcsQoICFZKM3XTkfJHdX-BUN6xxHe/s1600/timelessEdition.jpg
 を用いて取り出すことができる。

 ・文字列の前半部分 「https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhxK2ycYXw771EXZwrki9-3mdC5zSswucysdPIZxP_kebHkR0I8cOvm667HmSnpNUQGHIcCvn9uDEcVI1Dej-yeyAQLOHOITSMbgXMZMJCwcsQoICFZKM3XTkfJHdX-BUN6xxHe/
がキーである。これさえ知っていれば、誰でも、何時でも、何処にいても、恒久的に取り出すことができる。
 ・文字列の最後の部分
s1600/timelessEdition.jpg」 の「s1600」は取り出すときのサイズ(横幅)をピクセル数で指定する場所である。

  大きさ    サイズ(ピクセル数)
 「小」     200
 「中」     320
 「大」     400
 「特大」    640
 「元のサイズ」 1600

・“/”で区切られた最後の部分「timelessEdition.jpg」は、画像をアップロードしたときの名前になっているが、取り出すとき新たな名前に変更することもできる。ただし画像の種別(jpg, gif,...等)は変えられない。

つまり、

   <キー>/[s<サイズ>/<名前>] 

の順に指定する([ ] はオプションの意)。


3.ソーステキストの保存

このようにG領域に置かれた画像データは半永久的に残せるが、それを使ったソーステキスト(HTML形式のファイル)も保存しておかないと意味がない。

テキストはブログ上に残す
 HTML形式のソーステキストはブログ上に投稿して残すことにする。グーグルがG領域を半永久的に残す覚悟なら、当然無料ブログも残されるであろうと考えた。

 しかしブログによる投稿では、限られた機能しか使えずアルバムをそのまま保存するのは難しいことが分かった。

 ブログの投稿では、投稿欄に書き込めばその都度HTML言語に変換されていく。実はこの方式が問題なのである。実に使い難い。
 投稿内容が完成したら初めてHTML化するのではなく、その都度変換されていくので投稿画面上で修正を繰り返していると、その履歴がそのまますべてHTML画面上に残される形で変更が積み上げられていく。

 その結果HTMLプログラムは修正の上に修正が積み上げられた悲惨な状態になる。HTML部分だけを見ても何が何やら分からない混沌としたプログラムになってしまう。それでもうまく表示できれば問題ないのだが、試しにプレビューで表示してみると、投稿画面で意図したものとは似て非なるものになっている。途中に大きな空欄が出来ていたり、文字が小さかったり、大き過ぎたりするので修正しても意図通りにはならないことが多い。修正が効かないのである。仕方なくHTMLプログラム上でそれらしき所を見つけて強引に修正することになる。

 投稿画面上でいろいろ修正を重ねるのは混乱の極みであることが分かった。修正の必要がないしっかりしたものをあらかじめHTML言語で作っておいて、それをHTML画面に直接張り付けてしまう方法が一番効率的である。

 もう一つの問題は、ブログの特性からくるものでHTMLテキストが1ページ分しか投稿できないことである。私の写真アルバムは複数のディレクトリを利用して階層構造になっており複数のHTMLテキストから成り立っている。つまり複数ページなのである。

 そこで、ブログに投稿するために無理やり変換し1ページのHTMLテキストに作り変えることにした。それをHTML画面に張り付けたのだが、ブログが処理するには複雑過ぎて拒否されてしまうことが分かった。ブログ側が設定したテンプレートの枠内で動作するように収めなければならないので制約が付くのは理解できるが、簡単な記述のHTMLテキストしか受け付けてくれないようである。しかも、採用したテンプレートごとに様子が異なるのである。

 そこで、できるだけ広くHTML言語を受け入れてくれるテンプレートを選び、その範囲内で記述する簡易版のHTMLテキストを作ることにした。表示は稚拙でも無いよりはましである。私が表示したい凝った記述のHTMLテキストは、HTML欄ではなくテキスト欄に隠して保存することにした(将来これを利用できる時代が来ると信じて)。文字列は白字で見えないようにする。

 以下に例を示す。

例:「写真をネガから復元する」
 
昔の写真をネガから復元する
 が簡易版である。

 正式版はその後ろに書き込んであるが白字で隠されている。この場所をドラッグしてコピーし、HTMLテキストにすれば私が表示したかった写真アルバム(これはサンプルですが)を見ることができる筈である。簡易版との違いを比較すると面白いかもしれません。

テキストを画像に埋め込む
 正式版を白字で示すという方法は、場所を取るのであまり美しくない。文字のフォントを最小にしてみたが差はなかった。そこで、どうせブログ外でしか表示できない代物だから、コンパクトにまとめて残すことができないかと考えた。

 実は、画像データがG領域で半永久的に残せると分かったとき、私は gifファイルを活用すればテキストも残せる筈だと確信した。gifファイルの設計経験のある人なら誰でも知っていることだが、gifファイルにはコメントを記入する場所が用意されている。試しにそこにテキストを記入してみたところ、半角文字で約3,300文字分くらいまでは書き込めることが分かった。テキストを分割すればいくらでも書き込む余地は残されている。

 試行したものを例示する。

例:「テキストを画像に組み込む」

butterflywithText.gif の例

興味のある方は以下を参照してください。
テキストを画像に組み込む

 しかしgifファイルの扱いに不慣れな人は利用できない手法だから、これでは実用にはならない。最近は、画像ファイルにウイルスを埋め込む悪い輩もいるから、それと同列と見做されるのは避けたい。

個人情報の扱い
 最後に、個人情報の扱いについて触れておきたい。
 前述したように、写真アルバムは将来重要な情報源となり得るから、その写真アルバムに個人名をフルネームを書き加えたい。しかし個人情報保護法に厳密に従うと、無暗に個人の名前や写真を(本人の承諾なしに)インターネット上に公開するのは憚られる世の中である。これは本人の年齢に関わりなく尊重されなければならない。これからは「名前を公開したくない人は申し出てください」という注意書きを必ず添えることで許してもらおうと思う。

 この法律のために昔の学校時代の友人と連絡を取ったり、その消息を尋ねたりする手段がなくなり困っている人が多い。そういう現状をよく知ってほしいものである。我々の年代では、むしろお節介でも名前を書き添えてあげた方が良いように思うがどうであろうか。それも、写真画像の一部として書き込むのではなく「検索可能なテキスト」として残すことが特に重要なのである。

4.最後に

まだまだ不完全ですが、この方式が広く使われるようになることを願って、テスト的に「情報保管庫」を作成したので参考にしてください。

 目立つように「永久保存」などという表現を用いてきたが、グーグル社のやり方を利用しているので、当然のことながらグーグル依存と言うべきであろう。

 これまで蓄積された大量のデータを、グーグル社は単に無料サービスだからと言って突然止めるようなことは道義的に許されないと私は考えている。グーグル社はそんなことはしないだろうと信じての提案である。

 上記ブログ上では“ほぼ永久保存”という表現にしてあります。■


2017年1月2日月曜日

「ソフトウェアと定年」(初版原稿)

── 社内掲示板に投稿した初版の原稿
 
古い資料を整理していて、以前書いた「ソフトウェアと定年」というエッセイの初版がプリントされたものを発見した。これはテーマが余りに私的なものだったので、これまで社外のインターネット環境に掲載したことはない(一部手直しして『ソフトウェアの法則』(中公新書)に掲載)。しかし当時の青梅工場のことが記述されているので懐かしく思いながら読み返してみた。
 東芝の不正会計問題を発端とする一連の騒ぎの中で東芝のコンピュータ開発の由緒ある拠点(青梅事業所)は売却されてしまった。この地で会社生活のほとんどを過ごしてきた私は、単に「さびしい」というような単純な言葉では表現できない程の無念の思いを抱いている。青梅工場への鎮魂の思いを込めて、ここに掲示することにした(テキストファイルは存在しないので画像化しました)。

(読みにくい場合は、[こちら]を参照してください)


2016年12月31日土曜日

私のボケ防止法

── 生活習慣の見直しと脳の活性化


 最近の私の最大の関心事は、如何にしてボケないようにするかということである。インターネット上には、認知症の初期症状を検知できると称するサイトが沢山存在する。私も一度試したことはあるが再びやろうとは思わない。傲慢だと言われるかもしれないが、健常者には馬鹿馬鹿しいほど他愛のない検査に見えてしまうからだ。定期的に検査して自己診断したい人には向いていないと思う。

 私が必要としているのは、毎日続けられてボケ防止に効果があり、かつ「自分はまだボケていない」という確信あるいは自信(たとえそれが誤解であったとしても)を与えてくれる類いのものでなくてはならない。つまり、検査ではなく予防効果があるもの(あるいは、ありそう見えるもの)を求めているのである。


▼アンチエイジング
 認知症は老化と密接な関係にあるからアンチエイジングの努力をすることが予防法としては一番効果があると言われている。最近の医学の教えるところによれば、歯周病、糖尿病、高血圧症などのいわゆる生活習慣病への対策が重要であるという。私は、そういう知識がまだ普及していない頃から自然にやっていたことが多いので、今は大変に助かっている。たとえば、

(1)歯のみがき方
 企業人だった頃は、会社で定期的な歯の検診を受けることが義務付けられていたので、検査と同時に「歯のみがき方」の指導を受けていた。そして何度指導されてもうまくできなかったみがき方が、やっと身に付いてきて自らできるようになるまでに数年を要したと思う。定年後の今でも、そのとき習ったみがき方を実践している。

(2)食事での習慣
 食習慣も結婚後はすっかりと変わった。甘味料の多い飲み物は避け、コーヒー類には砂糖など絶対に入れないようになった。その結果、自然に糖質制限の習慣が身に付いてきたように思う。相変わらず甘い物は好きだが、特別なときにしか食べないようにしている(ホントかよ? いや、たまには孫と一緒になって菓子のつまみ食いなどしてますけどね)。
 ただ、食習慣の内「よく噛んで食べる」という最も基本的で最も重要な習慣だけは、せっかちな私には無理で未だに身に付いていない。「空腹は最良のクスリ」と言われているように、空腹の時間帯が一番身体には良いらしいのだが、我慢できずにすぐ間食をしてしまう。困ったものである。

(3)定期的な運動
 昔から休日になると仕事のことは忘れようと思い運動をする習慣になっていた。それがストレス発散に効果があると知ったのはずっと後のことである。
 最近は朝起きる前にベッドの上で20分程ストレッチをしてからゆっくりと起き上がる。それから洗顔をして、ラジオ体操を含むストレッチ体操を更に20分程やっている。
 午後は天気がよければ多摩川の河原で1時間以上ウオーキングをする。昔はサイクリングやジョギングが中心だったのだが、今では女性にも追い越される程のゆっくりとした歩みになってしまっているのが口惜しい。

▼脳を使う
 昔から身に付いている生活習慣に関するものだけなら楽なのだが、頭を使ってのボケ防止も重要である。そのためには常にアンテナを高くし、その方面の新しい知識を仕入れることが重要になる。したがって新しいことを学ぶ意欲がなければならない。

 世間では、新しい「脳を活性化する方法」がいろいろと紹介されているが、私はそれらを試す前に、自分が継続して実践できるかどうかを主眼に評価することにしている。そして続けられそうなものだけを取りあえず実践してみる。継続してできそうもないものは最初から諦める。
 現在続けて実践しているのは、以下のようなものである。


(1)運動をしながら 1,000から 7 を引き続ける計算をする
 これを外出時に歩きながら、あるいは運動中に声を出して行う。声を出してやることが重要なので、通りすがりの人に“変な人”と思われないよう小声でやる必要がある。十の位と一の位を常に意識して計算を続けながら、同時に周囲への注意も怠らないようにする。これが結構難しい。隣人に出会って挨拶したり、見知らぬ人に道を尋ねられたりしたときなどは計算が続けられなくなってしまう。信号に気を付けたり、自転車を避けたりと計算の妨げになる出来事があとからあとから起こってくるが、計算を惑わされないよう最大限努力する。場合によっては一時計算を停止する必要に迫られることもある。再開するには直前に発した声が“耳に残っている”のでこれを活用するとよい。

 いろいろな事に細かく気を配らねばならないので自然と頭をマルチで使う能力が養われる。外出時の往路と復路で一回ずつ計算が成功裏に終了できれば「良し」としているのだが、これがなかなか難しい。最近やっとうまくできるようになってきたが、始めてから実に3年以上が経過している。


(2)2桁の加減算
 脳の前頭前野は、老化とともに最も早く機能低下する部位だと言われているから、ここを鍛える必要がある。それには1桁でよいから加減算を繰り返すとよいそうである。そこで私は、プログラムで乱数を発生させ沢山の問題を自動的に作り出すことにした(何桁でもできるように作ったが、とりあえず2桁にしてある)。このプログラムを使って50個の問題を使い古しのA4用紙の裏にプリントする。月の初めにそれを30日分作っておく。


(加減算の例)

 そして、毎朝コンピュータを立ち上げるときの待ち時間(*1)を利用して計算することにしている。右側に答が印字されているので、答の照合も含めて3分程で終了する。 

【注】(*1)Windows は、コンピュータの立ち上げ時間を節約するため標準では簡易版のシャットダウンが使われている。私はあえてそれは使わず、前の晩にコンピュータを閉じるとき[シフトキー]+[シャットダウン]で完全なシヤットダウンを実行しているので、毎朝約3分弱の再起動が必ず実行されるように設定されている。
(3)フリーハンドで円を描く
 加減算の問題が全問正解だったときは、何時の頃からか私はその用紙の余白に丸を描くようになった。漫画家の故手塚治虫氏は生前「マンガのアイディアはいくらでも出てくるが、年とともに円を綺麗に描けなくなった」と述べていたのを思い出した。それを真似て私も円をフリーハンドで描くことにしたのである。余白があったので、私は毎回3つの円を描いているが、うまく描けたときは日付けを記入し記録として残すことにしている。年とともに円が少しずつ歪んでいくのではないかと恐れている。


  (うまく描けた円の蒐集)

 毎日キーボードを使って文章を書いていると、字がうまく書けなくなってくる。図も同様である。円がいびつになってきたら、ボケの兆候が出てきたと覚悟せねばなるまい。


(4)文章を書く
 ボケ防止には日記をつけるとよいと聞いたことがある。私には日記など無理なので、その代わりに「要するに毎日文章をつづればよいのだ」と考えることにして、知人にこまめにメールを書くことで代用することにした。

 最近は Facebook 上でのメール交換や投稿に重点を置くようになった。しかしメールの文章というのは、くだけた感じのものが多くて内容も浅い。それに対しブログへの投稿なら少しは真面目に取り上げるべきテーマに対し考察を深めるようになる。全体の構成も考えて書く必要があるから、メールよりもはるかに頭を使う必要があると考えている。

 月に一度は、ホームページ(Knuhs の書斎)にエッセイを掲載することにしているのだが、最近は筆が鈍りがちである。やはり老化すると文章を書くのが面倒くさくなってくる傾向があるようだ。心して努力すべきであろう。


(5)名称忘れへの対策
 ボケは着実に我が身に迫ってきている。先ず、特定の物の名前がすぐには出てこなくなる。人の名前も出てこない。「そんなのボケではなく、年寄りなら皆同じですよ」と慰めてくれる人もいるが、そう言う相手も年寄りだから、多分心の中で「ボケだと認めたくない」と思っている人の意見なのである。真面目に信じてはいけない。

 そこで私は、名前が出てこなかったら直後に思い出す努力をし脳内の切れたネットワークの線を繋いで直ちに修復することにしている。どうやって名前を思い出すかと言うと、インターネット上で検索するのである。もちろん「あれ」とか「あれあれ」とキー入力しても答えは得られません、絶対に!(*2)。しかし思い出すヒントになるようなキーを複数個うまく組み合わせて入力すれば、リストアップされた記事の項目と説明文だけから結構思い出せるものである。
 忘れていることに気付いたら直ちに検索するのがコツであって、後でやろうと思ってはいけません。後でやろうと思った時には「何を忘れたのか」さえも思い出せないから。   

【注】(*2)試しに、本当に「あれ」で検索してみるとよい。そういう「あれあれ検索」が可能なプログラムを開発してほしいものだ。高齢者を助けるためのそういうアプリの開発に成功したら、貴方(女)は間違いなく大儲けできるはずですよ
 要するに私は、(4)で言及したようにボケ防止の目的でこのエッセイ書いている。そのエッセイで取り上げたテーマが、たまたま「私のボケ防止法」だったという訳である。そして読者諸兄はそれを読まされている、ということになります。まだまだボケなどには無縁の方々にとっては、真に申し訳ないことだ思っております。■

2016年12月26日月曜日

クリスマスの朝

 クリスマスの日の早朝、ベッドの中で半分眠りながらラジオを聴いていた。アナウンサーが「私は何時も最後の曲にはこれをかけることにしています」と言っている。曲名紹介の後、曲が始まった(5:50頃)。クリスマスの歌だ。ちょっといい歌だな・・・ などと思いながら聴いていた。

 しかし段々と盛り上がってきた。何だこれは! 最後の方になると、男性歌手が叫んでいる。「メリー・クリスマス!」と叫んでいる。さだまさしの声のようだ。何んという曲だろう。

 最後にアナウンサーが曲名を再び言うだろうと耳を澄ませていたら、突然コマーシャルになってしまった。残念。

 何んという曲だろう。もう一度じっくりと聴いてみたいものだ。
 そうだ、radiko に「タイムフリー」という機能があると聞いている。これでもう一度聴いて曲名を確かめることにした。

 その結果、さだまさしの「遥かなるクリスマス」という曲であることが分かった。知らなかったなぁ。クリスマスの時季しか流れないからであろうか。素晴らしいクリスマスの朝であった。


2016年12月12日月曜日

新【悪魔の辞典】(6) 強行採決

強行採決自民の、自民による、自民のための採決。

新【悪魔の辞典】(5)トランプ的勝利

トランプ的勝利大方の予想に反して勝利してしまい、その結果本人も含めて世の中を騒がせること。

2016年11月1日火曜日

《東芝のコンピュータ事業を振り返る》の作成経緯

東芝のコンピュータ事業を振り返る ( http://goo.gl/HND16y )という欄を作りました。その作成の経緯を以下に記します。

 コンピュータ黎明期に同じ釜の飯を食った仲間達が集う「電算スタメン会」という会がある。私もその一員なのだが今まで一度も出席したことがなかった。最近その集りが開催されるという連絡があり、私は初めて参加してみようという気になったのである。参加申込をすると,幹事から「黎明期の東芝電算機を中心とした紹介」をしてほしい、とプレゼンテーションを依頼されてしまった。

 幹事が、たまたま私のホームページ上の《私が使用したことのあるコンピュータの一覧》( http://goo.gl/DaT1UR )の欄を見てくれていて、それを利用して作ってくれないかという提案であった。喜んで引き受けたものの、プレゼンテーションが冒頭の15分間だということを聞いて少し気が重くなった。更に、集会の出席者がそれぞれ担当したであろう業務分野を考慮に入れなければならないと考えると、これはなかなか難しい役割だということに気が付いたのである。

 しかし限られた時間内で何とか資料を作り、当日のプレゼンテーションは無難に役目を果たすことができた。しかしその後で、多くの仲間からいろいろと盛り込んで欲しかったものを指摘された。そこで、自分でもこのままにしておくのは気が済まないと思うようになり,1ヶ月程時間を掛けていろいろな情報を集めて全体を作り直し、遅ればせながらホームページ上に公開することにしたのである。

 東芝のコンピュータ事業を振り返る
  ( http://www.hi-ho.ne.jp/skinoshita/TOSHIBAComputerS.htm )
 または、( http://goo.gl/HND16y )でアクセスすることができます。

 全体の枠組みができた段階なのでまだまだ内容に不十分なところが多い。東芝関係者の記憶を借用し、より良いものにしたいと思っている。これはまだ仮の版であると理解してほしい。

 資料提供あるいは参考意見を寄せられたい方は
   skinoshita@hi-ho.ne.jp
へ連絡をお願いします。■

2016年10月21日金曜日

新【悪魔の辞典】(4) ボク・シラン状態

ボク・シラン状態どうにも連絡が取れない状態
注意:
・老婆心ながら、「シ」にアクセントを付けて発音すると分かりやすい。 そういえば、最近ボブ・ディランがノーベル賞をとりましたね。

新【悪魔の辞典】(3) ソーリ的

ソーリ的意識的に的を外すこと
応用例:
ソーリ的答弁:聞かれてもいないことはペラペラしゃべるが、肝心の質問内容には全く答えないこと

2016年10月20日木曜日

新【悪魔の辞典】(2) KY

KY空気を読んで忖度すること
応用例:
KY国語学者: 若者が使う間違った日本語を咎めたりせず「言葉は生きているから」などと言って、いわゆる「若者言葉」に必要以上に理解を示す日本語の専門家
KYメディア:(自明なので説明は省略する)

新【悪魔の辞典】(1) 与党

与党時の権力に与する徒党
応用例:
与党ジャーナリズム:時の権力に与する報道機関
与党ジャーナリスト:時の権力に与する報道関係者
与党裁判官:時の権力に与する裁判官

2016年9月12日月曜日

度量衡の単位の覚え方

 小6の孫が「デシに追われて・・・」とつぶやいている声が私の耳に入ってきた。「えっ! それ“デシに追われてセンチミリミリ”って言うやつ?」と私は確かめてみた。間違いなくそれは、昔からある 例の度量衡の単位の覚え方を暗証しているところだったのだ。最近の若者たちはこの暗記法を知らない。学校では教えていないからである。それを孫が知っていたので、私は妙に嬉しくなってしまった。

 私の小学校時代はこれで覚えたものであるが、私が企業を定年退職し大学教師となったとき、授業でこれに触れたところ知っている学生がほとんどいなかったのは驚きであった。科学の発展にともなって、その後新しい単位がどんどん付加されていったから、今の子供達は覚えるのが大変だろうなぁ~。彼らはどうやって覚えているのだろう、と私はかねてから不思議に思っていたのである。

(図:度量衡)

 キロからミリまでの単位が定められたのは1795年である。
(図:度量衡-1)

 その後、この単位だけでは足らなくなり、1960年にテラからメガマイクロからピコまでの単位が追加された。
(図:度量衡-2)

 科学の発展は凄まじくそれでも足らなくなり、1964年にはエクサからペタフェムトからアトまでが追加された。
(図:度量衡-3)

 更にヨタゼタゼプトヨクトが追加されて現在の姿になった訳である。
(図:度量衡-4)

 我々が扱う普通の数値の大きさは、18世紀の終り頃に定められた単位の範囲内で十分であったのだ。それが、この数十年の間に急速に拡大しビッグデータの時代に突入しようとしている。こういった単位の変化からも、最近の科学の発展の凄まじさが感じ取れるのではないだろうか。

 小中学校時代ならまだいいが、高校、大学と進んだらやはり新しい単位も覚えなくてはならないことになる。すべての単位の覚え方を以下に示しておくことにしよう。


(図:度量衡の記憶法)

2016年8月5日金曜日

20年前のたわごと

 以前(20年程前のこと)【素朴な疑問】という欄で
 『新聞はなぜ「ソフトウエア」と書くのだろう
 { http://www.hi-ho.ne.jp/skinoshita/gimon04.htm }
という記事を書いたことがある。要するに「ソフトウェア」と書くか「ソフトウエア」と書くかの論争である。それが、何故か未だに読まれ続けている(しかも一日に複数回も)。

 どこが面白いのか、私はかねてから不思議に思っていた。今日、たまたま時間があったので自分も読んでみようと思い立ったのである。読んでみて、確かに面白かった。20年前にこんな「たわごと」を書き連ねていたのか、と。

 当時はテキスト入力法として「ローマ字入力」と「ひらがな入力」とが競っていた時代だった。これを読んで、現在のケータイやスマホ利用者が愛用しているであろう入力法をベースに考えると、どんな感想を持つか知りたくなったのである。

以下、本文は省略して【追記】の部分だけ紹介する。なお“悩める相談者”とは私めのことである。


【悩める相談者による追記】1997-01-27

 私がなぜこんな些細なことにこだわるのかというと、“ソフトウェア”というのは私の勤める会社の社名の一部になっているからである。よく、社内旅行などで温泉場を訪れると、団体バスで乗り付けた旅館の玄関には仰々しくも華々しくも、大きな黒い看板に白で“歓迎”の印とともに我が社の社名が大書されていたりする。それを見ると、何時も大抵はどこか字が間違っているのである。「東芝ソフトエンジニアリング御一行様」とか、「東芝ソフトウエアエンジニア御一行様」などと書いてある。こんなのはまだいい方で、「東芝ソフトエンジニヤリング御一行様」などと書かれていることもある。
 そういうのを見つけると私は、またかと思い、思わず「ニヤリ」と苦笑いしてしまうのである。

 しかし考えてみれば「ソフトウェア」も「エンジニアリング」も、彼ら旅館経営者にとってはまったく無縁な存在の言葉なのであろう。こんな些細な字の誤りなど「ニヤリ」と笑って見逃してあげるのが武士の情けというものである。

 ところが新聞紙上でこの字を見つけると、旅館経営者に対するのと同じような寛容な気持ちには決してなれない。「ソフトウェア」も「エンジニアリング」も彼らにとっては身近な話題でなければならないはずだ。とても「武士の情け」などとはいっていられないのである。

 こだわる理由はもう一つある。以前「ソフトウェアの法則」という本を書いたとき、夏目漱石「坊っちゃん」の一節を引用したことがあった。間違いのないようにと、私は夏目漱石全集を引っ張り出して詳細に文章をチェックしたのである。そして自信を持って原稿を編集者に渡したのであるが、やはり間違いを指摘されてしまった。編集者が言うには「坊っちゃん」ではなく「坊つちやん」なのだという。信じられぬ気持ちでもう一度本を出して調べて見ると、何と、確かに「坊つちやん」というタイトルになっているではないか。恥ずかしながら私はこれまで夏目漱石の名作の名を誤解していたのであった。同時に、編集者の実力の程を思い知り、ただただ恐れ入ったものである。

 こういう経験を何度かしてくると、人間どうしても正確な表現にこだわらざるを得なくなってくる。であるからして、私にとっては「ェ」と「エ」は大変な違いで、簡単には見逃せない大問題なのである。


 さて、私のこの【素朴な疑問】を掲示板上で読まれたのであろう、S氏が、これが参考になると言って私に「毎日新聞用語集」という辞典をくださった。それを見ると、Yさんが言っているように、確かに『原音で「ウィ、ウェ、ウォ」の音は、「ウイ、ウエ、ウオ」と書く』と記されている。
 しかし、新聞紙上では「ウィンブルドン」というのを実際に見かけたことがあるから、固有名詞は別扱いになっているのであろう。

 たとえば「ウェット」はこの規則では「ウエット」と表記されることになるが、前者では「ウェ」が「ッ」と跳ねるのに対し、後者では「エ」が「ッ」と跳ねることになる。これでは全く違った発音になってしまうではないか(え? 何を言っているのか分からない? 私にも分からない)。

 この新聞社の定めた規則を見ていると、ジャパニーズイングリッシュを作り出しているのは実は彼らではないかと思いたくなる。日本人にとって発音しやすいようにという観点だけで適当に表記法を変えてしまっていると、結局原語とは似て非なるものになってしまうからである。

 我々が常日頃目にしているこういった“ジャパニーズイングリッシュ”は、アメリカへ行って使ってみるとまったく通用しないことが分かる。我々はその事実を実際に体験して初めて愕然とするのである。その結果、アメリカの空港でシカゴへ行きたければ「シコーゴ」と叫べとか、フィラデルフィアへ行きたければ「フルドフィア」と叫べとか、そういう生活の知恵を学ばねばならない羽目になる(これを知らぬととんでもない所へ連れていかれてしまう可能性があるのだ)。更には、マクドナルドへ行きたければ「マクダーナル」と発音する必要があることを承知していないと、とうていビッグマックにはありつけないのである(もっとも、マクドナルドの店が見付からなくても、どうということはないが)。

 このように自分の貧しい英語力を実感するたびに、私は思うのである。この責任は日本のお粗末な英語教育だけにあるのではなく、日本の新聞社が定めた表記規則にもその責任の一端はあるのではないかと。

 ところで、この表記法に関連する問題を、私はここで更に深く掘り下げてみたいと思う。ただ、これ以下に書くことは、私が常日頃尊敬して止まない「ローマ字入力者」(ローマ字入力法を用いている人達)の気分を損ねる可能性なしとしないので、これ以下は「ひらがな入力者」だけが読むことにしてほしい。






 よろしいかな。ひらがな入力者だけですぞ(以下で「彼ら」とは、ローマ字入者のことである)。あなたの後ろから“彼ら”が覗いていないかどうか、もう一度確かめてほしい。よろしいか。

 実は私は、この新聞社の定めた規則は、新聞記者用のワープロを用いてローマ字入力する際の利便を考えて作られたものではないかと疑っている。彼らの用いるローマ字入力法では、

 「ウィ」は「WI」と入力する。
 「ウェ」は「WE」と入力する。
 「ウォ」は「WO」と入力する、と言いたいが、これは「を」または「ヲ」になってしまう。したがって「ォ」だけは単独で入力するしかない。つまり統一的でないのだ。
 「ィ、ェ、ォ」を単独で入力するには(私の周りにいる「彼ら」に教えを請うと)「LI,LE,LO」と入力するのだという。何というお粗末な規則であることか。
 だとすれば、「ウォ」としたければ「ウ」を「U」で作り、ついで「ォ」を「LO」で作らなければならない。「ォ」のときだけはこんな面倒な手順を踏まなければならないとは、何という不統一な入力法であることか。こんな不統一な操作法では、頭の固い新聞記者に覚えさせるのは無理というものである。そこで、できるだけ「ィ、ェ、ォ」を使わないで済ませようと謀議を計ったのではなかろうか。

 彼らが信奉する入力法で「ウィリアムテル」と入力したければ「ULIRIAMUTERU」とキーを叩かねばならないことになる。 ‥‥何? 「ウリリアムテル」だ? そうか、そうか、彼らは「LI」と「RI」をこのように区別して使い分ける技を身に付けていたのか。大変だなぁ、彼らは。日本人は「L」と「R」の発音を区別するのが苦手であるというけれど、その原因はこんなところにあるのかもしれぬ。それにしても彼らは何時もこんな複雑な操作をしていたのか。何と彼らは頭が良い連中であることか。頭の固い私には、到底真似のできぬ技である。

 ローマ字入力は、頭を使うので惚け防止に最適であると主張していた人がいたが、こうやって見るとどうもその説は正しいように思われる。私もそろそろ惚け防止のための手を打たねばならぬ年代になってきているが、だからといってローマ字入力だけはやりたくない。それよりも、自分が惚けているかどうかを自分で判定することが、そもそも可能なのかどうかを疑問に思い、日々思い悩んでいるところである。   

【注】私は「ローマ字入力法」をよくは知らないがローマ字入力法にも色々なバリエーションがあるようである。新聞記者用のワープロについても全く知識がない。したがって、これらの指摘はまったくの見当違いかもしれぬ。いや、そうに違いない。許されよ。

2016年7月28日木曜日

気分転換(リフレッシュ)について

      ━━ Windows をリフレッシュする
 仕事の途中で気分転換がしたくなることがある。特に研究業務に取り組んでいるようなときは集中度を高める必要があるから連続して考え続けることが求められる(素歩人徒然「集中力」参照)。それにしても、ある程度の時間が経過したらやはり一息入れてリフレッシュするのが有効であろう。

 私の経験では、気分転換にはある程度頭を使う時間を入れるとリフレッシュの効果が倍増するような気がしている(もし許されるなら、ゲームなどをするとよい)。休憩と称してダラダラと時間をつぶしているだけではリフレッシュ効果はあまり期待できない。最近の私は(もはや仕事はしていないが)気分転換が必要なときはいつも数独の問題に取り組むことにしている。それも少し難しい問題の方がよい。

 つい最近、私はラジオで脳科学者が「ワーキングメモリー(作業記憶)」のことを話しているのを聞いた。記憶には短期記憶長期記憶とがあるが、ワーキングメモリーはそのどちらでもない。ワーキングメモリーは、何かある目的を持ってやっている作業で使われる記憶で、日常生活での会話、お金の計算、あるいは創造性のある思考をするときにも使われる。ワーキングメモリーの機能が低下すると「頭のキレが悪くなった」と感じるようになるらしい。

 気分転換でワーキングメモリーが使われると、その内容が入れ替わるからリフレッシュされることになるのであろう。これは、プログラミングの世界で言うところのワーキングストレージ(作業用領域)と似ているのではないかと思う。私は自分が経験的にやっていたことと合致するので我が意を得たりと思ったのである。しかしどこが似ているのか、これだけでは読者に理解してもらうのは無理で、もう少し説明が必要であろう。

 さて、これからが本論である。
 Windows 10を使っていて、いつも気になるのは“シャットダウン”の機能のことである。確か、Windows 8 にバージョンアップしたときからだったと思うが、コンピュータの電源を入れても“再起動”がされないことに気が付いた。つまり、前日にコンピュータをシャットダウンで終了させたのに、翌日電源を入れると完全な再起動の手続きが実行されていないのだ。パソコンの起動を速くするため、手抜きのシャットダウンをしていたのである。

 コンピュータ用語辞典で「シャットダウン」の定義を調べてみたが、次の利用時に再起動が実施されるとは読み取れない。これではMS社にクレームを付ける訳にはいかないなと思った。何しろ昔から使われている用語(*1)だから、今の技術で考えると定義があいまいになってしまうのは避けられない。MS社は、起動時間を短縮するためなら手段を選ばずという方針なのであろう、用語定義の「あいまいさ」さえも利用してしまっているようだ。当時この件で異議をとなえた人はいなかったようだし、気の弱い私めは静観している内にその仕様にやむなく従うことになってしまった(つまり、毎朝自分で「再起動」ボタンを押すことになってしまったのである)。

【注】(*1)昔アメリカの研究所で MITにあるMultics システムの環境下で仕事をしていたとき、コンピュータシステムの電源を落とすことをシャットダウン(shutdown)と呼んでいるのを知った。単にコンピュータ本体の電源を落とすだけでなく、周辺機器も含めてすべてを一斉に終了させる大掛りな作業であるという印象を与えるので「格好いい呼び方だなぁ」と感心したのを覚えている。今風に言うなら「いいね」 をしたくなるほどだった。
 しかし再起動しないで毎日コンピュータを使い続けていると、一週間もしない内に何かしら不可解なトラブルが発生するようになる。そういうときは原因を追究するよりも、自然に直るのを期待して再起動してみるのがよい。MS社に報告しても反応がある訳ではないから、最初から無駄なことはしない方が賢明なのだ。それで結構通用してしまう。MS社と付きあうようになってから学んだ生活の知恵である。

 しかし、そうは言いながらも私はこのトラブルの原因が何であるか知りたくて機会あるごとに考えてきた。そして長年のプログラマとして体験から、多分こういうことではないかと思うようになった。それは、Windows のシステムは「頭のキレが悪くなり」気分転換“リフレッシュ”が必要な状態になっていたのではないか、ということである(これでやっと話の筋が見えてきたでしょうか?)。

 コンピュータ上で動くプログラムは、データを置く場所として静的な記憶域と動的な記憶域とを使い分けている。実行が始まってから必要になるものは、できるだけ動的記憶域に割り付ける方が限られたメモリーを有効に使えるのである。

 利用者のプログラムで動的な記憶域が必要になると、システムのメモリー管理プログラムに要求を出す。システムはあらかじめ確保された領域(ヒープ領域と呼んでいる)から空きを見つけて利用者のプログラムに貸し出す方式をとる。そして、使い終われば返却させる。一方、利用者は借りた記憶領域を責任を持って管理することが要求される。その記憶領域の管理(*2)
で不手際が起りやすいのである。

【注】(*2)記憶領域の管理
 ヒープ領域に割り付けられたメモリは、割り付けた側が責任をもって管理し不要になった場合には速やかに解放してシステム管理下に戻すことが前提となっている。しかし、プログラミング上ではこの解放を忘れたことが原因で不都合が起こることが極めて多い。この種のメモリ管理のミスにもとづくエラーとしては、次の3種類がある。
 ・割り当てた領域を解放し忘れる(メモリリークという
 ・既に解放された領域を参照する
 ・同じ領域を2度以上重複して解放しようとする
 この種のエラーを見つけるのは難しいけれど、普通は事前に取り除かれていると思ってよい。問題があるのは、このヒープ領域上に確保された記憶域上のデータの扱い方のほうである。
 普通は、確保されたばかりの記憶域上に何か値(通常はゼロ)が置かれていても、それはゴミであるとみなし新たに値が設定されるまでは不定であるとする。そして領域が不要になったら(データの後始末をせず!)そのままメモリー管理プログラムに返却する(この過程で、ヒープ領域内のその記憶域はゼロでない不定の値を持つようになる)。

 こういうやり方でメモリー管理をしていると、ヒープ領域は最初はゼロで埋められていても、時間の経過とともに徐々にゼロでないゴミ(不定の値)で埋められていくことになる。新たに貸し出される領域には、直前の利用者が残したデータの残骸が置かれている可能性が高まってくる。しかし、たとえゴミが残されていても管理規則を守って使っている限り何の問題も起らないはずなのである。ところが割り付けられた直後の“不定の値”をデータとして使ってしまう不心得なプログラムが存在するのである。こういう不心得なプログラムを見つけるのは極めて難しい。

 私は、ある大きなシステムの開発を担当していたとき、デバッグ中に限りメモリー管理プログラムに手を入れて、記憶域を割り付けた直後は必ずゼロを埋めておくという手を打ったことがある。こうすると確実にプログラムデバッグができることを体験的に知っていたからである。しかし常にゼロクリヤーしていたのでは実行効率は悪くなる。デバッグの最終段階でこのゼロクリヤーを外すことにした。しかしその途端にプログラムの動作が不安定になったのを覚えている。明らかに不定の値が影響を及ぼしていたのである。

 つまりトラブルの原因は、ヒープ領域のゴミを誤ってデータとして使ってしまうことに起因しているのではないか、というのが私の推測である。
 これを避けるにはヒープ領域をゼロクリヤーするしかない。つまり再起動すればよいのである。再起動という気分転換(リフレッシュ)をすれば、すべて解決してしまうのだ。こういう事態を予想して私は毎朝必ず「再起動」を指定してからコンピュータを立ち上げるようにしている(*3)

【注】(*3)Windows 10では、高速スタートアップのための「シャットダウン」が標準になっているが、再起動を含む「完全シャットダウン」に設定を変えることもできる(私は標準仕様で通す主義なので使ったことはないが)。
 皆さんも、時々は窓(ウインドウ)を開いて空気を入れ替え、リフレッシュしたらどうでしょうか。

2016年7月18日月曜日

“上/前を向いて歩こう”

 永六輔さんが亡くなった。
 久しぶりに名曲「上を向いて歩こう」をじっくりと聴いてみた。これは失恋の歌である。中村メイ子に結婚を断られたとき、永さんが涙をポロポロとこぼして泣いたのがこの歌詞が生まれた切っ掛けになったという。この歌がアメリカで「SUKIYAKI」というタイトルで歌われているのは、私にはどうにも理解できないことである。永さんも無念であったに違いない。確か、著作権料を支払われる対象にもなっていないと思う。その点でも無念であろう。

 ところで、世間では“歩きスマホ”が原因で、歩行者の間でいろいろな事故が起こり問題となっている。スマホの画面に見とれたりしないで“前を向いて”歩いてもらいたいものだ。歩きながらスマホを利用したら、システムが素早く危険を察知し“前を向いて・・・” いや “上を向いて歩こう”のメロディーが自然に流れ出るようにしたらどうであろうか。

 アメリカでは“ポケモンGO”に熱中するあまり、同じような状況になりつつあるという。いや、もっと酷いことになっているらしい。これからは“ポケモンGO”を真似たゲームがどんどん世に出てくるであろうから、増々事故が起こる確率が高くなるに違いない。この際「SUKIYAKI」の歌詞を見直し、その歌詞の本当の意味をアメリカの人々に知ってもらう必要があるのではないか。任天堂はこのゲームのバックグラウンド曲として「上を向いて歩こう」を採用すべきである。そして著作権料も支払ってあげるべきだ(余計なお世話かもしれないが・・・)。

2016年6月17日金曜日

依存症

----- コンピュータに係わる依存性
 元野球選手の覚せい剤取締法違反事件以来、我々は“依存症”というものの実態にかなり詳しくなったような気がする。
 昔は、依存症は単に“~中毒”などと呼ばれていた。アルコール中毒、ニコチン中毒、薬物中毒などいろいろあるが、要するに本人が努力さえすればやめられる類いのものと安易に考えられていたふしがある。しかし最近の科学の教えるところによれば、依存症の多くは脳に何らかの影響が及んだ結果であることが分かってきている。なかなか一筋縄では脱け出せない病気のようである。

 コンピュータの世界にもいろいろな依存症がある。ネット依存ゲーム依存メール依存スマホ依存、…。今後も新たな依存症が続々と登場してくることであろう。何事であれ、好きなことに熱中するのは良いが、度が過ぎて依存性が病的に進んでしまい「依存症」と呼ばれるようになるのは避けたいものである。


メール依存
 私が最初に依存性を意識したのはメールの利用であった。
 先ず、日々の仕事環境の中に電子メールが登場した。勤務先の全社的なメールシステムが利用できるようになり、そこで私は電子メールの基礎をその利点・欠点も含めて体験的に学ぶことができたのである。電子会議、電子掲示板、… などいろいろな交流形態があることも学んだ。そして、こんな便利なものはないと私はそのとき心底思ったのである。

 その後、一部の管理者だけは会社外から(つまり自宅から)電話を利用して会社のメールシステムにアクセスできるようになった。こうなると、帰宅後あるいは休日に家でも仕事ができるようになった。仕事関係のメールは、家から電話で会社のメールサーバーを呼び出して送信すればよい。電話回線を利用したデータ通信がまだまだ高額の時代だったので、文書をあらかじめ作っておき回線が繋がったらすぐさま送信して直ぐ切るというテクニックが必要であった。そういう、今から考えるとかなり不便な環境ではあったが、着実に私のメール依存性は深まっていった。

 休み明けの月曜日に出社してコンピュータのメールボックスを開くと、休み中に私宛てに送られてきたメールが大量に溜まっている。朝一番で最初にする仕事は、そのメールを一度に処理することであった。回答が必要なものはその場で返信を書くが、そのまま内容を読んで済ますだけのものもある。読むに値しないものも含まれているが、仕事に関係するものであるからいい加減には扱えない。お茶を飲むのも忘れて一心不乱にメールと格闘していると、それだけで午前の業務時間が終わってしまう。最初の頃はそれで物凄く仕事をしたような気になっていた。何しろ、午前中一杯脇目も振らずに業務に取り組んでいたのだから。

 しかし、あるときふと気が付いた。自分はこの間何か生産的な仕事をしていただろうかと。ただメールを処理していただけではないか。自分は、技術者として何かを生み出す仕事を期待されているのだ。メールの時間を削減しもっと生産的な仕事に取り組まなければいけないと思ったのである。それ以来私は、メールを使う時間に制限を加えるようになった。つまり、限られた時間帯だけメールと向き合うことに決めたのである。それ以外の時間帯は決してメーラーには触れないようにする。それには、普段はメール環境から距離を置くようにしよう。そう、断じて!そう決めたのである。

 インターネットの発展に伴いインターネットメールが実現し全世界的に使われるようになったのはその後のことであるから、そのかなり前から“メールの依存性”というものを意識していたことになる。しかし、依存症の本当の恐ろしさを知るようになるのは、インターネットが本格的に普及しネット依存、ゲーム依存などが原因で死者が出る事件が報じられるようになってからのことである。

 その後の科学技術の発展はメール環境から距離を置くという私の決心を脅かす様々な要因を作り出し、それとともにコンピュータに係わる環境は急速に変化していった。パソコンの普及、インターネットの常時接続、高速通信と廉価な通信料金、… そしてスマホの登場、… などである。その点では、現在のコンピュータ環境に慣れている多くの若い方々は気の毒だと思う。常に、新たな依存症の危険に曝されているのだから。

 現在でも、私の決心は「メーラーに触れるのは自分の書斎机の前に座っているときだけ」という形で継続されている。スマホなぞは、メール環境自体を常時持ち歩いているようなものであるから、私にとっては最大の敵なのである。

ゲーム依存
 もう一つ熱中したものとしてコンピュータゲームがある。パソコン黎明期の頃から各種のコンピュータゲームを体験してきた。しかし私は何かあるゲームが気に入ったとしても、同様のものを自作したいという気持ちが強くなる性格だったので、そのプログラム作りの方にすぐ関心が向いてしまう。そのため、幸いにも依存症を起こす程熱中することはなかった。

 しかしこの文章を書いていて思い出したのだが「倉庫番(*1)という有名なゲームだけは別格であった。私は当時、何か仕事に疲れると気分転換と称して倉庫番にチャレンジするのが習慣になっていた(もちろん自宅での話ですよ)。今も、久しぶりにまたやってみようかな‥‥ という気持ちになっている。もしかすると依存症寸前の状態にあるのかもしれない。
【注】(*1)倉庫内に点在する荷物を、一つずつ決められた場所に移動するゲームである。目的は単純だが、進行方向に荷物を押すことしかできない。最近の版では、最新の Windows 環境で動作するようになっている。

 しかし私が持っている倉庫番は、初期のバージョンなので現在の最新のコンピュータ環境下では残念ながら動作しない。そこで、倉庫番が動くはずの古いコンピュータ(Libretto 60 + Windows 98)を引っ張り出してきて、その上で動作させなければならない。どれ、ちょっとやってみようか。

倉庫番の画面

 倉庫番のプログラム自体は、外部ハードディスク(HD)上に大切に保存されているから、それを取り出して Libretto 上のHDに移して動作させればよい。しかし古いバージョンなのでフロッピーディスク(FD)ドライブが必要になる。以前ゲームを楽しんでいた頃は、FDドライブ付のコンピュータが普通だったが最近のコンピュータにはFDドライブなど付いていない。急遽FDドライブと3.5インチのFDとを探し出してきて接続した。よし、動いたぞ!
 やはり、こういう古い物も捨てずに取っておくべきなのだ。

フロッピーディスク(FD)ドライブ付きのコンピュータ

 私が熱中したゲームにはもう一つ3次元テトリスがあるが、これは瞬発力を競うゲームである。それに対し倉庫番は、思考力を試すゲームであり奥が深いので私の最も好きなタイプのゲームである。この原稿を書きながらも、私はまたもや気分転換が必要になったと称して倉庫番にはまり込んでしまいそうな気がしている。困ったものである。

 このように倉庫番依存症(?)が再発したのは今回が初めてではない。確か十数年前にも同じように再発していたから3度目ということになる。先回は、50画面をすべてクリヤーしても症状が治まらず、最後には自分でも新たな問題を創作したりした。それで一応症状は治まったのである。今回はどうなるであろうか。

 あっ! これ以上原稿に向き合っているひまはない。倉庫番、倉庫番、・・・・・・。■