☆通行人のブログ一覧

随分前から気づいてたんですが、写真がなかなか撮れず。こないだの悪天候の日にやっとこさ撮れたのはいいのですが、雨粒が写ってるやつです。

ま、誤魔化さずに済むのは助かります。

この手のサニーは、乗用車を殆ど見ません。知ってる範囲＆走ってるのはトラックだけという感じでしょうか。

いずれもカスタマイズしてあって車高短風でフロントにエアスポイラーがついてたような。ま、ノーマルで走ってるだけでもすごいですけど。長生きしてほしいものです。

RVRについて書くことといえば、燃費だけに近いのですが、今回も燃費です。
突如降って湧いたというか、「このへん」って決めておいた野暮用がつかの間の晴れ間を狙っての突撃になりまして、例のところに行ってまいりました。

往復の平均燃費は、14km/Lあたりでしょうか。例によって500キロほど走ってきました。その他にもアッチコッチ行ってきてありまして、トータルで600kmほど走ってます。

平均燃費は、12キロくらいかな。渋滞さえなければもう少し良かったんじゃないかと思います。

こないだ（3月2日）、お雛祭りの前日ということで旧竹林院に行ってきました。例年通り雛人形が飾られておりまして壮観でした。毎年飾り付けが変わってますので退屈しないというか飽きません。

そんな中、恒例というか、いつもの作業という感じで写真を撮ってきましてオートフォーカスの進化を感じた一日でもありました。
オートフォーカスというと「あたりまえ」的なところでもあるのですが、指定した部分だけとか、顔を認識させるとか、大まかにこのあたりという設定さえやっておけば、自動的にピントを合わせてくれます。さらにイマドキの便利な機能として瞳を検出してからの撮り易さと言ったらありゃしないってやつです。

ちょっと昔のオートフォーカスだと寝ている人は認識せず、ウチの母上が寝ているところにカメラを向けるとダメでした。アタマの中で（死んでないよね？）って呟いたのはまだ覚えております。

それが、今回撮影した人形でもしっかり認識するようになっており目まで識別しているとなれば万歳三唱だったりします。うん、あと10年は写真を撮れると確信をしました。

そして、使えるISO感度の範囲なんてのは、対数表記したほうがいいんじゃないかというくらいに広がっておりまして、ものすごいですよとしか言えません。
それでも（それなりの価格帯の）スマホといい勝負だったりするものだから、負けてられない事態ではあるのかな。

その昔、プログラミングの手ほどきを受けたときに驚いた手法がこの計算

a=5.1
a=int(a)
X(a)=X(a)+1

特定の数字の出現率をカウントする方法でして、配列の順番を指定するのに変数を使うんです。最初に見たときは、頭の中が「えええええ？」ってなりました。

整数を作る方法なんかは簡単なんですけどね。

話をもとに戻してプログラムを作る際に絶対に必要になるのが変数の概念でして配列なんてのもの逃げることができません。

普通の生活で変数ってのがなかなか出てこない。身近なケースだとポケットくらいでしょうか。男性だと普通の服装でもポケットは最低で２個あります。ズボン（スラックス？チノパン？）についてますよね。このポケットに何かを入れるのが変数みたいなものです。ただし、変数とはいえいろんな形があります。

基本的な変数は、
　小数点のつかない整数
　小数点の付く数字
　文字列（数に条件あり）
イマドキだと扱いが特殊になりますが
　画像
　音
この２つも入ってくるかも。

学習用であれば数字と文字列の扱いに絞り込んで良いかなと思います。
ポケットに入れて良いものは変数として扱える範囲です。

まあ、このあたりをポケットに入れて良いものと良くないものの分類にしてあります。

そして、お母さんがポケットの中身を調べるというのが正しく格納されているかチェックする役目だったりします。（Linterというのがあったような）

もちろん、おじいさんたちのイタズラも例外処理として慎重に行われるというやつです。たとえば全角のカタカナと半角のｶﾀｶﾅは、文字コードが違うので扱いが面倒だったりします。もちろん、プログラムを使ってる使用者にそんな事はわかってないので、気分に任せて使うことになるのですが・・・それだけにちゃんと動くように厳密なチェックが必要になります。

