nNEZOU's Blog

2005年に我が独自ドメイン ndaznnez.comを創設して、20周年を迎えることができた

因みに15周年の時にも書き込みをしたが、当時との比較が下記

	15周年	現在(20周年)
書き込み件数(*1)	5,853	6,182
データ容量	41GB	97GB
ファイル数	90,000	157,000

*1 このBlog、写真Blog(nNEBLUR)、インド写真Blog2つ、Murphy’s Law Blog合計

この5年間に書き込みをしているのはこのBlogと写真Blog(nNEBLUR)なので、この2つのBlogの書き込み件数を抜き出して見ると、5年間で写真Blogの記事数が倍増していることが分かった

	15周年	現在(20周年)
このBlog	538	646
写真Blog	209	430

以下は15周年の時に書いたものだが、その時の気持ちは今も変わっていない

とにかく、自分のドメインを持っていて、サーバ(レンタルだが)を運営しているという密やかな誇りを持ち、そしてサーバの設定、ソフトの設定、コンテンツを作成していじくること、それらすべてをマイペースで、楽しく、辛いときはしばらく放置し、というスタンスでやって来た。この10年は、写真に嵌り、そして昨年からは文芸同人誌に加入させていただき、勢い「表現」の場としての比重が高くなってきている。自分の撮った写真、捻り出した文章、そして明らかに何の役にも立たないもの、しなくても良いものの集積で、これらが人に見られようが見られまいが構うことはない、自分は自分の表現したいことをただ発表する、そのことが、自分をかなりの程度開放してくれている、ということを、今改めて思う。

この20周年記念事業として、ロゴを作成した

年内はことある毎にこのロゴとシールを貼りまくる所存。また、関係各位のご理解、ご協力のお陰でここまで来れたことに感謝して、一人謝恩パーティを開催したいと思う。と言うか開催中(毎日の晩酌)

悪乗りして作ったステッカー。「ドヤ顔工作」枠で

2025/07/30
んねぞう

あるビジネス関係のMailing listで配信されて来たmailを読んでいたら、PoC, PoV, PoBと言う用語が目についた。調べて見たら

PoC : Proof of Concept(概念実証)

あるアイディアが、その概念に基づいて、実際に成立、作動するかを実証する

PoV : Proof of Value(価値実証)

それが相手に対してどれだけの価値をもたらすか検証する

PoB : Proof of Business (事業性検証)

これでビジネスとして成立するか収益性等を検証する

と言うものだった

要するに、

• アイディア倒れではなく、実際にしっかり動くんだよね
• 相手に本当にメリットがあるんだよね
• 儲かるんだよね

と言うことを確認するステップのことだ

先日超音波距離計の製作にあたり、「概念上はできることは分かっていても、実地に応用してみると、予期せぬ事象が起きるので、色々と工夫や対策が必要なのだな、と言うことを身を以て体験した」と言う感懐を書いたのを思い出し、ああ、これはPoCに該当するのだな、と言うことに思い当たった

超音波発信機とセンサーを使って発信から反射波を受信するまでの時間で車体との距離を計算し、一定限度を越えたらブザーで警告音を鳴らす。この制御をマイコンでやらせることは理屈から言って当然できることであるが、実際にやって見た時に、気温による音速の変化を考慮に入れていなかったために、机上の検討の時には思いもしなかったことが起きた。これはPoCの段階で問題の洗い出しができたと言えるだろう

PoVについては、これは私にとって明確である。この距離計のお陰で、車の車体に傷をつけることがなくなり、今までかけた修理費用ウン十万円の支出を繰り返すことがなくなるというものである

PoBについては対象外

と言うか、こんな小さなことでいちいちPoCだなどと小面倒臭いことを言っているのは私だけだと思うが、小面倒臭いついでにフローチャートを作って見たので掲載する

