nsdemu -l <serial device> -k <secret key>
というのは確かにスジが悪い（ps axで他のユーザにsecret keyがモロバレ）のは分かってるんだけど…テスト用途なのでとりあえず許せとドキュメントに書いていてもクレーム付けてくるんだろうなと震えてる。

https://github.com/explore をほけっと眺めるということはしたことが無いのだけど、なんかの折には覗くのも悪かないのかも。

PU2CLR SI4735 Library for ArduinoのREADME.md、よくこんだけの量を書いたもんだと戦慄している… https://github.com/pu2clr/SI4735/blob/master/README.md

This account is not set to public on notestock.

age_map["alice"]=30;が、3行に分かれる（引数を&つけて取るので直接値を入れられない箇所があるが、2行まで減らせませんかこれ）というのはなかなか大変なものがあるけど…連想配列を使えるのは楽かもしれん。

とはいえ、素直に「C++覚えてそっちでやったら？」と言われてしまうのもなんか分からなくはないような…

This account is not set to public on notestock.

しっかし、memset()が最適化で消えるのは恐怖しかないんだけど…そこはちゃんと仕事させてくださいよ…

「イマドキのC」（イマドキのC++とかじゃなく）というのも知っておかないといけないですね…Modern C(Jens Gustedt, 2019, https://www.amazon.co.jp/dp/1617295817)とか21st century C(Ben Klemens, 2014, https://www.amazon.co.jp/dp/1491903899)辺りは読みたい読みたいと思っていますがなかなか実現には至っておりません…

nostr知らなかったらsecp256k1みたいな暗号系のライブラリ使うこともなかったし、いい勉強になった。

malloc()で確保した領域をfree()で開放はするけど、その際にクリアしてくれるfreezero()はOpenBSD-6.2から入ってる。 https://www.openbsd.org/62.html

しっかし、メモリ上に機密性の高い情報をあんまし置いときたくない→作業が終わったら消そうというのを突き詰めていくと、（C言語でいう）関数実行時のスタックフレームを関数終了時にクリアして抜けるとかそういう世界になりそう（でもどの程度スタック使ったかとか、安全に消せるのかといった問題があるので無茶なアイデアではある…せいぜい、alloc()などで確保した領域を0-fillするのが限度だよなあ）

This account is not set to public on notestock.