orange @[email protected]

もしかしてそういう悪質な広告とかユニクロの広告ってひとつに見せかけて複数の広告としてだしてるとかインチキしてるとかなのかも？＞＜；

毎日だいたい5回くらいyoutubeアプリのユニクロの広告を「同じ広告が何度も表示される」って報告してる気がする＞＜(飽きずに報告し続けるオレンジと根比べ感＞＜)

広告の話題で思い出したけど、youtubeアプリ内の広告でユニクロが超高頻度で出るので、この広告の表示を停止するのボタンを押して理由の選択で「同じ広告が何度も表示される」をちゃんと選んでるんだけど、他の広告は表示停止するとちゃんと反映されてるっぽいのにユニクロの広告だけ毎日何回も「同じ広告が何度も表示される」を報告しまくる状況になってて、なんだこれってなってる＞＜

ていうか単純に考えてもビットいじくり回してどうにかするで(回路ではなく)コードで実現しようとすると、double同士の桁あわせ(桁比較)処理の為にまず整数の引き算を一回することになるかも＞＜
21世紀のいまどきのCPUで考えたら「もう直接double同士で引き算やっても処理時間変わらないんじゃね？」ってなりそうで、もうその時点で20世紀の世界を想いながら夕日を眺めて黄昏るしかなくなってしまう＞＜

オレンジ的には「内部のビット表現直接使ってこねくりまわしてどうのこうので出来ないか？＞＜」って考えたけど、考えれば考えるほど「あれ？＞＜； むしろどんどん処理増える？＞＜；」ってなった＞＜；

浮動小数点数同士が近いか？ってかなり重い処理だね＞＜； 結局普通に引き算して固定の数値以下の差かを見るってするよりも早くやる方法って普通のPCのCPUの機能の範囲では困難あるいは無い？＞＜；

ていうか、なんらかの2進数表現の精度を元にその基準を決める方式で人間の直感に反しないようにすること自体が困難でオレンジが思い付いた方式ダメっぽい気がしてきた＞＜；

具体的にどうやったら作れるか考えたら、結構困難な気がしてきた＞＜；

ガチガチにとにかく速度が必要な用途以外であればこれでわりと困らなそう？＞＜
https://mstdn.nere9.help/@orange_in_space/107359303124034696
(単精度の差を半精度で も、単精度多用するのってゲームとかグラフィックじゃね？って考えるとちょうど良さそう？＞＜)

この方式であればdouble同士じゃない場合にエラーに出来る(型チェックではじける)し、なんだったら半精度をサポートする環境(最新のC#とか)ならば単精度同士で半精度の誤差以下ならもできそう？＞＜(それは危険？＞＜；)

いま思いついたけど、倍精度同士で比較して単精度の誤差以下であればtrueを返す演算子であれば、範囲(精度)が固定でも混乱少ないかも？＞＜

範囲の設定が難しそう＞＜

Intel BCD opcode - Wikipedia https://en.wikipedia.org/wiki/Intel_BCD_opcode

decimal命令自体はx86にはあったけどAMD64では削除されたっぽい？＞＜