駄日記 (未完結間欠日記)

> 2ヶ月ほど前に買った断熱マグカップ、 内面 (ステンレス) のざらざら感がだいぶ増してきたので、 早めに手当しとこうと過炭酸ナトリウムで漂白。 ティースプーンに 1杯入れて、43℃くらいの湯[1-1]をいっぱいに入れて、溶け終わる程度まで放置。内面つるつるに。
ちなみに見た目での変化はほぼなかった。 見た目で変化に気づく前に、触った感触が変わってきたら漂白するくらいにするのがええんじゃろうな。だいたい 2ヶ月くらい毎を目安に。 前のマグの時は、ついめんどくさくて放置してカルシウム (的なやつ) がこびりついてなかなか取れなくしちゃってたからなあ。

> 石井正則氏が youtube チャンネルで、自動で音声を録音収集して AI に送り込んで加工する小さい専用デバイスの紹介をしていた。 plaud.ai つうところの plaud note.pin という製品。 処理内容は文字起こし、要約、マインドマップ生成など、先日ちょっと試した google の NotebookLM に似ている。 google を利用してるんじゃなく自社でやってんのかなこれは。 紹介動画見ると、処理方式にいろんなバリエーションがあるあたり、 たとえば詩的に要約する、などの指定がカスタムでできるとかが石井氏の好みにヒットしとるっぽい感じ (このへんワシの指向とはあんまし合わないので、石井氏の紹介動画はワシ的にはだいたいあんまし刺さらないんだが)。 プライバシーとか機密とかはどうなのか、そのへんは紹介の中ではまったくノータッチだった。 あまり気にしてないのか、そのへんは暗黙の前提ということで省いているのかはわからない。 データはスマホと接続してスマホから送るっぽい。 デバイスを買うと、情報処理サービスが無料でついてくる、 さらにサブスクで制限解除した内容にグレードアップ、というパターンぽい。
他に (先行で?) plaud note とかいう製品もあるのか。 いずれにしても 3万近くて、まあ仕事に使うアテがある訳でもお金余ってるわけでもないので、 ワシ的には高くてちょっと手は出ない。 「PLAUD AIアプリでは、GPT-4.1、Claude 3.7 Sonnetモデルをベースに開発され、 さらに優れたモデルが登場したとしても、常に最高のLLMの選択肢をご提供します。」 とあるけど。 こういうのってサービス提供者 (社) がサービス終了しちゃったらそこまでだからなあ…。

> gnu screen は、内部で複数の端末を立ち上げて、それらを画面分割して並べて表示したりできるんじゃが。 分割表示すると各表示領域 (window) の下端に、現在の端末の情報 (番号と、必要なら任意の名前) が表示されるんじゃが。 画面分割しない状態だとこの端末情報がなにも表示されないんで、今見てるのがどの画面なのかすぐわからない。
なーんとなく不便じゃのう…と思いつつもそのまま、2010年からずっと使い続けてきたんじゃが。 ふと、画面分割しない状態で画面最下に window 情報を表示する方法ってないのか。 こんだけいろいろ機能も備えとるんだし、なんかあるよな…? と思った。 で、とりあえず ChatGPT に質問を投げてみたところ、 設定ファイル .screenrc 内に hardstatus alwayslastline "文字列" と設定すればできると。なるほど。 「screenrc hardstatus」あたりでいろいろ検索してみると、この文字列部分の書式がやけに複雑で、 仕様を飲み込むのにかなり難儀してしまった…。 なお、分割した時の各 window 下部に表示される領域は caption で、 hardstatus というのはこれ (ら) とは別に、screen 全体の情報を表示するための領域であることがわかった。 つまり分割表示すると、全体の情報 hardstatus と各 window の情報 caption が両方表示されるのね。 なるほどね…。ちょっと探り探り、いろいろ設定を試してみよう…。
しかしこれまで screen 自体の使い方は検索したことはあったけど、 こういう設定の詳細を検索したことってなかったよなあ…。 15年もの間バクゼンとテキトウに使っとったんじゃなあ。 ある意味間抜けな話だな。

> logicool のトラックボール、trackman marble の変遷。 youtube の三猫ちゃんねるというチャンネルで紹介していた動画内の図を元に追記。

発売	製品名 (型番)	備考
1998.10	Marble Mouse	型番不明 / 2ボタン、PS/2接続、白
1999.11	Marble Mouse USB Combo for DOS/V & Mac (ST-43UPRi)	USB化
2001.08	Marble Mouse (ST-44UPi)	色変更 (白→グレー系)
2002.06	Marble Mouse (ST-45UPi)	4ボタン化
2008.12	Trackman Marble (TM-150)	名称変更 2012までで廃番?
2012?	Trackman Marble (TM-150r)	ユーティリティCD-ROMなし
2020?	Trackman Marble (TM-150n)	PS/2コネクタ同梱なし

Marble Mouse から Trackman Marble に変わる際にも色味がちょっと変更されてるっぽい。 前者は本体よりもボタンがちょっと濃い灰色だが、後者は逆にボタンの色の方がちょっと薄い。
なおワシが最初に買ったのは ST-44UPRi (2002.3)。 次に ST-45UPi を買って (2003.7)、これは 4年ちょいくらい前まで 20年近くずっと現役で使用していた (何度か、ボタンのスイッチがチャタリングを起こすようになって、その都度接点洗浄剤 (≠復活剤) で手当てしたりはしたが)。 しかしトラブルで修復できない傷 (凹み) をボールに作ってしまい、 代替のボールも探してみたがその時は見つけられず。 やむなく現在は orbit fusion に乗り換えたんだが。 実は手元には TM-150r をヤフオクで 2021.07 に、 TM-150n を流通在庫で 2022.06 に購入して確保済だったりする。 20年はもつデバイスを余分に 2つも確保してないでどんどん使えよっつうね…。

> bsky で。

源氏物語の完訳コミック化という、途方もない企てを実現されつつあった 杉村喜光 さんが道半ばで逝去された旨。
昨年には６巻まで刊行されていましたが手元には４巻まで。
自分とほぼ同じ年齢の方だったよう。
ご冥福をお祈りします。
https://bsky.app/profile/symbol10.bsky.social/post/3luznqr275s2i

名前に見覚えがあるなと思ったら知泉氏だった。 Web で検索してみたが、現在のところ亡くなったという情報の裏は取れてない。
なお源氏物語完訳コミックは「知泉源氏」というタイトルで刊行してたらしい。

> いまだらだらと .screenrc の設定 (hardstatus まわり) を、情報あさりつついじってるんだが。 当初からエスケープコマンドをデフォルトの ^A から ^T に設定してあるんだけど、これの設定をどこに書いてあるのかわからない。 .screenrc 内にないんだが…。どうなってんだろ。
と思って ChatGPT と問答をしてたら、/etc/screenrc の可能性が表示されたので、見てみたらあったよ。 そうかこっちに書いてたか…。まあユーザワシ一人だからどこに書いても結果は一緒なんだがね。 こういうなんか手掛かりが欲しい時にたまに便利なんだよな LLM…。 もうちょっとアタマが冴えてたら、 自力で man 見たりして設定反映の流れを確認して設定ファイルがどことどこにありそうかを自力で見つけだせるとは思うんだが。

> 久々に淀 (ヨドバシドットコム) で、決済時にセキュリティコード入力欄が出てこない額の買い物をした。 smbc visa devit だと、この状態での決済だと決済エラーが起きて、最低 30分から長くて 2時間くらい待たないと決済確定にならないんだが。 mufg jbc devit だとどうかな…と思って待ってたら、5～6分もしないうちに通った…。 しかも 2点買ったうちの片方は取り寄せなので、淀お得意の、一度合計額で落としておいてから一旦全額キャンセルし、 即座に個別に決済をやり直す、という挙動が発生したんだが、 smbc visa debit の場合、合計額が上記のような状態だと、個別のやり直し決済にも一度エラーが発生して、 また数十分～数時間の待ちが入ったり、ヒドい時にはキャンセル分の返金処理だけ遅れて数日以上二重に引かれっぱなしになったりしたが、 そういうのもなく即座に全額返金 (キャンセル) になってすぐに別々に決済降りた。 うーんナゾだ。淀の処理中は smbc visa debit の時と似たような JCB J/Secure みたいなポップアップが出てて、 あー同じよーな処理してんなー、と思ったんだが。 あの淀×smbc debit の決済不具合は結局なにが理由なのかがさっぱりわからんままだなあ。ただ相性の問題なんだろうか。

> というわけで、先日来のトラックボール紹介動画を見てるうちにどうしても (例によって) 試したくなり、 ナカバヤシの小型のフィンガー (人差し指) タイプのトラックボールを買ってしまった。4.5K。

