あいかわらず体調がよくない。風邪、だと思うが……。今のところ発熱はない。測ってもいないが。
仕事は昨日の続きでDockerコンテナをゴニョゴニョするやつ。とりあえずGitLabのwebhookを受けてコンテナを立てるところはできた。あとはコンテナのビルドを中断する必要がある場合の対応。これ地味に難しくないかな？なんとかなるかな？
svelteのことをすこし調べた。このblogのフロントエンドは一部にReactを使っているのだけど、正直オーバースペックのような気がしていて、svelteにしてみようかなとか思っている。まあどっちがいいのかはわからないけど、ちょっと試してみたい。
寝る。明日はもう少し元気になりたいが。
なんだかすこし体調が悪い。風邪のような気がする。ただの風邪ならまあいいんだけど……？
仕事はまたRubyでDockerをぷちぷち。この数日、メモリが足りなかったりCPUが遅かったりで全然動かなかったんだけど、今日ついにちゃんと動かせるところまで来た。それはまあ安心なんだけど、どう考えても間違っていると思うので、別の方法を検討しようと思う。本命はやはり素直にCodeBuildに乗せることだけど、それで動くのかはまだわからない。やれやれ。
夜は電子工作の練習をした。電子工作ってかはんだ付け。一応高校の物理の時間にすこしやったのと、あと大学でも電子回路の実験をすこしやったから、まあ経験なしというわけではないけれど、まあ難しい。こういう細かい作業は慣れが必要なのだろう。
あとはblogの改修とか。セッションに一度きりのメッセージを保持して次のロード時に表示する仕組みなどを作った。表示については明日にでもCSSを書かねば。
寝よう。明日は勉強会の資料を仕上げたい。
月曜日なので仕事。しかし全然うまくいかないことばかりだ。結局メモリ2GBのマシンでnpm installするのは厳しいという結論になって、実験的に4GBで動かしているが、それでもいろいろ厳しく、しかしpnpmを使うと最初のイメージビルドまでは動くらしいとわかったのでそれはよかった。次はバックエンドのコンテナを作るところに進む。道は長い。こんなに手こずるとは正直まったく予想していなかった。甘く見ていた罰が当たったのだろう。やれやれ。しかしまだ自分で探さなくても課題が残っているのは少し安心する（いずれはその箱庭を立ち去らねばならないだろうから）。
夜はすこしCSSの微調整とかしていた。まだデプロイはしてないけど。あと電子工作のためにはんだごてなどを購入した。あとテフロンの両手鍋も。
寝よう。なんか昨夜はよく眠れなかった気がする。今日はよく眠りたい。
昼頃まで寝て、少し出かけた。キーボードのスイッチを触って、やはり赤軸茶軸あたりがいいかなという気がした。静音のもよかった。しかしmacの平たいキーボードに慣れてしまっている部分もあるし、どうなのかなあ。
あと分離キーボードはやっぱりYとかが押しづらい癖があるよな。これに関しては真ん中らへんのキーを両側に置いたやつを見かけてやっぱそうだよなーと思った。まあそれがほしいかというとまた別だけど。
あとは旧blogの後片付けとか、Postgresのバックアップスクリプトとかを書いた。dockerコンテナをパイプで繋いでpg_dumpからS3にアップロードするやつ。前はそれ用にPython書いてたけど、普通にパイプだけでいけた。よかった。
寝る。
blogリニューアルしました。ビルド通るようになるまでかなり難儀したので当初予定を大幅に超えてこんな時間になってしまったけれど、とりあえずは動作しているはず。
見た目の変化はあまりないです。サイドメニューが伸縮するようになって画面に収まるようになった（おさまらない場合もスクロールする）のと、タイトルロゴを組んだのと、あとはフォントと文字組みの微調整だけです。ログイン周辺は改善されたけど、それは読者にはあまり関係がない。あ、aboutページもちょっと整えた。
まだ不足している機能がいくつかあるのでそれは追って対応していきます。でもとりあえずデプロイできてよかった……。
今日はもう寝ます。明日はちょっとお出かけする予定。
仕事はあまりうまくいかない。EC2インスタンス上でDockerを実行したいんだけど、npm ciするだけでメモリ2GBでは足りなくてコケる。マジで？とりあえず週明けにpnpmを試そうと思うけど、ちょっと計画がだいぶ狂ってしまったな、これは……。
夜はRustというかDockerfile書いてた。ようやくblogリニューアルをコンテナで動作させられるところまで来たので、粛々とリリースに進んでいきたい。ところで新バージョンでやろうと思っていた本文書体のプロポーショナル化は見送ることにした。やっぱりゆとりがなくて読みづらい気がする。いろいろがんばったのでもったいない気持ちもあるが、明日にでもバッサリいっちゃおう。
寝る。金曜日の仕事がうまくいかないと土日の気分が暗くなるな、よくないことだ。
なんだっけ。今日はAWSのSSMに入りっぱなしでGitLabからのwebhookを受けるコードを書いていた。なんかバックグラウンドジョブがぜんぜん動かない気がするんだけど、これはなんでだ？SSMに固有の問題の可能性もあるし、関係ないかもしれない。明日原因を調べないと。
あと勉強会の資料作った。絵文字がUnicodeに入ったときは結構反対があったようだけど（そしてまあそれなりに尤もだとも思う）、結果的にはそれなしの世界が考えられないくらい普及したわけで、振り返ってみると不思議な感じがする。しかしまあ、Unicodeの闇を深める一因にはなっているだろう。
夜はRust。昨日発見したディスプレイ数式の問題はとりあえずディスプレイ数式モードを用意することで解決したと思う。あとAtomフィードを出したりした。今週末には本番に載せられるだろうか。まだバックアップのことを考えられていないか。
寝る。明日もなんか会議がいろいろ入ってしまった。もう会議のない日がほぼない。
なんだか元気がない。ゴールデンウィーク明けからずっとそう言ってる気もする。天気も悪いせいだろう。五月雨が本当に五月に降るやつがあるか、バカモノ。
仕事はなんかスライド作ってたら終わった。昨夜いろいろ考えた売り上げ予測のことは、結局は不確かさがどうとかよりも単に全パターンの売り上げ分布を出せば信用区間が求まるじゃんと思ったので、簡単な説明スライドを作った。あと勉強会の資料。UnicodeのCJK統合漢字と互換漢字のことをいろいろ調べた。統合漢字に入った「海」の字形は旧字体の字形で、日本の新字体は包摂されたが、その後日本でもJIS X 0213で旧字体「海」を収録したのでそれは互換漢字に入れたっぽい…… みたいな話とか。うーん、大変そう。でもまだ絵文字の話にならない。道が遠すぎる……。
夜はRust書いてた。mathjaxを入れようとしたんだけど、こないだ書いた約物アキ調整システムと衝突してしまったので困っている。マジで困ったな、どうしよう。数式モードを特別扱いするしかないのか。それでも完全とは言えないだろうけど……。まあなんか調整するしかない。やれやれ。
情報化と電子化について考えていた。まあすでに定義のある言葉かもしれないが。結局、紙の書類の存在を前提していてそこから離れられないシステムは情報化ではなく紙の書類の電子化にすぎないのだろう、みたいな。紙の書類の電子化だから、情報がそれ自体として構造化されていたり、固有の振る舞いを持ったりすることは重視されていない。つまり、書類をスキャンしてタブレットで記入するのと本質的には変わらない。でもそういう偽の情報化がまだまだ世の中にあるなと思う。もう2021年なのに。
寝よう。マウスピースができたのでつけているけど、なんか慣れないからか落ちつかないな。
h.b. > f.
fは32歳になったらしい（つまり数ヶ月後に僕も32歳になる）。2の5乗だ。キリがいいけど、それ以上に特段おもしろい数字でもない。バトル漫画の序盤でちょっと強いライバルみたいなものだ。地方大会篇では強敵だが、全国大会では別にぱっとしないみたいな。何が？
仕事はRubyでDockerをどうこうするなど。紆余曲折ありつつなんとか実現にこぎ着けられそう。明日はAWS上に持っていってみるつもり。GitLabからのwebhookを受けられるようにしなくては。
夜はRust書いてた。とりあえずドメイン側のエラーハンドリングは全面的に整備して、フロントエンドはそれに応じたエラーページを出すようになった。いい感じ。明日は実戦投入？そのまえにまずはコンテナをビルドできるようにするか。
仕事で相談されて、不確かさの理論について少し調べたり考えたりしていたけどよくわからない。最終的にはモンテカルロをやるべきのような気はする。そうかなあ？
月曜だからかあまり元気がない。急に蒸し暑くなったせいもあるだろう。今年は梅雨入りがめちゃくちゃ早いらしい。まだ春の陽気を全然感じていない（例年も別にそうだが）のに梅雨入りして、明けたらもう夏だなんて、さすがに承服しかねる。
仕事はなんかDockerをガチャガチャやっていた。SPAをRailsからサーブすることについて完全に誤解したまま進めてしまっていたせいで大きく方針を変える必要が生じてしまったりした。あとGoogle Sign-Inは呼び出し元を任意のポート番号にできない（これ要するにCORSのヘッダだよね）ようなので、そこでも挫折しかけた。最終的には迂回するアイデアを思いついた、と思うけど……。いやどうかな、怪しい気もするな……。明日ちゃんと検証しなくては。
夜はRustのエラーハンドリングについて考えていた。レイヤードアーキテクチャで依存関係の逆転をしていると、リポジトリの関数が返すエラー型は誰が定義すべきなのかという疑問が生じる。Domain層がthiserrorを使ってエラー型を定義しても、Infrastructure層は実装詳細に依存した別のエラーを出していて、Intoを実装しようとするとorphan ruleに阻まれてしまう（ここではDomainとInfrastructureはクレートを分けてある）。かといっていちいちmap_errに変換関数をはさむのは格好悪い。どうしたものか…… と思っていたのだけど、結局DomainはDomainが知ってどうにかできるエラーにしか関心がなく、知っているなら定義されているのだからそのくらいは明示的なmap_errを書けばよく（敗北感はある）、そうでない漠然としたエラーは全部anyhow::Errorに丸め込めばよい（ここはmap_errではなくcontextを使うと付加情報を与えられるのでなおよい）。となれば逆にDomainが知ってどうにかできるエラーなんてそう多くはないのだし、結局はかなりの部分が実質anyhowになるのではないかと思う。型は一応定義するけど。あとPresentation層ではレスポンスのためにいろいろなエラーを使い分けることになるけど。
疲れた。明日は歯医者でマウスピースの型を取ってもらう予定。