36ビットに反応。その昔使ってた分析機器（海外製赤外線顕微鏡）が１ワード24ビットで不思議に思ったのを思い出した。何かプログラムできたような記憶があるけど、英文マニュアルだったので定かではない。その横にあるGCMSの記憶メディアが8インチ1S FDだった時代ｗ

これは期待。今時のゲームとしてどこまで優しくなってるかな～。とりあえず Closed Beta 申込。 元々SCEだったはずだけど、版権を買ったんだろうか。 everquestlegends.com/home

Z80/R800用アセンブラを作成していて、概ねバグがとれた（ような）のとマニュアルもできたので公開します。重め（32,340行、全行ラベルあり）のアセンブルが 0.089 秒で機能面はともかく、性能面は個人的に満足のいくものになりました。 #z80 github.com/dogatana/yas80

cpuprofileについてCopilotに聞いてみると「File I/ O が重い」との指摘。提案どおりに修正するも変わらず。次は「I/Oは速くなったけどGCが重い」と新たな提案。内容は理解するも絶対時間としての効果が不明。 z80as くらいまで高速化できるなら面白いのだけれど。 #z80

原作を読んでそのまま映像化は無理だろうなと思っていたのでそうなるかな。ただ火星の人も映画を先に観て面白かったし、その後原作を読んでハードSFとして（とても）楽しめたので、それぞれ別として楽しむものなんだろうな〜。そもそも原作の全てを映画に持ち込むのは無理だし。

組み込み開発やってた頃、某RTOSのタイマサービスがロックする不具合があって大事になった。でも顧客に説明する時に49日問題としてで説明したら妙にあっさり納得していただいた。その後別の商品が、別のRTOSで同じ問題が起きた時はさすがに呆れられた。

大学の講義と演習でやったFORTRANが最初。その後SHARPのポケコンBASICでイスカンダルの豆腐屋を遊んだり、実験データを整理したり。PC-8001のN-BASICは研究室で初めて触っだけど、そちらはワープロ用で、普段はFACOM、時々SORDでFORTRAN😄

Go 言語いいですねぇ。

秋川さんのMZ-700用BASICインタプリタのアセンブル時間を計測。

Paperwhiteは最悪買い直しもできるから良いとして、問題は軽さと解像度で代替品のないFireHDX8.9がサポートから外れるときか。SDカードも使えないので厳選が必要になりそう。

明日から RubyKaigi 2026。 地元で開催された RubyKaigi 2016 から10年か～

GitHub リポジトリの README は html/css に制約があるので Markdown から静的 html を生成する honkit を使ってyas80のマニュアルサイト構築。 以前は仕事だったので AWS S3。今回は GitHub Pages へデプロイ。 dogatana.github.io/yas80-docs/

UO廃人😄 うちの環境では1FPS切る事が多かった記憶。先行入力しておいて死んでなければよしとか。あとPKも多かった。

> 一般的なプログラミング言語だと unary な処理として --1 はエラー ん？エラーにはならないんじゃないかな。 python だと奇数だと-1。偶数で1。 文法定義で右結合とする（yacc だと %right）ので、この動作が定番だと思うのだけれど。 拙作Z80アセンブラの goyaccでの定義も同様。