学習という形を取るならば、それほど厳しく考える必要はないので・・・なんとか動けば良いという感じでしょうか。

話がそれてしまいました。

ポケットの数が途中で増えていくあたりが配列をイメージしてます。
そしてポケットに名前をつけるのが配列に対する定義だったりします。この配列の定義は、「数字しか入れません」とか「文字だけですよ」という定義です。

最後の頭陀袋は、何でもありって厳密に定義しなくて良いって感じでしょうか。そんなプログラム言語があったような気がします。
ただし、数字と文字を掛け合わせるという反則行為をした場合の対策は必要ですしデバッガーという動作確認機構が必要じゃないかと思います。

久しぶりにプログラムに関することを書いたような気がする。
.

ぼくが　ちいさなこどもだったころ（いまでも　こどもですが）、ぽけっとにはてあたりしだいのものがはいっていました。

おかあさんが、こわいかおで　みぎのぽけっとには「びすけっと」だけ　いれてね！」といいました。

そのあとしばらくは、みぎの　ぽけっとには　びすけっとが　はいっていました。

あるとき、ぼくの　おじいさん（おかあさんの　おとうさん）が、きて　「おっとっと」をくれました。おさかなだから、ひだりの　ぽけっとに　いれたら、お母さんが現れて「食べるものは右に入れてね！」といいました。

おとうさんのお父さんが来たときは、おとうさんがくっついていて　変なものを渡さないようにしていました。もちろん、そのへん、おじいさんはわかっていて抜け道をしかけてきますが、あとでおかあさんがぷりぷりしています。

それからしばらくは平和な　ひびでしたが、おとうさんが　つってきた魚で　まよったあげく右のポケットに入れました。おかげでおいしい　おさかなの　びすけっとがぐちゃぐちゃになりました。つってきた魚はフライになって晩ごはんでいただきました。

またしても、お母さんが現れて「生きているものや死んですぐのものは右に入れないこと」になりました。左のポケットはなんだってありなんです。カエルだってダンゴムシも左に入っていたことがあります。

それから、もう少し大きくなって、ポケットに入れる前に『これは左？』ってきくことになりました。お母さんは、答えるのが面倒になってポケットの数を増やしてくれました。
前やら後ろやらいっぱいつけてくれました。それぞれのポケットには「くさ（植物）」、「ありんこなんか（昆虫）」「びすけっと（食品）」とか書いてあります。
それからはへいわな　ひびが続いたのですが、あついなつや　ふゆになると　ポケットに入る物の数に偏りが出てきました。

6月だと、お父さんとホタルなんかを捕まえてきたり、夏にはセミの本体やら幼虫を捕まえてきたり…。

とにかく、色んなものを捕まえてはポケットに入れて、お母さんに見せていました。（猫じゃないからね）

正確に言うとポケットに入れたままで洗濯してしまわないように、お母さんがポケットの中身を調べているのです。

小さいカエルが入っていたときは「あ””～～～」ってこえがきこえてきて、洗濯場所に走っていったら・・・・おかあさんが、笑顔で両手を腰に待ち構えていました。（もちろん、捕まりました）

あんなことや、そんなことがあったあと。字が書けるようになってからポケットは区別しないで良いことになりました。「絶対に・絶対に」、違うものと混ぜないこと。ポケットに分類を書いておくことを守れば良いということになりました。

大きくなってからポケットは使わなくなりバッグやら専用の引き出しポーチなどに分類して持つようになった。貰ったものや拾ったものはとりあえず（父方のおじいさんに言わせると）頭陀袋みたいなのに入れておいて、後で整理するんだけどね。

---------------
ここまで書いてきたことなんですが、プログラムを作る上で変数の定義や配列をわかりやすく書いたつもりです。途中で配列なんかも入ってきます。さらに定義の方法も入っています。
文字列と数字、数字は浮動小数と整数に分けられますが、面倒になってきて定義が要らない方法が執られます。が、プログラムで扱いやすくエラーチェックがいらない形が一番なので、分類は大切なんじゃないかなと思います。

まあ、ガッツリ教えようと思えばもう少し書き足す必要があると思いますが、そうなると、意味がわからなくなるかもなので、こんな感じかな。

.