ここでのミソは、PoCなりのPhaseでNon-conformanceなりDefectが検出された時に、それを修正するのか、それとも許容して次に進むかと言うステップの存在。引き合いに出した私の超音波距離計では、気温により検出距離(警告発出閾値)のゆらぎが発生するが、2mm程度なので、これは運用上で吸収するという判断をしている。本当は、温度計を追設して、時間を計算する都度、音速を計算するようにすれば良いのだろうが…

済みません、何を言っているかこの記事だけ読んでいる人にはわからない世界になってしまいました

2025/07/18
んねぞう

先月、車庫内に超音波距離計を設置して以来、お陰様で車を車庫の壁と仲良くさせることもなく、距離計自体も順調に稼働している。しかし最近、夕方、車庫に車を入れて、翌朝、超音波距離計のブザーが鳴っていることがあった。要するに下の絵のようなことが起こった

近所迷惑なので慌てて車を移動して、壁からの距離を離した。なぜ昨夜は鳴らなくて今朝鳴っていたのか?

その原因は、前日の夕方の気温に対して、翌朝の気温が高くなり、音速が変動した(早くなった)ために、音波の反射時間が短くなり、その結果、車との隙間が短く計算されて警告音を発したのではないかと考えた

試しに、下記の仮定でどの程度距離が変動するかを計算して見る。この距離計は、超音波を発射してから反射波が返って来るまでの時間を計測して、その時間に音速をかけて距離を計算するものだ。プログラムでは音速は一定として計算しているが、実際は気温によって変動する。仮に、昨晩、車を停めた時の気温を27℃、今朝の気温を31℃とすると、音速は下記のようになる(音速の計算はkeisan.siteのお世話になった)

27℃の時 347.7m/s
31℃の時 350.0m/s

27℃の時に、隙間が26cm以下で警報音が鳴っていたとすると、この距離は音速に比例するから、31℃の時に鳴り始める距離は

となる

気温が27℃の時には、隙間が26cm以下になると警報音が鳴るが、31℃では、警報が鳴り始める距離が2mm延びる計算になる。短い

私は、朝晩の、警報の鳴る/鳴らないのわずか2mmの変動幅の中にまんまと停めてしまったということになる(ﾎﾝﾏｶｲﾅ)

因みに音速は下記の式で計算される

ここで
k : 空気の比熱比 1.403
R : 気体定数 8.314462
M : 空気の分子量 28.966g/mol
T : 気温(絶対温度 t℃+273.15)

試しに気温0℃から35℃の間の音速をプロットすると下のグラフのようになる。

上の式のように、グラフは温度の平方根に比例するが、温度が絶対温度で300k(約27℃)程度になると、ほぼ直線で近似できるようだ。試しに式を作って見ると、下の式のようになった。これによると、0~35℃の間では、温度が1度高くなる毎に約0.59m/秒ほど早くなるようだ

ただしtは摂氏の温度、適用範囲は上記の通り

本日の教訓

自分で作った仕組みの運用上、予想外の出来事があって、その原因を考えて見た。これが合っているかどうかは措くとして、概念上はできることは分かっていても、実地に応用してみると、予期せぬ事象が起きるので、色々と工夫や対策が必要なのだな、と言うことを身を以て体験した

2025/07/06
んねぞう

車の車庫入れの時に、あまりにも車を助手席側に寄せすぎて壁を擦って車のボディを傷付けたことで頭に来て、超音波接近警報機を設置しようとして前回電源装置を組み上げ始めた、その続き。いよいよ本体にとりかかる

2. 組み立て

部品を基板に配置してはんだ付けした

上の写真で左上 : 前回組み上げた電源装置、左下 : 006P積層乾電池ホルダー、中央下 : ブザー、中央 : 超音波センサー、中央上 : 超音波センサーのEcho信号の分圧抵抗、右下 : Raspberry Pi PICOのピンソケット

自分にしてはなかなかよく出来た。裏面はあまり見ないで欲しい

