orange @[email protected]

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

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

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

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

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

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

アメリカ愛国歌風ではなくね？＞＜；
＜歌詞和訳＞God Save The Queen – Sex Pistols　曲の解説と意味も | LyricList (りりっくりすと) - https://lyriclist.mrshll129.com/sexpistols-god-save-the-queen/

さっきと違って「知らない」じゃない答えが返ってきたけどどういうことなの？＞＜；

bingに知らない振りしてもう一回聞いて、答えはこれっぽいって教えてから同じセッションでさらにもう一回聞いたらどうなるんだろ？＞＜

でも解決したのでめでたしめでたし＞＜

bingのAIもGoogleも、wikipediaに項目があるようなことを一発で検索できなかったのかよ！？＞＜；
ダメじゃん21世紀のテクノロジー＞＜

Google: キーワードカットしまくりで頓珍漢な結果
bingさん(バランスモード): 正直に「わかんない」
bingさん(創造性モード: 適当に捏造
wikipedia(en/ja): 正解！＞＜；

もしかしてこれ・・・・？＞＜；

My Country, 'Tis of Thee - Wikipedia - https://ja.wikipedia.org/wiki/My_Country,_%27Tis_of_Thee

でも、全然事実と関係ない文章・・・・？＞＜；

創造的モードでもう一回聞いたらなんか長い文章の回答が！＞＜

bingさんに聞いてみたら正直に知らないって言われた＞＜
"...この曲の歌詞をアメリカ愛国歌風に差し替えたものがあるということですが、私はそのことについては情報を持っていません。申し訳ありません。"

ちなみにグーグルはホームラン級の馬鹿なので「歌詞をアメリカ愛国歌風に差し替えたGod Save the Queen」で検索すると、アメリカ愛国歌やGod Save the Queenの動画とか歌詞の解説記事が出てくる＞＜