No Such Blog or Diary

レポートになってないレポートを提出してくるのは何なんだろうか？　とりあえず，MP と SAN値がガリガリ削れてく……

今年の連中がこれまでに比べてヒドイのはコロナで実験科目がメチャクチャだったからな気もする．

2日連続で陰性なら 3日目で待機解除できるってのが抜けてるのはなぜだろう？　少なくとも国や福岡県のお達しではこの短縮が入っているのに．よーわからん．何の説明もなく「変更しました」とだけ送りつけてくるし．よーわからん．

大学の作ってる「発熱した際に従うフローチャート」の存在を学生が知らないってのは何が悪いのやら．色々と受信側のことを考えずに情報提供をしてくれてるのでとても悩ましい．

実際のところ欲しい情報を探し出すのに結構苦労する感じが続いているので，定期的にユーザ目線で情報を配置するとかいう辺りに気を配って改善して欲しいところ．ここらはちゃんと文句を言ってやらんと改善できないと思うのだけど，その問い合わせ先もよく分からんので悩ましい．

一番上に投げ入れてみればいいのだろうか？

フォトリフレクタ（RPR-220）をラズパイに繋いでエアコンのファンの回転数を拾えるようにしてみた．100k 抵抗 2本とワイヤも用意して GPIO に突っ込んで終わり．簡単．シロッコファンが黒いせいかそのままではフォトリフレクタが反応しなかったのだけど，ファンの羽の一枚にちょっと反射テープを貼ってみたら反応してくれた．これでフォトリフレクタの立ち上がりエッジの間隔から回転数が出せる．

測定結果：エアコン起動時とかのアイドリング状態で 400 rpm 程度，風量最小で 580 rpm程度，風量最大で 930 rpm 程度．

少し様子見してみた感じだと，風量を明示的に設定していても部屋が冷えてくると勝手にアイドリングの回転数に落ちるっぽい．そして暑くなると設定の回転数に戻ってくれる．まあ，風量設定の意味あるのかという疑問を感じないでもないけどそういうもんかね．

さて，これで回転数が取れるようになったので，暫く温度・湿度とともに回転数の記録を取ってみて時々ファンを完全停止してくれやがる条件がどんなもんだか調べてみよう．

関数オブジェクトの型をテンプレート引数にして関数オブジェクトを受け取る再帰関数を書いて，その再帰の際にとりあえず文字列出力するだけのラムダ式を書いてみたら，g++ が返ってこなかった……

たぶん，内部でのラムダ式の型がテンプレート引数に指定した型に依存した名前になってて関数のインスタンスが無限に増殖してる？　一般にはそうなるのが自然な気がする．書いたラムダ式の中身がテンプレート引数にも関数の変数などにも依存しないので「インスタンス化される関数はひと通りだからコンパイルできるだろう」とか思って期待してみたけれど，まあそんな都合の良いことにはならないのか．残念．

そういや ICPC のコンパイル時間の制限ってどんなもんだろ？

メンドイ仕事が一段落ついたのでラリージャパンの SS 観戦チケットの様子を見てみたら完全に売り切れとった．残念．

twitter を見る限り発売から 1時間で売り切れの瞬殺だったっぽい．まあ，タイミングが悪すぎた．さすがにこれは無理．

さて，どうしよう？