Weeknotes

新コマンド jsonize(jz) を非公開で開発中

“jsonize(jz) - Turn command output into JSON.” を開発している。既に類似のコマンド kellyjonbrazil/jc が存在する。完全には同じにならない筈なので、作り直している形だ。最近は、やたら作り込んでからパブリック化している。パブリックにしても誰も使わないのだが、気持ちの問題だ。大体のパターンでは、GitHub Actions の利用料が上限を迎えて、公開せざるを得なくなる（※）。

GitHub Pages は、OSS 自体がプライベートでもパブリック公開される。興味がある方は、以下から内容をチェックできる。

• nao1215.github.io/jsonize/

※ 上限を迎えたので、公開：https://github.com/nao1215/jsonize

ディズニーランドとシーへ

2泊3日（夫婦、幼児1名）で旅行に行った。家族全員揃っての県外旅行は初めて。恐らく5〜6年ぶりのディズニー旅行である。2019年にシーへ行った時の記録が残っている（以下の記事を参照。この記事を書いた後も遊びに行っている）。今回は、準備から当日まで順を追って、簡単に感想を残す。

• 前編：16年ぶりにディズニーシーへ(12歳⇒28歳)
• 後編：16年ぶりにディズニーシーへ(12歳⇒28歳)

まず、下準備についてだ。予算は約20万円（下表）とした。基本的には、ディズニーに入園する前までの準備で15万を使った。モバイルバッテリー代、服代は記載していない。旅行直前に「もしかして、外出用の服がない？」と気づいて、慌てて買った。リモートワークでくたびれた服ばかり着ていた弊害。

当日の出費は正確に計算していないが、5〜7万程度と思われる。食事代が1食あたり5,000〜8,000円のレンジと高めだった（東京基準なら普通ではある）。500mlペットボトル（250円）やホテルの菓子パン（400円）が観光地価格であったし、値段にビビってしまってバケット付きポップコーン（3,400円）を買えなかった。食費を浮かすために、現実世界（舞浜）のサイゼリヤで一度豪遊した。なお、宿泊費を浮かす場合はふるさと納税（楽天トラベル）、チケットを手に入れるにはオリエンタルランドの株を買う方法が考えられる。後者は、株価が下がりがちなのでオススメしない。

今回、初めてオフィシャルホテルを利用した。二つ便利な点があった。一つは、東京ディズニーリゾート・ウェルカムセンター（舞浜駅の南口左）でチェックインでき、荷物を預けられること。もう一つは、ランドからホテル、ホテルから舞浜駅などの移動にシャトルバスが利用できること。よりグレードの高いアンバサダーホテルに泊まった場合は開園15分前に入園できるメリットがあるが、そこまで攻める気持ちはない。その一方で、次回もオフィシャルホテルを利用しようと考えるぐらいには、体験が良かった。部屋もお風呂も広かった。