ご本人の、車を擦って頭にきている様子が良く現れている絵柄ですね(ﾆｺｯ)。お陰で裏の抵抗廻りの配線が入り組んでハンダ付けもちょっと大変だった

ついでに実体配線図

3. ソースコード

from machine import Pin, time_pulse_us
import time

# センサーのピン設定
buzzer	= Pin(11, Pin.OUT)
trigger	= Pin(8, Pin.OUT)
echo	= Pin(6, Pin.IN)
led     = Pin('LED', Pin.OUT)


def get_distance():
    #トリガーパルスの発生
    trigger.low()            
    time.sleep_us(2)
    trigger.high()
    time.sleep_us(10)
    trigger.low()

    #エコーパルスの測定
    pulse_time = time_pulse_us(echo, 1, 2400)
    print (pulse_time)
    if pulse_time < 0:
        time.sleep(1)
        return None

    #距離への変換
    distance_cm = (pulse_time / 2) * 0.0343
    if distance_cm < 25:
        buzzer.high()
        time.sleep(0.3)
        buzzer.low()
        time.sleep(0.1)
        return distance_cm

# メインループ
while True:
    dist = get_distance()
    if dist is None:
        led.on()
        time.sleep(0.05)
        led.off()
    else:
        print("距離: {:.2f} cm".format(dist))
        time.sleep(0.05)
        led.off()

プログラムはMicro Python環境で組んだ。ミソは”time_pulse_us()”と言う関数を使ってtriggerからecho受信までの時間をマイクロ秒単位で計り、音速と合わせて計算して距離を弾き出すところ。音速は確か温度で変動するはずだが、私の使い方はある一定距離(数十cm)以下になればブザーを鳴らすというもので、精度は要しないので、定数と考えて差し支えない

4. 動作確認

出来上がったものの動作

着目して欲しいのが、PicoのLEDの点滅周期だ。超音波を発射する度に点滅するようにしているのだが、何もない時には1秒に1回発射しており、物体がある程度近くになった時に1秒間に10回発射してモニタリングを強化し(今回計ったら42cmまで接近した時点で警戒体制になった)、そして危険水域になった(26cm)時にブザーを鳴らすという形になっている。プログラム上では25cmと設定しているが、1cm程度の違いはどうでもよろしい、素晴らしい。ドイツ語だとwunderbar、はい、皆さんご一緒に、

ぶんだばー!

5. パッケージング

動作の確認ができたので、次は実際の設置環境に適応したパッケージングだ。ほぼ屋外の環境なので、雨は大丈夫だができるだけ埃が入って来ない対策が必要である。100円均一ショップで段ボールシートを見つけたので、これを切り貼りしてエンクロージャを作ったのがこれ

超音波センサとブザーは露出せざるを得ない。右の四角い穴はPicoのLEDの点滅で動作を確認するため。ハンダ付けもそうだが、こういう工作物は手先の不器用さと雑さが如実に露呈して、当方としては居直るしかない

動けばいいんだ、動けば…

同様の悩みをお持ちのご同輩とは、次のMurphyの法則を共有したい

The Basic Law of Construction

Cut it large and kick it into place.
大きめに切って蹴り込め
(建築の基本法則)

6. コスト計算

金額を積算して見ると、2,509円は、自分の思っていた金額より高い気がしたが、一つ一つ見て見るとそれほど高いものではないので、これが積み重なると案外嵩が増すものだと。何か人生に通ずるものがあるような気がするが、ここではこれ以上踏み込まないことにする。超音波センサーのピンの接続を間違えて1個オシャカにした分は入れていない。もしコストを下げるとしたら、PICOをESP32-C 3-WROOM-02-N4とかいうマイコン(340円)に置き換えるかだが、この開発環境の構築にかかる費用、また開発、実装の手間を考えると、私にはハードルが高過ぎる

今回の教訓

車庫が狭いと辛いね
細工の雑さ加減は一生直らないね
プログラミングで自分ではできないことを実現できるのは素晴らしいよね

