周回して友好度がリセットされてもくーちゃんの作ってくれた友情のペンダントは装備なので持ち越せる、これは百合

勝手に人を壊さないで

給付金欲しい！

トゥートゥートゥマシェリーマーシェーリー

36.0℃ #healthcheck

なんか寝直したら頭痛くなった

このアカウントは、notestockで公開設定になっていません。

草

toshi_a_が偽物だっていうの、確かにピンポイントでその情報を知らないと自力で気付くのは無理っぽさあるな

ツイート内容が意外と本物っぽい

このアカウントは、notestockで公開設定になっていません。

Twitterのtoshi_aを見て……ってスカウトメールに書いてあったらどう見ても狂人じゃん

@toshi_a おもしろいが会うのはためらう

秋ですね

干し芋の住所をアップデートした

こんどこそたぶん正解

@toshi_a ｗ

高知旅行の機運が出てきた

podman名前しかわからん

ライザとクラウディアがコンテナ管理してくれるパッケージがあるんですか！！？！？

podman、docker daemonみたいな中央集権プロセスがなくてもコンテナを走らせられる感じのやつっぽい

そもそもDockerってなんでdocker daemon走らせてるんだ？

単にRPCをREST APIで抽象化したからサービスが必要ってだけの話っぽい？ https://nickjanetakis.com/blog/understanding-how-the-docker-daemon-and-docker-cli-work-together

Docker的なアーキテクチャは確かに開発は楽そうだけど、だんだん巨大なモノリスになっていって不透明性がユーザにとって辛くなるからpodman的なアプローチの方が運用しやすいのかな。開発側はコマンド間で状態の整合性を取るのがしんどそうだけど

仕事するか

caps lockマンだ

私は働いています。あなたはどうですか？

気づいたら東京にいるやつ

マイナーバージョンでAPIが消えるタイプのライブラリだ……

try-catchのtryブロックには一文しか入れてはいけない、というコーディング規約を思いついたんだけど、これどれくらい現実的＆読みやすさに貢献するんだろうか。だいたいResult型を返す関数と同じような使い勝手になると思うんだけど

モチベーションは
・でかいtry-catchを殺したい
・例外対応の責務はcaleeではなくcallerにあるという点を強調したい

大抵の関数は例外に正しく対処する方法なんか知らなくて、よっぽどの確信がなければpropagateするのが正解という発想です

https://twitter.com/qnighy/status/1307924811620913153?s=20

突き詰めるとResult型に十分な言語レベルの支援機構が合わさったものがエラーハンドリングとしては理想的という話になるのかな。何があれば「十分」なのか未だに分かってないが……

Result型のエラー状態とpanicの中間が欲しいというのはあって（out of boundとか）、Javaの非検査例外はそこのカテゴライズという点ではうまいことやってると思う。検査例外も非検査例外も「例外」って言葉と同じ機構でまとめたのが良くなかったのかな……

panicって気軽にリカバーしてもいいもんなのかな。Rustの規約わからず

panicはJavaのErrorと同じで、アプリケーションのcontract以前の下位レイヤでおかしくなったことの通知だと思っている

アプリケーションが実行を続けられないレベルに下位レイヤが崩壊してたらOSが殺してくれると考えれば、確かにpanicからrecoverしてもいい気持ちになってきた

レギュラーないなら軽油でええか……

レギュラーガソリンから新コロ、変形少女が影響うけるやつだ

仕事するつもりだったけどクソだるくておひるねしてた

もしかしてカセットテープを上向きに入れるラジカセと下向きに入れるラジカセでは再生ボタンの向きが違ったりしますか？

回転方向だと思うとユニバーサルなのか。片方のリールに巻かれてるテープがもう片方に移っていく様子を想像していた

回転方向を12時の位置における接線ベクトルで表すのはユニバーサルなんですか？

今日も元気にあひる焼き

@ahiruyaki すみません……

仕事してるけどビールを飲み始めた