><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
たとえばシェルスクリプトを書くことが「開発」に見えるか「利用」に見えるか、みたいな話なんでしょうね(私は「利用」のつもりでやってるので UNIX 哲学には大いに助けられていますが)
「ユーザーにとってシンプル」じゃなく「開発者にとってシンプル」がUNIX哲学><(なのでUNIXのその発想嫌い><)
数ヶ月前に書いたworse is better的発想嫌いだしUNIX哲学のその部分嫌い><って話もさっきから書いてる話そのままかも><(正しいデザインよりも開発しやすいが優先って発想嫌い><)
Appleが言うシンプルなUXって結局はこれかも><(それすら実現できて無いと思うけど、発想の方向としては><)
明らかに危ない遊具が撤去されていきブランコや鉄棒もなにかあったら危ないと更地になった公園くん
取り返しがつかない決断をユーザーに迫る時には、強くそうである事を確認するデザインにしないとダメかも><;(全部そうしちゃうと今度は何が重大かわからなくなっちゃうから取り返しがつく所はやわらかく作らないといけない><;)
オレンジはメカ音痴気味の人に操作方法を教える時には、概念(考え方)を教えて、その上で「その考え方で使って、もしおかしくなった場合には、ほとんどがデザインの方が正しくないからミスしても気にしなくていい>< 多くの場合デザインしたやつが全面的に悪い><」って言ってる><
旅客機のコクピットの話だとちょっと違くなっちゃう点は、コクピットは基本的に取り返しがつかない決断を機体に伝えるインタフェースである場面が多いという点かも><
アンドゥできるようにしたりプレビューできたりする事で、ユーザーへのペナルティをなるべく小さくしようって発想は、言い方を変えるとユーザーの決断の負担を出来るだけ小さくしようとする仕組みとも言えるかも><
計算機に限らず,あまり知識がない(と人が思っている)場面で何かしらの決断を迫ること自体が厳しさがある。
人間の誤った操作を無視する装置の事をプロテクションとか安全装置と言うし、それは当然勝手に動く><(勝手に動かなければ意味が無いから当たり前だけど><;)
エアバスA320系は、自動操縦は意思に反しては勝手には動かないし、人間を無視する動作をするのはプロテクションに限ってる><(ちゃんと自動操縦とプロテクションに分けてある発想で、プロテクション以外は明示的に操作しないと動かない><)
ボーイングの発想からエアバスを見ると、エアバスはパイロットを無視するように見える(そこらのパイロット程度の知識の範囲ではボーイング視点でしか見れない)けど、エアバスの視点から見ると、ボーイングの方式こそ人間と機械の責任分担が曖昧で機械が勝手に動いてしまうシステムと言えちゃう><
ここでボーイングとエアバスの違いのより詳しい説明をすると、ものすごく関係がある話とはいえ、話が爆発的に大きくなってしまう><;
なので、試してみて「ミスだった・・・」とユーザーが思ったときに取り返しがつくようにする仕組みがアンドゥ><
そう表現するとボーイング(その場)とエアバス(以前)みたいだけど><; でもそうじゃなく「試せるかどうか?」「試せるようにするにはどうすればいいのか?」という事への回答の違いなのかも><(で、オレンジは両方とも不正解かもと書いてる><)
取り返しがつかない操作(になってしまう)ってつまり、操作した事に対してのユーザーへのペナルティが比較的大きいと言う事だし、機械音痴なんかの人が言う「弄ったら壊れそうだし・・・」みたいな不安の実体とも言えるかも><
Apple方式(現在の主流で最近の物ほとんど)の設定画面は「取り返しがつかないプレビュー」をやらかしてるUXと言えるかも><
取り返しがつかないプレビューなんてそんな実装してる激ヤバボタンあるのか
プレビューはプレビューであって取り返しがつかない形で実行されたらプレビューでは無い><
思考の /dev/null