【後記】006Pの乾電池は2日でなくなったので、ACアダプターで運用することにする

2025/06/07
んねぞう

先だって、8ドットLEDマトリクスを使った電光掲示板の復活を果たしたのに気を良くして、この拡張を考えた。8ドットLEDマトリクスが2つ連結されているのでは、いささか文字の読み取りに神経を集中させる必要がある。これは個人差があるのだろうが、右から左に流れる、8ドットの文字を認識して、記憶し、その次に現れる文字を認識して、単語として構成して意味を取るという作業は、なかなかに集中を強制されるものである。仮に、これが電車の中の案内表示に使われたら、乗り間違い、降り間違いで発狂する人が出る可能性もあると思われる。これを解消するには – ① 表示のスピードを遅くする、 ② 表示の桁数を増やす – の2通りが考えられる

試しに表示のスピードをいじって見た。下記は画面を0.07秒ごとに1ドット送るパターン。これを基準とする

AV1コーデック

H.264コーデック

次いで、画面送りの時間を倍の0.14秒ごととしたパターン

AV1コーデック

H.264コーデック

後者は、多少見やすくはなったが、伝えたい情報量に対して、その時間がかかりすぎて、例えば電車の中でこのような表示を見せられている人達は、電車と言う移動スピードとこの情報の流されるスピードのギャップに違和感を感じるのではないか、とうじいん、ああわかったわかった、わかったから早く次を表示してくれ、でないと次の駅に着いてしまうじゃないかとフラストレーションを覚える人とか、あまりの遅さに乗り物酔いを起こしてしまう人も出て来るかも知れず、これは由々しき問題である

因みに表示されている文字列はWebで、日本で一番長い駅名(かなで数えた時)を調べて出て来たものである。8ドットマトリクスで漢字表記は別の意味で辛いものがあり、可読性の観点からひらがな/カタカナ表記とした。流れ行く文字列を見ていると頭悪い感が漂うが、この企画(を実行している自分)自身がそうなので、気にしないで進める

閑話休題、AmazonのWebサイトを眺めていたら、緑色の8ドットLEDマトリクスの4連のものが1,000円を切る値段で出ていた。それも、LED単体ではなく、コントローラ付きでだよ。写真を見る限り、このコントローラは、私が今持っているのと同じMax7219と言うものが使われているが、某有名電子部品のWebストアではこのコントローラなしで1個250円で売られていたのに対してかなりお得で、これは買うしかない

で、買った。本体と、SPI接続用ケーブルと、L型ピンヘッダが入っていた

LEDマトリクスを一つ基板から剥して、コントローラを見たが、型番の表記はなし。ちょっと心配になったが、多分大丈夫だべ、心配しても仕方がないので先に進むことにする

2つ連結のプログラムの定数を2箇所変更しただけで動いた(カスケードの数を2 → 4、文字の流れる方向を逆転)

この状態で、2つ連結のものと並べて表示させてみる。表示スピードは、両方とも基準とした、0.07秒ごとに1ドット送るパターン

AV1 コーデック

H.264コーデック

4個連結の方は確かに視認性に優れて、楽に読み取れるような気がする

逆に、表示される文字数が2倍になったせいか、もう少し早くても良いような気がしたので、4桁の方の表示スピードをほぼ倍(0.04秒ごとに1ドット送るパターン)で試して見た

AV1コーデック

H.264コーデック

感覚として、表示の量が倍になると、スピードが倍になっても楽に読み取れるような気がする

悪乗りして、スピードをその倍(0.02秒ごとに1ドット送る)にしてみた

AV1コーデック

H.264コーデック

これは、流石について行けない。文字の流れが速く、如何にひらがなとはいえ8×8ドットの文字を認識するためには多少の時間が必要で、視線を動かす必要があるが、その分早く、大きく動かす必要があるので疲れる。もしやるとすれば、桁数を増やせれば良いのかも知れない。例えば6桁とか。そういうことを言い出せば、ブロードウェイの電光掲示板のように、帯のようにすれば良いことになるので、この話はここまでにしておく

