アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
課題は「グラフィカル」にすることなのか? (スコア:3, すばらしい洞察)
shell が tty 上の操作環境だというのは,歴史的経緯も勿論あるのだけど, リモートログインとかも含めてどこでも共通に使える I/F として キャラクタ端末 を越える 枠組みが存在しないというのが大きいのではないでしょうか. またキャラクタ画面(テキストデータ)中心の表示・データが渾然一体となった処理系という要素も 大きいでしょう. 改めて,shell 環境が強力だと思える要素を挙げてみると:
Re:課題は「グラフィカル」にすることなのか? (スコア:1, 興味深い)
>オブジェクト(?)に拡張する考え方を持ち込んでいるように見えて
オブジェクトです。「?」は要らないですね。
実装面でも、PowerShellでは.NETの、HotwireではPythonの、それぞれObjectを小細工なしに使ってる。
伝統的UNIXだと「アプリごとにばらばらなフォーマット」の出力テキストをバッドノウハウ的に覚え、それに基づいて変形作業をおこなって、という手順になります。これは結構面倒だし失敗の恐れも有る。Objectとしてアクセサ経由で統一的に触れるのは魅力的ですね。
Re:課題は「グラフィカル」にすることなのか? (スコア:1)
PowerShellに関してはかなり小細工入ってますよ。たとえばArrayのArrayが扱えない。小細工によってフラットなArrayになってしまう。.NETの知識だけでなく、PowerShellの知識が必要です。
小細工によってCUI shellとして使いやすくなっている点ももちろんあるのだけれども、UNIX shellにおける複数のコマンドを経由させるための入力文字列をどうエスケープするのかというのにも似た、shellを使うために余計に複雑になるという側面が克服されていない気がします。
つまり、PowerShellにもCUIの欠点であるとっつきにくさ、学習の難しさがもれなく付いてます。
まぁそれはそれとして、PowerShellのようなものがGUI化されると聞くと興味を覚えます。
直感や省力化の助けになるような何かがあるのかどうか、Hotwireちょっとさわってみるか。