> メモ。HRT (Hormone Replacement Therapy)。ホルモン補充療法。女性の更年期などに対処する治療法。注意点などちょっと読んだ。 対象は必ずしも閉経後に限らないが、閉経前は黄体ホルモンの分泌で (だったかな…) 子宮内膜がんの危険が増えるので、 時々月経類似の子宮内膜のお掃除をしないといけない、とかいろいろ大変そう…。

> 一応 screen で各 window に現在の path (の basename) を反映させられるようになった。 あとは端末ごとに hardstatus の背景色を変えたいが、これはちょっとめんどくさそうだわね…。

> むしあつい。

> 座ったまま寝ちゃうパターンが続いていて、このところパームレストがデコのあぶらをどんどん吸い込んでいる…。 早々に買い換え時期が来そう…。 別にデコでなくても皮脂や汗はちっとずつしみこんでるから、どっちみち買い換えは必要だが。 今のやつは Archiss の TKL サイズのやつで、まだ半年も使ってないんで、もっと先の話だけど。
次のパームレストはどこのどの製品にするかなあ…。 HyperX のやつもちょっと試してみたいが、びみょうに高いんですよな…。 今まで買ったのはどれも 1K 以下なんだが、こいつは 2.4K するんで…。

> おっきめのハエトリが居室を巡回してるんだが。エサとか水とか大丈夫なのかな。余計なお世話なんだがちょっと心配になるな。

> セメダインBBX を塗って作ったレシート撮影用段ボール板の粘着力が弱くなってきたので、 ちょっと溶かして粘着力復活できないかな、と血迷ってシール剥がしスプレーを吹いたら、 粘着力が復活するどころか余計にくっつかなくなった上、 溶剤に添加された香料のニオイでものすごく臭くなっちゃったんでまるごと捨てた…。 作り直さんといかんばい。
ホントは貼り剥がしできる自作の段ボール板より、市販品で透明の低反射シートを上に乗せるタイプのボードでもあれば、 と思ってちょっと検索してみたが、あるにはあるけど A4 くらい程度までのものばかりでサイズがぜんぜん足りないし (ずる長いレシートもけっこうあるんで)、あと値段も高い。 あと低反射をうたうシートは表側につや消し加工をほどこしたものなので、 結局中にはさんだもの (字など) のコントラストが甘くなる。
元のように貼り剥がしできるボードを自作するにしても、セメダイン BBX 塗る作業もちょびっとタルいし、 けっこうでこぼこにもなるし、 弱粘着タイプのスプレー糊の方が均一に塗布できていいかしら、と思って探してみたらこれも意外と値段高い。 今後の使用頻度を考えるとちょっともったいないかもしれない。 あとスプレーだと作業環境も考えないといけないのも若干面倒は面倒か。
ちなみにこの手のスプレー糊の粘着剤の成分としては、ブチルブタジエンゴム系とアクリルゴム系とその他 (詳細不明) があった。 アクリルゴム系の方が劣化しづらかったりしないかな、とか思いつつ、 そういえばいつだか買ったきりほとんど使ってないトンボのピットマルチ2 も貼り剥がしできるタイプだっけ…。 有機溶剤ベースじゃなく水ベースなので、 普通の紙だと乾くまでの間に紙がしわしわになりがちだが、 段ボールだったらしわにならずに塗れるかも、と、 試しに段ボール板を (段ボール大箱の一面を切り取って) 用意して塗ってみた。 乾いてから粘着具合を確かめたところ、けっこうイケそう…。 なにしろマルチピット2 も使用機会がほとんどなかったんで、この用途に今後も使えるなら一石二鳥でもある (なにが)。 この粘着力があまり長持ちしないパターンもありうるが、その時はまた別の方法を考えればいいや。

> 淀の配達は数十分前に予告メールが届くので助かるんだが。 急におなかいたくなってきたところへ配達予告メールが。 たぶん郵便受けに入らないサイズなので玄関での受け取りが必要そうだったが、 これは配達までガマンするのもちょっとムリそうだし、 配達時間までに切り上げるのもちょっとムリそう、 と思ったんで、急遽メモ用紙に「トイレ中、玄関脇に置いてください」と書いて玄関ドアの表にぺっと貼ってからトイレに臨んだ。 トイレ中に無事配達完了…。 淀の配達は基本受け取りサイン (ハンコ) 不要なのでなんとかなった。

> つうわけで、ナカバヤシのトラックボール、Digio2 Q 人差し指タイプ (MUS-TBLF185W)、が届いたので使ってみた。 ちなみに、人差し指タイプ、はナカバヤシの商品名 (の一部) だが、トラックボール界隈ではフィンガータイプと呼ぶらしい。 英語で finger は“親指以外の指”を指す場合もあるので (医学系分野とか楽器演奏関連とか)、これで通じる。 日本語だと親指以外の指をまとめて指す呼び方がないんで、人差し指タイプとか中指タイプとか人差し指・中指タイプとか、 呼び方がバラけてて若干すわりが悪い。閑話休題。
やはりボールのころがりっぷりがいまいちしぶい…。ボールがちょびっと小さめだしな (34mm 玉は現在広く普及している親指タイプのトラックボールで使われているサイズ。 ちなみにこれまで愛用してきた logicool の trackman marble と kensington の orbit fusion はいずれも 40mm)。 あとボタンの位置とかがぜんぜんまだ慣れてないんで…手のポジションがちょっと決まらんなあ。 しばらく使ってみないと。

> 先日 (先月)、スーパーで買ってきたピザを一部冷凍保存してみたらあとから味の劣化もなく食えたので、 今回、スーパーで買ってきた見切り品弁当をいくつか試しに冷凍してみることにした。 これも仮に不味くなることはあっても、食べられなくなることはないだろう。たぶん。

> ナカバヤシのトラックボール digio2 Q 人差し指タイプ、 ボタンの位置などにまだ慣れてなくて操作がびみょうにとまどう。やりづらい…。 本体がちっちゃいんで手を置くポジションが決まりにくいのもあるな。 今まで使ってたのは手のひらの手首側を本体の後ろあたりにしっかり乗せて位置決めできてたんだが、 本体がちっちゃいと手のひらを乗せる余地はないので。 そして、位置決めで本体の向きを調整したい時なんかに持ちづらく (持ちやすそうな位置にあるのがほぼボタンなので)、 位置の微調整自体がしづらいというのもある。これもほんのりストレスかもしれん。 特に左ボタンが本体左側面の 1/3 以上を占めていて、 そこを持たないように持つ位置をずらすとそのあおりで反対側の指とか添えた他の指とかがまた別のボタンを誤クリックしたり。 そんな感じ。

> 冷凍してあったスーパーの弁当をひとつ解凍して食ってみた。 野菜類の歯応えがなんもなくなる以外は問題なさそう…。 解凍 + あたため、で加熱時間長めになって容器が一部溶けたりはしたが。

> 紙資源出す時用に今年の春先に買った取っ手付紙袋を、やっとひとつ使った。 寝かせちゃってたわね…。 なにしろ紙資源として扱われる範囲がよくわかんなくて、 ポスティングされてたチラシだのカレンダー残骸だのいろんな巻紙の芯だの、 ごっちゃごちゃに詰めて出したので、あれが回収されるかどうかだが。 あとで様子見に行って、もし回収されてなかったら持ち帰って燃えるゴミに出そうかな…。 なお 50枚セットで買ったので、ワシが生きてる間に使い切れない可能性はけっこうかなりある。

> むかーし子供の頃に一時使っていた「クレイロール ウノ シャンプー」をふと思い出して、 ハーブ系のような独特の青臭いニオイがけっこう好きだったんで、 海外ではまだ何らかの形で売ってたりしないかな…と思って探してみた。 新品ではさすがに見つからなかったが、当時のデッドストック品がヤフオクに出品されてて目を疑う。 使えんの? さすがにもう厳しいんじゃないかと思うんだが…。
で、検索結果のけっこう上位に、なぜか日本の wikipedia の「ハーバルエッセンス」のページがヒットした。 「ハーバルエッセンス」は元は米メーカー BMS (ブリストル・マイヤーズ・スクイブ) のヘアケア部門「クレイロール」の製品を、 BMS が日本で 1999年から発売し、 その後コンシューマ部門のシーブリーズが資生堂に売却され部門閉鎖、2000.7 に発売中止となっており、 その後 2001.5 に P&G が「クレイロール」部門を買収し、P&G の製品として 2004.4 に実質的に日本再参入の形で発売。 というわけで「クレイロール」は会社じゃなくブランドだったのがわかった。 なお「ハーバルエッセンス」は現行製品だが、ウノシャンプーはさすがにもう出してないっぽい。
現行品でウノシャンプーと同じようなにおいのシャンプーはないかな…。 そもそもあのにおいは何由来なんだろ、と思って生成系 AI にも聞いてみたが、あまり確かな手掛かりは得られず。 ヤフオクで出ていたデッドストック品の出品写真とか、似てそうな製品の写真とかを探して与えてみたら、 アンゼリカ (セイヨウトウキ) とタイムの可能性が高いと答えがあった。 アンゼリカのニオイといわれてもわかんないなあ…。 もっとザツに、ハーブ系のシャンプー、で探せばそれっぽいのは (いろんな会社から) けっこう出てることは出てるんだが、 これは間違いなさそう、みたいなのは見つかってない。 実際ににおいを嗅いでみないとわからん。 でもシャンプーなんてそう簡単には使い切れないんで、そうほいほいと試しに買ってみる訳にもいかないし。 試供品でもあればともかくだな。 まあいいや…。

