orange @[email protected]

書いた＞＜

オーストラリア市場撤退って事？ (#.4469841) | テスラの右ハンドル車、受注分も含め生産終了。モデルYは世界で最も売れた車に | スラド https://srad.jp/comment/4469841

J-POPって言葉が普及する前は、レコード屋さんの棚には「ニューミュージック」って書いてあった＞＜(たぶん正しい分類じゃなく、演歌民謡お年寄り向け歌謡曲サントラ等々以外の邦楽が、雑にニューミュージックの棚に置かれてた感じっぽさ＞＜)

昔、モスバーガーで「おこめサンド」っていい間違えても「ライスバーガーですね」って訂正してくれて買えたけど、日本のam/pmが無くなってずいぶん経った今でも通じるんだろうか？＞＜；

ライスバーガー 誕生物語 | モスの想い | モスバーガー公式サイト https://www.mos.jp/omoi/15/

どう考えても指名買いするものであれば完全にそうだしオレンジもたまにぶちきれてるけど、一方で、セガのファミコンとかタダノのユニック的な、商品名が一般名詞？と混同されてたり、日清の赤いきつねみたいなメーカーと商品名の対応が混乱してる場合とかは、ありな気がしてる＞＜
(「赤いきつねじゃなくてどん兵衛だった間違えた・・・」的な＞＜)

あえて半分ジョークで元の増田記事のタイトルに乗るけど、
「数学界隈って工学界隈に比べてセンス無いんじゃね？＞＜； 安全側に倒すって発想無いの？＞＜；」
かも＞＜；

if (核攻撃は含まれるか関数(敵の攻撃内容一覧配列))
{
　核ミサイル打ち込む();
}
ってコードで、敵が全く攻撃してない時にこの部分が実行されてしまったら、報復攻撃するって事でしょ？＞＜；
なんでそんな言語仕様が一般的なの？＞＜；

エアうどん茹で程度なら笑って済ませられる程度のバグだけど、
極端な例にすれば、軍事な相互確証破壊な判断のコードで「報復攻撃をする対象の事象が配列内にあるか？」で空配列にtrueを返してたら、その仕様のせいでバグを踏み抜いて核戦争がはじまるじゃん？＞＜

配列内に条件付きの項目がひとつでもあるかを返す関数が、空配列に対してtrueを返すのって、実用上でそれがバグの原因になりにくい場面なんてあるの？＞＜
例えば、飲食店で「お客の残りの注文の中にうどんがひとつでも含まれてたら、うどん茹でマシンの電源をいれる」って処理があるとしたら、残りの注文はもうないって時に、予め空配列を除外するコードを書き忘れてたら、うどんを茹でる必要がないのに電源が入っちゃうじゃん？＞＜

青崩峠の由来は知らないけど、現地写真とか空中写真で見ると実際に斜面が崩れてて青っぽい地面が剥き出しになってるので、それが由来なのかもって思ってた＞＜
他所の地域でも崩れてくる地質の名前が由来で「赤崩れ」「白崩れ」って名前の地名(大字とかじゃなく景勝地(？)の名前)があったりするし＞＜

[B! qiita] 人に「センスない」って言っているやつが一番センスない - Qiita https://b.hatena.ne.jp/entry/s/qiita.com/saetegaljewp/items/60a3580d8f08a53679c6

これ、trueを返すって動作ってバグの原因にしかならないとオレンジは考えるので、「言語仕様を決める時って基本的にバグが少なくなる方を選択する方が多いんじゃないの？＞＜」って点ですごく謎＞＜
IEEE754のゼロの扱いとかも、実数に近づけるよりもバグが少なくなる選択した故の仕様っぽいけど＞＜

同じセッションでもう一回聞いたら最初の答えに戻っちゃった＞＜；

指摘したらこうなった＞＜；