22,3℃だけどだいぶあつい
👀 / Git 2.27 での git pull 時の warning について #Git - Qiita
https://qiita.com/tearoom6/items/0237080aaf2ad46b1963
他のアプリ開いたりしてタスクキルされたりしたりするとだめかも
Bleakかなにかでぶん回すのもいいかなと思うけどいったん満足しちゃった...
Amazon.co.jp: COOSPO HW807 心拍計アームバンド 心拍センサー 光学式 ハートレートモニター Bluetooth&ANT+対応 IP67防水 心拍数ゾーンLEDインジケータライト Strava、Zwift、Wahoo用 : スポーツ＆アウトドア
https://www.amazon.co.jp/dp/B099RV8FW1
Mi Bandをこねくり回すのと比べて、拍子抜けするくらい簡単だった
これを外で付けると、心拍数垂れ流し人間になれるらしい(?)
最新のHW9はその辺の情報が少ないのと遊べない可能性があったのでやめてみた
窓がついていないタイプのパッケージが届いたので、勝利したっぽい
同社の別の製品だと、パッケージが2種類あって、透明な窓がついているタイプのパッケージには印字がなく、窓がついていないタイプのパッケージには印字がありそうだというあたりをつけていた
パッケージに技適マークの印字がなかった場合、未開封で返品する
本体に技適マークの印字がなかった場合、商品不具合で返品する
つもりでいた
遊ぶ用にCooSpo HW807を買ってみたけれど、技適マークがついてるかドキドキだった
Provenance attestationsのメタデータをなんかいい感じに表示できればいいんじゃないという気もしなくもないけれど、ちょっと目的違うだろうし、付いているとは限らない感
アプリケーションのバージョンとコンテナのタグで表現されたバージョンが一致しているとは限らない問題はありそうだけど、一致しているか相互変換が可能なものとする
そういうメタデータは他にイメージに持たせる方法があるんじゃないというのはおそらくはいだけど、イメージ取得してなにか閲覧用のコマンド用意するか、リポジトリを見に行くかの必要はありそうなので、タグに入れられる範囲なら...
あとPythonアプリケーションの場合、PEP 440と互換性があるか相互変換できるといいねくらい
できればsemverと互換性があるか相互変換できるといいねくらい
名前空間が共通の場合で、タグに名前空間相当の文字列を含めるなり、コミットハッシュを含めるなり、ビルド時刻を含めるなりしつつ、128文字以内におさめればよさそうという話ではある
デバッグ目的だとどのバージョンのソースコードと紐付いているか確認ができればいいので、アプリケーションレベルで識別できるようにする必要はない気がした
コンテナレベルでは名前空間の概念があるのでどのforkを使ってるか識別できるけれど、アプリケーションレベルでは名前空間の概念がない仕組みに乗っかっている場合、どのforkを使ってるか識別できない気がする
forkして名前空間を変えるのがいい気はする
共同利用したい場合に乱立したリポジトリの権限管理が面倒そうだけど、共通の名前空間でも勝手にpushされると面倒そう
合意をとらずにバージョン付けをしたいときにどういう規則にしようか考えてる