> なんかちょっと安かったのでオーム電機の非接触温度計と接触温度計 (調理用スティックタイプ) を買ってしまった。 非接触 (体温計兼) 温度計も接触温度計も、それぞれ既に別メーカー品を持ってはいるんだが。 体温計はけっこういいお値段だったのもあって大事に使ってるのがアダになって、さっと取り出してさっと使う、がやりづらく (運用工夫せいや)。 接触温度計は TANITA の感温部の長い金属棒がかさばるやつで、 オーム電機のは感温部が根元からの折り畳み式で収納性の高いのがちょっとよさげに思ったので。
非接触の方は値段がちょっと安いわりに淀 (ヨドバシドットコム) でやけに評価が低めで、 なんでこんな低評価なんだ、とレビューを見てみたら、 クソみてえな星ひとつレビューが 2つもあったせいだった。 ひとつは、検索サイトで“非接触体温計”を検索してヒットしたので買ったら体温が計れなかった、で星ひとつ。 その低評価はボケ検索サイトへかオノレの不注意へつけろよ。製品の評価にするな。 もうひとつは、非接触温度計の特性をまったく理解せずに買っておいて、エラそうにダメ出ししてるやつ。 体温の測定値もばらばらで云々とか書いてるところから、体温は測定対象外であることすら気づいてない。前者よりひどい。 こんななんの参考にもどころか邪魔にしかならないクソレビューで商品価値を毀損されるレビューシステムってどうなのかね。 この手のクソレビュアーはなんらかの形で排除できるシステムでないといかんのじゃないだろうか。 実現はほぼ不可能かもしれんが。
なお非接触タイプの方は動作確認用の名目の電池は入ってないので、あとで買ってこないといけないな。 いや品物はまだ届いてないんだけど。

> 腹具合があいかわらず安定しないでござる。 冷凍保存弁当をレンチンして食ったせいとかではないと思うが。たぶん。
それにしても夏場も冬場もトイレ内がしんどい…。 トイレにも独立したエアコンが必要だよなもう。 ただでさえ家屋内での死亡場所トップ2 (もうひとつは風呂場) なのにこんなんじゃだめだろ…。

> gnu screen の (.screenrc の) hardstatus と caption をちまちまいじり続け中。まあだいたい固まった。 しかし gnu screen、2010年から 15年も使い続けていながら hardstatus と caption の設定とかまったく手つかずだったというのは。 我ながらなんというか。

> 同じく gnu screen がらみだが、エスケープキー (うちでは control + T、以下 ^t) + 数字、で window を切り替えるのに、 11個以上 window があると 11個め以降には切り替えができない。 なにか抜け道がないか例によって安直に LLM に聞いてみた。

• ^t + " で window 一覧を出してカーソル移動で切り替える。
• ^t + ' で window 番号 (またはタイトル) を入力して切り替える。
• 延々と ^t + n とか ^t + p とかで順繰りに切り替える。

まあ結局そうなるか…。
なお LLM の奴らは gnu screen の話になると、 わりと頻繁に tmux を推してくる。 しかし tmux はウチの古いままの cygwin にインストールされてないし、新しくインストールするのも困難なんだったな…。 加えて screen でほぼ用が足りていて、tmux でないと無理かつどうしても使いたい機能、というのも特に思い当たらないので。 それにしてもなんで奴らがあんなしばしば tmux を推してくるのかわからん。

> 「ことら送金」での送金実験として、smbc から mufg へ 3K だけ送ってみた。 手続きがちょっとだけ煩雑でメンドくさいが、まあなんとかなる。 この送金手段はしかし送金元ごとに手順も制約もけっこうバラバラなんで、 それぞれ (必要なら) あらかじめ制約とか手順とかを確認・認識しておく必要がありそうなのがちょびっとめんどくさいな…。
ところで相変わらず smbc のアプリは olive、olive、olive、olive、 ひっきりなしに脅迫的にうるさく表示されてほんっっっっっっっっっっっっとに鬱陶しい。 普段はアプリは使わずに PC から Web サイトにログインしてて、 そっちはそれほど olive olive 言ってこないからあまり気にしないでいられるんだが…。 「ことら送金」はスマホアプリ必須なシステムなんでどうしてもスマホアプリ開かないといけなくて。メンドくせえな。 なんであんなキチガイじみた olive 宣伝、olive 押売りの仕方なんだろうなあ。ほんとキチガイじみてる…。

> 温度計届いた。
スティック型は電池 (CR2032) がついていたが、電池入れるところにちゃんとおさまらない…。 外周に接触すると思われる金属片パーツが 2箇所ちょっと出っぱっていて、その下にもぐり込ませられない。 むりやり入れると容易に外せないくらいガッチリ固くハマってしまう…。 2箇所出ているところをラジペンで押してひらたくしたりしてもやっぱりキツキツだったんだが。 なんだこりゃ欠陥設計か…と思ったんだが。 もうラジペンでごりごり曲げちゃって取り返しつかないんだけど、もしかしてアレ、 2箇所ちょっと出ているベロ状の上に乗せるように入れるんだったりしたんだろうか…。うーんわからん。 そんなつもりの形状じゃないと思うんだがなあ。 もう取り返しつかないんで元がどういう形になるかぜんぜんわからん…。 まあいいや…。安いしダメになっちゃってたらまた買い直そう…。
非接触型の方は電池買いに行こうと思ってたら天気があんましよくなくて買いに行けてない。

> 夕方、ふと思い付きで、しばーらく連絡取ってない古い友人に、メアド存続確認の名目でメールを投げてみた。 名目というか、実際にまだ有効か確認したかったのも確かだが。 返信はこないかもしれんがまあ…。エラーメールが返るかどうかでメールサーバやアカウントの生存確認くらいはできるじゃろ…。 たまに au みたいに吸い込んで完全に消去して痕跡を残さない、 誤検知を一切考慮してないクソ間抜けな「迷惑メール対策」をほどこしてるサーバもあるにはあるけど。

> 睡眠状態とかをモニタするようなデバイスってどんなのがあるんかな、 となにげなく「バイタルモニタ」で検索したら、医療機器ばかりヒットした。 生体情報モニタ、ベッドサイドモニタ、バイタルサインモニタ、などとも言うらしい。 あの病室のベッドサイドでピッピッとか出てるやつかな。心臓が止まるとピーーと長鳴りするやつ。
ライフモニタ、で検索したらやっぱり同じようなものの他に、 ライブ (演奏) でのモニタスピーカの記事とかも引っかかった。ライブとライフぜんぜん違うやんけ > duckduckgo。
検索語はなににすればええんじゃ。睡眠モニタとかかな? おお「睡眠計」つうのが出てきた。 他に「睡眠モニタリングデバイス」とか。はいまあそうですね。 睡眠トラッカーとか。睡眠計って呼び方が普及 (?) してんのか。なるほど。
睡眠時間自動記録用のデバイスでスマートウォッチとかスマートリングとかあたりの手頃なのがあるかな、と検索してみた。 いつもの淀 (ヨドバシドットコム) で。 リングは淀だと 8.8K～11K (前者ステンレス、後者はチタン) の b.ring というのを売っちょる。 値段的に手頃っぽい。と思ったが。まああんましお金ないんじゃけど。 1週間に 1度充電が必要らしいんだけど。充電してる間は使えないんだべ…? あとは汗でむれたりしないかなとか、考えてたらなんか面倒になってきた…。お金もないしやめとくか。 b.ring をちょっとだけ検討した、という記録だけ残しておくなり。なんの足しにもならんただのメモだな。

