orange @[email protected]

超大昔に一番最初にメガネ作った時以降、眼科行ってない＞＜；(何度か作り直したときはメガネ屋さんで測った＞＜；)

もしかして
近視→メガネ作った→「近視が進んでメガネ弱い＞＜；」
じゃなく
近視→メガネ作った→乱視も追加された
だった説？＞＜；

メガネ無しだと完全に花火で、メガネかけると花火度が減るけど、メガネ作ってから度が進んで完全にあったメガネでは無いので完全には矯正されてない＞＜；

近視で高コントラストで見えなくなるの、文字で表示でどうなるかを言葉で説明するの難しいけど、光点がどうなるかはわかりやすいかも＞＜
電子機器とかのLEDインジケータとかが全部、点ではなく花火🎆みたいに見える＞＜
なので、点で文字を書く代わりに花火のスタンプで文字を書けば、近視でよく見えない人の気分を味わえるかも＞＜

薄い灰色とかベージュとかなら、黒背景だとわかんなくなる謎現象を避けつつ、近視で高コントラストで文字読むの困難現象も避けられる＞＜；

テキストエディタは白背景にする事多いけど＞＜；
((視力の問題とは別で)白じゃないとなに書いてるんだかわけわかんなくなる不思議＞＜；)

ダークモードというか黒背景or白背景の現状、近視(の中でさらに人による)で高コントラストだとマジで文字読めない人には、好み云々じゃなくマジで実用高困るので、昔はわりとよくあったこういう灰色背景も用意してほしい＞＜

🈚

結論＞＜
PC用でC# で書く時でよほどメモリケチらなきゃならない場面じゃない場合には普通に書こう＞＜；

最適化ありだと『普通っぽいけど参照渡しでstaticなやつ』が『bitツメツメなやつ』よりも速くなるっぽい＞＜

C# でもビット弄る方でやった時にパフォーマンスどの程度変わるのかさっきのやつで試してみたけど、1億回試行で最適化なしビルドで、

bitツメツメのやつ： 約1650ms
C# の標準的なコード： 約1520ms

bitツメツメの解説用の無駄があったコード： 約2100ms
C# でわりと普通っぽいけどオブジェクトに値を持たせずに参照渡しでstaticなやつ： 約1720ms
だった＞＜

こういう風にbitつめつめな事する時にも、より安全な設計ってある事はあるんだねって目からうろこ感＞＜

そこまで意図してフォーマットを決めたわけじゃないけど、結果的にbitの割り当てのフォーマットが最も安全な形に偶然になってたっぽい＞＜；

これ、ビットあふれ想定してない部分でアレで「じゃあ想定してない初期値である0サイクルを指定したらどうなるんだろ？＞＜；」と思って実際に動かしてみたら、カウンタのあふれる先がLEDの状態フラグなので結果的に
「桁があふれたらLEDを消す命令を出す」になってつまり「128回に一回LEDをとにかく消そうとするプログラム」として動作するっぽい＞＜

「こういう機能があったらいいのに・・・＞＜」と思って、「まさかね＞＜；」ってやってみたら既にその機能あったのに知らなかっただけという＞＜；