orange @[email protected]

いや現代にそんな機種があるのか知らんけど……

スロットルのレバーに腕が当たって自動操縦か何かが勝手に解除されるのとか、「お前それ本気か？」みたいな気持ちになるよね。なーにが洗練された UI じゃ

何がやばいってフライトシムの操作見てて「おーこいつはわかりやすいなー」と思うぐらいにはマシニングセンタは凶悪な操作体系なので、最初に考えたやつにマサカリ5000兆本投げたい

モード表示、端っこに小さく M03 とか出てる（そしてそれが20個ぐらいある）のを確認しないと駄目だって話する？？？？？

まずリアルタイムな操作を要求するのにモーダルでステートだらけでしかもそれが目視で確認できない悪意のあるUIなマシニングセンタの話する？

「vi こそが “本物の” エディタである」みたいな言説で好きなのが「キーを押すと即座に対応する文字が出るのは typewriter である。真のエディタは edit するものなのであって、キーを押すとデフォルトでは対応する編集操作が実行される vi こそが真のエディタであり、他のものは第一にはエディタではなくタイプライターであるといえる」みたいなやつ (うろおぼえ)

「コントロールが暗黙の状態を持たないこと」みたいな意図で stateless と言いたいわけだけど、逆にコントロールが自身と関連付けられた状態を明示的に表現しているという点ではむしろコントロールは state をはっきり持っているように見える、という命名と実態のギャップが悩ましい

そういうのはリアルタイム性がどうとかの別要素の方が支配的な気がする

これはコントロールの値の操作に限らず、まずコントロールまでマウスカーソルを持っていく段階からそう。

コントロール面に関しては「なんでテキストでできることをわざわざ『位置』の問題に変換するの？」という気持ちが強いですね。
プレビュー面に関しては、昔からそういう仕組みはあるしそうしたいならそうする、くらいしか。

これはディスプレイレイアウトを選択する用のスクリプトの実行例なんだけど、たとえば右だけ使いたいときは <M-c>nun<C-m> したり、両方使いたいときは <M-c>uun<C-m> したりする。上下キーや C--p / C-n での選択はしない。