> ナカバヤシのフィンガータイプトラックボール digio2 Q はだいぶ操作に慣れてきた。 つってもまだちょっととまどうこともあるが…。 ボールの動きは、さほど軽快でもないが、ストレスもさほどない。 あまりストレス感じないのは何が違うか考えてみたら、orbit fusion では無線接続の影響か、 ボールころがし始めで 1～2秒完全に無反応なことが非常に頻繁にあって、 これが実はけっこう地味にストレスだったんだが、 bluetooth 接続のせいか Q ではこの遅延 (動き始め無視) がほぼ生じてないんである。 ちょっと起きなくはないが、1～2秒よりもうちょい短い 1秒未満くらいな感じ。 でもそれで言ったら有線接続の trackman marble はほんとノーストレスだったわけだなあ…。 よく orbit fusion 使い続けてきたよなあ。
digio2 Q は、底面のすべりどめゴムがわりとすぐすべるようになりやすい気がする。 重量が軽いのと、ゴム部分の面積が狭いせいかな。 こういうすべり止め力の悪くなったゴム面は粘着テープ (梱包テープとかセロテープとか) でぺたぺた掃除すると復活するが、 数日たつとまたすべるようになってしまう。なかなかいたちごっこだな。

> どうもねむくてだるい…。

> なんかおなかすいてると具合わるい感じになってくるし、 食べたら食べたで、しばらくするとやっぱりなんか具合わるくなってくる感じになるし、 どうもこのところのずーっとの不調は原因か結果かは分からんが、 消化吸収仕事がかなり負荷というかカラダに負担になってきてるくさい気がしてきた。 なんかもう死期間近みたいな感じだな…。

> 食事記録専用に使っているデジカメ IXY410F の SDカードの裏面に、クラックが入ってしまった…。 何年も 1日数回スロットの出し入れを繰り返してきたやつだから、その過程で横向きに力がかかって割れたのかもしれん。 ちなみにもう 1台、期間は短いながらも食事記録用のサブとして使っている XZ-2 の方は、 SDカードにぜんぜん問題なし。考えてみるとほんともったいねえ使い方されてるなウチのデジカメ…。
とりあえずクラック入ったカードのかわりに、 先日まで raspberry pi 2 に入れて使っていた IODATA の 32GB (class10,HC1,u1) を、 アダプタ介して入れることにした (microSD なので)。

> ちなみに 410F のクラック入っちゃったやつは磁気研究所 (Hidisc) の 4GB (class10,HC1,u1) で 2022.10 に買ったやつ。 XZ-2 の方の TOSHIBA の 16GB (class10,HC1,u1) は 2016 か 2017 に買ったやつ…古い方が丈夫…。
クラック入ったのはたまたまプラスチックの耐久性ダメ気味なのが当たってた可能性もあるのかも。 中国製のプラの一部 (全部ではない) に、どうも耐久性の低い脆い品質のやつがちょくちょく入ってる気がするんで…。 厳密な検証はしていないものの。以前百均で買った中国製洗濯ばさみが数年で一斉にばきばき折れちゃったので、アレ?と思って…。 一方ン十年も前に買った (当時販売していたものなのでおそらく日本製の) 洗濯ばさみが何本か、 色がちょっと白っぽくなりながらもまだ使えてたりするのと比べて、寿命尽きるのが早すぎるじゃろと。 しかも直射日光には一度も当ててない状態で。 そしてよく考えると洗濯ばさみに限らず、一部のプラ製品の耐久性が思っていたよりも低かった、という身近な事例をいくつか思い出すので…。 まあ厳密に調べたわけでもなんでもないんだが。

> gnu screen と tmux の情報漁りをしてたら、byobu っつうのも見つかった。 gnu screen や tmux の wrapper らしい (元は gnu screen 用、今は tmux が標準のベースらしい)。 簡易的に使えるようにと、いろいろ前もって設定してあるようだけど、 そこを超えて自分の好きなようにカスタマイズするのは結局やっぱりメンドくさそう…。な雰囲気が。 実際どうなのかは tmux も byobu もいじってないんでわかんないけどさ。
tmux の gnu screen に対するアドバンテージとして、 synchronize-panes on でキー入力をすべてのペインに同時に送れる、ってのがあるそうだけど、 実際に使う状況がちょっと思いつかない。 今まで、そんな機能があったらなあ、と思った記憶がない…。 そういう状況が必要な類の作業をする人も、まあいるにはいるんだろうけど。想像つかないけど。 ちょっと検索した範囲だと、データ解析を行なってる時とか? 複数サーバを管理していて、update (apt などの) かける時とか? top で複数サーバのシステム負荷を確認したりとか? つまり複数サーバを同時にいくつも扱うような状況、の時にちょっと便利だったりするわけか。 ウチの環境は単にローカルでいくつも mintty 立ち上げて使ってるだけだからな…。 端末はたくさん開いても、相手環境はただひとつなんで、ぜんぜん関係ないなこれは。 画面分割も、tmux より screen の方がなんとなく柔軟性が上っぽいし…。 まあ実際に使う上でどう違うかは使って比べてないんでちょっと想像どまりだけど。
あとは tmux みたいに、今扱ってる対象の端末が全部表示されてないとダメ (なのかな、違うかもしれん) てパターンは、 全部並べて問題なくどれも見づらくならないくらいモニタ画面が広大な環境向き、 カネモチ開発者向きなんじゃないかな、という気がする。4K モニタとかのでっけえやつで。 そういう環境はカネモチ度も必要だが、目も現役ピチピチじゃないと辛そうだな…。

> フェミニーナ軟膏、を近所の薬局でぼちぼち探してるんだが、 売ってないか、売ってても淀 (ヨドバシドットコム) より高い。 なんでかゆみどめ買おうとしてるかというと、左足すね外側に数年前ぽちっとなんかできて、 これがずーーーーーーーーーーっとものすげえかゆいまんまだからなんだな…。 なんでこんなかゆいまんまなのが長期間続くのかわかんないんだが。 フェミニーナ軟膏はリドカインという成分が入っていてこれが利くのだ、みたいな情報を先日目にしたもんで…。 もちろん他にもリドカイン入ってる薬はあるんだろうけど。名前よく覚えてて探しやすいもんで…。 まあさくっと淀で買っちゃえばいいんだけど。

> 業務用無水エタノール製品の成分表示にある「エタノール85%+IPA+NPA」、の NPA ってなんじゃ?と思って検索。
IPA はいわゆるイソプロパノール、2-プロパノール、慣用名イソプロピルアルコール。 NPA は構造異性体で1-プロパノール、慣用名 n-プロピルアルコール (ノルマルプロピルアルコール)、らしい。 つまり IPA と NPA か。なるほどね。 IPA は知ってたけど NPA は知らなかった。

> puppeteer から開いたブラウザを、ctrl+w ではなく q キー一発で閉じる方法を探していたんだが、 どうもブラウザの javascript からは、自分が起動されてるタブ (ブラウザ) 自身は閉じられないっぽい…。
ということを探す過程で、window.open には 3つめのオプションが設定できるという事実を知る。 このオプションに noreferrer をつけたら、 例のビックカメラ.com にアクセス時のヘンなエラー画面が出なくならんかな…と思ってつけてみた。 あれ、なんかうまくいきそう…。これでしばらく様子見てみるか。 tampermonkey でむりやり再度アクセスし直す処理とか不要になるかも。ていうかなりそう。 ひょんなところに解決策がころがっているもんだなしかし…。
で、肝腎の、puppeteer で起動したブラウザページを q キー一発で閉じる方法を考えた。 内部から window.close() で閉じられないなら、外部の力を借りればいいのだ。 対象の puppeteer が開くページはどのみち localhost にあるので、 q キー入力で localhost 内の cgi にアクセスする仕掛けにして、 アクセスされた cgi 側では一時ファイルを一定時間生成する。 この一時ファイルを puppeteer からポーリングで見張って、ファイルが生成されたらブラウザを閉じる、みたいな迂遠な仕掛け。 ブラウザを起動している puppeteer からならいくらでも閉じられる次第だな。 しかしただブラウザ閉じるだけの割にメンドくさい仕掛けになってしまった。

> 睡眠時間の目安を知る程度だったら、 スマートウォッチやスマートリングや、もしくは服にひっつけられるようなちっさいデバイスでなくても、 いわゆる Web カメラ的な奴で外から自分をインターバル撮影でもして記録しとけば、 それで十分目的が達成できるんではなかろうか。とふと思った。 どうせ現状ほぼ室内にいっぱなしで生活してんだし寝るのも室内だけだし。 データは別に外部から見えなくてもいいんで (というか見えない方がいいんで)、 ローカルにためこむだけにしておいて。 ウェアラブルでないなら充電とか考えずに外部から常時電源供給すればいいし、 サイズ設計的にそれほどシビアでもないから値段も安く済みそうだし…。

> フィリップスの電動歯ブラシの、電源ボタンを覆うゴムが破損して穴あいてたやつ、 どうにもならんな…と思ってゴムをむしり取ったら、ただの覆いではなく、裏側が凸状になっていて、 その凸部分がちょっと奥にあるスイッチを押すような構造になっていたようで、 スイッチが奥すぎて指では押せなくなった…。 つまようじのおケツで押せばなんとかなるが、不便でしょうがないなこれ…。 新しく買い直すか、それとも奥のスイッチを押せるようななにか凸状のものを作って上に乗せてふさがないとだめそう。 ちょうどよさそうな材料を思い付かんが…。

