orange @[email protected]

(議論の形にするのかわいそうなのでエアリプというかなんと言うかの形で書くけど)
一斉休校もいまやるやらないって話にするんじゃなく、どういった状況になったら行うという形で決めなければなんでも後手後手になっちゃう＞＜
デメリットはもちろんあるけど完全ロックダウンにまでなったら登校もなんもあったもんじゃない状況になるんだから、完全ロックダウンなんてなってほしくなくても、その状況やその手前の状況になったらどうするか、その時に準備不足でどうにもなら無いようなことにならないように、あらかじめある程度決めておくの大切＞＜
正常性バイアスでより悪い状況を想定しなくなると、結果的にさらにより悪い状況に陥る＞＜

中学校の時？になんか学校のモデル授業？で計った時は、極端に図形とかの認識能力に片寄ってるみたいな結果が出た記憶ある＞＜(IQじゃなく別のなにかだったのかもしれない＞＜(あやふや))

IQ、前にネット上で簡易的に測るやつやってみたらすごく普通の結果出た＞＜
(極端な結果が出ると思ってたからビックリした＞＜)

moreが無かったら、「DOSではmore使ってたけどUNIXではどうやるの？」ってなるけど、moreあるから「同じのあるじゃん＞＜」でそれ以上調べようとしないじゃん？＞＜；

Linuxはじめて使ってから軽く20年以上経つけど、lessコマンドいまはじめて知った＞＜；

難しい＞＜；
オレンジもめんどくさがりだけど、めんどくさくないようにする為のめんどくさいことは喜んでするのであれかも＞＜；

ネギの分の時間調整しないと冷凍食品の加熱が微妙に足りなくなるような気がしなくもない＞＜；

『3分加熱して、よくかき混ぜて、さらに3分加熱』
って調理だとするじゃん？＞＜
3分って入力すれば止まったらかき混ぜればいいじゃん？＞＜
6分って入力しちゃったら何らかの方法で3分計らないといけないじゃん？＞＜
ずっと時間表示見続けたりキッチンタイマー使ったりするの？＞＜；

全体の時間を入力するってことは途中で追加で入れる時間を何らかの別の方法で得る必要がある事になるし、それはそれでめんどくさくない？＞＜；
その途中で開けるタイミングはどうやって得るのかって謎かも＞＜

追加で入れる時間をセットすれば待ち構えなくていいし、目視で判断して時間を見極めるのであれば目の前にずっといるってことになるし、ずっといるなら「もうそろそろだ」ってところで停止ボタンに手をかけておいてもよくね？＞＜；

ドア開ける→加熱するもの入れる→閉める→ドア周囲目視確認→加熱時間入力→スタートボタン押す→音で稼働確認→ドアハンドルを押して閉まってるか確認→もう一度ドア周囲目視確認
って流れ＞＜

猫舌なので全自動加熱機能全く使わない＞＜；

目視だけじゃなく運転開始後にドアハンドルをぐっと押す癖をつけてる＞＜

オレンジも1工程の時間を設定する派だし、混ぜて見て状態見て次の加熱時間考える派＞＜
あと、電子レンジのドアは、運転開始後にさらにドアがしっかり閉まってるか、なんか紙かなんか挟まったりしてないか毎回確認してる＞＜

同じ「ドアハンドルを引っ張れば停止して開く」って操作になる実装でも、インターロックを組み込む余地があって、安全性が全く違う実装が複数あるかも＞＜
この話、サンフランシスコのアシアナ事故にも微妙に関係ある＞＜(オートスロットルの不動作に気づけなかった事例＞＜)

オレンジ的には(たぶん認知工学上でも)こうすべきと考えてる、実際に操作するハンドルに停止ボタンをつける(引くハンドルであれば引く時にスイッチを押してしまうようにする)＋停止しなければ通常の操作では開かないインターロックの組み合わせって、
停止指令→停止の試行→停止確認→ドア開放
の流れになるけど、
インターロックなしの方式だと
ドア開放操作開始→停止の試行→ドア開放
なので、チェックが入らないままドア開放に至ってしまう＞＜
チェックが入らないままドア開放出来てしまうということは、スイスチーズモデルのスイスチーズが1枚しか無い感じかも＞＜

ていうかだからこそ十分に短時間であれば問題ないのでドアが開くと十分な早さで止まるという仕様が規格上許されていて、一方である程度以上の時間で連続的に開放運転してしまうと十分に危険であるので、開放運転出来ないようになっているんでは感＞＜