以上、非常に限られた数のサンプル(いつものことだがな)に対して、下記4項目について、2個連結、70msピッチの表示の場合を標準の5として、数字が大きいほど良い(最大9)として評価して見た

① 読み取るのに必要な全体的な緊張度
② 情報の待たされ度
③ 目玉の忙しさ
→ 流れて行く文字を文字として読み取るのに必要な目の移動量と速さ。これは流れるスピードが主に関係するだろう
④ ぱっと目に入って来る情報量
→ 2個、4個連結と言う物理的条件の他に、流れて行く文字全体を見て瞬時に把握できる程度

本日の教訓

8ドットLEDマトリクスは、2桁より4桁の方が良い
桁数が増えると表示スピードは速くできるが、限度と言うものがある

2025/03/22
んねぞう

数年前に、RaspberryPiとLEDを使って、LEDを光らせるお遊び(所謂Lチカ)をした。基板を使って回路を固定したのは良いが、裏側の配線がとげとげしていて座りが悪く、持った時に指が痛いので、電子工作材料店にプラスチックのスペーサを注文して、台座に固定した

台座の裏側には泣く子も黙る〇文様の紋所があるので、通る者は皆頭(こうべ)を下げて謹んで従わなければならないのだ(なのか?)

前回は「完結編」だった。今回は「完成編」とした。それぞれその回で、「もうこれで終わり」と言うつもりでタイトルを付けているのだが、万が一次があった場合、どうする積りなのだろう

2025/03/15
んねぞう

人生ゲーム用の電子ルーレットをブレッドボード上に組んだままで放っておいているのが気になっていた。基板も買っていたのに、このままではジャンパワイヤが抜けて、再現できなくなるという危機感が募り、ようやく基板の作り込みに着手した。下の写真が出来上がり

台は、100円ショップでプラスチックの手頃な箱がないか探していたところ、木製のアクセサリボックスで良さそうなものを見つけた。プラスチックと違い加工がしやすく助かった。本人にとって見れば、ひっくり返された挙句穴まで開けられてびっくりしていることと思う

このようにしてできた完成形。指示盤はできるだけ賑々しくなるようにExcel, Power Point, Paint Shop Proを駆使してデザインした

実際の動き

同じ動画をYouTubeにも掲載

記録のため、現状でのソースを置く。前回からさらに手を加えた部分もある

# Roulette_20250304.py : 2025/03/04 Modified
# By pushing any of buttons, the dice number (from 1 to 10) is randomly determined and servo motor indicates its value. A LED lights during the process.
# Runs on Raspberry Pi Pico.
# Developed on Micro Python.
# Pin assign --
# Servo Motor : GP0
# For each button: Green GP11, Red GP15, Yellow GP7, Blue GP3
# LED : GP16

from machine import Pin,PWM
import time
import math
import random

pin16 = machine.Pin(16, machine.Pin.OUT)
pin0 = machine.Pin(0, machine.Pin.OUT)
servo = machine.PWM(pin0)
servo.freq(50)

def servorandom_dice_Pico():
    pulse_prev = 0
    m = random.randint (6, 20)
    n = 1
    while n <= m:
        dice = random.randint (0, 9)
        pulse = int(523 * dice + 2400)
        if abs (pulse - pulse_prev) > 150:
            servo.duty_u16(pulse)
            lapse = 0.1 + n / m * 0.8
            print (m, n , dice + 1, "Pulsewidth", pulse, lapse)
            time.sleep (lapse)
            pulse_prev = pulse
            n += 1

# Calculation method of Duty
# https://ippei8jp.hatenablog.jp/entry/2017/08/25/054956

n = 1
while True:
    pin = machine.Pin(3)
    pin = machine.Pin(3, machine.Pin.IN,machine.Pin.PULL_DOWN)