> げ、駿河屋.jp で個人情報流出だって。駿河屋からメールが来た。 やべえな…と思って報告を見たが、とりあえずサーバ内のデータを抜かれたとかの類ではないようなので、 ウチはセーフっぽい。 いやーしかしあっちもこっちも油断ならんな…。ほんとに…。

> 今日は山の日ですって。

> 昨日、左上の親不知跡地かその隣あたりが激烈に痛くなって、 咀嚼すんのがキビしいくらいだったんだが。 今日はほとんどおさまってしまった。 横に力を加えると痛いが、上から噛む分にはまあまあ問題ない程度。 あんな痛くなったの久々だったな…。原因は不明。
最近、どうしても座ったまま寝ちゃうことが多くて、 首をがっくりうなだれ切った状態で何時間も強くあごを噛み締めたりしてるのが、 もしかしたらなんか関係してたりする可能性はある…。 まあ、わかんないけど。

> android スマホにアプリをインストールする場合は通常は google の play store (というアプリ) から行なうが、 これとは別にオープンソースのアプリだけを対象にインストール・管理する f-droid というものもある (f-droid 自体は google play store からはインストールできないんで、 公開しているサイトから直接 apk ファイルという形でダウンロードしてきてインストールする)。 f-droid では google play store にないようなアプリも公開されているが、 (逆のパターンの方がはるかに多いが)、 たまに f-droid と google play store の両方で公開されているアプリもあって、 しかも更新 (バージョンアップ) のタイミングが双方でずれることがある。 f-droid から入れたアプリは f-droid でしか更新できないんだが、 google で公開してる方が先にバージョンアップすると、 google play store が (自分からインストールしたアプリでもないのに) 勝手に更新対象としてピックアップし、 play store で更新かけようとすると当然失敗する、という鬱陶しいパターンが延々と続く。 いやホント、なんでこう google のアプリは致命的なところであちこち出来がクソ以下なんだろうな…。 という愚痴。

> メモ。lisp の aref は配列へのアクセスに使う関数だが文字列やベクタにも使える。 elt はさらに汎用にリストにも使える。aref はリストには使えない。
あと文字列中の特定の文字の数を数えるには xyzzy では count を使う (common lisp 由来)。 emacs lisp には how-many とかいう関数があるらしい。 xyzzy lisp には移植されとらんようだが、まあ count があるから問題ないんだな。

> あんまし書いてないが慢性的にちょーしがよくない。 うっすらきもちわるいことが多いとか。 腹の中になんとなくかたまり感があるとか。 腰回りや背中が重かったり痛かったりとか。 足のかゆいのも結局相変わらずずっとかゆいしなあ。 がんばれフェミニーナ。

> xyzzy の某モード (自作) 用に、ちょっと変則的な色づけ処理を書いてみた。 xyzzy には“キーワード”の色づけ用として regexp-keyword-list という関数があり、 色付け対象指定に正規表現が使えるし実装がネイティブで超高速なんだが、 基本的にたとえばプログラミング言語の予約語などを目立つ色で表示する、など用なので長さ制限があったり (256 文字程度まで)、 指定範囲内を複数の部分に分けてそれぞれ別の色にするみたいな複雑なことはできなかったりする。 今回もうちょっと複雑な色づけをしたかったので、 post-buffer-modified-hook でバッファに変更が生じる都度色づけルーチンを呼び出すようにして、 set-text-attribute を使って強引に処理をした。 今回は特に、かぎ括弧が入れ子になっているケースも対象にしたかったんだが、 正規表現で入れ子を完全に捕捉するのは不可能らしいので… (なお perl の拡張正規表現なら再帰的なマッチングにも対応してるらしい…長年いじってたが知らなかった… perl って…)。
最初はこんな処理手順にしてみた…。

1. “見出し「”をスキャンで探す。
2. 見つけたらカッコ入れ子数 (変数) を 1 にセット。
3. 範囲の次から、1文字ずつ調べる。
   1. 改行 (行末) だったら処理を抜けて (色はつけず)、次行から次の範囲を探す (1へ)。
   2. 開きカッコだったらカッコ入れ子数を +1 する。
   3. 閉じカッコだったらカッコ入れ子数を -1 する。 カッコ入れ子数が 0 になったらそこまでを範囲として色付け、次の文字からスキャン再開 (1へ)。
   4. いずれでもなければ次の文字を調べる (3へ)。

これはものすごく処理が重くなってしまい、byte compile しないとマトモに動かなかった。 処理対象箇所を数箇所に減らしたテスト用テキストなら、ん?ちょっと遅延してるな?くらいだったが、 本番用テキストだと、1文字、足したり削除したりする都度、数秒以上固まる感じ…。 (char-after (point)) … (forward-char) なんかでいちいち 1文字ずつ拾ってくのはだいぶ処理が重いんだな…。 byte compile すると遅延はほぼ解消したけど、まあ byte compile 頼みの力技ではダメでしょう。
次にこんな風に書き直した。

1. “見出し「.*?」” (かぎ括弧が入れ子であってもなくても最初の閉じ括弧までの範囲) をスキャンで探す。
2. 範囲内の“「”と“」”の数を count で調べて、
   1. 不一致だったら、範囲末尾から最初に見つかった閉じ括弧まで範囲を伸ばす。ただし行内のみ (この時、開き括弧の数は必ず閉じ括弧の数より多い。つまり“まだ閉じ切れてない”)。
   2. 範囲内の開き閉じの数が一致したら、その範囲内を色分けし、範囲より右側からスキャンを再開 (1へ)。
3. a で範囲内の開き閉じの数が一致しないまま行末に達したら処理はせず、次行からスキャンを再開 (1へ)。

count は処理が高速なようで、byte compile しなくても重くなったりもせずに処理できた。
まあ今回の場合は多重括弧といってもせいぜい二重までなので、 正規表現で対応する方法でもよかったのかもしれないが[12-1]。 ぱっと見てなにしてんのかわかんない記述になっちゃいそうだったんでちょっとやめておいた…。

> 先日、ヒビ入っちゃった 4GB の Hidisc の SDカード、 捨てる前に中を見ちゃれ、と思って剥がしてみたら、 中に microSD がまるごと入っていた。 なるほどこんな仕組みになってたのねえ。ぜんぜん知らんかったわ。 アダプタを介したらフツーに SD カードとして使えた。そりゃそうだ。 うっかり捨てないで開けてみてよかったわ。

> smbc を自動引き落とし口座にしていた時は、 引き落とし予定日の前営業日のうちに、引き落としの日付と金額の事前予告メールが届いていたが、 mufg ではそういう事前予告メールはよこさないっぽい。 自分で気をつけておかないといかんのだな。 mufg って昔から、こういうサービスのきめ細かさ的なところではどうも一歩遅れてる感があるな…。 あくまでも印象としてだけど…。 まあたとえば debit の年会費は他銀行が軒並年会費無料のところ、 mufg だけは最初のうちは有料か条件付無料だったし (どっちか忘れた)。

> 細々 (こまごま) したものをまとめて買いに行く時は、まずリストアップして、 どれをどの店で買うか想定してから、品物の名前ではなく「合計数」を記憶する。
一応何を買おうとしていたか一度記憶してはいるので、 全数だけ把握しておけば、「まだ買ってないものがある」ことは認識できて、 何を買おうとしていたのかを思い出すキッカケにはなる。 まあ、メモに書いて持っていきゃいいだけの話なんですがな。 いちいちメモ取り出して見るのちょっとうっとうしいと思っちゃうもんで…。 でもこんなやり方でもかなり買いそびれは軽減できる。と思う (完全になくなることはない…それは詳細なメモを持って行ったところで同様…)。

> スティックタイプの温度計、左利き用のってないよな…。 表示部はどれも“右手で柄 (持ち手 + 表示) 部分を横向きに持つ”と数字が読める向きになっている。 例外はない。 これを左手で持つと、あたりまえだが必ず数字表示がさかさまになってパッと見で読み取りづらい。 いつもいつも読み取りづらい。毎回毎回。 液晶表示部がドットマトリックス式ならどっち向きにも設定できて、両手用に作れるのにな…。 でもそんなやつは見たことないわな。 そもそもそういう設計のものを作ろうという意識がメーカーにカケラも存在しないだろうし。
右手専用でも左手専用でもない、どっち向きにも数字が表示できるタイプのスティック型温度計が登場するまでに、 あと何万年必要なんだろうな…。 永久に訪れないかもな…。 ワシなら小型化した加速度センサー内蔵して、持つ手を替えても常に数字が読める向きに表示されるやつを作るんだがなー。 スマホにできるんだから温度計にだってできるじゃろ。

