新しいものを表示

『失敗』を恐れずに『失敗という言葉』を恐れるの、工学的な場面でとるべき態度とは正反対><

まさかこれを上回って失敗ではないと開き直るのは完全に想定外だったし酷すぎるにもほどがある><
mstdn.nere9.help/@orange_in_sp

スペースシャトルの多彩な中止モードと不測事態中止><

Space Shuttle abort modes - Wikipedia en.wikipedia.org/wiki/Space_Sh

これを失敗と言わないの、今日行われた事象は「打ち上がるかもしれないし打ち上がらないかもしれないし、地上設備に損害が出るか出ないかわからないので、どうなるのかとりあえず動かしてみた」って事になる><

誤変換という失敗をしたので訂正しました><;

想定内の失敗と想定外の失敗という言葉の使い分けが出来ないっぽいので、会見全部聞く意味がないほどの酷さだねこれ><

カイロス爆破「システム作動による意図的なもの」 何らかの異常か:朝日新聞デジタル asahi.com/articles/ASS3F427BS3

悪い意味でなるほどな経歴><

豊田 正和 Toyoda Masakazu | nippon.com nippon.com/ja/authordata/toyod

orange さんがブースト

[B! togetter] パスタ100gが一人前とか言ってる奴はパスタ食ったことないだろ→本来はコース料理の一部なのでそりゃ100gだよね... b.hatena.ne.jp/entry/s/togette

ていうか、市販のパスタソースがパスタ150gくらい無いと味が濃すぎる><

なんか広告ブロックとの相性のせいか記事の途中までしか表示されない><;

これ知らなかった><;

2024年03月11日
飛行中制御乱れ50人けが 豪NZ間、計器一時動かず―ラタム航空:時事ドットコム jiji.com/jc/article?k=20240311

???><;

LATAM Airlines passenger says pilot told him he lost control of Boeing plane after instrument failure | CNN cnn.com/2024/03/12/australia/l

アラスカ航空機事故でボーイング社監査 不合格多数(テレビ朝日系(ANN)) - Yahoo!ニュース news.yahoo.co.jp/articles/78c9

「リスクが高いものは『どんな形であれ』失敗してもいい」とか「結果的に誰も怪我しなかったからいいではないか」という考え方は、ハインリッヒの法則の傷害のない事故を軽視するのと同じ><

職場のあんぜんサイト:ハインリッヒの法則(1:29:300の法則)[安全衛生キーワード] anzeninfo.mhlw.go.jp/yougo/you

『失敗を恐れ失敗できるように設計して失敗を許容する』のと『単に失敗を恐れない』のではまるっきり違うので混同してはいけないし、『単に失敗を恐れない』のは工学的な態度ではない><

「リスクが高いものには当然ながら失敗はありうるもの」はそれはそうだし、失敗は成功の母もそれはそうなんだけど、
だからといって「どんな形でも失敗してもいい」とか「結果的に人が死なかったのでそれでいい」とか「事故が失敗でありそれ以外は失敗ではない」なんて事はない><
失敗する可能性があるものは安全に失敗できるように設計しなければならないし、結果論で限定的にのみ被害を見てしまえば、新たに発見できるはずだった未知の驚異を見過ごすことになり、成功の母になるはずだった失敗は、単にその後繰り返されたりより重大な結末に繋がる無駄な失敗になる><

失敗はしてもいいけど、(結果論では無く(つまり運良くでは無く))安全に失敗できなければ駄目な失敗だし、さらにそれとは別に組織の設計に問題があればそれも重大な事故を導くので、単に失敗か成功かなんかよりそういった部分に気をつけなければいけない><
迅速に情報を公表できない事は、情報把握と情報共有に問題がある事を示唆する情報><

破壊指令のシステムってRange safety(の一部)なわけで、射場や射場周辺を含めた地上設備や人命を守るものであって、射場にダメージが入る形でRange safetyが機能したのであれば本末転倒><

あと何よりも、H3のスクラブの時にもオレンジが言及しまくってその後案の定な事になったけど、今回もそうだしこれのスクラブの時もそうだけど、情報はすぐにまとめて一貫性があるように発表出来るような体制=十分なモニタ環境とチームが情報と一貫性のある方針を常に共有する体制は整ってたの?><

古いものを表示
:realtek:

思考の /dev/null