自動運転自動車の事故直前シチュエーションの誰を見捨てて誰を救うのか？って選択、どう実装しようが法的責任の問題をどうにか出来なければあれかも＞＜
という話を書こうとしたけどもう眠い＞＜；
自動運転自動車に轢かれたら「運が悪かったね」で済まされるんじゃなきゃわりと無理が出るかもだし、済まされるようになるとも思えない＞＜
なので、ハイブリッドで蓄電池多目に積んでても、電気式ディーゼルな鉄道車輌って昔から世界的には普通のもの＞＜
鉄道の場合は全然繋ぎでは無いかも＞＜
あとそもそも、電気自動車って昔はある程度普通だったとか、鉄道のディーゼルカー/ディーゼル機関車ってハイブリッドの時代以前、液体式が大好きな日本がわりと特殊であって電気式も普通でとかそういう話もあれかも？＞＜
簡単に言うと、地域のインフラや経済状況に合わせてEVや水素と役割を分担していこうとしている流れができ始めている
This account is not set to public on notestock.
自動運転自動車もそうだし、人間の形をした二足歩行ロボや四足歩行ロボもだけど、何でそんなものが必要か？ 何で難しいのか？ って、既存の人間の生活空間で使える機械を目指してるからこそ難しくて、既存の人間の生活空間で使えるからこそ意味がある＞＜
既存の人間の生活空間には想定しなければならない、あるいは想定することが困難な要素がむき出しで在る＞＜
それを避けて「想定を限定できる空間」を(わざわざ)用意するのであれば、全く別の形態になるし、クルマである必要も無くなるかも＞＜
自動運転自動車に「目の前の道路が崩れそうか？」とか、
人間が見たら多くの人が「これ上から岩が落ちてくる直前かも」と危惧するシチュエーションとか、そういうのをも判断できる機能を自動運転自動車に積むのはコストや技術的に現実的か？とか＞＜
・・・ということで、「田舎の山道とかどうすんだ？」って話と、「どっちにしろ誰か殺すことになる(っぽい)事故直前シチュエーションでどう判断するように実装すべきか？」って、かなり近い問題かも＞＜
(という話をしたかった＞＜)
想定(と言うか真に最適な選択(？))が不可能って話＞＜
単純に見かけの死者数（轢く人数、巻き込まれる登場者数）のことなのか、それとも最終的な犠牲者数を想定できるのかを問うているのか……
路上の前方に1m四方ほどの段ボール箱が落下し、路外に人が2人立っていた。
箱の手前で停止することは不可能。
自動運転車あるいはドライバーはどう行動すべきか？
とか＞＜(フレーム問題)
(これはもちろん、不可能だからこう書いてる＞＜；)
https://mstdn.nere9.help/@orange_in_space/102921402698217102
ていうか、自動か？ではないけど空がある意味そうなってる＞＜
IFRな空とVFRを許容する空に空域を分けている＞＜
(ちゃんと説明するとまたとんでもない長文になっちゃうので説明略で、IFRでググってみてください＞＜；)
This account is not set to public on notestock.
このような事態を現実世界で引き起こさないためにも自動運転車が事故に巻き込まれる要因、つまり手動運転車が路上から排除することが最も安全と考えられる未来があり得るのではないかという心配を引き起こしているという可能性も
例えば、あくまで例えばで『自動運転車の事故回避の挙動は、死者数が最も少なくなる挙動でなければならない』と決めたとしよう＞＜
実装は可能？＞＜
何でその記事そこまで書いててフレーム問題の話をメインにしてないんだろ？＞＜；
ていうか、フレーム問題の回避、現状の自動運転自動車も当然ながら出来ていない＞＜
ていうか人類にはまだ解決できていないし、もしかしたら人類どうの以前に宇宙の法則的に本質的に回避が不可能かもしれない＞＜
たぶん、フレーム問題にぶつかって不可能になるかも＞＜
This account is not set to public on notestock.
ていうか、クルマの自動運転と、海空宇宙のオートパイロット、1ミクロンも関係無いといっても過言ではないかも＞＜
(宇宙の主に有人宇宙飛行における自動操縦なら1ミクロンくらいは関係あるかも？＞＜；(過言じゃん＞＜；))
宇宙、空、海、地上では条件が違いすぎて単純比較はできないのでは？
This account is not set to public on notestock.
This account is not set to public on notestock.
im not in love、ものすごくめんどくさい手法で作られててこれぞ録音だからこそ作れた音楽であり、録音の芸術(オレンジ語＞＜)の代表のひとつという意味でもおもしろいはず＞＜
そういえばsong to soul、明日スカイラインの曲やる＞＜
BS-TBS「SONG TO SOUL〜永遠の一曲〜」｜放送スケジュール https://www.bs-tbs.co.jp/songtosoul/schedule/
その次の週エアトレックで、その次たぶんクルマのCMでは使われてない曲？で、さらに次がアウトランダー？＞＜；
クルマのCMの曲の人＞＜(？)
(オレンジのクルマCM曲のプレイリストには入れてなかった気がする)
伝説的ロックバンド「クリーム」ドラマー ベイカー氏死去 | NHKニュース https://www3.nhk.or.jp/news/html/20191007/k10012115671000.html
@hadsn なるほど＞＜； それなら大問題だし狼少年化して無意味な機能と化してるし、少なくともすぐにデフォルトではオフにするようにアップデートされるべきかも＞＜
(アップデート時に前バージョンでオンになっていてもオフにするって意味でも＞＜)
@hadsn ガバ基準がどっちを指してるのか謎かも＞＜；
キツすぎるという意味ならツイッターのように問題かも＞＜
ゆるすぎてめったに引っ掛からないという意味であれば、それほど問題じゃないかも＞＜ 次のバージョンでどう変えるか(または変えないか)ゆっくり検証すればいいかも＞＜
@hadsn 緊急停止用(プロテクション、重度なのだけ反応)と、検出用(advisory？＞＜ 、軽いのも検出、スコアもつけると便利？)でわければいいかも＞＜
プロテクションとマネージドとオートメーションの違いにも近いかも＞＜
自動を避けるあまりプロテクションまで避けるととんでもないことになるし、
プロテクションがは常時引っ掛かるようなものにしてはいけない＞＜(いちいち対応の手間を増やしたら道具使う意味がないし、警告が狼少年化して危険＞＜)
例えば「単一のユーザーが1分間に100ユーザーに対してリプを送ったらスパムと判定する」みたいなのは自動で緊急で止めてから管理者に通知する仕組みでデフォルトで有効で問題無いはず＞＜
こういう風に管理者の仕事をほぼ確実に減らし、技術的健全性を保てる仕組みであれば、実装しておかしくないしむしろ無いことは一種のセキュリティーホールかも＞＜
ツイッターとかがアホすぎるのは、一応実装上、緊急用の凍結と、確認した上での永久凍結の2段構えにはっているっぽいけど、
緊急用の凍結の方が緊急用にしては厳しすぎる(管理者側の手間をむしろ増やてて緊急用じゃなく単なる検出と曖昧になってる)って点と、
緊急用のでは無い方が全然まともに判断されてない＝誤爆だらけ
なのがあれなので、そうじゃないならあれかも＞＜(？)
実際どんな感じの実装なのかわかんないけど、充分に『緊急用のもの』であるのであれば、自動実行、実行後にユーザー(鯖缶に通知)、デフォルトで有効って、おかしくは無いし安全的な設計と言えるかも＞＜
意味妥当性チェックに近いかも＞＜
v3.0.0から入ったっぽいスパム自動判定機能、管理画面からOFFにできるわね
This account is not set to public on notestock.
マツダ3よくわかんないけど、日本で日本車で数字だけ車名のクルマは1980年代以降あんまり売れないの法則は関係ないのかも？＞＜