> 銀行の入出金記録は各銀行ごとにサイトから CSV ファイルをダウンロードして、 手元に累積保存していつでも参照できるようにしているんだが。 debit を使うと買い物する度に即時に口座残高に反映されるので、 その都度 CSV ファイルを保存するのにボタンクリックしたりフォームのしかるべき位置にしかるべき文字列を入れたりするのが面倒になって、 smbc では node.js + puppeteer で半自動運転で CSV ファイルをダウンロードするようにしていた。 先日、メイン口座を smbc から mufg に切り替えたので、debit もこれまで smbc のを使っていたのを mufg メインに切り替えた。 というわけで mufg の方の口座入出金記録を半自動で拾えるように puppeteer 運転用のコードを書いてみている。
とりあえずログインするところまで書いて走らせたら、 ログインページへ遷移した段階で、このブラウザは使えませんつってはじかれた。 どういう処理基準なんだろ…。 ブラウザを puppeteer 標準の chromium から、 PC にインストールして使っている (ちょっと古い) cent browser に替えたら大丈夫になった。 まあ cent browser は実際手動で mufg にログインする時に普通に使ってるからね…これがもし使えなかったら大変…。
とりあえず自動でログインして、すぐログアウトするところまではできた。 あとは明細のページに移って、明細の CSV ファイルをダウンロードするところなんだが。 確認用のポップアップが必ず出るんで、これに対処しないといけないんだが、対処法をまだ調べてない…。

> ひとつ勘違いをしていた。
chromium 系ブラウザの起動オプションで userprofile ディレクトリを指定する時は、 --user-data-dir でベースとなるディレクトリを変更し (たとえば cent browser の場合デフォルトだと c:/user/ユーザ名/AppData/Local/CentBrowser/User Data 固定)、 --profile-directory でその下の個別のプロファイルディレクトリ (デフォルトだと Default という名前のサブディレクトリ) を指定する。
たとえば本来 Default 内に生成されるデータを c:/temp/pp_profile 内に生成したければ、 --user-data-dir=c:/temp --profile-directory=pp_profile と指定しないといけない。 のかな? そして puppeteer のオプションで表わす場合は、 それぞれ userDataDir: と profileDirectory: で指定しないといけない[13-1]。 いままで、puppeteer では userDataDir: しか設定してなかったんで、 個別のプロファイルはその直下の Default ディレクトリ内に作成されていたんだった。 そうだったか…。 まあいいか、とりあえずこれまでの分の設定はこのままで。
追記: 違ってる可能性もちょっと出てきたかも…むずい…。

> 30×40cm くらいのトレイ (盆) が欲しいな…と思っていつものようにオンラインで漁ってたんだが。 淀 (ヨドバシドットコム) の商品で、説明文がおかしいのがあった。 白木のはずなのに漆の魅力がどうとかとか、中国製のせいぜい 2K の商品なのに熟練の職人の手によるどうのこうのとか。 メーカーサイトを見ても写真とカンタンなスペックしか書いてない。 見つけちゃった以上は放っておくのもきもちわるいんで…フォームから問い合わせてみた。
数時間後くらいに回答が来た。速攻だな! おわびモードな文面で、すぐ修正しますと。 しばらくして見てみたらごく当たり前の説明文に直っていた。 淀はたまに…というかちょくちょく、商品説明とか商品写真がヘンなことがあるんだよな…。 手作業で登録してるのかねやっぱり。

> 30×40cm くらいのトレイの用途はまず第一に、 ご飯を炊いてラップで小分けにして冷ます時に、その上に並べてまとめて扇風機などの下に持って行く用。 で、普段は台所の保存食用段ボール箱の上に乗せて、そこにさらにいろいろと小物を積み上げる用の台として使う。 段ボール箱に保存食を出し入れする時はトレイごとエイヤと持ち上げて横にのける。 これまでは段ボール箱の上に乗せる台として、 大きめの段ボール板に梱包用テープを全面に貼って防水と補強を施したものを使ってたんだが。 段ボールだから、上になにか乗せて持ち上げると当然、たわむんだよね…。 今までのところいきなり折れて上のものが落ちて散らばるような事故は起きていないが、 これをこのまま続けるとそのうちきっと事故るだろうというのは想像がつく。
で、ご飯を冷ます時に金属の方がよく熱を逃がしそうだと思ったので、最初はステンレス製を探した。 しかし先行き捨てることを考えると、これサイズ的には粗大ゴミで出すしかないんだな。 粗大ゴミは捨てる時にお金がかかってしまう…。 金属製以外の木製、プラ製も含めて探して、 廃棄する時にいざとなったら細かく切るなり割るなりすれば普通に不燃ゴミで捨てられそうな木製のやつにした。 値段もまあまあ安かったし。 放熱については、先日百均で小さめのステンレス盆を 3枚ほど買ってあるので (盆 1枚にご飯包み 4つなんとか乗るサイズ)、 あれを併用すればたぶんいけるじゃろう…。

> 終戦記念日。

> ナカバヤシ digio2 Q 人差し指タイプ、のように、 フィンガータイプのトラックボールで左ボタン (親指側) にホイールがある場合の弱点を見つけてしまった…。 “左ボタンを押しっぱなしでホイールを回す”、ができない (親指だけではムリ)。 ブラウザで長い範囲のテキストを選択するのに、 orbit fusion ではマウスボタン押したままスクロールを使ってたんだが。 まあ他に方法はいくらもあるっちゃあるんで致命的な弱点ではないけど。 できないもんはしょうがないしね…。

> そのナカバヤシ digio2 Q は小さくて軽いせいか底面のゴム面積のせいか性質のせいか、 すぐにゴムがすべるようになるので、すべり止めのつもりで薄手のゴムシートを買ってみたんだが。 このゴムシート、トラックボールの下に敷いてみたら以前よりも全体的にするするすべるようになってしまった。 目論見とまったく逆の効果…。 なるほど、こういうこともあるのか…。

> 以前探していた xyzzy 用のライブラリ ndmacro.l が見つかった。 一次配布元はとっくになくなっていて、ミラーリングもされてない様子だったんで諦めとったんだが。 ふと思い出してせめてドキュメントだけでも残ってないかしら、と検索してたら、 webarchive に保存されていたことが判明した。 GitHub で公開されてる Emacs 用のマクロ yadmacro のドキュメントからリンクが張られていて、なんとか入手。 なおまだ詳細は見てない。
ndmacro.l (xyzzy 用) は元々 Emacs 用に開発された増井俊之氏の dmacro.el に、 連番機能を持たせて xyzzy に移植したもので、 これを Emacs に逆移植した ndmacro.el というのがあり、こちらは現在も入手できる。 なんかややこしいな。 Emacs と xyzzy では lisp の基本仕様がかなり違うんで、 移植すんのけっこうメンドくさいっぽい。 一時は、xyzzy から Emacs に移植された ndmacol.el をベースに ndmacro.l にさらに逆移植してみようかな、とか思ったんだけど、 いかんせんどっちの lisp の知識も乏しすぎてちょっとムリ筋すぎた。

const browser = await puppeteer.launch({
  defaultViewport: null,
  args: [
    '--window-size=1600,1000',
  ],
});

> NTTファイナンスの web billing のログイン方法が 9月から変更になります、ですと。 ワンタイムパスワード導入らしい。ワンタイムパスワードだと安心だと何故思えるのか。 というか、いままでログインの際に毎回毎回入力させられてた電話番号[16-1]って、「認証」のつもりだったのか…。 よくよく見たら確かに“追加の認証”みたいな表示が出ておるわ。 電話番号認証のかわりにワンタイムパスワード、みたいな説明になってたんで、なんじゃそりゃと思ったら実はそうだったと。 いやはや…。

> 百均でうっかり爪楊枝を 2セットも買っちまった。 どっちも税別百円だったのに、ひとつは 400本、もうひとつは 850本だったので、 なにか違いがあるのか…と思ってつい両方買って帰って見てみたが、 どっちもフツーの中国産の樺材の爪楊枝だった。しかもメーカーも同じだった。 おまけに 400本の (本数が少ない) 方がちょっと短かった (400本の方が 60mm、850本の方が 65mm)。 あとの違いはケースだけ。本数多い方はよく見るポリエチレン製のふにゃふにゃの入れ物で、 本数少ない方はポリプロピレンとポリスチレンのちょっといいやつ。容器代だったか…。 爪楊枝 1250本もいつになったら使い切るんだ。

