これ、航空機事故に関する本とか『だけ』読んでる人だと
「モードを増やす!? 減らすんじゃなく? より複雑化するでしょ?」って思うはず!?><
でもそれは正しくないんです!>< 重要なのはモードの数ではないのです!><(鼻高々)
それに対するオレンジのデザイン!!!><
"オレンジがKSFOアシアナ事故でどう改善すべきか?ってかんがえた時の案は逆に意味を強く持たせるためにモードを増やせって主張だった>< HOLDモードとは別に全く同じ動作で表記のみが違うOVRDモードを足したらどうだろう?><って考えた><" https://twitter.com/orange_in_space/status/629818292668993536
これがどうサンフランシスコでのアシアナ事故と関連があるかというと、
https://mstdn.nere9.help/@orange_in_space/100994843852739403
アシアナ事故の時パイロットはオートスロットルの状態で主導でスロットル(スラストレバー)を動かしてしまったので、手動に切り替わった><
そうするとどうなるかというとパイロットの正面ディスプレイの上の方に"HOLD"と表示される><
この"HOLD"は、「オートスロットルであり」かつ「オートスロットルは『何もしない』」ってモード><
そんな変な状態でも正常であり平常><;(例えば離陸滑走時、必要な推力まであがった後もHOLDになる><)
それに気づかず「オートスロットルで正しい速度になっていると」思い込んだまま飛んだので、減速しすぎて事故に至った><
つづき(3/3)
(つづき)"
- Making use of the side effects of system primitives can be risky. If cat is used unwisely, it will destroy files (more on this in a moment).
- Special functions can do nice things for users, such as stop at the end of screens, or put on page headings, or transform nonprinting characters into printing ones, or get rid of underlines for terminals that can’t do that. ..."
https://www.researchgate.net/publication/202165676_The_trouble_with_UNIX_The_user_interface_is_horrid
つづき(2/3)
(つづき)"
Why make a special function when the side effects of other functions will do what you want?
Well, for several reasons:
- Meaningful terms are considerably easier to learn than nonmeaningful ones.
In computer systems, this means that names should reflect function, else the names for the function will be difficult to recall.
"(つづく)