初日は、KUA`AINA とゴンチャで腹ごしらえしてから、15時にシーへ。

アクアトピアでびしょ濡れになり、息子が気に入ったシンドバッドを2回ほど乗った後、ジャンピン・ジェリーフィッシュ、海底2万マイルで息子の様子をうかがった。微妙そうな顔つきだったので、チュロスを買うついでにエレクトリックレールウェイに乗って、ピーターパンのネバーランドアドベンチャー、ラプンツェルのランタンフェスティバル（息子はラプンツェルが好きだ）を最後に楽しんだ。ピーターパンとラプンツェルは最近できたアトラクションなので、私も初体験だった。システムや人形が現代的だった。「3D グラス着けるほど、奥行き感じられないじゃん」と鼻で笑っていたが、ピーターパンの後半は臨場感があって没入できた。

2日目は、息子が興奮して6時半に起きたので、8時にはランドへ向かった。この段階で開園待ち行列があった。入園直後は、美女と野獣“魔法のものがたり”が短い待ち時間で見れる可能性が高かったので、一目散に走った。40分待ちだった。今回のランドとシーで最も待った（他は20分以内だった）。乗った・乗ろうとしたアトラクションは、以下の通り（順不同。というか覚えていない）。

• ガジェットのゴーコースター
• ロジャーラビットのカートゥーンスピン
• ミニーと写真撮影する場所（ミニーの家ではない？）
• ピノキオの冒険旅行
• ピーターパン空の旅
• プーさんのハニーハント
• イッツ・ア・スモールワールド
• ビッグサンダー・マウンテン
• スプラッシュ・マウンテン（息子がビビって断念）
• ジャングルクルーズ（ここで大雨）
• ウエスタンリバー鉄道2回（最後に恐竜がでてきて、息子が興奮）
• カリブの海賊

全体的に、ランドは古いなと感じた。子供が楽しめるアトラクションが特に古臭かった。ピーターパンが露骨で、シーで3Dビジョンを楽しんだ後にランドでハリボテ感満載のライドに乗ると、ランド側の存在意義が気になってしまった。調べたら、1983年の開園当初から存在し、海外のランドを参考に作ったもので歴史があるらしい。動く歩道と平行してライドに乗り込むスタイルは、現代視点だと危ないなと感じた。大穴はウエスタンリバー鉄道で、グルッと一周するだけだと記憶していたが、最後に恐竜が登場して「男児向けコンテンツだった！」とテンション上がった。微妙だったのは間違いなくカリブの海賊で、英語を話すし、描写が子供向けではなかった。昔はここまで嫌悪感を抱かなかったので、親になって見る目が変わったかも知れない。

残りの所感を列挙する。

• モバイルバッテリーを持ち込む必要がないぐらい、公式アプリを使わなかった
• 公式アプリは遅く、マップが勝手に回転するので、UX が悪いと感じた
• ディズニープレミアアクセス（有料ファストパス）は、家族連れだと高すぎて選択肢にならない
• 次回があれば、シーだけかも
• 子供の存在を考慮して指定席を買ったが、時間の融通がきく自由席が良かった
• SNS 向けの写真を撮っている人、外国人が昔より増えた
• 2泊3日で PC を持ち込まないのは正解（家族に集中という意味で）

前述の記事で書いた通り、私が12歳の頃はディズニーシーを楽しめなかった。あれから24年が経過し、シーは強化された。息子がラプンツェルを気に入る姿を見て、シーしか勝たんという気持ちだ。今回の旅行の帰り道でランドから舞浜駅へ向かう途中、昔の記憶が蘇った。私が子供の頃にゼペットじいさんと写真を撮ったことを覚えているように、息子も今回の旅行を数十年後も覚えているだろうか。

風邪を引いた

東京に行くと、高頻度で体調を崩す。あれだけ人が密集していれば、風邪を貰ってきやすいだろう。咳をしすぎて、腰を若干痛めた。原因は分からないが、東京ではマスクをしてても鼻に不快感がある。花粉系の鼻炎持ちなので、何かを感じ取っている可能性がある。大気汚染マップを確認したが、そこまで空気が汚いわけではないようだ。汚染はされていなくても、自分の勘違いでなければ東京の一部の駅は臭い気がする。

GUI が固まる原因は Ubuntu ではなく、自分だった

最近、月に一回程度の頻度で GUI が固まっていた。Ubuntu 26.04 が不安定なディストリだからだろうとゲスパーしていた。念のため、Claude に原因調査をさせたらメモリ不足が原因であり、Ubuntu は濡れ衣だった。ローカルマシン（NucBox EVO-X2）は、128GB の RAM があり、その内の 64GB がシステムに割り当てられ、残りは GPU 用 VRAM に割り当てられている。メモリは潤沢にある方だ。

メモリ不足の原因の一つは jsonize の Fuzzing テストだった。jsonize の aligned テーブルパーサは、列数は256上限だが、行数に上限がない。仕様上、入力の約13,000倍のメモリを保持する。Fuzzing では、入力1 MB 上限なので、確保するメモリは十数 GB 規模に達する。その他にも filesql や hugo も数十 GB のメモリを喰うことがあるらしいが、原因調査できていない。

一先ず、earlyoom を入れて、メモリ枯渇時にプロセスを素早く Kill できるようにした。jsonize 側も Issue を書いた。そして Ubuntu よ、疑ってごめんな。Debian と比較して、どうしても君の GUI 安定性が信用できないんだ。あと、率直な感想を書くと、Claude に Linux Kernel 周りの知識で勝てる気がしないと思った。

ガジェットよりも先に、家具を選ぶ

ガジェットを数点買うよりも、まともな家具を部屋にデプロイした方が費用対効果が優れている。だって、ガジェットは買っても使わないから。Realforce のキーボードだけが戦友レベルで使い潰せている。その一方で、中華ゲーム機は触らない月すらある。今までは、その現実を直視できなかった。ガジェットはロマンだから。しかし、最近は「1日中フルリモートで部屋に籠もっているから、高い家具で満足度を高めた方がテンション上がるよな」と考え直した。

机、デスクシェルフ、スピーカーは購入済みである。机が9月末に郵送されるので、環境構築できていない。そんな中で、椅子、机上の本棚、モニタ向け照明を追加で検討中である。椅子は Ergohuman が候補だが、1.5万円で購入した椅子の10倍以上する。ここ最近は2回ほどギックリ腰的な症状で苦しんだので、椅子に投資する選択肢は大いにある。しかし、10倍も腰に効くのかが疑い深い。安い椅子と、読書で使う一人用ソファを購入した方がトータルで幸せではないか、という案も出ている。

ブドウは自然に大きくならない

今年は、初めてブドウ（品種はピオーネ）が実った。私はまだ食べていないが、甘かったらしい。皮は硬めとのこと。今更ながら調べたところ、ブドウの木を成長させるために、数年は大半の実を摘房することが多いらしい。今年は数個切り落としたが、殆ど残した。大半のブドウは表面が不自然に黒くなっており、葉も病気のような兆候が見られた。病気に強いブドウの木は、接ぎ木された物が多く、値段も高め。私は安い木を買ったので、そこまで病気に強くないのかも知れない。

スーパーで見かけるブドウは実がギッシリしているが、我が家のはスカスカだ。原因は、複数あるらしい。樹勢が強すぎ、窒素肥料のやりすぎ、若木（低樹齢）、摘房・房作りが不十分など。来年は、多めに摘房する。大前提として、庭が小さいから枝の行き場がない。今回調べていて残念だったのは、ブドウの木の寿命が15〜25年と短いこと。私より早く定年を迎える気だ。何となく木は人間の数倍長生きな印象を持っていたが、違うらしい。できる限り長く実をつけていただきたい。

8年ぶりにジェントルマンジャックを飲む

我が家は、酒屋でチーズを大量買いする習慣があるのだが（自分以外がムシャムシャ食べるのだが）、その際にジェントルマンジャックが3000円程度だったので衝動買いしてしまった。2018年にジャックダニエルシリーズを購入して以来なので、約8年ぶりだ（下図参照）。テネシーアップル、テネシーブラックベリー、ウィンタージャックなどの変わり種も、見つけ次第に飲んでみたい。ちなみに、ジェントルマンジャックは、通常版よりもクセが少なく、軽やかだ。人によっては物足りなさを感じるかも知れない。

最終出社

最終出社だった。PR 5件ほど出して、サヨナラしてきた。1.5年ほど在籍した。転職活動を始めた時点では在籍期間1年ほどであり、「こんなに早く転職してよいのだろうか」と転職活動自体を迷った。私は安易な転職を良しとしない保守的な人間であり、自力で変革できないこと以外は耐えられるので、「この程度の不満で辞めるのはチョットな……」と迷いが生じた。カジュアル面談も一社だけ受けて、しかも「転職する気ないですよ」と伝えながら選考を進めて内定をいただいたりしていた。なお、私は転職活動で同時に一社しか受けない。会社情報が脳内で混ざると嫌なので。

転職理由は、抽象的に言えば音楽性の違いである。現職はクラシックがしたかったが、私はメタルがしたかった。メタルとクラシックは、技術、理論、練習量、アンサンブルのような土台を共有している。クラシックに合わせることもできる。しかし、楽譜がポンポンと変わり、定番曲を十分に演奏できず、演奏スタイルに違和感を感じながら、あと数年働く選択肢が弱かった。私のワガママである。

現職の面接を受ける前は、あらゆる公開物に目を通して、1週間以内に全ての面接を終えた。水が合うと表現されるぐらいだった。現実的には、私は淡水魚で、現職は海だった。とはいえ、海水の刺激を受けて、設計思想に大きな変化があった。

同じアイス、別の体験

誕生日だった。息子と妻がサーティワンアイスのペコちゃん BOX を買ってきてくれた（おまけのポーチが床に落ちているのを見かけた）。息子の提案らしい。息子にとっては、サーティワンは誕生日に食べたいぐらい美味しいアイスなのだろう。先日、息子は初めてサーティワンを食べて、ニコニコしていた。私はサーティワンを食べても強く感動しないが、息子にとっては違う。まだ短い人生の中で食べたアイスの中で、とびきり美味しいものがサーティワンなのだ。

残念ながら、私が食事で喜びを感じることは殆どない（食欲がないとは言ってない。デブだから）。「息子が初めて外でアイスを食べた」などのイベントに紐づかないと、食事から感動を得られない。美味しいお肉を食べても、思い出にならないのだ。感受性が衰えている。そう考えると、私は息子や妻に美味しいものを食べてもらうのが最もコスパが高い。この2人は、よく喜ぶ。

惰性で誕生日ケーキも買っているが、子供の時のような「ケーキだ！」みたいなテンションではない。儀式。感情の波はない。もう何も考えずに、ショートケーキのイチゴを息子の口に入れるぐらいには、ケーキに興味がない。オッサンの誕生日は、デザートが豪華な平日でしかない。いや、夫婦で高い店に行く派閥があるのは知っているが、私は家から出たくない。自主的につまらない平日へとランクダウンさせている。

AI 使い、AI 使われ

最近は、AI に文章や資料を書かせながら、その内容を理解していない人がいる。生成された文章を一度も読んでいなさそうな人さえいる。私自身、魂を込めて Design Doc（詳細設計書）を書いていた時期と比べて、細部への理解が甘くなった。昔は完成した文章を何度も読み返したが、今ではせいぜい1回だ。読み込みが浅いので、仕様が脳に焼き付かない。対面で会話する時、理解度の低さに気づく。言葉に詰まるのだ。それだと困るケースも当然あるので、魂を込めるべき機能を選別して、その機能の設計書は「調査は AI、執筆は完全手書き」にしている。

格ゲー界隈では、「使われ」という蔑称がある。強キャラの高い性能のおかげで勝てているような人を◯◯使われと表現する。AI は紛れもない強キャラであり、AI 使われが増えていると感じている。私も振り回されている。昔は、自分が苦手な領域（例：文章、コーディング、管理）の作業を避ける人が多かった。今では、AI が作業を代替してくれ、自分で評価できないレベルのブツを生成してくれる。この生成物が AI Slop（低品質コンテンツ）になりがちだ。最近のテーマは、「AI 使われからの脱却」である。AI 使いへの道を歩む。

個人的な AI の良い使い方のひとつは、理解できない技術に関して質問攻めにすることだ。例えば、私は Mastering Ethereum Chapter 4. Cryptography を読み終わった後、自分の言葉で何も語れなかった。今後の飯の種なので、ChatGPT に URL を渡してから質問攻めして理解度を上げている。同じことを人間にしたら、「もう少し自分で調べたら？」と呆れられるだろう。一方、思考を外注するための壁打ちは悪い使い方だ。回答が一意に決まらない曖昧な質問を繰り返しても、発散する。せめて判断基準を示すべきだ。「簡単に作れて、売れるゲームを教えて」と AI に尋ねても、答えは出ないだろう。

メリー・ポピンズ（1964年）をチラ見した

家族でメリー・ポピンズを見た。私はフライパンを洗ってたので、チラ見しかしていない。メリー・ポピンズは、魔法使いであり、教育係の乳母である。住み込みで子供を躾ける。気になったのは、住み込みで他人の子供を教育する仕事が現代日本にあるのかである。答えとしては、存在した。一例としては、英語漬けの遊び、読み聞かせ、レッスンをしながら日常生活も世話し、家に個室を与えられて住み込み（月給60万〜75万円）。

募集要項を何個か見ると、外国人を想定している雰囲気だった。雇い主側が外国人のケースもあった。個室があるケースでも、風呂やトイレは雇い主と共用だろう。結構、プライベート空間がない仕事だろうな、と思ってしまった。いや、凄まじいお金持ちなら、二世帯住宅みたいな家に住んでいる可能性もゼロではないのか。

こういう仕事こそ、人型ロボット with AI で十分ではないだろうか。教育係を安心して任せられる人型ロボットが登場したら、そもそも結婚しない選択を取る人がいそうだ。機械が最高のパートナーになりそう。「しかし、機械で友だちをつくるなんて、かわいそうだね」（from ドラえもん）という台詞が脳裏に浮かぶ。そんなこと無いと思う。しかし、機械は一緒に歳を取らないので、途中でパートナーとみなせなくなるかも。エルフと人間の物語のようだ。もっとも、人間より先に機械は故障するか……

出かけて銭湯に入った

わらアートのある上堰潟公園、道の駅 国上、やたら亀のいる寺泊水族博物館、かつ一、極楽湯に行った。フレームにおチビが収まっていない写真がなかったので、見栄えの悪い写真を置いておく。寺泊水族博物館は、リクガメ、ウミガメ、イシガメ、ワニガメなど、カメの種類が豊富だった。10年以上前に訪れた筈だが、記憶と全く違った。

極楽湯には、hololive がいた。タオルのようなグッズをチラ見したが、それ以外のコラボらしさはお湯の色ぐらいしか分からなかった。極楽湯に来る度に、コラボしているイメージがある。それにしても、1時間を超えて風呂に入ると倦怠感が凄まじい。温泉で休憩室が用意されている理由が分かる。私は、身体がキレイになる以外の効果を銭湯で得るのは難しい。幼児連れだとサウナに入れないし、サウナで整った経験もない。風呂上がりの飲食もあまり好きじゃない。

ブドウ収穫 again

同じ量のブドウがあと3回ほど収穫できる。ブドウ全体が適度に熟した状態まで育てるのが難しく、最後のひと粒が熟す頃には腐ったり萎んだりする実が出てくる。前述の通り、この品種はピオーネなのだが、pione という単語はOSS で利用できそう。ピオーネは、イタリア語の開拓者に由来するらしい。

今更だが、植える品種を真剣に考えていれば、ピオーネではなくてクイーンニーナを選んでいたかも知れない。大粒の赤ぶどうで、糖度が20～21度と高く、今のところシャインマスカットより高価だ。家の駐車場のコンクリを剥がせば栽培スペースを確保できるが、そこまでやりたくない。

BBS（Bulletin Board System、電子掲示板）を導入

Debimate（本ブログ）に、BBS を導入した。技術的には、giscus/giscus を利用している。GitHub Discussions にコメントが記録されるため、投稿には GitHub アカウントがいる。アカウントを要求する仕様は、荒らし防止に役立つと考えている。なお、コメント投稿で再デプロイが走るため、リアルタイム性はない。

Weeknotes と BBS の構成は、私が10代の頃の個人サイトから強い影響を受けている。当時は、雑多な近況を公開して、BBS で好き勝手に交流していた。SNS が流行る前のインターネット文化だ。X（旧 Twitter）に比べれば、牧歌的な交流スタイルだった。

今回は、狙って Weeknotes と BBS を導入したわけではない。点が線になる感じだ。WordPress から GitHub Pages への移行、ブログを自己ブランディングの道具として再活用、X への拒否反応、LLM によるサイト構成変更の容易化……色んなものが重なって、段階的に BBS へ辿り着いた。果てして書き込みが増えるのだろうか。

ブロックチェーンの応用先としてのタイムカプセル

私の悪い癖だが、新しい技術概念を勉強している最中に、他のことに夢中になってしまう。試験勉強中に部屋の掃除を始めるのに近い。この悪い癖から生まれた成果物がブロックチェーン環境構築コマンドの block だ。先週の Weeknotes に詳細を書いてある。

ブロックチェーンの特徴が掴めてくると、私は「分散ノード」「改ざんが検知できる」という特徴から、「そこそこ大事なデータを皆で管理するシステム（インフラコストを自分だけで賄わないシステム）」を構築できないかと考えた。

最初の閃きは、Wikipedia だ。Wikipedia は寄付を何度も募っている。分散ノードでテキスト管理すれば、インフラコストを自分だけで賄わないシステムとなり、寄付への依存を減らせるのではないかという発想だ。私の理解が甘かったのだが、Wikipedia はインフラコストよりも人件費の負担が重いらしく、しかも本案は既に前例があった。

次に考えたのは、政治的な公文書の管理だ。発想は悪くない。問題は端的に2つあり、公文書の管理に関わる立場ではないこと、最初から誤った内容が登録されていると無力になるということだ。最後に発想したのは、タイムカプセルだ。需要は少ないが、悪くはない。時限式の暗号化として Timelock Encryption があり、10年後に復号できる何かを分散ノードで管理することが可能だ。特定のサービスが10年後も生き残っているかどうかを心配する必要がなくなる。その一方で、分散ノードを維持できるか、という問題が生まれる。なお、ここまで考えると「ブロックチェーンである必要はあるのか」という別の問題が出てくる。

タイムカプセルを作って何が嬉しいのか、という意見は認める。この案を自由に実装してもらっても構わない。

gup が topgrade のバックエンドに

gup は go installしたバイナリを更新するツールであり、私が開発した OSS の中で一番成功している。そんな gup が、topgrade で利用されていた。topgrade はあらゆるツールを更新するコマンド。go 製バイナリの更新に gup が利用されているようだった。ありがとうございます。なお、ChatGPT にエゴサさせて発覚した。

ネットの海でジャンクを漁る

ネットで色々漁っている。

例えば、Internet Archive のようなサイトを閲覧している。Internet Archive には、あらゆるデジタルデータが保存されている。ソフトウェア、映画、本、ライブ録音、ネット黎明期のテキストデータなどがある。このようなアーカイブサイトは、基本的に海外運営なので日本の情報が薄めだ。しかし、電化製品（日本製）の説明書が異様に揃っていたり、日本の PC ゲームが残っていたりする。なお、文化保存の観点でお目こぼしを貰っているだけで、このようなサイトは複数の権利を侵害しているケースが大半だろう。コンテンツのダウンロードは違法となる可能性があるので、推奨しない。

私は、古いモノをチラ見して楽しむ癖がある。プログラミングの勉強をし始めた時、UNIX v6 のコードを読んだりした。音楽も、70’s ぐらいまで遡った。予め断っておくと、体系的に歴史を紐解いている訳ではない。断片的にチラ見して、当時の状況を把握したつもりになって薄い知識欲を満たすのだ。その過程で、特定シリーズのモノを収集する傾向があったが、最近は物理的な制約に直面して収集癖が鳴りを潜めた。家が狭いのだ。

この手のサイトは情報が整理されておらず、当時の状況を説明する文章もない。「アーカイブサイトに、コンテンツ単位で熱量の高い文章が書かれていればいいのに」と思いながら、データを漁っている。この行為に生産性はない。YouTube Shorts を見るのと同等。最近急に始めた。

VOW WOW の再評価

80’s に登場・活躍した邦楽バンドの中では、ヴィジュアル系バンドが好きだ。私の中では、X JAPAN、DEAD END、Gargoyle、AION、BUCK TICK が殿堂入りポジション。他には、ボーカルから DIO の影響が感じられる ANTHEM を愛聴していた。聖飢魔II、SHOW-YA なども聞くが、キリがないので割愛する。そのようなバンドと比較して、VOW WOW に対する私の評価（2010年頃の評価）は、さほど高くはなかった。ブルージーであり、スラッシュメタルのように激しくはなく、歌唱と演奏は上手いがハマりどころがなかった。しかし、最近ふと気づいた。「VOW WOW は、Rainbow（Ritchie Blackmore）の影響を受けていないか？」と。

私は二つの虹（もう一つは L’Arc～en～Ciel だ）を聴き込んでおり、VOW WOW 初期の三作はキーボードとギターから Rainbow や Deep Purple の影響を感じ取れる。“MASK OF FLESH (Masquerade)“にいたっては、「Rainbow のカーボンコピー」と評されるレビューがあるぐらいだった。この事実に気づいてから、VOW WOW をリピートし続けている。不思議なことに、日本人がギターとキーボードの掛け合いを行うと、演奏に遊びがあるはずなのにタイトさを感じる。日本人らしさを感じるプレイといれば、Who do They think We are ? -A Tribute to Deep Purple From Japan に収録されている Burn であり、色んな元ネタを踏まえた完コピ演奏である。

今回は、音の捉え方を変えただけで、VOW WOW への評価が大きく変わった。評価軸、大事だね！

truss の利用者から機能要望が来た

truss は、端的に説明すれば、画像変換 CLI・サーバー・WASM である（紹介記事はこちら）。いつの間にか Drupal（WordPress のような CMS）モジュールのバックエンド候補として検討されているようで、機能追加要望があった。不思議な話でもあり、PHP の GD や ImageMagick を差し置いて、何故 truss が選ばれているのか。ネットで検索したら、答えが出てきた。

機能追加の依頼者は Drupal GovCon（2026年）で発表しており、「Drupal モジュールが高速な Rust 製 CLI を 管理して直接起動し、結果を静的成果物として保存すればよい」旨の考えを示していた。truss も Rust 製 CLI であるため、この方の戦略とマッチしていたのだろう。ImageMagick は機能的に圧倒的に優れているが、配布が少し面倒だ。単一バイナリではなく、かつランタイム環境によって考慮すべき事柄があるため、ユーザーが戸惑う場面が増える。Rust 製 CLI であれば、バイナリﾎﾟﾝｯが簡単にできる。

…..というゲスパーをする必要も実はなく、具体的な説明が truss を利用しているライブラリの説明に書かれていた。

Managed hosting frequently ships without GD’s WebP/AVIF support or without ImageMagick at all, and installing either usually means a support ticket or no option at all. Better Image Optimizer sidesteps that gap: it fetches a single, statically-linked truss binary pinned by version and SHA-256 in the module’s own code, stores it on the private filesystem, and shells out to it via Symfony Process.

和訳：マネージドホスティングでは、GDのWebP/AVIFサポートやImageMagickが全く含まれていない状態で出荷されることが多く、どちらかをインストールするにはサポートチケットを発行するか、そもそもインストールするオプションがないのが一般的です。Better Image Optimizerはこのギャップを回避します。trussモジュール独自のコード内でバージョンとSHA-256によって固定された単一の静的リンクバイナリを取得し、それをプライベートファイルシステムに保存し、Symfony Processを介してシェルから実行します。

ココナッツサブレサンドアイスをリピートしている

例年はあずきバーを買うのだが、今年はココナッツサブレサンドアイスを何回も買っている。1個あたりのカロリーが 91kcal なので食べやすい。味も素朴で好き。ハーゲンダッツ（嫁用）も食べるけど、毎日食べたくはない。

今年の夏は涼しいと感じていたが、下表の通りデータ上も涼しかった。ただし、外を歩けば汗が吹き出るし、最高気温35℃前後は暑い。玄関を開けた瞬間にムワッとした壁を感じる。

思想が強い書籍は読みやすい

「ビットコイン・スタンダード:お金が変わると世界が変わる」を読んだ。著者の思想が強い。好戦的だ。ビットコインに軸足を置いたポジショントークな一面もある。ただし、前半の貨幣（貝、金属）、金本位制、法定通貨、ハイパーインフレーションあたりの説明は、下手な金融本より明快で理解しやすかった。金融本は、歴史の説明や引用が多くて、100ページほど読み進めたのに虚無が広がるときがある。それに比べれば、本書は主張が明確だ。

本書は、ビットコインの重要性を説いている。技術仕様が知りたい人は、O’Reilly 本を手に取るべきだ。中盤（5章〜7章）あたりから、「金本位制＝善、法定通貨（ついでに政府）＝悪、Bitcoin＝金本位制に近くてデジタル時代の最適解」という思想が、強引な因果関係として顔を出し始める。面白くないとは言ってない。一気に飛躍が始まる。例えば、5章では金本位制の時代に発明された技術や芸術文化を持ち上げ、それ以外を下げている。金本位制の時代に作曲されたクラシックと比較して、現代の音楽（例：ダンスミュージック）が低俗だと語っている。脳内でひろゆきが「あなたの感想ですよね」と論破を始めてしまう。中盤は経済学だけでなく、文化・政治・個人の自由まで話を広げる。著者の価値観や立場を把握してから読むと、スッと理解できる。

ふと考えたが、暗号資産がない世界で LLM に漠然としたプロンプトを与えて、ビットコインが完成するイメージが湧かなかった。サトシ・ナカモト氏の設計センスが無ければ生まれてこないだろう。非中央集権を維持するために何を捨てるかという判断、参加者をプロトコルに従わせるインセンティブ設計、ハードウェア性能の向上を吸収する仕組み……貨幣や金融に対するドメイン知識も必要である。LLM は与えられた制約の中では強い。しかし、初手でこの制約の置き方を選べるとは思えない。

白い毛、どこの毛

若い頃から白髪が多かった。残業時間が三六協定を超え始めたあたりから、白髪が急激に増えた。鼻毛が白い時は流石に動揺し、ネットで「むしろ鼻毛が髪より先に白くなる」と説明されているのを見て安心していた。

最近は何気なく見つめていた腕の毛が白いのを見つけて、慌てるでもなく「老いたな」と感想を抱いて終わった。次はどこの毛が白くなるのだろうか。

スマホの買い替え時期が近づく

スマホ購入から2年経つと、買い替えていいかなという気持ちになる。現行機（Xiaomi POCO F6 Pro）はまだ使えるので、候補の目星をつける段階だ。スマホ選びは難しい。以下の優先度で要件定義した段階で候補がなくなる。

1. カメラ性能がある程度高い
2. 物理キーボードを有する
3. 画面が E-Ink
4. ハイスペックである

カメラ性能に重きを置くのは、子供の写真を撮るからだ。過去にカメラ性能が低い機種を買って、子供の可愛い時期にフォーカスが合わなくて相当不満だった。Surface Duo 2、君のことだ。折りたたみ機種が欲しくて買った。パカパカにロマンを感じた。使い始めて気づいたが、タッチの反応が悪く、カメラフォーカスが動き続ける欠点があった。二度と折りたたみ機種を買わないと誓った。

前述の要件を満たすスマホはないので、普通に考えると2台持ちしなければならない。スマホアプリのデバッグを考えると、iPhone + Android が最高の組み合わせだ。しかし、私は iPhone に OS レベルで馴染めない。となると、Pixel + 変態 Android 機の組み合わせが思いつく。OS がほぼ同一なので、2台持ちの言い訳が難しい。しかも、2026年は半導体不足でスマホが高騰しており、Pixel 10a が約8万、Pixel 11が約14万と非常に高い。

色々書いたが、変態 Android 機の候補は以下のとおりである。

• Titan 2 Elite Pro（約9.4万円、物理キーボード）
• Minimal Phone（約7.2万円、E-Ink + 物理キーボード）
• Minimal Phone2（約9.5万円、物理キーボード）
• Clicks Communicator（約7.2万円、物理キーボード）
• BOOX Palma 2（約7万、E-Ink）

要件を満たしているのは Minimal Phone であるが、かなりの不具合が報告されていた。BOOX が信頼できるメーカーではあるが、物理キーボードの方が優先度が高い。こうして迷い続けた後に決断して買うため、Surface Duo 2 のようなハズレを引いた時の怒りが凄まじくなる。

関数型ドメインモデリング

技術ノートに「Parse, Don’t Validate - 不正な状態を後段へ持ち込まない」を追加した。私が書いた内容（殆ど LLM が書いた内容）を読むよりも、関数型ドメインモデリングを一読することをオススメする。本書の内容を忠実に再現している企業は、恐らく少ないだろう。状態ごとに型を変えたり、Read/Write などの用途にあわせて型を変える利点が理解できても、チームで型を清潔に維持するのが大変だからだ。

私は Go が好きだが、Goは Parse, Don’t Validate を実践するのに苦労する言語だ。Rust は、実践しやすい。よくある取り組みとして、Go や TypeScript に対して Linter や何らかの制約を駆使して、関数型言語の機能もどきを導入することがある。この発想に至る気持ちは理解できるのだが、言語レベルで一貫性を保証できないから採用しづらい。チーム開発であれば、言語標準の機能を前提として、Go や TS で開発するのが自然だ。理由は簡単で、言語の基本的な使い方を捻じ曲げるほどの熱意をチーム全体に伝搬させるのは、至難の業だからだ。冷めた目で見てくる人が出てくるよ多分。

なお、私は「Go + 関数型言語」の発想を SNOW 言語（自作言語）で形にした。未熟だったのでコンパイラが限定的にしか動作しない。標準ライブラリを作る段階で心が折れた。コンパイラに OCaml を採用したのだが、Rust を使った方が仕事に繋がったかもしれない。自作☓☓系は、自分も他人も使わないので開発しても不毛感がある。私は、パーサーを作る機会がやたら多いので、どうせならパーサー職人になりたい気持ちが僅かながらある。

ふるさと納税の予習中

ふるさと納税サイトをチラ見して候補を探している。欲しい物が高い。いくつか紹介する。なお、返礼品は寄附額の3割以下であり、以下に示す金額は寄付額。

• タワーランド 木製 大型マルチ遊具（5,499,000円）

  

• 静岡オクシズ産桧材住宅用オリジナルサウナ室（14,700,000円）

  

• コダマベース 外装ヒノキ無垢仕様 / 内装ヒノキ材 動かせる小屋 （11,000,000円）

  

上記は、稼ぎが億単位の富裕層向けである（節税を無視して、本気で寄付することも可能だが）。私に適用できるまともな節税案としては、楽天トラベルを絡めてホテル代にするのがコスパ良いかなと考えている。旅行へ行く理由にもなる。食べ物を選択するのが一般的だが、去年は消費期限オーバーしたので我が家に向いてない。

ブロックチェーン環境構築ツールを開発

書籍でのブロックチェーン勉強に飽きたので、実際に手を動かすことにした。ローカル環境に Ethereum のノードを立ち上げたりするには、複数のツールが必要である。調べたところ、ブロックチェーンごとのツールインストール方法が煩雑であった。Docker で環境ごと固める手もあるが、ホスト環境へ手軽にインストールする手段が欲しかった。そこで、以下のツールを作った。

• nao1215/block - 設定ファイルに従って blockchain toolchain をインストール
• nao1215/setup-block - GitHub Actions で block コマンド環境をセットアップ
• nao1215/block-registry - block コマンドでインストールできるツールリスト

block コマンドは、mise、aqua、nix から影響を受けている。信頼できる開発元からツールをダウンロードし、チェックサムも検証する。なるべく不正なツールをインストールしないための仕組みも入れている。用途や機能の多くは aqua と重なっている。初期設計では、block の裏側を mise と aqua にする案を考えていた。極端な話、ブロックチェーン向けの Registry を aqua 用に整備するだけでも、block 相当のことはかなりできる。

しかし、今後ブロックチェーン固有の機能を足したくなる可能性もあるので、最終的には独立したツールとして実装した。とはいえ、「aqua + block-registry で良かったのでは？」という疑惑は若干残っている。早まったかもしれない。一晩考えたが、将来的には「Blockchain Toolchain Manager」から「Blockchain Development Toolbox」になる気がする。環境を構築した先の、ローカルチェーンの起動や状態確認、開発環境の診断なども扱う。ただし何でも屋にすると即座にメンテナンス不能になるので、どこまでを block の責務にするかは慎重に決めたい。

sqly v1.0.0 リリース

初回リリースから約3年9ヶ月で、sqly は v1.0.0 となった。gup と比較して、非常に難産であった。1ヶ月近くバグ修正をしていた気がする。E2E テスト1000件超えが機能の複雑さを表している。以下の v1.0.0 リリース報告記事を書いてから、「いつになったらバグ取り終わるんだ。リリースできん」と思いながら作業を続けていた。おかげさまで、sqly と記事を同時リリースできた。準備が良かった訳ではなく、バグが多かっただけだ。

記事：【Golang】CSV／JSON／Excel／Parquet に SQL を実行する sqly を約4年かけて v1.0.0 にした

gup、sqly は息子が産まれた歳に開発した OSS の中で、唯一メンテナンスを続けている。他の同級生 OSS は、Public Archive してある。バックエンドエンジニアとして未熟な時期に sqly を開発したので、「当時の自分がこの設計をよく思いついたな」と感じる部分が多々ある。sqly は取り扱う題材が SQL なので、陳腐化せずに長く開発を続けられる筈だ。ここまでたどり着くのに結構コストかけているので、GitHub Star が付くことを祈る。無風は、キツイ。

フライパンを壊した

ティファール深型の炒め鍋（26cm）の取っ手がすっぽ抜けた。5〜6年の利用だっただろうか。最近は餃子が引っ付きやすく、買い替え時期が近そうだった。しかし、洗っている最中に取っ手が取れるとは。引退試合が用意されている選手ばかりではないと、どこぞの野球選手が話していたことを思い出した。私は、このフライパンの引退日が今日だとは考えもしなかった。

技術ノートを地道に作成

技術ノートのページに、今まで書いた記事のリンクを貼ったり、新規ノートをチマチマ追加している。記事とノートの違いだが、記事は私が主語であり、ノートは技術が主語である。Computer Systems は、完全に過去記事リンク集だが、20代の頃（組み込み時代）の努力が可視化されていて好きだ。もう二度とデバイスドライバを書くことはないと思うが。

下図が現状の技術項目だ。自分の経験や興味のある分野、仕事で使う分野がピックアップされている。既に多い。ネットワークやクラウドインフラも思い浮かんだが、無邪気に追加すると泣きを見そうだったので止めた。Web フロントやモバイルが追加される日は来るのだろうか。マネージメントは追加される可能性がある。

自然言語（日本語）で技術ノートを残すのは、コードを書くより大変だ。テストで動作確認できないから、端から端までチェックする必要がある。雑に公開できる技術ノートならまだしも、Software Design のような雑誌に寄稿する時は本当に何度も何度も読み返している。魂を込めている。

詳しくない分野の技術ノートを作成し続けていると、技術に対する理解度の低さが露呈する。とは言え、技術ノートを賑やかす活動もある種の勉強であり、一つずつ理解しようとする姿勢が大事だと考えている。続けていけば、ある日ふと概念を体得できるだろう。私は他の人よりも腑に落ちるまでが長い。直ぐに血肉にならない。書籍を読んで実践で試して自分の言葉にしても、分かった振りを続けている感覚がある。なので、読み書きを繰り返す。

AI 時代、弱小開発者は OSS の宣伝が難しい

2022年頃は、何らかのペインを解消する OSS を実装すること自体が難しかった。Hacker News や Reddit で告知すれば、それなりの反応が得られた。 2026年現在は、AI を使えばツール作成なんて数日あれば完成してしまう。そんな有象無象を告知しても、無反応か、辛辣な言葉が返ってくるか、AI Slop としてシステムに弾かれるだけだ。sqly がまさにこの状況だ。Reddit に投稿すればシステムに弾かれるし、厳しいコメントもあった。

DuckDB does all of this and it wasn’t vibe-coded in a week by one person. Sorry.

訳：DuckDB にはこれらすべての機能が実装されていますが、これは1人が1週間でバイブコーディングしたものではありません。ごめんなさい。

このコメントは、機能差異・開発期間の認識が正しくない。「sqly は DuckDB にない機能があるし、年単位開発したんだよ！」という気持ちが先立った。しかし、今後の開発方針に大いに影響を与えるコメントであることも確かだ。LLM 時代は、類似ツールが存在する状況下で、機能差異の少ない OSS を作ることの価値が相対的に下がってしまった。

今後の OSS 開発では、一言で説明できる強み、複数人での開発体制、AI に支配されないエコシステムを構築しなければならない。AI に対して拒否反応をもつユーザーが多い中で、信頼感を獲得するムーブが大事だ。信頼されないと、見向きもされない。既に有名な開発者は「新作 OSS だ！」と注目されるだろうが、私のような弱小開発者は開発以外に力を入れて勝負しなければならない。ﾅﾝﾀﾞｺﾚ、ｼｺﾞﾄ ｶ?

nao1215/markdown が argo に組み込まれていることを知る

次なる v1.0.0 候補を探している最中に、nao1215/markdown ライブラリの利用者が Used by 表示されていること（下図）に気づいた。このライブラリは、ビルダーパターンで Markdown を組み立てる。テンプレートのように部分的に文字列を置換するのではなく、上から下に向かって Markdown を構築するイメージだ。

驚きだったのが、nao1215/markdown が Azure と KubeVirt、Argo で利用されていたことだ。有名どころばかりだ。以下のプロジェクトで利用されていた（他にも利用されていたが、割愛）。

• argoproj/argo-workflows
• Azure/alzlib
• kubevirt/project-infra

Argo に至っては、生成した Markdown を HTML に変換してトレーシングリファレンス、コンフィグマップリファレンス、ワークフロー変数カタログとして公開していた。しかも、ゴールデンテストとしてドキュメント更新漏れがないかを CI でチェックしていた。便利に使っていただいているようで、ありがたい限りである。

Awesome Go に 自作 OSS を3つ登録（合計4個登録）

ソフトウェア界隈では、一定の品質に達しているツール・便利なツールを Awesome ○○○ としてリスト化したリポジトリがある。その Go 言語版に、自分が開発した sqly, markdown, filesql が追加された。markdown を v1.0.0 にアップグレードしたので、一度に3個登録申請した。すんなり承認された。以前から gup が登録されているので、4個目である。

Awesome Go には最後に atago（12月にならないと登録申請できない）を送り込んだら、次は別の言語で Awesome な OSS を作るつもりだ。ちなみに、Awesome Go はメンテナンス状況が怪しい。一定期間更新されていない OSS を除外する処理が壊れていそうだった。それだけでなく、一定の基準を満たした OSS が自動で追加される仕組みは、意図的でなく、実装ミスのようにも見えた。

2026年のベストバイ：コラージュフルフル（ボディーソープ）

コラージュフルフルをご存知だろうか。抗真菌（抗カビ）成分と殺菌成分が入ったシャンプーもしくはボディーソープである。かなりお高く、1000円（詰め替え）〜3000円（ボトル）のレンジで販売されており、サイズも小さい。ケチな私がリピートして買い続けている理由は、癜風（でんぷう）に効いたからだ。

癜風は、マラセチア菌が異常に増殖して、身体にシミのようなものが大量にできる病気である。汗のかきやすい季節に発生しやすい。私は、肉厚なので癜風が夏に出来やすかった。皮膚科でクリームを処方してもらい、1ヶ月単位で治すのが常なのだが、通院が面倒である。そんな中、学生時代に利用していたコラージュフルフルを思い出した（当時はフケがでたので利用していた）。コラージュフルフルが試したら抜群の効き目を発揮して、手放せない存在となった。

なお、コラージュフルフルのシャンプーは髪がゴワつくので利用していない。高かったので、買い続けない理由ができて丁度いい。ボディーソープがあれば十分だ。

生姜醤油ラーメンとカップラーメン

久しぶりに生姜醤油ラーメンを食べた。10年ぶりぐらいかもしれない。長岡の人は生姜醤油に馴染みがあるかもしれないが、私はあまり食べる機会がない。背脂、生姜醤油、カレーラーメンあたりの新潟名物ラーメンは、本当に名物なのだろうか。現地の人々も、そこまで頻繁に食べているわけではないと思う。生姜醤油はキリッとしていると聞くが、私の舌だと正直何も感じない（嫌いとは言ってない）。

今日は、生姜醤油ラーメンとサイドメニューで約1500円。一昔前だと、高いと感じる金額だ。しかし、チャーシュー麺、卓上調味料の刻み生姜、唐揚げ、炒飯を食べると、流石に満足度が高い。ダイエット中だったので、舌に旨味が走った。寒天とは違う。問題は、摂取カロリーが一食で一日分に近くなることだ。金曜日だから許して欲しい。なお、最近は食事量が増えているが、体重は増えていない。微減だ。

私は、カップラーメンだとスーパーカップの醤油を頻繁に食べる。幼少期から食べているからか、もはや味の良し悪しで選んでない。慣れ親しんだ味が欲しい。盲目的に愛しているわけではなく、ここ数年でスーパーカップの味が落ちた認識がある。丸いチャーシュー時代が好きだった。カップラーメンは、スーパーカップかペヤングしか選択してない。保守的なのかもしれない。

金融系の積読

特定の金融領域に特化した書籍が一気に集まっており、見事に積読状態。少しずつ読み進めていく。金融のドメイン知識を身につけるのは、それなりに難易度が高い。技術領域だけでなく、法律への関心が求められる。1回読んだだけでは理解できない。一部は、技術ノートとしてアウトプットしている。完全な余談だが、この本棚に収める本を買いに行ったとき、私のアイコン作者らしき人を10年振りぐらいに見かけた。話しかけていないが、本人だったと思う。10年前と、あまり変わってなかった。

Coincheck、楽天ウォレット、bitbank

一つ上のコメント（特に画像）を見ていただければお分かりの通り、ビットコインに関する書籍を読んでいる。今まで、暗号資産に手を出したことはあったが、ビットコインは保持していなかった。暗号資産に関わる仕事を始めるので、勉強がてら少額購入しようと考えた。なお、過去の記事で暗号資産から足を洗う的な内容を書いたが、戻ってきてしまった。

何となく Coincheck を使い続ける選択肢を取りたくなかったので、楽天経済圏の楽天ウォレットを選んだ。ビットコイン購入自体は済ませたのだが、UX が悪かった。ログインで30分以上、格闘した。二要素認証を一度削除し、パスキーで再ログインする時に PIN 入力が反応せず、画面遷移も「キャッシュでも残っているのか？」と感じるほど不自然だった。一般ユーザーは、この状態に陥るとログイン画面で離脱すると思われる。

Coincheck、楽天ウォレットともに、スプレッド（売値と買値の差。手数料）が高い。相場次第だが、販売所を使うと Coincheck は5〜8%、楽天ウォレットは3.5〜5%のスプレッドになるらしい（2026年8月時点で確認したおおよその値）。売買の両方でスプレッドがかかる。Coincheck の利点は、取引所（板）を使うとスプレッドがほぼ消える点、楽天ウォレットは楽天ポイントを暗号資産に交換できる点だ。選択肢を増やしたくて、bitbank の口座も開設しておいた。

ポイントをビットコインにする遊びがしたかったので、楽天ウォレット（最も手数料が高い）をメインとした。ボラティリティが高い暗号資産を定期的に現金で買う選択肢が考えられない。なお、ここ数年で売却する予定がない。理由は、税制と確定申告が難解だからだ。

税制は、変わる予定がある。現行は雑所得として総合課税なので最大55%だが、今後は20%の申告分離課税（損失の3年繰越）とする制度改正が進んでいる。確定申告は、届け出なしの場合、総平均法で1年間に購入したビットコインの平均単価を計算しなければならない。ポイントとビットコインを買い続けると、計算対象データが増える。ただでさえ面倒な確定申告に、面倒な計算が増える。

アーケード筐体の購入検討

8/1に秋葉原のゲームセンターに行ったため、アーケード筐体が欲しい熱が再燃した。詳細は後述するが、筐体は高いのだ。私は、2017年から購入を検討している（下図参照）。高校〜大学の頃はゲームセンターで餓狼 MOW やストⅣ をプレイしていたので、あの筐体でゲームをする感覚が好きだ。

筐体をオブジェとして部屋に置きたい側面と、気軽にポチポチ遊べるゲームを手元に置きたい側面がある。そう、気軽さも大事な要素だ。現在、Nintendo Switch はリビングにあり、Steam（PC）でのゲームプレイも準備に数分かかり、気軽にはプレイできない。重厚なゲームがしたいわけではなく、クラシックなタイトル（例：テトリス）で息抜きをしたい。

Picade のような8〜10インチの筐体は5万以下、Picade Max（19インチ）は約9万〜10万、インベーダーのようにテーブルに画面が付いている筐体（自分の父親が若い頃、喫茶店に置かれていた筐体）は20〜30万円する。正直、金額と機能が見合っておらず、ロマンにお金を払う気持ちが必要だ。この金額帯での比較対象として登場するのは、中華ゲーム機。2〜4万で PS2 エミュレベルがサクサク動き、Google Play からアプリをダウンロードでき、Steam ゲーをリモートプレイできる。安価なのに高性能だ。

アナログな代案としては、ピンボールがある。私は、ピンボールにも思い入れがある。小学1年生の頃、友達の家でピンボールをするのにハマった。小学生高学年の頃、操作方法が分からない Windows 3D ピンボールをキーも押さずに眺め続けていた。見た目が良くて、壊れづらい単純な仕組みのピンボール（物理）をテーブルに置くのも一考。アンティーク調ピンボール（新品）あたりを探したい。中古は、臭そうだから避けたい。

なお、私は小学生の頃にドンジャラ（ドラえもんを用いた簡易麻雀）にハマっていた時期もあり、ギャンブルにハマるタイプではないかと危惧されていた。もう答え合わせができるが、パチンコや麻雀にはハマらなかったが、投資でお金を溶かす人になった。この話の締めくくりとしては、Black Friday セールまで様子見する。こちとら X Japan の新譜を18年間待ち続けている男だ。どこまでも待てる。

ブログの見た目調整

先週に引き続き、ブログ（debimate）を整えている。Top 画面に週報と技術ノートへのリンクを付けた。分散システムの勉強記録を残す予定であり、折角なので来訪者が記録（技術ノート）をチラ見しやすい位置にリンクを置いた。週報と技術ノートのリンクカードには、フクロウとペンギンが描かれた画像を用いている。

リンクカード画像は、私の SNS アイコン（下図）から着想を得ている。私の知り合いには話したことがあるが、このアイコンは大学院〜新卒時代に付き合っていた人から貰ったビーズ細工であり、ペンギンは Linux をイメージしてフクロウの後ろでチラつかせた。20代前半の頃に作ったアイコンを15年近く使い続け、派生画像を作る未来が来るとは考えもしなかった。今ではすっかり自認フクロウ。

話を戻すと、技術ノートには Machine Learning のセクションしかなかったので、Distributed Systems、Software Architecture、Security、Computer Systems を追加した。既存記事へのリンクや参考書籍をチマチマと技術ノートに追記しているのだが、昔の自分は熱心に記事を書いたり書籍を読み漁っていたのだなと感心してしまった。努力の痕跡を感じる。20代の自分は、年間600時間も残業していたのに早朝に勉強したり、休日に記事を書き続けていたので、体力オバケだったのだと思う。

アウトプットによる寝不足

睡眠不足が続いている。睡眠時間が5時間以内の日が多かった。

理由は、sqly コマンドの v1.0.0 リリース候補を作ったり、技術ノートを書き溜めているからだ。sqly は、8月中に v1.0.0 となる見込みだ。sqly は多様なファイルに SQL を実行でき、かつシェル機能を持つため、テストすべき機能の組み合わせが多い。atago で E2E テストを書き続けているが、テスト数が1000件近くに達した。正直なところ、年初よりは堅牢なツールになったが、未だにバグは取り切れていない。v1.0.0 は、インターフェースを固定できれば御の字だろう。

技術ノートは、備忘録のために書き溜めている。私は、書籍を読んでも直ぐに忘れる。50ページほど読み進めて、その内容を脳内で要約できない事が多々ある。インプット（読書）を確実なものとするために、技術ノートを無理やり書いている。最近はブログにハマっているから、ページを増やしたいのも理由の一つだ。

デロンギの購入検討

アーケード筐体よりもデロンギを購入した方が幸せではないかと、検討を重ねている（アーケード筐体は夏の間は100%見送り）。過去に、別のコーヒーメーカーを導入していた時期もあった。しかし、一定のランニングコスト（月あたり数千円）と、衛生面で迷ってしまう。

私は、コーヒー通ではないので、豆にこだわりはない。豆を炒ってまでしてコーヒーを飲みたくない。ペットボトルのコーヒー"飲料"（薄いコーヒーのこと）や炭酸コーヒーでも美味しく飲めるタイプだ。むしろ、高いコーヒーは酸味でやられてしまう。私の理解では、デロンギの利点はエスプレッソを大量に飲めることだ。欠点は、金額と掃除の手間だ。

現状は、「近所のスーパーで高めのコーヒーを買って飲むのが正解」という着地点に落ち着いている。

自己ブランディング

エンジニアとしてのブランディングについて思いを馳せている。ブランディングは、生存戦略の一つだ。

私は、まだ20〜30年以上はエンジニアとして働く。LLM 時代は漠然と技術を磨くだけでは、定年まで生き残れないと考えている。自分をブランド化したい。ここでのブランドとは、「ある人物の名前を聞いた時、頭の中で何かが自動的に連想される」という意味合いで用いている。例えば、私はt-wada 氏といえばテスト、fujiwara 氏といえば隙間家具OSS、mattn 氏は OSS の圧倒的物量が思いつく。ここで勘違いしてはいけないのが、自分にピッタリな二つ名を作ることが目的ではないことだ。自分の活動を圧縮・抽象化した結果が、二つ名を用いたマーケティングだと理解している。「よ〜し、ブランディングが大事だから、二つ名を考えて宣伝しまくるぞ！」は、間違えている。

今の私はまず、二つ名を生み出す前の準備運動として、活動を続けなければならない。幸いなことに、最近は週報、技術ノート、OSS を通したインプット・アウトプットが回り始めている。数年も経てば一定の方向性（自身の立ち回りの癖）を二つ名として表現できるようになっているだろう。そこからがブランディングの勝負だ。本ブログでフクロウを多用しているのも、「フクロウの人ね」と読者に想起させやすくするためだったりする。

安定した OS が好き

週報の見た目を変更している最中に Ubuntu（26.04、KDE Plasma 6.6.5）の GUI が固まって、電源をバチ切りする必要があった。私は、OS の不具合で作業が止まるのが好きではない。データが失われるリスクがあるし、復旧に時間がかかるケースもあるからだ。

私の感覚では、Windows < macOS < Ubuntu < Debian の順で安定している。Windows は、WSL を勝手に削除する不具合に遭遇したことで、SSH クライアントマシンとして利用している。macOS は、スリープ復帰を繰り返すと段々と安定動作できなくなる印象がある。Ubuntu とは2015年からの付き合いだが、GUI（デスクトップ環境）の挙動がイマイチなバージョンがある。Debian は保守的なディストリなので動作が安定しているのだが、如何せんパッケージが古い。なお、OS の利用歴で言えば、Windows が最も長く、macOS、Linux と続く。最近は開発環境を先鋭化させるのに飽きてしまい、Ubuntu を惰性で利用している。開発を優先したい。

世の中には特定の OS（特に Windows）を馬鹿にする人が居るが、どの OS にも良し悪しがあるものだ。叩かれがちの OS の良い部分を挙げると、私は Windows がアプリの互換性を維持する姿勢に狂気を感じている（褒めている）。商業的に生き残った偉大な OS でもあるので、敬意を表して30代のうちに Windows の書籍（インサイドWindows 第7版）を読みたい。

週報を読みやすくし、技術ノートに新規セクションを追加

週報ページでは文字の壁のように表示していたが、週単位で分割表示できるようにした。さらに、週報に節を設けることで、どの話題がどこまで続いているかを分かりやすくした。節のおかげで、自由な位置で改行できるようになった。従来は、「一つの段落で一つの話題」とルールを設けていた。その影響で、長文となった場合は読みづらかった。

技術ノートには、Blockchain Systems を追加した。中身はまだ空である。現在、技術ノートページには6つのセクションが存在し、それぞれのセクションに濃淡がある。濃淡解消の義務感が生まれると、モチベが下がる。自分の好きなようにノートを増やす予定。技術ノートができたおかげで、Posts 側に基礎技術的な内容を書く機会は無くなった。Posts には、思想を感じられる記事を書く。基礎技術的な内容は、技術ノートへ。

ブログの見た目を改善

最近はブログ（debimate）を整えている。例えば、以下のような内容をチマチマ設定していた。

• XServer からの移転時に対応していなかったリダイレクトを設定
• About ページを追加
• ページの横幅を調整

急にブログに力を入れ始めた理由は、SNS（特に X）から離れたいこと、ブログは自分好みに変更しがいがあることだ。X は、収益配分が導入されてから眉をひそめるようなポストを見かける頻度が増えた。問題発言をした方が稼ぎやすいので、人々の行動が負の方向へ最適化されている。「いや、あなたは現実世界でもその振る舞いされているんですか？」と尋ねたくなる人がいる。勿論、良い人もいる。趣味に全力の人も存在して、心温まるポストに遭遇する機会はゼロではない。しかし、不快なポストを見る機会の方が圧倒的に多いので、X から離れることにした。

X に比べると、ブログはほぼ無風だ。誰が読んでいるか分からない（と言いつつ、Google Analytics を導入しているため、Page View 程度は取得している）。ブログは週報と学習記録を残せるので、何でもかんでも記録したい私の性に合う。ブログでは書き散らせるが、SNS では他人の目を気にしてしまう。

アイマスの進化に驚く

私は、Gleam 言語 に一時期ハマり、18パッケージをリリースした。ここから話が急に変わるのだが、Gleam 界隈で有名な方がアイマスユーザーである。私は、その方のポストを見て、思い出したかのようにアイマスを数ヶ月視聴していた。私がアイマスに触れていたのは2010年前後で、本編は PSP でプレイした筈だ。すぐ止めた記憶がある。

私はアイマスファンというより、二次創作を楽しむ派だった。ニコニコ動画で NovelsM@ster（例：ぷよm@s）を頻繁に見ていた。そんな私が約15年ぶりにアイマスコンテンツに触れ、シャニソンの動画をリピートしている。昔と比べてアニメ調の3Dモデルが自然に表現されており、MV のカメラワークが現代的になったと感じる。特に「快盗Vを見逃すな」あたり。技術の進歩と時代の流れについて、現職の方と「このクオリティがスマホで動くのは凄い」「（集金的な意味合いで）昔よりも露出度上がってません？」などと、一方的に話した。昔より男性向けゲーム感が強まったのは、気の所為ではないはず。

残念ながら、私はスマホゲーをプレイする気力がないので、MV を見るだけでマネーを落とさないユーザーである。開発者の端くれなので、開発の労力を考えると課金しないことに罪悪感がある。昔は、ベスト盤 CD ぐらい購入していたのだが、最近は Spotify で完結してしまう。

sqly が複数の SQL 方言に対応できることに気づく

仕事で goccy/bigquery-emulator を眺めていた時、大雑把な仕様が「BigQuery の SQL 方言（ZetaSQL クエリ）を受け付け、SQLite 方言に変換して SQLite（DB）にクエリする」だと知った。この仕様を自作 OSS へ横展開できることに気づいた。「nao1215/filesql と nao1215/sqly を同じ仕様で拡張して、任意の SQL 方言でクエリを実行できるのでは？」と。

知らない読者向けに説明すると、filesql は任意のファイルフォーマットを SQLite3 に取り込むライブラリであり、sqly は filesql を用いてファイルに SQL を実行するコマンドである。sqly（filesql）は、SQL パーサーの実装が難易度高かったので、SQLite3 にパースを委譲している（詳細は実装当時の記事を参照してください）。sqly は実装当初から noborus/trdsql などの先発ツールに負けており、trdsql は MySQL や PostgreSQL とも接続できる強みがあった。安易に真似すると RDBMS サーバーをセットアップする労力がかかるので、私は避けていた。しかし、SQL 方言間の変換であれば、環境構築の労力が増えないので許容でき、ユーザーは使い慣れた SQL を実行できるメリットがあると判断した。現在、お試し実装中である。

なお、filesql は巨大なライブラリに成りつつあり、v1.0.0 前に API を整理するかもしれない。どうせ誰も filesql を使っていないので、気軽に変更できる。金融専用のフォーマットを導入した辺りでカオスになった。

意図的に v1.0.0 を目指す

以前、Claude に OSS 開発の戦略を尋ねた時に「v1.0.0を目指せ」と言われた。確かに、私は滅多に v1.0.0 を付けようと考えない。理由は単純で、API 互換性を維持するコストがかかるからだ。

しかし、v1.0.0 を目指す過程でインターフェースが洗練され、無駄な機能を落とし、リファクタリングや QA の追い込みをかけ、ドキュメンテーションを磨き込む作業が始まる。2026年中に、少なくとも GitHub でピン止めしている OSS（下図）は v1.0.0 を目指そうと考えている。CLI は、GitHub Pages でドキュメントサイトを公開する方針として、gup、sqly、atago は公開済みである。Example や Cookbook を用意しており、それらが実装と乖離していないことを CI でチェックしている。sqly や atago は対応範囲が広がり、ドキュメントを読まなければ全体像を把握しにくくなっている。正直、機能過多であり、洗練させたい。

昔は UNIX 哲学の「一つのことをうまくやるプログラムを書く」を意識していたが、段々とユーザー獲得のために機能を増やしてしまった。作った機能が結果的に使われないことはある。しかし、その機能を残し続けるか、削るかは適宜判断しなければならない。その前提で、まずは sqly v1.0.0 を目指す。

東京出張

泊まりで東京出張。ついでに知人と会う。新幹線に乗ったら、持ってきた USB が Type-C ではなくて Micro USB だったことに気づいた。流石にスマホ充電が保たないので、コンビニか電気屋で仕入れる予定。

前日の食事は、昼に丸亀製麺、夜にグラッチェガーデンズ。どちらも嫁不在で、息子と一緒に行った。息子は、長い夏休み。親は、3食用意しなければならないハードモード。料理する元気がないので、外食を選んだ。贅沢だ。なお、外食ローテーションをしたかっただけで、丸亀もグラッチェガーデンズも好きではない。どちらも翌日に腹痛を起こす確率が高い。今回も腹痛になった。うどんはともかく、ピザと相性が悪い。適正量が掴めない。チーズが駄目な説がある。さらに言えば、ダイエット中なのに食べ放題を選択して、息子と一緒に原価安そうなポテトを食べて、カロリー気にしてドリンクバーでコーヒーを選択する奇行をしていた。出張前日で早めに寝たかったのに、23時まで寝付けなかった。出張自体は、つつがなく終了した。出張する必要性は感じなかった。

出張翌日の土曜日は、飲み会の開始時刻である18時まで時間を潰す必要があった。五反田のホテルから渋谷の Nintendo TOKYO へ移動し、ナビィ×2個、ムジュラの仮面1個、コップ1個を買った。ナビィは息子が使う公文のカバンにつける予定。残りは自室に保管する。その後、上野の国立科学博物館を見て回ったが、渋谷での日光ダメージが大きすぎて詳細を鑑賞する元気がなかった。それにしても、科博のような文化的なものを気軽に見れる関東圏の人が羨ましい。上野を歩いてて感じたが、上野動物園と科博は近いので、息子と一緒に楽しめそう。

飲み会の会場である北千住へ移動する際、駅ホームを間違えたので秋葉原のゲーセンで時間を潰した。3カ所ぐらいハシゴし、レトロゲームが置いてあるゲーセンに感動した。格闘ゲーム・シューティングが豊富に置いてあり、対戦相手もいた。最近のクリーンなゲーセンではなく、薄暗いが活気のあるゲーセンがそこにはあった。10年ぶりぐらいにウルⅣをプレイし、本田使いと対戦した。勝ち目はなかった。

時間が余りまくっていたので、人生で初めてアーケードのドンキーコングをプレイした。難易度が丁度良く、やり込まないと最後のステージまで辿り着かなそうな雰囲気だった。実際、数コインでは100m（ステージをメートルで表すようだ）までしかいけなかった。なお、🛢️の初出がアーケードドンキーだと初めて知った。このようなテーブル型の筐体で、たまにピコピコする環境が欲しい。調べたところ20〜30万程度は費用が必要。DIY するしかないか。

飲み会は元フラーが4名、現フラーが1名という謎の会合であった。私だけ新潟民なので、そそくさと帰った。上野から新幹線に乗ったら、長岡花火の前乗り組がいたのか、最初の1時間は座れなかった。飲み会での会話は近況報告で、AI の使い方はそんな感じに落ち着くよね、という感じだった。

私は飲み会に参加する前に疲れ切っていて、LUMINE のレストランフロアで唯一空いていた「とんかつ新宿さぼてん」で休憩がてらカツカレーを食べてしまい、飲み会で「お腹空いてない」と謝罪する羽目になった。東京の居酒屋に行く度に、変なメニューの店が多いなと感じる。新潟は正統派の素材で殴る系が多いので、東京は奇をてらっている感がある。恐らく、金額帯を上げていかないと、正統派の居酒屋に遭遇しないのだろう。あと、ハイボールが薄い。酔いが覚める。アルコールが感じられない。

GitHub Sponsors の使い道

GitHub Sponsors を循環させることにした。つまり、私が合計5ドルのスポンサーを受けたら、私が他の人（複数）に合計5ドルのスポンサーを行う。自分のためにお金を使わない理由は、二つある。一つは、GitHub Sponsors が獲得できるレベルの OSS がリリースできた事実だけで嬉しいこと。もう一つは、他の人のOSS開発モチベを上げたかったこと。私だけかもしれないが、GitHub Sponsors を獲得できるとテンションが上がる。その気持ちを他の人にも分け与えたかった。

実行に移すには、スポンサー費用の予算決めが必要になる。年間予算を決めるより、自分が受け取った分を予算とする方式が分かりやすく、後腐れもない。プラマイゼロなので、心置きなく支払える（税金の分だけマイナスになる気もするが）。ここでの問題は、誰かが万単位の投げ銭を私に送ってきた時、他の人に迷わず寄付できるかである。人間性が試される。

この問題に直面できるようになるまで、OSS 開発を続けていきたい。

古典的ディズニー作品に対する所感

息子と何度もピーターパンを見ているが、好きではないディズニー作品の一つだ。

登場人物に問題がある。怒鳴り声をあげるキャラが多いし、主人公のピーターパンも性格がクズ寄りで感情移入しづらい。ストーリーも夢があると言えば聞こえがいいが、典型的な「青い鳥」の構造で、ネバーランドへ行って戻ってくるだけの流れだ。子供から大人への階段を上るウェンディがネバーランドの現実を知って、永住せずに戻ってくる。ウェンディを理性的な大人として際立たせるために、他のキャラが幼稚で残酷な面を見せがちだ。ポッと出の人魚ですらイジメっ子のような振る舞いをする。ピーターパンがウェンディを放置プレイする描写も多い。不快なシーンが多い映画だ。

GitHub Release の利用者

GitHub Release からバイナリダウンロードする人など居ないと考えていたが、調べたら結構居た。やはり gup が強い。gup 誕生から4年以上経過したが、未だに同等の OSS を生み出せない。mimixbox や jose が意外とダウンロードされている理由が分からない。jose は開発者である私が、複雑なオプション体系にキレて使いこなせなかった過去がある。

仕事机の新調を検討

仕事机を新調したい。理由は、リモートワークで自室に一日中籠もっているので、テンションが上がる環境を作りたくなってきたからだ。石目柄が欲しい。Indoorplus で候補を見繕った（下画像）。

私の性格上、一生使う気がするので実物を見たい気持ちが強く、東京インテリアあたりで他候補も探す予定だ。見た目、横幅、奥行き、モニターアームが使えるかがポイントだろう。一応、壁掛けできる状態にしてあるが、可能な限り壁に穴を開けたくない。机と椅子の両方で予算30万と考えている。しかし、納得いくものと出会えなければ、安物になるかもしれない。探しすぎると、見た目ではなくて無骨な機能美を優先してしまいそうだ。

この文章を書いた次の日に東京インテリアに出向いたが、見た目と奥行きの感じではダイニングテーブルが意外と良さそう。値段も10万ぐらい。部屋まで搬入できない可能性はある。

ラズパイクラスタの存在を思い出す

フラー時代の知人が自宅で Kubernetes 環境を建てており、この記事を読んでから暫くして自分も2020年頃にラズパイクラスタを組んでたことを思い出した。完全に余談だが、フラー時代の知人とは8/1に飲む予定。

ラズパイクラスタの記事を読み返すと、2020年頃は紛うことなき社畜だった（年間600時間以上残業していた）はずなのに元気そうなツイートしていて怖い。自宅 Kubernetes の可能性に関してエアロバイクを漕ぎながら思いを馳せたが、クラスタ PC 1台あたりのパワーが低いので使い道がない。自宅で欲しいサーバーと言えば、ファイルサーバーかメディアサーバー。しかし、NAS で十分だ。最近の NAS は Docker が動くらしいので、十分すぎるだろう。Kubernetes を使うことを目的にしない限り、用途が本当に無い。

ただし、私はクラスタを作ることには楽しさを感じている。組み立てや環境構築が楽しい。

日報より週報

週報を書き始め、分量を見ると日報でイケるのではないかと感じる。しかし、毎日確実に文章を書けるわけではない。1日でも日報を書き逃すと、やる気を失ってしまう。週報は1週間に1回でも何かを書けば、成功と言える。この緩さが続けやすさに繋がる。その時に感じていたことをダンプしておくと、数年後に読み返した時に懐かしく思える。未来の自分の楽しみのために、週報をせっせと書き溜めている。あと、作文能力を維持するために、自分の言葉で文章を書く行為は続けていきたい。

文章と言えば、技術評論社から「Software Design for Beginners④ UNIXシェルスクリプト入門」が出版予定であり、私が書いた過去記事が再録されている。読み返してみると、論文的に順を追って説明していくスタイルよりも、最初に読者の心を掴む構成の方が好ましかったと反省するなど、改善したい点はあった。LLM ばかりに文章を書かせていると、構成に対する審美眼は磨かれないだろう。

30代の間に、分厚い技術書を一冊書きたい。シェル系は既にネタ切れなので、別ネタで攻めたい。

仕事机の現物確認 again

再び東京インテリアに出向き、幅210cm×奥行90cm×高さ70cmの机に決めた。高さがやや低く、デザインもベストではないが、当初予定よりも10万以上安い9.1万円（送料・組み立て料込）なのでヨシとした。不満があれば10年以上経ったら買い直す。椅子は購入していない。後は音響やデスクトップ周りの小物を整えたい。ダイニングテーブルであり、コンセントがないため、スマホ用の充電確保をどうするか検討中。USB 給電できるモニターに買い替える手もある。モニターは現行がウルトラワイド34インチで、このサイズ付近は5万前後。40インチを目指すと20万を超え始め、即断できない。ウルトラワイド2枚使う案もあるが、かなり横に長くなるので、アームを使って縦に並べる等の工夫が必要になる。

大凧とその歴史

父親、息子と一緒にふるさと村、しろね大凧と歴史の館、ガストへ行った。凧はふるさと村にもあるのだが、新潟で凧を見かける歴史的な経緯を知らなかった。帰宅後に調べたら、信濃川の支流である中ノ口川（川幅約80m）の両岸から大凧を揚げ、空中で絡ませて川に落とす伝統的な凧合戦があるらしい。この凧合戦の起源がただのご近所トラブルだった。ご近所トラブルも時間をかければ、伝統になる。なお、息子は凧の絵にビビって、大凧に近づかなかった。

この凧合戦は、江戸時代の中頃、中ノ口川の堤防改修工事の完成祝いに、白根側の人が凧を揚げたところ、対岸の西白根側に凧が落ち、田畑を荒らしたことに腹を立てた西白根側の人が、対抗して凧を白根側にたたきつけたことが、起源と伝えられています。 出典：白根大凧合戦, https://www.shironekankou.jp/kite_battle/

飲酒機会の減少、外食機会の増加

久しぶりにジャックダニエルを買った。リモートワークを始めてから飲酒の習慣は、ほぼ無くなった。出社しないと居酒屋に行かず、自宅で飲酒しないので、ほぼ飲まない。たまりやに行きたいが、夜に新潟駅へ行く予定がないので、機会がない。息子を置いて、嫁と行ける日が来るだろうか。ちなみに、ジャックダニエルが好きな理由は Motörhead の影響を受けたから。なお、居酒屋には行かないが、しゃぶ葉には行った。

嫁が疲れてフライパンの火を消し忘れて、夕飯を焦がしたので夕飯がてらに。夕食の候補には、幸楽苑、政家（タレカツの店）、焼肉きんぐ、かつ一あたりが並ぶのだが、野菜とデザートが食べれて脂負けしないしゃぶ葉が選ばれた。息子が産まれる前は焼肉きんぐが強い選択肢だったが、味が落ちたのと、胃腸の弱まりが原因で第一候補にはならなくなった。宇都宮にいた頃は、嫁と2人で6000円ぐらいで満足していた記憶がある。

3D 酔いに負けた

KINGDOM HEARTS が Steam セールで安かったので積んでおいたのだが、約20年（23年?）ぶりにプレイしたら3D 酔いになった。カメラの動きが激しいとは思ったが、まさか酔うとは思いもよらず。30分ぐらいで断念した。楽しめた時間は短かったが、Linux で KINGDOM HEARTS がプレイできるとは、良い時代になったと思う。

とは言え、PS2 のゲームをリマスターした程度だと、ポリゴンがカクカクしていて時代を感じてしまう。当時は華麗なグラフィックだと思ったが、流石に PS4 まで経験しているとやや厳しい。ディズニーと言えば、ディズニーランド入園料が値上げされ、1日最大1万2400円になるらしいので、息子と今年中に行くと決めた。ランドかシーかは決めていない。息子はディズニーの映画をよく見ているので楽しめると思う。

黒夢の再録を発見

Spotify で少年（黒夢）の再録を見つけ、その後に Drug TReatment、CORKSCREW の再録がリリースされて驚いた。私が情報を仕入れておらず、前情報無しで急に好きなアルバムが登場したので直ぐに聴いた。LUNA SEA もそうだが、再録アルバムは2枚同時出しが流行りなのだろうか。

今回の2枚の中で思い入れがあるアルバムは、CORKSCREW の方。初めて聴いたのは高校生だったか、大学生だったか。FOREVER LOVE（2007年、ソロ）が既にリリースされていた時期に、黒夢に触れた記憶がある。「何だこのペラッペラな音は」と感じたのを覚えている。音質に対して悪い意味で衝撃を受けたのは、Sex Pistols と Metallica の Kill ‘Em All、そして CORKSCREW だ。当時は 70’s〜80’s のサウンドに慣れていなかった（黒夢は90年代だ）。聴き込んでいくと、このパンクな感じが癖になった。1曲目から6曲目（少年）までの流れは何度も聞きこんだし、COWBOY〜LAST PLEASURE までの流れも印象深い。SADS の 1st（SAD BLOOD ROCK′N′ROLL）もパンクサウンドだったが、リピートしたのは CORKSCREW だ。

今回の再録では曲が削られており、COWBOY は選曲漏れしていた。再録で音質は上がり、清春の歌唱も円熟味を感じる。歌唱の勢いはやや削がれたが、私は新旧どちらも楽しめる。少年、後遺症、MARIA、Like@Angel 辺りの再録回数が多い曲は、全部細かな違いを聞き分けるのが楽しい。ちなみに、清春の楽曲は Spotify で全て楽しめず、SADS の再録や PHANTOM LOVER のようなボーナストラックは CD から聴くしかない。

Codex さん、無料で使わせてください

Codex for Open Source に応募した。Claude for Open Sourceは、GitHub の認証で連続失敗したので、応募を諦めた。Claude 側は基準が厳しいので素直に諦められる。Codex 側も採択されれば運が良いぐらいの感覚。私は LLM を昼夜問わず半年程度使い潰してきたが、流石に止めた。サブスク代をペイできたと感じていないからだ。今までの利用で LLM の使い方をプレイベートで学べたし、作りたい OSS が今のところ無いので LLM は不要だ。

大前提として、年間20万以上を LLM に使うのは常軌を逸している。20万あれば家具を新調したり、趣味の費用に当てたり、家族と旅行できる。私の金銭感覚だと、このサブスク代はもう許容できない。LLM を道具として使うための勉強代は十分に支払った。暫くの間は、技術書を読むなどのインプットに時間とお金を充てたい。

悲しみの体調不良

先週から体調が悪い。鼻の不調に始まり、悪寒、咳、と症状が代わり続け、働いても頭が回らない状態だった。7/8(水)時点で体調が悪いので、丸1周間は体調が悪い。昔の先輩が「健康第一だよ」と話していたが、同意できる年齢になってしまった。最近は健康を気にして、減量を始めている。約1.5ヶ月で8kg落とした。もう10kgは余裕で落とせる余地があるので、気を緩めずに続けたい。

お気に入りツールである atago（愛宕）

atago（愛宕）を異様に作り込んでいる。紹介記事を書いた段階では輪郭がボヤケていたが、今では立ち位置がハッキリしている。サーバー以外のCLI（コマンド）をテストする場合に、atago は役立つ。自作ツールを Claude と atago でテストすると、バグ報告が止まらない。依存ライブラリのバグもガンガン発見できる。テスト好きな自分にピッタリのツールで、言語に縛られない特性があるため、一生 atago を使い続けるだろう。歴代 No.1 の出来栄え。GitHub Star 数も gup を抜いてほしい。

他者の OSS star 獲得履歴が隠蔽された

GitHub Star と言えば、GitHub は他者が管理する Star 獲得履歴をプレイベート化した。私は、誰がどんな有名 OSS を Star しているのかを見に行くのが好きだった。しかし、悪用する人がいたので制限がかかったらしい。以前は、GitHub は永久に生き残るプラットフォームだと感じていたが、最近は LLM の登場で壊れてきた雰囲気がある。それでも GitHub は嫌いになることはできない。

自作 OSS が認知されない

最近は「いいものなら売れるなどというナイーヴな考え方は捨てろ」という台詞と戦っている。ラーメンハゲこと芹沢達也の台詞だ。gup, sqly, atago と、OSS をリリースする度に完成度は上がっている。しかし、利用されている順番は gup > sqly > atago だ。完成度の順番とは一致しない。軽い宣伝をしても殆ど反応はない。OSS の認知度を上げるだけなら、自分自身が有名になったり、知り合いを増やした方が早いだろう。そこまでやり始めると、「何のために OSS 開発したのか」と感じてしまいそうだ。

この業界は技術力だけでなく発信力も求められる。発信を続けるなら、分かりやすいキャラ付けが必要になる。では、自分は一体どんなキャラとして売り込むべきなのかが見えていない。自分自身でも、自分が何を得意にしているのかを言語化できていない。