> 格闘系の youtube で、 石井東吾というジークンドー (ブルース・リーが創始した武術) の人が除名だか破門だかされたとかいう話から、 いろいろ検索していってたら、ジークンドーの後継が現在は 2系統あるというのを知った。へー。
コンセプト派、はリーから指導員の免状をもらっていたダン・イノサントやリーの身内のグループで、 リーが唱えていた「形にこだわらない」「進化していく」を踏まえて活動しているらしい。 オリジナル派、はリーの晩年のスパーリング相手テッド・ウォン (指導員免状はなし) が、 リーの死後続けていた指導に由来するグループで、リーの生前の技法を継承することを重視しているらしい。 コンセプト派に噛み付くことが多いっぽい…。 石井東吾氏の師匠はこちらのグループなんだが、この師匠の人、youtube でちょっと見てみたけど、 ジークンドー以外のちょっとオカルトというかスピリチュアルな独自 (?) の流派みたいなのの看板も掲げているようで、 なんだかよくわからんかった。 そして石井東吾の破門報告動画でこの師匠の人の隣にいる副代表だかなんだかいう奴が、 まあ見るからにウラでいろいろ糸を引いてそうなアヤしい雰囲気満点だった…。 いや知らんけどね。

> 桜井智さんの訃報を bsky で見かける。53歳、多臓器がんの症状悪化とのこと。

> mufg から入出金明細の CSV ファイルをダウンロードする用の puppeteer のスクリプト、やっとできた。 確認ダイアログの対応部分が smbc のよりもほんのちょっと面倒だったが (page.on('dialog', async dialog => {…}); でイベント処理の形で記述する必要があったりしたんで)、 あとは smbc よりもラクだった。 走らせてみたけどちゃんとエラーになったり弾かれたりせずに CSV ファイルをダウンロードできた。よしよし。

> ナカバヤシのトラックボールのすべり止め用に買ったゴムシート (天然ゴム) がぜんぜんすべり止めにならんのう…。 どうしようかなこれ。シートはまあ安かったから他に使いどころがなくてもしょうがないやで済ませられるが。 すべっちゃうトラックボールは使いづらいんでな…。 特に左クリックボタンが真横に向いてついてるんで、クリックするとその勢いで右にずりっとすべるんだよな。 左クリックなんてものすごい頻繁に使うワケだから、その都度すべってたら使いづらくてしゃーないんだよ…。 でも位置や向きを微調整したいこともあるんで、あまりしっかり卓上に固定するような方法は取りたくない。 うーん。

> 今日はおなかくだりデー。 もうなんかこうずっとくだってる感があるが…。

> 賞味期限 8.8 の卵がいっこ残っとるんじゃが。 10日過ぎとるんじゃが。まだ食えるかのう…。 いちおう冷蔵庫には入っていたんじゃが。 やめといた方がよさそうなら次の燃えるゴミの日にちょっと早めだけど出しちゃおうかな。
とか思いつつ割ってみたが、特に見た目も臭いも問題なさそうだったので焼いて食っちゃった。 まあ賞味期限はあくまでも賞味期限だからねえ (卵の場合、問題なく生食できる目安の期限)。 でも冷蔵してあったとはいえ、よく日持ちするなー。えらいな卵。

> LLM から出力された javascript コードのサンプルが try { … } catch (err) { … } のパターンを多用してたんだが。 javascript のコードで try catch とかぜんぜん使ったことなかったなそういえば。 処理全体をこいつで囲っとけば、たとえば page.goto() とかでいちいち .catch() をくっつけてエラー処理しなくても、 一連の処理のどこかでコケたらまとめてエラー処理してばっさりオシマイ、とかに書けてちょっとラクかも? すごい今更かもしれないが。 今後はちょっと使うようにしてみようかな…。

> ふと思い立って、「アイコとマコト」を一部作り直しし始めてたり。 CGI だの JavaScript だのでページめくりせず、ただベタに並べて表示するだけのバージョンを追加した。 なぜ今まで作らなかったのか。
あとはスマホ向けにフリックとか画面クリック (タップ) でページめくる版も作ろうかなあ…。 でもフリック操作対応ってめんどくさくないかな。 自分でも (やむなく) スマホのちっちぇえ画面でいろいろ閲覧せざるを得ない機会が増えてくると、 PC 画面向けだとやっぱり使いづらいことが多いんだよな…。 ホント、スマホとか害悪だよ。evil device だよ。
とりあえずベタ表示版はまだ公開はしてない。

> 普段、音声データや動画データは MPC-BE 使って表示 (再生) している。 いまのところこれが一番機能性と操作性がしっくりくる。 ただ、速度も可変にできるんだが、速度を変更すると音声ピッチも変わっちゃって、 たとえば早回しだと甲高い音になる。テープレコーダのテープを速く回した状態と同じ。 vlc というプレーヤだと音声ピッチは維持しつつ音声速度だけを変えられるので、 ずっと高速再生やスロー再生したい時は仕方なく vlc を使っていた。 こいつは個人的にはちょっと UI が使いづらくてあんまし好きじゃないんだが…。 MPC-BE で音声ピッチ固定で速度変更できないもんなのかな…となにげなく検索してみたら、 なんと設定で音声レンダラーを MPC Audio Renderer にすれば解決する、という情報が。 そんなことでよかったんか…。 該当箇所を見てみたら DirectSound になってたので、MPC Audio Renderer に変更したところ、 ちゃんとピッチ維持で速度可変にできた。 なお 64bit 版の MPC-BE は長らくこれが機能しないバグがあったが、2～3年前に更新された 1.6.11 以降では直っているらしい (と記述している記事があった)。
これで vlc と起動し分けなくてもよくなった。 なお速度変化の刻み幅も、vlc だと 0.1 倍ずつ刻みなんだが、 MPC-BE はデフォルトで (速くする方で) 1.2倍、1.5倍、2倍、と刻みが粗いんだけど、 この刻み幅も設定で変えられることがついでに分かった。 まあ粗い刻み幅でも問題ないからこれはいいや。

> puppeteer から起動するブラウザ用に、userDataDir の他に profileDirectory も設定して、 "Default" のかわりに "profile_1" というディレクトリに保存するようにしてみたが、 設定が初期化されて、"Default" から "profile_1" にリネームした隣に "Default" が生えてしまった。 どうしようもないなこれ…。 個別の profileDirectory の設定は利かんのかしら? 原因もわからんし、しょうがないのでいままでどおり userDataDir だけで設定を切り替えておくことにする…。 あるいは、もしかして "Default" ディレクトリはどっちみち必要 (必須) で、 他にもプロファイル保存用ディレクトリを増やせるだけ、という仕様なのかな?
起動ブラウザごとのユーザプロファイルを userDataDir だけで分けずに、 共通の userDataDir の下の profileDirectory で分けようと思ったのは、 profileDirectory ("Default") 以外のファイルを共用してその分ストレージ消費を減らす目的からだが、 今確認してみたら profileDirectory で保存しとるファイルサイズだけで全体の 95% 以上を占めていて、 そんな小細工をしてもストレージ容量の節約にはほとんど意味がないことがわかった。 なんだそうだったか…。

> dropbox のアカウント 2つ分のサーバ側ファイルを全削除した。 そういえばぜんぜん使ってねえや、と思って。 いや windows 用の常駐アプリがもう win7 (ウチの環境) では起動できなくなっちゃって、 使うに使えない状況でもあったからね。 ファイルのコピーはまるごとローカルにもあるしね。 スマホとのファイル同期にも一時使ってたけど容量足んなくなっちゃったしね。 アカウント削除まではしないでおくけど。
容量もあんましないし、なんのかんので使えないサービスになっちゃったな…。 サブスクも激安ならともかく結構いいお値段であんましおトクじゃないしな (一番安い個人用で 1200円/月、一番安いチーム用で一人あたり 1500円/月)。 まあ、ビンボ人向けではない、というだけか。

> gnu screen で、hardstatus と caption に現在の path (の basename) を表示させるように設定してたんだが、 日本語の path 名だと文字化けすることに気づいた…。 設定をいろいろ変えてみたが解消しない。 どうも screen 本体が、外部から escape sequence 経由で渡された文字のフルビット (8bit) に対応してないような気がする。 あるいはもっと新しいバージョンだと解決してそうだけど入れるの大変そうだし、 なんならソース見て原因を探るとかもありっちゃありかもしれんが…そこまでするのはめんどくさい。 しょうがないんで全角文字だけ「.」に置き換えて表示するようにして、とりあえず化けだけ回避した。 まあ、日本語 path 上に移動して作業する機会はほとんどないんで、こんな回避策でもお茶は濁せる。 絶対に日本語で表示しなきゃいけない箇所でもないし…。
こういう gnu screen の不具合の解消を生成系 AI (LLM) に相談すると、 往々にして解決策の示唆と一緒に tmux をオススメしてくるんだよな…。 ウチは tmux インストールメンドくさい (または不可能な) 環境だってその都度 (さんざん) 言ってるんだが、 奴らはそういうのを的確に記憶しておく能力はないっぽい。

