orange @[email protected]

WTA、彭帥の性的暴行否定映像は「懸念解消しない」　写真1枚　国際ニュース：AFPBB News https://www.afpbb.com/articles/-/3381685

選手派遣も含めた完全ボイコットしてもおkな理由が出て来た＞＜

彭帥、性的暴行の告発否定 安全懸念も「自由」と主張　写真2枚　国際ニュース：AFPBB News https://www.afpbb.com/articles/-/3381677

【期間限定無料】『レムナント：フロム・ジ・アッシュ』Epic Gamesストアにて配布開始！オンライン協力対応・高難度アクションPC版が無料で | Game*Spark - 国内・海外ゲーム情報サイト https://www.gamespark.jp/article/2021/12/19/114514.html

CFI交差点の説明がある日本語の論文＞＜（この論文では左側通行での説明になってる＞＜）
平面交差部におけるAlternative Intersectionsの日本への適用に関する研究 https://www.jstage.jst.go.jp/article/jscejipm/74/5/74_I_1327/_article/-char/ja/

1枚目、副交差点で交差側が赤信号で待ってる所
2枚目、交差側が青信号になり渡ってる所
3枚目と4枚目、主交差点にたどり着くタイミングでちゃんと青になってる＞＜
直進の双方向と左折の3方向とも同時に青信号になってる＞＜（これが出来るのがCFI交差点）

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が人間に接触するシーンでは、機械側が人間にどこが重要なのか積極的に知らせなければ危険な場面が多いかも＞＜ ベタベタなものでいうと何らかの警報とか＞＜
なので強調したりといった味付けが一般的な場面の多くで必要になる＞＜

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