#    print ("Pin0 (G) : ", pin.value())
    if pin.value():
        print ("    ====Blue")
        pin16.value(1)
        servorandom_dice_Pico()
        pin16.value(0)

    pin = machine.Pin(7)
    pin = machine.Pin(7, machine.Pin.IN,machine.Pin.PULL_DOWN)
#    print ("Pin5 (R) : ", pin.value())
    if pin.value():
        print ("    ====Yellow")
        pin16.value(1)
        servorandom_dice_Pico()
        pin16.value(0)

    pin = machine.Pin(11)
    pin = machine.Pin(11, machine.Pin.IN,machine.Pin.PULL_DOWN)
#    print ("Pin10(Y) : ", pin.value())
    if pin.value():
        print ("    ====Green")
        pin16.value(1)
        servorandom_dice_Pico()
        pin16.value(0)

    pin = machine.Pin(15)
    pin = machine.Pin(15, machine.Pin.IN,machine.Pin.PULL_DOWN)
#    print ("Pin15(B) : ", pin.value())
    if pin.value():
        print ("    ====Red")
        pin16.value(1)
        servorandom_dice_Pico()
        pin16.value(0)

#    print (n ,"---- ")
    n += 1
    time.sleep (0.2)
#    print (pin16)

しょうもなさの度を深め、完成形と言いながら何故か今後の改善点をば

無限回転できるサーボモータを使うとリアリティが増すだろう。回し方も正逆、強弱を選べるようにするとなお良し
動作時に派手なイルミネーションや音響を発する仕組みも良いだろう

2025/03/05
んねぞう

【後記】
出来上がったは良いが何となく違和感を覚えていた。やはり各スイッチの信号線部分にPulldown抵抗が必要だと思い直し、回路を追加した(2025/04)

先日RaspberryPi Zero 2WをNAS化して喜んでいたのだが、一晩経つと何故かUSBフラッシュメモリのマウントが解除されてしまうことがわかった。原因は不明。それでは困るのでいろいろ試していたのだが、結局下記のような経緯を辿って、ストレージが当初のHDDからUSBメモリ、そしてSSD、SATA-USBアダプタもバスパワー方式から外部電源方式と、本体以外がらりと変わった構成になってしまった

本体	ストレージ	アダプタ	方式	結果	備考
4B (4GB)	2.5′ SATA HDD	SATA-USB(バスパワー)	OMV	〇	OMVで運用可能
ZERO 2W	2.5′ SATA HDD	SATA-USB(バスパワー)	OMV	×	本体の無線LANが設定できず
ZERO 2W	2.5′ SATA HDD	SATA-USB(バスパワー)	SAMBA	×	動作不安定
ZERO 2W	USB フラッシュメモリ	–	SAMBA	△	途中でストレージのマウントが解除される
ZERO 2W	SSD	SATA-USB(バスパワー)	SAMBA	×	動作不安定
ZERO 2W	SSD	SATA-USB(外部電源)	SAMBA	〇	← 最終形

動作が不安定だった原因は電源系統の制限によると思われる。ACアダプタに容量は十分と思われる5V 3Aのものを使っても動作が不安定なので、本体にModel 4Bを使った時は2.5in. HDDを繋げても動作していたことから、Zero本体がストレージへの給電に必要な電流を扱いきれないのだろうと推測する

当初、Tinyだな、と悦に入っていた段階からだいぶ肥大化してしまったが、それでもNAS専用機として売られているものと比べたらずっと小さいのでOK(複数ストレージ接続、RAID等の機能は考慮しない)。ただし、ここに至るまで、64GB USBフラッシュメモリ、SATA-USBアダプタ(バスパワー)と余計なものを買ってしまった。そのうち使い道が出て来るだろうが

左 : これまで 右 : これから

でだ、肝心の用途は決まっていないのだが…

2025/02/18
んねぞう