> 先日セリアで、PC の (キーボードの) 上に渡して簡易物乗せ台にするべく木の板を買ってきたが、ちょっと長過ぎた。 切ろうと思ってカッターでしばらくごしごしやってみたけど、これはカッターじゃムリそう、と思ってキャンドゥでノコギリ買ってきた。 つっても木材用のノコギリは 330円もしたんで、110円の簡易金鋸…。 木がこれでうまく切れるかどうかは未知数。刃が折れるかもしれんな…。

> 先月後半に NotebookLM と ChatGPT でちょっとやってみた、CD のライナーノーツ (歌詞カード) の OCR。 他に claude と copilot にもやらせてみた。 claude がわりと賢いと思ってたら、まさかの copilot がかなり優秀だった。 ただ、片ページ二段 (2曲分) になっているうちの片方分だけクロップした画像を渡した時と、 片ページ二段組のまま渡して、このうちの片方だけを対象に、と指示した時で、 後者の方が誤認率がどんと上がって、誤認パターンもハルシネーション色を帯びた。 一度しか試してないので偶然の可能性はあるが、 もしも事前にクロップした上での画像処理ではなく、ページまるごと処理する過程で片方だけ無視する、みたいな処理だとすると、 無視するべき方の文字表示がノイズとなって干渉して誤判定を増やす働きをした可能性とかもあるのかな…とかちょっと思った。 元々 LLM に OCR をやらせてみようと思ったきっかけは、二段組とかの画像を事前に自分でクロップしてバラして食わせる、 みたいな処理が面倒なので、そのへんも込で処理できるようなら、 新しく (たぶん有償でおそらく高価な) その手の専用ツールを導入するよりも無料の LLM サービス利用するのはいい手かも、 と思ったところからなので、事前に自分でクロップ処理しないと精度が下がるんだとあんまし LLM 使う意味ないってことになっちゃうんだよな…。
なお gemini は画像からの OCR 機能はないつって断言した。 google の他サービス notebookLM にも google lens にもあるくせに…。 お構いなしに画像アップして「テキスト抽出してください」と指示を出したらしっかり抽出した。この大ウソツキが。 しかもかなり正確だった。copilot では認識率が下がっちゃった、 二段組のままの画像を食わせて片側だけを対象として指示する、みたいなのも実験してみたが、 認識率は下がらず、偶然かもしれんが逆に誤判定が減った (というか誤判定なしだった)。 これは歌詞カードからの歌詞起こしに gemini を使える可能性があるな…。
まあ、いずれも 1回ずつ程度の頻度でのテストだから、 偶然だったりたまたまだったりの可能性もあるけど。 でも LLM エンジンが copilot とは別だから、まあ期待はできるかもしれん (copilot は GPT)。

> 先日ヒビが入った SDカードの中から発掘した無傷の microSDカードを transcend の変換アダプタに差して使ってたが、 このアダプタ、書き込みロックのノッチがゆるゆる動いちゃって、 カードを抜き差ししてるうちにすぐ書き込み禁止になっちゃうので困ったもんだと思ってたんだが、 ふと別の場所から sandisk のアダプタが出てきたので、そっちに入れ替えた。 ノッチゆるゆるの transcend のアダプタは捨てた。 ちなみに、このノッチは内部で電気的には一切つながっておらず、 昔のカセットテープやビデオテープの書き込み防止爪みたいな仕掛けで lock がかかるようになってるらしい。 なのでノッチ部分にテープかなんか貼って欠けの部分を埋めちゃえば lock かからなくなるらしい。 それを知ったのはもう捨てちゃった後だったけど…。もう遅いけど…。まあ一応覚えとこう。

> pc watch の youtube チャンネル (PAD とかいうやつ) の動画で、 win 11 をローカルアカウントでセットアップする方法というのをやっていたので、メモしとく。

1. 国または地域の選択、まで進める
2. 「マイクロソフトアカウントを追加しましょう」の画面の間に、shift + f10 を押し、コマンドプロンプト (管理者) を出す
3. start ms-cxh:localonly を入力
4. ローカルアカウントを作るウィンドウが開くので、ローカルユーザを登録

ネットワーク接続を強制的に無効にして…みたいなのは見たことがあるが、これは正統派な感じだな。

> 朝方、一瞬 sylpheed が通信できないエラーダイアログを出したので、 ネットワーク (またはルータ) 障害かと思ったが違った。 さっき気づいたがさくらからサーバのメールが一時使えなくなっていたおわびメールが来ていた。 サーバの一時不調だったらしい。 そんなこともあるのね。

> arab.org はどうもこのところ時々調子わるい。サーバが落ちてたり…。ページが表示されなかったり…。
さっきはボタンが表示されず、puppeteer が落ちた。 何度かやったがダメで、ブラウザのせいかな、と思って (puppeteer で自動運転してるのと同じ) cent browser の、 普段使ってる方でためしにやったら、ボタン表示されてクリックできたが、 かわりに、まだ押してない分も既に押したような状態に表示される症状が。 ほんとになんか挙動がおかしいわ。 サーバが負荷に耐えられなくてそんなんなってるのかなあ…。

> ふと見たら realforce gx1 の購入から 1年過ぎてた。メーカー保証って 1年だっけこれ? まあ壊れる気配もないので保証切れててもぜんぜん問題ないけど。

> すこし前から gnu screen 上で、これまで白黒反転だった文字表示が一部、読みづらい斜体モドキになってしまっていたが、 これは先日 .bashrc と .screenrc の (どちらか、または両方の) 設定で 環境変数 TERM を "xterm-256color" から "screen-256color" にしていたせいだった。 ChatGPT に hardstatus の文字化けについて問答してる時に、対策の一部としてそっちに設定する方がいいとかなんとか吐いてたんで…。 しかし結果的に表示が見づらくなっただけだったし文字化けは解消しなかった。 LLM の出力を鵜呑みにしない原則にのっとり、あくまで試しに (効果があるかどうか確認のため) のつもりで設定変えてみたんだが、 ぱっと見は特になにも変化がないようだったのでそのままにしておいちゃったのがいかんかったな…。

> このところやたら小バエが飛び回っとってうっとうしい…。 食事を始めると寄ってくるし… (まあそりゃそうだな)。 食事してない時も飛び回って当たってくるし。 見た目は 1匹程度の密度なんだが、 昨日あたりは、見つけたらつぶす、次のが見つかる、の連鎖で 10匹弱くらいつぶしたけどまだいなくならん。
なんかトラップでも自作するべえか…。と思ってとりあえずちょっと調べた。 小バエの種類によって利くタイプが違うらしいが。 ショウジョウバエの場合はめんつゆトラップ。 ざっと調べたところ、めんつゆ、酢、アルコール、これに洗剤を数滴加える。 小バエは柑橘系のにおいにもつられるので、洗剤は場合によっては濃縮タイプを薄めずに使う。 容器はペットボトルなど使う場合、横 (中央より下くらい) に数箇所穴をあけてそこから誘引するのと、 普通に下部分をカップ状に切っちゃって皿状にして使うのと、いくつかパターンがあるようだが。 試しに作ってみるかな…。こぼすとあれなんでうっかり倒してこぼさないような容器にしないと。
とりあえず、ムダにとってあったコンビニスイーツの空き容器でトラップを作ってみた。 めんつゆ (3倍濃縮) と酢を半々、洗剤をちょいと入れて、消毒用エタノールを数回吹き入れ。 すぐにはかからないか…と思ってたが 30分くらいして見たら 2匹浮いていた。 半日たって見たら 4匹浮いていた。まだ飛んでるけど。

> 近隣の家屋の解体が静かに始まっていた模様。 買い物の時に通りがかったらまず塀が一部崩されていた。 そういえば音は聞こえてたな。 以前投函されてた予告の通知ビラによれば数日前には始まっていたのか。 このあたりは地盤がゆるんゆるんなので、重機でばきばきやられるとおそらく振動で大変なので、 手作業で少しずつやってくれると助かるが…。 でもたぶんこの先重機使用はあるんだろうな。

> 淀 (ヨドバシドットコム) で取り寄せで買った木の盆が届いた。だいたい 1週間。
多少加工はザツなものの、縁の部分とか貼り合わせのところに溝入れて木をはめて補強してたりして、 値段の割に (値段なりに) しっかりめに作ってる印象。あの補強方式なんていうんだろう。
LLM に聞いて出てきた語を元に検索して探してみたところ、 かんざし接ぎ、かんざし留め接ぎというのがヒットした。 他に挽き込み留め接ぎ、という語も見つかる。 だいたいそのへんの呼び方になるのかな。 この手法、原理的には一緒だが若干バリエーションがあって、それはまた別の呼び方になったりしてるらしい。 このへんの専門用語は、由来が不明だったり、突拍子もないものにたとえられてたりと、いろいろ面白かったりする。
…トレイのかんざし接ぎ部分の、埋め込んだ木片の木目を見ると、なんかちょっと向きが違うような…。 これじゃあんまし補強にならなくないかな…? …まあいいか。