orange @[email protected]

American Truck Simulator、コロラド州デュランゴ（Durango）にあるCFI交差点（Continuous Flow Intersection）＞＜
現実ではここ（グーグルマップ）
https://goo.gl/maps/jjmPnCFDxCDoq1KLA

オレンジの場合は、foreachとかの場合のみそうなるわけであって、通常の変数とかの宣言は、書き始めるに型名が頭に浮かんでるのでvarなんて書かない＞＜

型推論に全く頼らないわけではなく、C# で
foreach (var hoge in Fuga)
みたいなの書く時のvarは使いたくなるけど、varが残るのすごくイヤなのであとから直してるけど、これでいうFugaまで打った直後にたとえばタブキーを タタン！ って押すとvarの部分を明示的な型に直すとか出来て欲しい＞＜

計算機に推論できる型、できない型 | Wantedly Engineer Blog https://www.wantedly.com/companies/wantedly/post_articles/349494

"型推論によって、プログラマが型を書かなくても処理系が補ってくれる体験に一度染まってしまうと、もう面倒だから全部計算機が推論してくれといった気持ちになりますが、..."

オレンジは全くならない＞＜（明示的に書くの大好き＞＜（だからオレンジ語は冗長＞＜））

UXデザイン上の『強調』というものがあればヒューマンエラーを低減出来たであろうという事例を実演してしまった・・・＞＜；

x万マシンインタフェース
oマンマシンインタフェース

xで、、
oで、
＞＜；

x「エンジニアは情報があるはずだ」と思って
oエンジニアは「情報があるはずだ」と思って

括弧の位置のおかしさに気づけるようにカッコ内を強調するUXデザインが必要！＞＜；
（プログラミング向けのテキストエディタはそうなってるよね！＞＜）

万マシンインタフェースの『強調』が多用されてるわかりやすい例がオレンジの話で毎度おなじみのハイテク機のコクピットで、、機能のオン/オフでは無く、正常と異常、定位（通常そうであるべき状態）か反位（臨時にあるべき状態））かで考えることにより、基本的に「パイロットが見るべきインジケータ以外を消灯する」という方式になっている＞＜

なれてるのもそうだけど使うパターンの違いの頻度（？）もありそう＞＜
「エンジニアは情報があるはずだ」と思って自分から向かう側になるパターンが多いかも＞＜
でも、実際には（？）GUIが人間に接触するシーンでは、機械側が人間にどこが重要なのか積極的に知らせなければ危険な場面が多いかも＞＜ ベタベタなものでいうと何らかの警報とか＞＜
なので強調したりといった味付けが一般的な場面の多くで必要になる＞＜

オレンジ的に思ったのは、理論上の超高性能湿度センサーがあったとして、一般家庭の空気(色々なハウスダスト含む)で、バチバチ放電させまくったら、理論上、湿度(センサーの値)は上がるかも？＞＜　的な＞＜

オレンジが思いついたアイディアのひとつは、ハウスダストを分解する方式＞＜

実用性全く無視で、水を供給しなくても加湿が一応出来る装置って思考実験的に真面目に色々考えたらおもしろそう＞＜

"SHARPも驚愕した例の加湿器事件を母に知られてしまったさくらみこ【さくらみこ切り抜き/Sakura Miko Clips】【ホロライブ切り抜き】" を YouTube で見る https://youtu.be/L9UGvXSDoVk

“最強生物”クマムシ、量子ビットと量子もつれになる　絶対零度・高真空に420時間さらされても生還 - ITmedia NEWS https://www.itmedia.co.jp/news/articles/2112/18/news034.html
"量子ビット回路のコンデンサーに挟まるクマムシ"

21世紀ってよくわからない時代＞＜

現代版わらしべ長者!? ヘアピンから一戸建てを手に入れた女性が話題 - Mashup Reporter https://www.mashupreporter.com/woman-got-home-by-trading-up-from-a-bobby-pin/

"...スキッパーさんのプロジェクトは、ここでは終わらないようだ。

年明けに引っ越して改装を施した上で、本当に家を必要とする人に、ヘアピンと交換するのだという。"