このところChromebookに興味を持ち、YouTubeでもその関連のチャンネルを視聴していた。手持ちの底辺Windowsマシンも良いのだが、例えばメモを取るのにさっと起動してぱぱっと入力してさっとしまう、そういうスタイルも良いなと思うようになっていた

世の中にはWindowsやMacintoshのようなOSの一種としてあのGoogleが出しているChrome OSというOSがあり、Chromebookと言うカテゴリでそれなりのブランドで販売されている。その特徴は基本はChromeブラウザベースで稼働し、機器の仕様はWindowsで言うと底辺クラス、例えば今自分が持っているCeleron N4020、メモリ4GBで十分機能するというもの。ただし、このChromebookは負荷の重い作業、例えば静止画、動画の編集、3Dゲーム等には全く向かず、テキスト入力、ブラウジング、ちょっとしたドキュメントの作成、編集に限られる。これに特化した使い方であれば十分なものであり、私のサブマシンの位置づけに合致している

WindowsマシンにもこのOSがインストールできるようになっており、Chrome OS Flexと言う。インストールにあたっては、WindowsのChromeブラウザに拡張機能をインストールし、これを起動してUSBメモリにインストーラを構築して、これを差し込んで起動するようになっている。起動した時は、このままOSをインストールするのか、インストールしないで、環境を試して見るかの選択ができるようになっている。この機能検証を上述のWindowsのサブマシンで行っていた

そのような中、事件は一昨日の夜起こった

前日検証をしていたのだが、一旦スリープ状態になると復帰しないので、これ以上の機能を確認したいので、一昨日の夕食の後、酔った勢いでインストールを行った

その後の事象のシーケンスは下の絵の如くなっている

Chrome OS Flexをインストールしても、スリープから復帰もしないし、モニタをぱたんと閉じてまた開けても画面が表示されないし、だめだこりゃと思って、以前取っておいたWindows回復ドライブを使って回復しようとしたら、回復の途中でエラーになって進まない。いろいろなメニュー、オプションで何度やっても解決できていない

然らばUbuntuでも、と思ってインストールしても画面が乱れて使い物にならず

結局のところ、Windowsの元の環境に戻せず、さりとてChrome OS Flexも中途半端な状態で使い物にならず、もう一つの逃げ道と思っていたUbuntsもがめんがくしゃくしゃで話にならないという八方塞がりの状態だ

もう少しじたばたして見るが、これが駄目だった時のシナリオも上の絵に描いておいた

2024/03/30
んねぞう

何かの必要があって、私のガラクタの中を探していたら、Copact Flashカードが出て来た。こんな古いカード何に使ってたっけと思った。幸いなことに私の今使っているガラクタカードリーダにCopmact Flashのスロットがあったので突っ込んで見た

中を覗いてみると1998年～2000年の間に行っていた、アメリカを始めとした海外出張の期間のメモが残っていた。大半は自分のアメリカ紀行で、その時の体調、見聞きしたこと、乗った飛行機や宿の事などだったが、その中にちょっとだけ仕事のMailやメモも残っていて、そういえばあの時、と一時感慨に耽った。残してある文面を見ると、その時は流石にばりばり仕事をして、文章の上ではてきぱきと部下に指示を出しているように見え、また、英語で書いたアメリカの会社の人達との打ち合わせのメモも残っていて、ほう、あの時もこんな英語書いてたんか、と我ながら驚いたりした

前に書いた覚えがあるが、一時私は会社のある事業部のIT部門の課長をしていた。この期間はそうなる直前の時期だと思われる。しきりに海外との仕事のITによるコラボレーションの調整をしていて、相手先に行って打ち合わせをした後、これまで対応していたメンバから、お前が来たおかげで相手の態度が和らいだということを聞かされたということが書いてあった。ああ、そういうこともあったなと、胸を一陣の爽やかな風が吹き抜け、そして今の自分との落差を思った

2024/03/22
んねぞう