orange @[email protected]

！？＞＜

[B! 食] カロリーメイト「フルーツ味」いつの間にか販売休止　高額転売も - ライブドアニュース https://b.hatena.ne.jp/entry/s/news.livedoor.com/article/detail/23728209/

C# 2.0辺りの仕様からフォークしてAdaっぽくした言語があったら便利そう・・・＞＜
(オレンジしか使わなそう)

structでfixed使えば一応出来るんでは？＞＜
っていま思いついたけど、よく考えたらfixedにはunsafeが必要なわけで「なんでより安全でよりstrongな型を使う為に逆にunsafeが必要なんだよ！？＞＜；」になるからダメだね・・・・＞＜

x ADS-Bデコーダからの
o ADS-Bデコーダから自作の
＞＜；

if (src.Length != 11) {throw new (以下略)
この部分書いた時に「Pascalだったら型に配列の長さも入れられるというか固定長だからこんなカコワルイことしなくていいのに！＞＜； なんでC# は固定長配列を型として宣言できないのか？＞＜；」って憤りを感じた記憶ある＞＜

調べもので自分のtwilogを読み返してたら、昔ADS-Bデコーダを自作した時に書いたADS-B DF17のパリティ計算するやつをC# で書いたやつが出てきたので、
ADS-BデコーダからのセルフFR24をC# で作りたい奇特な人が居たらどうぞ使って＞＜(たぶん居ない)
mode_s parity112 in cs - Pastebin.com https://pastebin.com/q1Wuykvf

TAIとUTCの差の方が早く桁溢れ来る可能性が圧倒的に高いって考えると、整数経過秒部分は40bitとか36bitとかでも十分というかそこを万年規模にしてもどうせ数百年で使えなくなるわけだから、UTCとの差の方にbitを譲る方がいい？＞＜；

GPS timeベースUNIX timeみたいなのって標準化されたら便利そう＞＜
例えば56bitにUNIX timeのエポックからのTAI経過時間が入ってて、8bitにGPSと同じフォーマットでUTCとの差が入ってるとか＞＜
56bitの部分以外をマスクすれば時間がずれたUNIX timeのように扱える感じで＞＜
48bitと16bit(をさらに分ける)にわけて1/10秒精度に対応させたフォーマットにするのでも便利そう＞＜

ハネウェルのテスト機＞＜

元論文が読めないから論文の主張がわけわからない＞＜

いとしのレイラ(ミツビシモータース＞＜(？))も、前半と後半がかなり違うというか別々の曲をそれぞれパクってくっつけてひとつにした曲として有名な事例だし、これも前知識無しに5秒の断片を聴かせて同じ印象を持たせるのは結構難しい事例では？＞＜

"Layla" を YouTube で見る https://youtu.be/TngViNw2pOo

例えばこれとか、1:45より前とそれより後の断片をそれぞれ聴かせて、前知識無しに同じ曲と認識したり同じイメージを持てる人ってほぼ居ないんでは？＞＜

"No More Tears (Enough Is Enough)" を YouTube で見る https://youtu.be/jQLhV847WA8

聴かせる部分と全体が似てる曲でしか成り立たないと思うし、例えば、前知識無しに前奏とそれ以外が全く違う曲の前奏と間奏を聞かせて、同じ曲として同じような反応(曲に対する印象)になるのか？＞＜
なるとは思えないんだけど＞＜

Knowing we like a song takes only seconds of | EurekAlert! https://www.eurekalert.org/news-releases/979196

論文これらしいけどオープンアクセスではない？＞＜

The Whole is Not Different From its Parts | Music Perception | University of California Press https://online.ucpress.edu/mp/article/40/3/220/195231/The-Whole-is-Not-Different-From-its-PartsMusic