2025-12-1 (Mon)
当時、すごくいじりがいがあったし、いじっていて楽しかったのは確かで、 いまだに初代機の広告写真を見ると、あの時のちょっとしたわくわく感もよみがえってきたりするんだが、 今現物をいじってどう感じるかはちょっとわからない。 なお無償のエミュレータ (xm6g) はたまに起動してみることもあるが、 当時の自分でカスタマイズして手に馴染んだ環境ではないのもあって、 すごく使いづらくてすぐ終了させちゃう。 環境のカスタマイズ方法なんかももうすっかり記憶から飛んでるし。 あと X68k はやっぱりあの筐体 (ハードウェアの実物、本体 + キーボード) でないと、というのもあるし…。
そういやあの頃 X68k でワシなに作ってたんだったかなあ。あんましよく覚えてない。 基本的に C とアセンブラくらいしか使えなかったし、 電クラに載せたようなもの以外では趣味の小物とかしか作ってなかったか。それは今も変わらずだが。 X BASIC は一時は使っていたけど、あまり本格的にそれで何か作る気には個人的にはあまりなれず、 結局ほとんどいじらなかったような気がする。コンパイルしないと遅いしな。 それ以外だと jgawk と jperl は使っていたなあ。 jperl は「perlの世界へようこそ」の perl5 対応版を買って、参照しながら書いてた。 ユーティリティ小物も、汎用じゃなく (仕様的に) 自分専用のものしか書いてないんで、 公開もしてないし、使わなくなったらそれきり忘れちゃうとかそんな感じで…。 あとプログラミング以外の用途としては主にパケット通信やパソコン通信用の端末か。 使ってたターミナルソフトはマイナーなやつだったと思うがもう覚えとらんな… MuTERM だったかな… TMN とかだったかもしれない…。 あと一時、INS 契約して自宅でちっちぇえ BBS を運営していたな…。 パケット通信で知り合った人達向けに。 そのパケット通信は 1997年で (環境が変わって) できなくなり、 その後 X68k 自体も 2001年以降 (環境が変わって) 電源を入れなくなって今日に至る。
2025-12-2 (Tue)
購入記録
- ●雑誌「まんがホーム」2026.1 芳文社
- 孔明のヨメ。 (杜康潤)
- 独りじゃない一人暮らし (おぐりイコ)
- はなまるゲーセン飯!! (茜りう)
- ごちそうさまは二丁目で (町田マーチ)
- 彼女たちのツモる話 (安堂ミキオ)
- 農大女子は億万長者の夢を見る (羽鳥まりえ)
- サレ妻お江戸リコカツ録 (梶井スパナ)
- スター・それから・モンスター! (宮成樂)
- ハルと雪の番台 (竹取のこ)
- ローカル女子の遠吠え 特別編 (瀬戸口みずき) (ゲスト)
- スナックあけみでしかられて (松田円)
- へなちょこお嬢さん世話焼きオネェさん (なつふじ雲)
- うちの秘書さま (ミナモ)
- かわいいユミくんとオドオド尾堂くん (プルちょめ)
- 恋はリベンジのあとで (辻灯子)
- カワイイだけでは飼えません -さくらば動物病院カルテ- (とみた黍)
- 天下分け目の小早川くん (真田寿庵)
- 座敷童子あんこ (エミリ)
- 歌詠みもみじ (オオトリキノト)
- 目次4コマ:冬は油 (杜康潤)
いや暴力ふるう人というのはどこかで見聞きしてうっすら認識はしていたかもしれない。 と思って駄日記遡ってみたら、星野仙一没時に小田嶋隆氏のエッセイで読んでた。たぶんこれか。
2025-12-3 (Wed)
HP と DELL の廉価価格帯 PC で、H.265 などの再生の HEVC 機能 (ハードウェアアクセラレータ) が、 2024年以降無効化されて出荷されとるらしい。 codec のロイヤリティがほんのちょっと値上がりしたのでその対策らしい。 でもその点について特になんのアナウンスもないらしい。 windows を消去してかわりに linux をインストールすると HEVC 有効になってるケースもあるらしい。
で、VP9 (google の) や AV1 (AOMedia Video 1) はロイヤリティフリーなコーデックらしい。 うーんそうか。 以上、用語とかちょっとザツなまとめなのでまあ。
HEVC は High Efficiency Video Codec の略らしい。H.264 は AVC、Advanced Video codec らしい。 AV1 は一番新しく一番圧縮率が高いが、一番デコード負荷も高い (エンコード負荷も) らしい。 次が VP9。まあそんな感じなんでしょう。そして AV1 登場以降 VP9 への開発リソースは減ってるっぽい。
2025-12-4 (Thu)
で、ヨドバシドットコム (淀) で精密はかりを探したが、けっこう高い。 取引証明や検定に使える、みたいな業務用のやつは数万から数十万もしたりして。 そういうのは較正用の機構も内蔵してたりするっぽい。 もっと小型で、買えそうな値段のはほとんどヒットせず…。 でも他サイト (BICとか) で探してみるとそれなりになんか出てくるんで、 淀の検索アルゴリズムのクセ (特性) でうまく探せてなかったっぽい… (いつものパターン)。 検索語をちょっとずつ変えて探してみたらキッチンスケールでもそれなりにいろいろ拾えた。 安い方だと 1K 台から、せいぜい 2~3K くらいまででも、 家庭用の精度で上限 2kg とか 3kg で、200g とか 300g とかくらいまでなら 0.1g 単位で量れるような製品もあるな。 なおタニタの製品は全般にちょびっと高めな感じ。ちょびっとだけど。 さてどれにしようかしら…。あんまし高いのは買えないし…。 もし買えるなら A&D の、30kg まで量れて 3kg までなら 0.1g 単位で計測できるやつが欲しいなーと思ったけど値段が 4万超なのでまあ対象外ですわな。
2025-12-5 (Fri)
ローカルで使うコマンドラインツールなんだが。 レンサバ上で動かしている CGI のページの方は問題ない。 うーんなんだこりゃ。 そういえば先日 cpanm で、Calendar::Simple モジュールをアップデートしたっけ。 と思ってテスト用スクリプトを書いて走らせたところ、 ローカルの方のモジュールのバージョン 2.1.0 だと表示用データが月曜始まりで返るようになっていた。 一方レンサバの方のモジュールは 1.21 と古いままで、こちらでは問題がない…。 こんな基本的なモジュールで今時こんなマヌケなバグを入れるのか…? と思って perldoc でドキュメントを表示させたところ、 calendar() 関数の 3つめのオプション、 これまではデフォルト (無指定時) は日曜始まりだったのが、月曜始まりに勝手に変更しやがったらしい。 とんでもねえクソ改変。 perl の後方互換性を極力尊重する精神の風上にも置けないクソコード。 そのくせ、pod 中の使用例の calendar の第 3パラメータの説明は修正しないでほったらかし (旧仕様のまま) になってやがる。悪質かつ低質。
という訳でアタマにきたんで、Calendar::Simple 使うのヤメた。当然モジュールもアンインストール。 LLM (claude) に代替策を聞いて、Date::Calc を使って自分で組む。 多少面倒だが、まあまた今後いつ仕様を無断で非互換に変更するかワカンネエくそモジュールを使い続けるよりは精神衛生上はるかにマシなんで。 どうでもいいが LLM (claude) は存在しないモジュールをすすめてくるのヤメろ。 検索すればすぐ「そんなモジュールないわ!」って分かるからまだいいけどさあ…。 なお今のところ Calendar::Simple を使ってる自前スクリプトはこの雑誌発売日関連のコード 2つだけなんで、 書き換えはそんな面倒でもなかった。 ついでにこのモジュール作者 (DAVECROSS) の他のモジュールも全部使うのやめよう、 と思って cpan で検索したら、今のところ他には特に使っとるモジュールはなかった。よかった。 今後なにか新しくモジュールをインストールする時は気をつけよう。 CPAN モジュールも枯れてるかと思えばたまにこんなくそトンチキ事例もあるから、まあ用心は必要だな…。
それにしても「週が月曜始まり」がデフォルト扱いなのかねキリスト教圏は…。 まあ日曜を week end つうけどさあ。 それはそれとしてデフォルトの動作を逆にするってのはダメだろうよ > Calendar::Simple の作者よ。ホントにダメ。ゴミ以下。
Calendar::Simple の calendar() 互換のコード (日曜始まり固定版)。
use Date::Calc;
sub gen_cal {
my ($year, $mon) = @_;
my $lastday = Days_in_Month($year, $mon);
my $dow = Day_of_Week($year, $mon, 1) % 7; # その月の1日の曜日(0=日 1=月 2=火 …)
my @cal;
my $day = 1;
while ($day <= $lastday) {
my @week;
# 最初の週の場合、曜日まで undef で埋める
if (@cal == 0) {
push @week, (undef) x $dow;
}
# 週の残り(または7日分)を埋める
while (@week < 7 and $day <= $lastday) {
push @week, $day++;
}
# 最後の週で7日未満なら undef で埋める
push @week, (undef) x (7 - @week) if @week < 7;
push @cal, \@week;
}
return @cal;
}
(undef) x $dow というような書き方は claude の出力で初めて知った。
x (繰り返し演算子) って文字列の他に配列にも使えたのね。覚えとこ。
| 名前 | ↓twitter公式による | 別資料による | 搭乗機 | 肖像写真の並び順 |
|---|---|---|---|---|
| スコット | 長男 | 長男 | 1号 | 2 |
| ジョン | 次男 | 三男 | 5号 | 1 |
| バージル | 三男 | 次男 | 2号 | 3 |
| ゴードン | 四男 | 四男 | 4号 | 5 |
| アラン | 五男 | 五男 | 3号 | 4 |
購入記録
- ●雑誌「週刊漫画TIMES」2025.12/19 芳文社
- ごほうびごはん (こもとも子)
- 海賊×少女 (梶川卓郎)
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- 赤紙がきた猫 (矢野満月)
- ぼっちが集まってバイキング行ってみた (宮部サチ)
- 歴史裁判 -その死罪、覆すなら賀倍まで- (原作:花形怜/有村雨)
- いちるののぞみ (ハルミチヒロ)
- 帰る家がない犯罪者たち (高崎ひいろ)
- 遺品かく語りき (蛸川蝉丸)
- 君を愛した誠実なクズ (沖田龍児)
- ●雑誌「まんがタイム」2026.1 芳文社
- ローカル女子の遠吠え (瀬戸口みづき)
- おとぼけ部長代理 (植田まさし)
- 遠恋カノジョとおとなり上司! (イチョウヨワシ)
- 大家さんは思春期! (水瀬るるう)
- ニセアイホンアイ (いくたはな)
- 跳べないウサギと神の島 (森永まさと)
- 星月夜工業高校ルナ同好会 -38万キロの奇跡- (みこさわめぐみ)
- 腹割るウチらの秘密ごと! (夏村東和)
- 良倉先生の承認欲求 (G3井田)
- ラディカル・ホスピタル (ひらのあゆ)
- 帰りませんか長田さん -世話焼き後輩は社内泊先輩が気になる- (春待うろ)
- オフィスにラブコメはいりません! (りゅーたい)
- 坊ちゃん、困ります! (峠乃あかり)
- まほろば小町ハルヒノさん (ユウキレイ)
- 夜の缶詰 (メノタ)
- 転生アイドルはご主人様にゴロゴロ鳴きたい (有村唯)
- 新人まんが展:僕と彼女は歳の差夫婦 (七瀬そよか)
- 目次4コマ:つながれ! 黒電話ちゃん「わ…すれてないですよ!」 (瀬田ヒナコ)
という情報は確認できたが、これが公式の確定情報というわけではなさそう。Scott Tracy - Pilot of Thunderbird 1. Named after Malcom Scott Carpenter. Age - 30.
Virgil Tracy - Pilot of Thunderbird 2. Named after Virgil Iven Grissom. Age - 27.
John Tracy - Controller of the Space Station, Named after John Horschel Glenn Jnr. Age - 25.
Gordon Tracy - Pilot of Thunderbird 4. Named after Leroy Gordon Cooper. Age - 22.
Alan Tracy - Pilot of Thunderbird 3. Named after Alan B. Shepard Jnr. Age - 19.
2025-12-6 (Sat)
後日、ChatGPT や claude や copilot にも解析させてみた。 ChatGPT と claude はどちらも gemini 同様即座に所沢駅と当てていたが、 ChatGPT と同じ GPT を使っているハズの copilot は池袋説を主張。 その証拠として表示してきた画像が youtube の保谷駅の踏切動画のキャプチャ画像で、 キャプションにしっかり保谷駅とついているのに、これが証拠の池袋駅東口の写真だとドヤってきた。 結局所沢駅が候補に追加されるまで、延々とヘンな候補にこだわって迷走をつづけ、 条件に合致しないものも候補として残し続け、 さらに深く検証できます、とヘンなサジェスチョンを続け、 でも検証ではなく既にボツになってるハズの候補を全部入れた比較表みたいなものを何度も繰り返し出力し続け、 結局、所沢駅は最後まで“最有力候補”どまりでそこから先に進めなかった。 おなじ GPT なのに ChatGPT とのこの違いはナゼだ…。
なお、写真を上げた人は翌日、所沢へ所用で赴いた旨を追記していた。
| メーカ | 製品 | 淀価格 | 最大 | 最小単位 | 電池 | 備考 |
|---|---|---|---|---|---|---|
| TANITA | KJ-222 | 3480 | 2kg | 0.1g(0-200g)/0.5g(200-1000g)/1g(1-2kg) | 単4×2 | ホールドモード、シリコンカバー |
| パール金属 | D-6468 | 1550 | 2kg | 0.1g(2-300g) | 単4×2 | 最小2g |
| DRETEC | KS-726 | 2590 | 2kg | 0.1g(0.3-300g)/0.5g(300-1000g)/1g(1-2kg) | 単4×2 | 最小0.3g |
| DRETEC | KS-729 | 2260 | 2kg | 0.1g(0.3-300g)/0.5g(300-1000g)/1g(1-2kg) | 単4×2 | 最小0.3g、シリコンカバー |
| DRETEC | KS-740 | 2180 | 2kg | 0.1g(0.3-300g)/0.5g(300-1000g)/1g(1-2kg) | 単4×2 | 最小0.3g |
| DRETEC | KS-829 | 2750 | 3kg | 0.1g(0.3-300g)/0.5g(300-1500g)/1g(1.5-3kg) | 単4×2 | 最小0.3g、シリコンカバー |
| ELECOM | HCS-KSA01 | 1410 | 3kg | 0.5g(0-1000g)/1g(1-2kg)/2g(2-3kg) | 単4×3 | バックライト |
| ELECOM | HCS-KSA02 | 1450 | 3kg | 0.5g(0-1000g)/1g(1-2kg)/2g(2-3kg) | 単4×3 | カロリー計算 |
| ELECOM | HCS-KS01 | 1430 | 2kg | 0.1g(0.3-200g)/1g(200-2000g) | 単4×2 | 最小0.3g、バックライト |
| A&D | UH3305 | 2530 | 2kg | 0.1g(2-300g)/0.5g(300-1500g)/1g(1500-2000g) | 単4×2 | 最小2g、シリコンカバー×2 |
うーん。一応ここで拾った各メーカーのサイトで他製品も見てみたが。この範囲だな…。 ドリテックかなあやっぱり。値段だと ELECOM の誘惑が。 ちょっとでも細かく計測しようという心意気の分でドリテックにしとくかなあ。 精度の比較はまだしてないけど。 バックライトはまあ要らないかな。 3kg まで、のもちょっとそそられるが、2kg までしか量れなくて困ったことはほとんどないし。 TANITA は高い分精度は期待できるのかもしれないが、やはりちょっとこの値段はううむだわ (現状の懐都合で)。
一応精度もいくつかピックアップして調べてみた。
| TANITA KJ-222 通常計量モード | 0.1±2g (0-200g) / 0.5±2g (200-500g) / 0.5±3g (500-1000g) / 1±3g (1-2kg) |
| TANITA KJ-222 微量モード(0.1g) | 0.1±0.2g (0-50g) / 0.1±0.3g (50-200g) |
| TANITA KJ-222 微量モード(0.5g) | 0.5±1.0g (0-250g) / 0.5±1.5g (250-1000g) |
| ELECOM HCS-KS01 | 0.1±0.2g(0.3-200g) / 1±2g(200-500g) / 1±3g(500-2000g) |
| DRETEC KS-729 | 0.1±0.2g(0.3-300g) / 0.5±1g(300-500g) / 0.5±1.5g(500-1000g) / 1±3g (1000-2000g) |
| DRETEC KS-829 | 0.1±0.2g(0.3-300g) / 0.5±1g(300-750g) / 0.5±1.5g(750-1500g) / 1±3g (1500-3000g) |
DC モーターで小型でわりと廉価で静音でクリップ扇のやつないかなあ。
蛇足的脚注
- 6-1 : TANITA KJ-222 の計量モード
-
取説によると。
微量モード:
なんだろう、「通常モード」で、多少精度を犠牲にしても“すばやく”計量することを優先する、みたいな設計思想なのかな…。 やっぱりよくわかんないな。
本器には、より細かくはかるための微量モードがついています。 微量モードでの最小表示は、計量皿に載せている重さの合計(追加計量を含む)によってかわります(下表参照)。
現在何g単位ではかれるかは表示部の上側でお知らせします。計量皿に載せている重さの合計 最小表示 0~200g 0.1g 200~1000g 0.5g 1000~2000g 1g
重さの合計が一度でも200gを超えると、計量物を降ろしても0.5g単位で表示します。
1000gを超えたときも同様に1単位で表示します。
2025-12-7 (Sun)
| メーカー | 型番 | 価格(ショップ) | 電源 | 羽根径 | 消費電力 | 静音性 | 備考 |
|---|---|---|---|---|---|---|---|
| ライフオンプロダクツ | PRISMATE PR-F058 | 1300(Amazon) | USB/内蔵電池 | 10.5cm | 4W | やや難 | 首振り,製造終了品 |
| ライフオンプロダクツ | PRISMATE PR-F084 | 2700(エディオン) | USB/内蔵電池 | 11cm | 10W | ○? | 首振り,リズム風 |
| トップランド | どこでもFANTASTIC SF-DFP18 | 3812(Amazon) | AC/USB | 17cm | 9W | ○ | 耐久性△が一人,販売終了か? |
| ドウシシャ | ミニクリFSA-61B | 1200(エディオン) | USB/内蔵電池 | - | 2.2W | ? | |
| ドウシシャ | PieriaVSF-161B | 2180(Amazon) | USB/内蔵電池 | 6cm | - | ? | |
| トップランド | SF-DFK39 | 4380(楽天) | DCアダプタ/USB | 9cm | 4.5W | ○? | クリップ下がでかい |
| アイリスオーヤマ | PF-C2501 | 3430(楽天) | USB/内蔵電池 | - | 4.1W | ○? | DCモーターかどうか不明 |
予定では携帯して使わないので電池はできれば内蔵してない方がええんじゃが。 それだとこの中からだと一択になっちゃうんだわな… (クリップの逆側が出っぱってるのは想定用途には向いてねえんで)。 でももう製造終了してて Amazon でしか売ってない上に値段が高いんだよな…。詰んでるなー。 メーカーは後継製品出してくれないかしら。
とあるディレクトリ以下のファイル名を再帰的に、一括で、指定のルールでリネームするスクリプトを書いて走らせたんだが。
"$path/$new" とすべき肝腎のところで "$path/new" にしちゃっていた。
同名ファイルによる上書きチェックさえ入れておけばよかったんだが手を抜いてしまった。ホント大失敗…。
大量のファイルが "new" に上書きされて、そのドライブの空き容量が 1.5TB も増えちゃったわよ。
バックアップも取ってなかったし (もう外付け HDD の容量が全体にカツカツでバックアップがぜんぜん取れる態勢じゃない)、
これはもうリカバリのしようがない…。
幸いなことに、“生活するのに必須!”“消えたらジ・エンド!”みたいなファイルはなかったので…。 まあぜんぜん平静ではないが、ホントの致命傷は免れたのが不幸中の幸いか。
リネームとかファイル移動とかの時は必ず上書きチェック入れないとダメですね。 キモに銘じてね。 ホントはバックアップ態勢も肝要なんだけどね…。 HDD が爆値上がり中らしくてとっとと買ってなかったんでそっちはちょっと今詰んでるんだね。
あと考えてみたら久々ってほどでもなかったかもしれん。 わりと最近、大ポカでやっぱり生活必需ファイルではないがかなりダメージくらう中規模ウッカリファイル削除やらかしてたわ…。 年かしらね…。
2025-12-8 (Mon)
音はまあ普通。耳の穴につっこむタイプじゃないんで、装着位置によって音が (音量とか音質とか) ビミョウに変わるが。 装着感もまあまあ。少なくとも他の shokz 製品みたいに耳介に当たってだんだん痛くなってくるようなことは皆無。 ただ、耳周辺の髪がやっぱり邪魔になるなあ…。 長時間つけてるとヘンな跳ね癖がつきそう。 これで値段がもうすこし…今のせめて 2/3 くらいだったらよかったんだが。 とりあえず、外部の音もしっかり聞こえる状態で、ヘッドセットの音もしっかり聞こえ、 なおかつ長時間装着していても耳が痛くならない (なりにくい) デバイス、がこれでやっと使えるようになった…。
営業も大変だろうし、まあたぶん個人請負みたいな形でやってるんじゃないかと思うけど (売れないとカネ入らない的なやつ)。 いやわからんけど。 でもそうでなきゃ制服なり支給すんだろうしなあ。 あるいは服装規定を作るとか。 この間来たデブチンよりは話の仕方もちょっとマシだったけど、 「ちょっといい普段着」みたいな格好でジャンパーはおって来てたからなあ。 個人になんなら法的にアヤしい引っかけるような対応手順書だけ渡してあとは丸投げみたいな、 こんな孫請けみたいな形で営業させるような会社は、おそらくロクなもんじゃないだろう、という推測がどうしても拭い切れませんのですわな…。
スマホからティラティラリン警報が出た時点では関東に揺れは届いてなかったが。 しばらくしてから、けっこう長くゆらゆら揺れた。うちのあたりは震度 2くらい。
購入記録
- ●BD(古)「ゼイリブ (THEY LIVE) (1988) 4Kレストア版 (4K ULTRA HD+Blu-ray Disc)」是空/TCエンタテインメント TCBD-0967 (2020)
キャスト (配役) (吹替):
- ロディ・パイパー (ナダ/ネイダ) … 堀勝之祐
- キース・デヴィッド (フランク) … 小林清志
- メグ・フォスター (ホリー) … 弥永和子
- ジョージ・“バック”・フラワー (放浪者) … 麦人
- ピーター・ジェイソン (ギルバート) … 筈見純
- レイモン・サン・ジャック (宣教師) … 阪脩
- 字幕翻訳 … 進藤光太
- 吹替翻訳 … 入江敦子 (テレビ朝日系「日曜洋画劇場」版)
- 吹替演出 … 松川陸
オクトパスエナジー社とは
2016年に英国で電力小売事業を開始したエネルギープロバイダーです。テクノロジーを利用することで世界中の顧客に安価で環境に優しいエネルギーを提供することを目指しています。東京ガスとは、2020年12月に戦略的提携に合意し、2021年1月に合弁会社TGオクトパスエナジー株式会社を設立する等、協力関係を築いてきました。現在はライセンス事業、発電事業、電気自動車(EV)事業、調整力事業などの事業も展開し、英国を中心に15か国で事業を行っています。2023年8月には英国の小売お客さま件数が650万件(英国シェア1位)となりました。
「クラーケン」とは
問い合わせ・申し込み・料金案内といったさまざまなお客さまとのコミュニケーション情報やお客さま契約情報を一括管理することができるカスタマーサービスシステムです。拡張性や柔軟性が高く、短期間での仕様変更が可能なため、日々改善をしています。また、結合性が高いため他社SaaSと連携したカスタマーサービスの機能拡充も可能です。
「クラーケンフレックス」とは
太陽光発電・蓄電池・コージェネレーションシステムといったさまざまな設備を束ねて管理することができるDER運用・管理システムです。住宅に設置する小型設備から大規模な発電所設備まで接続が可能で、各設備運転の運転状況をモニタリングしつつ、短いリードタイムで最適に制御することで、市場ボラティリティの高い環境や急激な需給変動発生環境にも対応し、DERの調整価値を最大化します。さらには再エネ変動への調整力を強化することで非化石価値の導入・提供につなげていくことが可能です。
YAML って Perl 発祥なの? YAML のパーサって JSON のパースできるの? (YAML 1.2 対応のパーサなら原則としてできるはずらしい) そうだったんだ…知らんかった。 個人的なデータ管理のごく一部に YAML 使ってんだけど、 そもそもあのインデント = ブロック、な仕様が大嫌いなんだが。 JSON 風に出力もできるなら今度からそうしようかな…。視認性とかどうなるかはやってみないとわからんが。
なお「ケツカンマ」は英語では trailing comma らしい。 perl ではごく初期からフツーに OK なやつ。 他言語ではバージョンによって OK だったりだめだったりするっぽい。 しかし世の中、どうも前カンマ派が一定勢力 (?) 存在するようだな…。
2025-12-9 (Tue)
そんなわけで、ドリテックのはかり (KS-729) はすでに到着して活躍中。 機能も過不足なし、値段なりにいい感じ (どういう評価だ)。 普段の置き場所どうすっかなあ…。 そこらに置いとくとホコリその他いろいろまみれになりそうだし、ポリ袋に入れておくか。
そもそもヘッドセットのセキュリティってなんなんだかね。 PC 側のソフトやデバイスをコントロールするプロトコル経由で PC 側の脆弱性をついて悪さする可能性、とか? でも現状ウチの PC と bluetooth イヤホンの接続は、 外付けトランスミッタと外付けヘッドホンミキサー経由でつながってて、 bluetooth のコントロール用プロトコルは無効になってて (PC まで届かない) あんまし関係ないんだよな。
なお sony のアプリの何が鬱陶しいかというと、 bluetooth イヤホンは普段は PC と接続して使ってんだが、 sony のスマホアプリは sony 製の bluetooth イヤホンの電源オンを勝手に感知して、 使えるイヤホンの電源が入ってるぜと取り除いても取り除いても通知を表示してきやがるんである。 ウルセエんだよオマエはお呼びじゃねえんじゃ。 ほんっと、sony はこういうクソみたいな自己満足な (押しつけがましい) 設計が得意というか好きというか…。 こまごましたところに行き届いちゃってるから始末がわるい…。
2025-12-10 (Wed)
というわけでいろいろ試行錯誤をする中で判明したのは、
use utf8; 環境下での文字コード取り扱いルールの詳細をちゃんと把握し切れてなかったあたり。
もう外部から文字を取り込む時と外部へ文字を出力する時、すべての場合で文字コードの (utf-8 と内部コードの相互の) 変換が必要で、
一部の書式、たとえば binmode STDOUT, ':utf8'; などはその出入口のごく一部 (つまり STDIN とか STDOUT とか) しかカバーしてなくて、
その他の場合つまりスクリプトに渡すコマンドラインオプションだの STDIN や STDOUT 以外のファイル間での入出力だの、
`……` 経由での取り込みだのではすべてそれぞれいちいち変換せにゃならんのだった。そうだったんかい!
要するに、きちんと内部コードへ変換し切れてなかったんでどう頑張っても正規表現でヒットしなかっただけだった。ヒドいオチ。
今回、utf-8-mac 関連の化け文字を変換できる Encode::UTF8Mac モジュールを導入してみた。 くされ mac 文字を自前で処理する必要がなくて大変便利。 あと、xyzzy (スクリプトの編集に使っているエディタ) 上で化けちゃってマトモに扱えない範囲の unicode 文字だが、 perl 内ではたとえば
\N{U+274e} などの形で書いておけば、正規表現でもしっかりマッチできることがわかった。
よし…覚えた…。
2025-12-11 (Thu)
そんなわけで、アドオン (waterfox 用の vimperator とか chromium 系の cVim とか) のルーチンのうち、 特定の用途用にあらかじめ整形し終えた状態でクリップボードにコピーしていた処理は、 いまではほとんど使わなくなったまま放置状態だったので、削除や統合で少し整理した。 以前のような方式だと、実行時のキーバインドもそれぞれの (貼り付ける時の) フォーマットごとに別個に用意する必要があり、 呼び出し時のキーの組み合わせを思い出せなくなったり、バッティングしたりしやすくて若干不便だった。 クリップボードへコピーする時のフォーマット (書式) を固定にして、それを各環境ごとにペーストする直前に、 適宜最適な形に変形する方が合理的。
…考えてみたら昔は xyzzy lisp で加工してペーストとかは思いつけなかったからな。 たぶん思いついても書くのが一苦労だったろうし。 ちょっとは進歩しとるんだなこれでも。たぶん。
購入記録
- ●雑誌「まんがライフオリジナル」2026.1 竹書房
- めんつゆひとり飯 (瀬戸口みづき)
- だもんで豊橋が好きって言っとるじゃん! (佐野妙)
- のみじょし (迂闊)
- 動物のおしゃべり♥ (神仙寺瑛)
- 花丸小ライフ (むんこ)
- リコーダーとランドセル (東屋めめ)
- ねこようかい (ぱんだにあ)
- 雑兵めし物語 (重野なおき)
- 晴れのちシンデレラ (宮成楽)
- ちぃちゃんのおしながき (大井昌和)
- スパロウズホテル (山東ユカ)
- しょうゆさしの食いしん本おかわり (スケラッコ)
- チート転生した猫は嫁の膝で丸くなりたい (樹るう)
- よそじとふたごのメシ事情 (小坂俊史)
- 中年女子画報 (柘植文)
- 我が妹のためならば (葵日向) (ゲスト)
- ねこまた印の染物屋さん (宇仁田ゆみ)
- 鬼桐さんの洗濯 (ふかさくえみ)
- みこどもえ (吉良さゆり)
- 俺のオンナに手をだすにゃ (弓家キョウコ)
- 恋愛感情のまるでない幼馴染漫画 (渡井亘)
- 未熟な魔法使いと僕(しもべ) (あしや稚浩)
- 推しの為ならなんでもします! (おーはしるい)
- 仕上げ男子のクロモジ (胡桃ちの)
- ぼのぼの (いがらしみきお)
- 新フリテンくん (植田まさし)
- ネコぐらし (深谷かほる)
- 全ての映画は、ながしかく (施川ユウキ)
- 目次4コマ:ポポ時評 (施川ユウキ)
EXWMは、EmacsをX11のタイル型ウィンドウマネージャーとして動作させるパッケージです(GNOMEやKDE、Xfce、i3wm、Swayなどとだいたい一緒)。そんなのがあるんだ。
- Path::Tiny … 使ってる
- File::Find::Rule
- HTTP::Tiny … 使ってる
- Mojo::UserAgent
- Plack
- JSON::MaybeXS
- YAML::XS
- XML::LibXML
- Text::CSV_XS
- Time::Moment
- DateTime … 使ってる(たまに)
- DBI … 使ってる
- DBIx::Class
- Moo
- Moose
- Test2::Suite
- Test::More
- Devel::Cover
- List::Util / List::MoreUtils
- Try::Tiny
2025-12-12 (Fri)
しかし米もずいぶん値上がりしちゃったねえ。昔は 1食 30~40円とかで食えてたのにな。
switch (k) { case v1: … } とかで、k と v1 の値が一致すればその処理、で、
switch (true) { case test1: … } で test1 の値が true ならその処理、なんだが、
ここで case text == "urls:": とかはうまくいくが、
case text.match(/^urls(title)?:/): とかはヒットしない。
つまり match が成功してもその結果は "true" にはならないから、らしい。なるほど…。
ここは case text.match(...) != null: とやっとく必要がある。
普段使っとる perl には基本 switch case はないし[12-1]、javascript とかでもほとんど使わんし、 lisp はちょっと違うし[12-2]、 いきおい仕様がうろ覚えのままで過ごしてしまうという。 いや、大昔 C ではフツーに使ってたのにな…。忘れちゃうもんだな。
購入記録
- ●雑誌「週刊漫画TIMES」2025.12/26 芳文社
- 神様のバレー (原作:渡辺ツルヤ/西崎泰正)
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- 雲上に歌いて、君を待つ。 (村田椰融)
- 結婚クーリングオフ (佐藤夏) (新連載)
- ラブホテル恐猥談 (好本拓朗)
- スイッチファイターズ (a.m.) (集中連載)
- お革りになりました。 (吉岡黎) (シリーズ連載)
- 浪人生の彼女とスーパーで (ひろせみほ)
- 君を愛した誠実なクズ (沖田龍児)
蛇足的脚注
- 12-1 : perl の switch case
- given when とかが実験的に存在していたが、 遅いのとマッチ方式がスマートマッチというやつで問題があるため非推奨になって、最新版では削除されたらしい。 今はかわりに match case という新しいのが導入されかけとるらしい。こっちは高速だし柔軟性もあるらしい。 まあウチの環境の perl だとバージョンが古過ぎて使えないけど。
- 12-2 : lisp の switch case
- ここでは common lisp サブセット + emacs lisp の、xyzzy lisp だが。 古くからある cond は、if ~ then ~ else if ~ then ~ else if ~ … と動作が同じで、 C や javascript の switch case とは仕様がちょっと違う。 case というマクロもあるが、これもやはり仕様がちょっと違う。 いずれもほぼ使ったことはない。
2025-12-13 (Sat)
小分けでちょっとずつ食べるためにキッチンスケールまで買ったのにこんなじゃな…。 なんかこう、アドベントカレンダー的なシステムで…もしくはペットの自動給餌器みたいに、 1日分の量を半強制的に決めるような仕組みでないと歯止めきかせられないのかもしれない。 試しにペット用の自動給餌器を検索してみた…どれもけっこういいお値段…。 安いのを探しても 6K くらいするなあ。うーん。 ミックスナッツのためだけにその追加投資 (と設置スペースの確保) はちょっと割に合わんじゃろ。さすがに。
こういう時に薬物依存症の人の心情に思いをはせちゃったりする。 ワシ、喫煙習慣にハマらなくてほんとによかったな…。 もし喫煙依存になったら、たぶんヤメるのものすごく大変だったろうと思うんだわ。 あと宗教依存ね (オカルト、占い、陰謀論、エセ科学、なども含む)。 宗教にハマるのはまたちょっと機序が違うかもしれないが。 薬物依存症の類は「頭では分かっていても…」の領域だが、アレはまたちょっと違うからな…。
あふの機能のうち、アーカイブファイル内の表示・操作と、内容 (テキスト、16進コード) 表示、そして画像表示はかなり必須なんで、 もし自分で作るとしたらそのへんは外せないんだけど、どう実装すればいいかわかんねえんだよなテメエのレベルが低すぎて。
あと Mac でファイルパスを扱っているので NFD/NFC 正規化問題も踏んでる。それはお気の毒さま…。
2025-12-14 (Sun)
さくらのメールボックスはアカウント (アドレス) 作るのがカンタンなので、 必要になる都度ほいほいとアカウントを作って増やしてきたが、その後不要になってもついホッタラカシにしがちで、 全然またはほとんど使ってないメアドが結構できちゃっていたんで、 ちょっと整理しとこう、と見直してたら、 mixi のサブアカでしか使ってないアドレスがひとつあった。 元々は別の用途用に作って、そっちで用済みになったんで mixi のサブアカに流用したんだが、 mixi はすでに本アカの方もほとんどログインしておらず、 サブアカも、まだ mixi を割と使っていた頃にちょっと実験用に作ったやつだからもうすっかり忘れとったんだな。 というわけで、メアドとサブアカの両方ともさくっと削除してすっきり。 まだ mixi で活動してる友人が一人おるので、本アカの方はとりあえず残してあるけど。 でもほんとに年に数回くらいしかログインしてないよな…。 そして話題がワシの専門外のマニアックな話ばっかりなんでただ読んでるだけっていうね。 でも一応最低限の安否確認にはなってる。 なお自分が過去に mixi に書いた日記だのなんだのは全てとっくに削除済なので、 いつさくっと撤退しても大丈夫な状態ではある。
なんかしかし、計算資源のムダ使いしちゃったよ…ちょっと罪悪感…。
use utf8; と、binmode と、decode encode の関係がいまひとつ把握しきれてない…。
テスト用にスクリプトを書いてみたんだが。
なんでこんなに腑に落ちないんだろう。
昨日は、閉店間際のスーパーで買い物したらレジで手持ち (現金) が足りなくて、 仕方なくいくつか買うものをあきらめて、 それでも財布カラッポになっちゃって、 次にどこか事務所のようなところに行ったら二、三千円のシャツかなんかを立て替え払いで買っておいてくれた若い人に、 スマンいまお金ないんで、今度お金持ってくるからそれまでこのシャツそっちで保管しておいてもらえないか、と交渉する、というような夢を見た。 現実ではもう現金で買い物する機会がほぼなくなったな…。 大体、スーパーやコンビニでしかモノを買わないし、 そのへんの店舗はほぼ debit カードが使えるからなあ。
2025-12-15 (Mon)
次は、ビタミンB群のサプリか。味しないやつ。 ビタミンB12 が入ってるんで買ったやつね。
さくらのサイトの障害情報を見てもなにも表示されてなかったが、 1時間ほどしたら障害発生中になってた。 2時間後くらいには復旧。 たまーに、こんな感じに落ちることがあるが、さくらのサーバは安定してる方なんだろうな。きっと。他のサーバを知らんけど。
2025-12-16 (Tue)
つーわけで、youtube のデータのうち、 音声メインで画像はまったく動かないやつのフレームレートを変換して極端に下げてみたらサイズが縮むんじゃないか、と思いつく。 しかし、動画データのフレームレートってそもそも仕様上どの程度まで下げられるのかがよくわからない…。 ffmpeg でフレームレートを変更する場合は、一番安直なのは -r で指定する方法だが…。 1秒間に 1フレーム以下、例えば 10秒で 1フレーム、みたいなこともできんのかしら、 と思って試しに -r 0.1 で指定したら、エラーにならずに作成された。 -r 0.01 (100秒で 1フレーム) も問題なかったんで、ひとまず -r 0.01 でざくざく変換してみたところ、 メディアプレーヤで再生できない…うんともすんとも言わないデータになってしまった…。 ただしそのファイルから音声データだけを抽出したところ、ちゃんとした音声ファイルができる。 つまり中のデータが壊れた訳ではない。 そして再生できない他にも、問題が発覚。 たとえば 45秒のデータを 1/10 fps に変換すると、キリのいい 50秒のデータになる…。 つまり最大 10秒未満、時間が余る。当然 -r 0.01 だと 100秒単位に切り上げされる。 結局音声データも元の長さよりムダに長くなっちゃうんだなこれ。
というようなことがわかったので、 -r 1 で 1秒 1フレームにとどめて変換することにした。このレートならプレーヤで問題なく再生できる。 いやちょっとベンキョーになったわ。 まあ、全体ファイルサイズがこれで縮むといってもせいぜい 10% とか 20% とかそんなモンだけどね。
犬の場合の換算式はどうなのか検索してみると、こちらは体重別に違うっぽい。しかもちょっと違う式がいくつか見つかった。 ある計算式では小型犬だと猫と同じくらい、いずれにしても大型犬は小型犬よりだいぶ早く老化が進むっぽいな…。 そうか…大型犬の方が寿命短いんか。 猫の寿命換算式ももしかすると、多少バリエーションがあったりするかもしれんのう。ちゃんとは調べてないけど。
HDPE は耐水性・耐薬品性高、柔軟性・透明性低。引っ張り強度高。ポリバケツ、テープひも、ブルーシート、コンビニ袋。
ふーむ。
2025-12-17 (Wed)
ついでに「perl 嫌い」でも検索してみた。 …どうも世の中は正規表現がよく理解できないタイプの人がいるっぽいなあ…。 そんなに大勢じゃないんだろうけど…。 あんなに便利なものは滅多にないのにー。
小林製薬の「無香空間」の消臭スプレー、ずいぶん昔に買ってあんまし使ってこなかったんでけっこう余ったままだったんだが、 しかも詰替用までひとつ買ってあったりするんだが、 このペースで使っていけば数ヶ月はもたんだろう、と新しく詰替用を探して検索してみたら、 「無香空間」というシリーズの商品はビーズタイプとかだけになってて、スプレー製品はもう製造終了していた。なんと…。 今はシーバイエスというところから「無香空間 pro」という業務用らしい製品が販売されてるようだが、 業務用だから販売単位が 10L とか大量で個人で買う量じゃないんだよ。そんなに要らないんだよ。置き場所もないよ。 ふぁぶりーずだのりせっしゅだの他メーカーから出ている、無香とか微香とか書いてるくせに臭くてたまらん劇物商品ばかりの中、 これはホントに無香だし効果もそこそこあるしで、いい商品見つけたわい、と思ってたのにな… (ふぁぶりーずとかの「無香料」は、香料は入れてねえけどニオイがないとは言ってねえぜ、的な意味が込められてるのかもしれん)。 別製品を探すしかないか…。「消臭力」の無香料タイプがどれくらい無臭でどれくらい効果があるのか、試しに買ってみるかなあ…。
というわけで無香をうたっているものをレビュー見ながら物色。 今のところ最有力は白元から出ている「ノンスメル 清水香」つうスプレーかね…。 ホテル用とあるからほんとに無香の可能性がかなり高い。 あと「消臭力」はポンプ式じゃなくガス式 (缶タイプ) だった…これ捨てる時にメンドくさいし、詰め替えができないよなあ。 あと、レビューによると、直後にちょっとにおうらしい…。どれくらいなのかは不明だが。 ただのアルコールのにおいの可能性もある。 5-56 でおなじみの呉もメディゾールとかいうスプレー出してるな (これも缶)。 なんとなく名前に見覚えがあるので、以前買ったことがあったかもしれない。といってもおそらくずいぶん昔だろうけど。
2025-12-18 (Thu)
蛇足的脚注
- 18-1 : 昼夜逆転
- 簡潔に書けばそうなるが、正しくは昼就寝サイクル。 なぜなら「逆」転ではないからである。 ちっとずつ遅い方にずれていって数十日周期でゆるやかに一周するのが、ワシ的には普通の睡眠サイクルなので、 どの時間帯に起きているか (寝ているか) 長期サンプリングして集計するとまんべんなく寝たり起きたりしている (はず)。 なので昼に眠くなる状態は別に「逆」でもなんでもないのだ。
2025-12-19 (Fri)
ほんとは powershell 経由で呼ぶより、Win32API 使う方がずっとスマートに作れそうなんだが、 どう作ればいいかまだよくわかんないんじゃよな…。そっちはあとでやろう…。
購入記録
- ●雑誌「週刊漫画TIMES」2026.1/2 芳文社
- まどろみバーメイド (早川パオ)
- 解体屋(こわしや)ゲン (原作:星野茂樹/石井さだよし)
- 神様のバレー (原作:渡辺ツルヤ/西崎泰正)
- 結婚クーリングオフ (佐藤夏) (新連載)
- ごほうびごはん (こもとも子)
- 坊っちゃん -転生したら名作の中でしたシリーズ- (篠原ウミハル)
- 浪人生の彼女とスーパーで (ひろせみほ) (最終回)
- スイッチファイターズ (a.m.) (集中連載)
- 復讐装置いかがですか? (吉川鋭利)
- 1:2交際はラブコメに入りますか? (桃井桃子)
- 君を愛した誠実なクズ (沖田龍児)
gmail をメインに使うとかは自殺行為だからな。 ウチもさくらのメールボックス以外にもうひとつメインで使えるメールサービス探しとこうかな… (さくらインターネットへの連絡先にさくら以外のメアドが必要なんで、やむなく gmail のやつを登録してるんだが、このままだとキケンかもしれん)。
2025-12-20 (Sat)
(参考: メールサーバーおすすめ10選を徹底比較!【個人・法人向け】 – CORESERVER Media(コアサーバーメディア) 他)
| サービス | 月額 | 容量 | アカ数 | 複数ドメイン | お試し | サポート | 備考 | 運営会社 |
|---|---|---|---|---|---|---|---|---|
| XREA Mail&Backup | 132円/88円(3年契約) | 100GB | 無制限 | ○ | 10日間 | m,c | 要domain | GMOデジロック |
| お名前メール エコノミー | 484円/177円(年払い) | 4GB | 無制限 | 10 | × | m,c | 要domain | GMOインターネットグループ |
| お名前メール ベーシック | 580円/194円(年払い) | 40GB | 無制限 | 30 | × | m,c | 要domain | GMOインターネットグループ |
| さくらのメールボックス | 88円 | 20GB | 無制限 | 20 | 14日間 | m,c,t | さくらインターネット | |
| ムームーメール | 195円 | 30GB | 無制限 | ○ | × | m,c | 要domain | GMOペパボ |
| InterServer | 2.5ドル | 無制限 | 無制限 | × | × | m | 英語のみ | インターサーブ |
| XREA Free | 無料 | 10GB | 100 | ○ | × | m,c | SSH△ | GMOデジロック |
| ロリポップ エコノミー | 198円/99円(3年契約) | 120GB | 10 | 50 | 10日間 | m,c | GMOペパボ | |
| ロリポップ ライト | 572円/264円(3年契約) | 350GB | 無制限 | 200 | 10日間 | m,c | GMOペパボ | |
| ロリポップ スタンダード | 1155円/495円(3年契約) | 450GB | 無制限 | 300 | 10日間 | m,c,t | SSH | GMOペパボ |
表中 InterServer までがメールサービス、XREA Free から下は Web サーバ + メール。 さくらのメールボックス、いっちゃん安いな。 しかしさくら以外ほぼ GMO に牛耳られとるやんけ。
サービスによっては説明に細かいことがなんも書いてなくて、初期ドメインが使えるのかどうかすら探しても見当たらなかったり…。 どうやらまず独自ドメインを取得しないとダメ、のパターンがあるんだな。 独自ドメインは死んだり使うのヤメたりした後のことや、使い続けるにしても維持費のことを考えると、 あんまし個人で取る気にはなれないんだよな…。 あとメール専用じゃなく Web サーバ兼用のサービスの場合、ファイルを転送する際にできれば rsync が使いたいし (ないといろいろ厄介)。 と思ったんだが、SSH 利用可能のところでもロリポのスタンダードは (メールサーバ目的で考えると) 値段高すぎるし、 XREA Free は DB アクセス用なんで制限 shell 使用、工夫すれば通常の shell として使えなくはないがそれは*禁止*、らしい。 結局「メールサーバとしてだけ」使うつもりで借りとくのが無難ぽい。
唯一無料の XREA free は 3ヶ月ごとに最低 1回はログインかなんかしないと使用継続できないらしい。 そのへんはまあ仕方ないのかもしれんが…。やれなくはないけどメンドくせえな。
ファイルアクセスや転送に関しては、 ssh (と rsync) が使えなくても raiDrive で ftps プロトコルでつないで (ローカルのドライブに割り当てて) アクセスできんこともないので、 パーミッションまわりが問題なければそれでなんとかなるかもしれん。 メールでしか使わん予定でも、ファイルの転送が必要なこともたぶん出てくると思うので…。 まあ rsync が使えれば一番カンタンなんだが。
type Vertex struct {
X int
Y int
}
これが構造体。
v := Vertex{1, 2}
これで代入して、
v.X = 5これでフィールドXへのアクセス。
p := &vこの
p が構造体 v へのポインタ。ここから。
本来、
p を介して X へのアクセスは (*p).X なんだが[20-1]、
この記法はめんどいので p.X と書いてもいいと。
えっそれなんかダメだろ。意味違っちゃうんじゃねえの?
p が &v なのに p.X が v.X と同じってヘンじゃね…?
なんか、go もちょっとこれダメかもな、という気がしてきた…。
あと配列は固定長だけどスライスは可変長、だがスライスは配列への参照のようなもの、とか…。よくわからん…。 配列固定長なら処理は速いだろうけど C みたいで不自由だな…。そういや common lisp でも配列は固定長だっけ…? 配列まわりとかはちょっと不自由なのかな…もしかして。まだチュートリアル途中だからこの先も見てみんとわからんが。 C が高級アセンブラだとすると go は高級 C みたいな感じなのかな…? (どうかな)
そして、先に進んで二重のスライスに値入れるのにどう書けばいいかわからん…。 最初から段階を踏んで丁寧に説明してるように見せかけて、 突然説明なしに (まだ説明に出てこない) 文法を使ってたりして、 なんかあんましちゃんとはできてなさそうなニオイがあるなこのチュートリアル…。 別途 reference なり、もうちょっとしっかりねっとり書かれたチュートリアルなりが必要かもしれん (ワシには)。
蛇足的脚注
- 20-1 : (*p).X
-
C なら
p->Xとなる。が go ではこうは書けない。
2025-12-21 (Sun)
それにしても毎年年末年始はなんかしらんけどついいろいろ買いたくなって (買って) しまう傾向が…。
| スーパー\日時 | 通常 | 12.26 | 12.27 | 12.28 | 12.29 | 12.30 | 12.31 | 1.1 | 1.2 | 1.3 | 1.4 | 1.5 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ヨークマート | 10:00-22:00 | 通常 | 9-22 | 9-22 | 9-22 | 9-22 | 9-21 | 休 | 10-20 | 10-21 | 通常 | 通常 |
| マツキヨ | 10:00-23:00 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 |
| ライフ板橋 | 9:30-22:00 | 通常 | 通常 | 通常 | 通常 | 9-22 | 9-21 | 休 | 休 | 休 | 10-22 | 通常 |
| ライフ仲宿 | 9:30-24:00 | 通常 | 通常 | 通常 | 通常 | 9-24 | 9-21 | 休 | 休 | 休 | 10-24 | 通常 |
| マルエツ | 9:00-1:30 | 通常 | 通常 | 通常 | 通常 | 通常 | 9-21 | 休 | 10-20 | 10-20 | 通常 | 通常 |
| コープ | 9:30-23:00 | 通常 | 通常 | 通常 | 通常 | 通常 | 9-20 | 休 | 休 | 10-19 | 通常 | 通常 |
| コモディイイダ | 9:00-22:00 | 通常 | 通常 | 通常 | 通常 | 通常 | 9-21 | 休 | 10-20 | 10-20 | 通常 | 通常 |
| ピーコックストア | 24h | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 | 通常 |
蛇足的脚注
- 21-1 : 年末年始のスーパーの営業時間メモ
- 裏の個人メモでは毎年やってるやつ。こちら側へ写す時にいつも削除していた。 個人的なメモだし裏に書いてあればそれで自分には用が足りるからね。 今回はなんとなく気が向いて、ちょっとこっちにも写してみた。 自分にも他人にもほぼ役に立たない、ムダなだけの書き写し。
2025-12-22 (Mon)
ついでにドリテックのキッチンタイマー (T-156) も、これは 2006年 7月にやはり Amazon で買ってた。 1000円ポッキリ。 同時にやかんも買ってた。これも 1000円ポッキリ。今使ってるやつ。これも長持ちだな。 なおこれらの購入については駄日記に書いてあった。 やかん先行でタイマーはついでだったか。
この頃はまだ、Amazon をよく使ってた。 まだそんなに邪悪さをぶり撒いてなかった (または当方があまりピンときてなかった) 頃。
2025-12-23 (Tue)
print $ENV{COLUMNS} ではダメ)、
安直に claude に聞く。
しっかり検索すればおそらく分かる範囲の情報で検索がメンドウそうな時
(英語の情報はあるが日本語情報が少ない、とか、検索語が他の意味の語とかぶっていてヒットしにくいとか)、
LLM サービスを使うとだいぶベンリ。
これはコストパフォーマンス的には問題があるかもしれないものの、
LLM サービスの一番使える使い方なんじゃないかという気がする。
それはさておき、肝腎の方法だが、いくつかあるが一番推奨なのは Term::ReadKey で取得する方法だって。
use Term::ReadKey; … my ($cols, $lines, $widthpix, $heightpix) = GetTerminalSize; # $cols に桁数(1行あたりの表示文字数) が入る # my ($cols) = GetTerminalSize; … 桁数だけ欲しい場合はこれでよしちょっと、項目数の多いリストを 1行 1項目で表示してたら、 画面縦幅 (表示行数) を超えて最初の方がスクロールして消えちゃうんで、 画面表示幅の許す範囲で 1行に複数項目横並びに表示して、 画面縦幅におさまるようにしよっかな、と思ったんだった。 まあ見易さは 1行 1項目の方がずっと上なんだがな。
2025-12-24 (Wed)
仕方ないんで、雨が小止みになった隙に自転車でざっと回ってきた。 少々濡れたが、傘さして歩いていかにゃならんほどの降りではなかったんでまあまあ…。
2025-12-25 (Thu)
wikipedia によると、住信SBIネット銀行は三井住友信託銀行 (SMTB、設立当時は住友信託銀行) と SBI ホールディングスの共同出資で設立 (1986)、 2025.10 にドコモが株式取得してドコモの連結子会社になったと。つい最近か。 SBI ホールディングスの前身はソフトバンク・インベストメント、 これは元ソフトバンクの子会社で、2006 にソフトバンクから完全独立。 で、ドコモの子会社にしたので名前上の SBI (ソフトバンク由来) を払拭して、大元の SMTB を復活させたわけか。 住信SBIネット銀行はこれまで SBI証券との連携サービスをウリにしてきたようだけど、今後はどうなるのか。 当面変更はないにしても徐々に切り捨ててくんだろうし、顧客離れが進んだりしてねえ…。わからんけど。 まあワシの場合預金額常時ゼロの末端ユーザなので、どこの証券と連携しようが関係なく、 目当てのサービス (他銀行への振込で毎月規定回数手数料無料) が劣化しなきゃ使い続けるだけだけど。 でもなー母体がドコモじゃどうなるかわからんな…。
ことに昨今、いろいろ物価上がっちゃってて、例年の調子でつい雰囲気で余計なモンたくさん買ったりしてると懐がカラになってしまうので、 気をつけないといかん。