アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
深読みしてみる (スコア:5, すばらしい洞察)
しかも、この世代の人たちは、購入決定権をもちしかも自らパソコンを使っている比率が非常に高い。
短期的に見るとOpen Bussinesなどの2003以前のOfiiceへのダウングレード権を持ったライセンス製品への以降を助長することになるでしょう。しかし、長期的に見ると今回のインターフェース変更はシェア低下の直接的な原因となりえるともいえる。さらに、ダウングレード権目当てのユーザにとっては、ライセンス製品へ移行したとしてもアップグレード権目当てではないためSAによる長期的な収益の向上はもたらさないでしょう。
じっさい、「新しいパソコンかったら2007がついてたけど2003に変更したい。変更しろ」なんてことを頻繁に聞きますしいわれます。
Re:深読みしてみる (スコア:3, おもしろおかしい)
20年後も「ファイル」→「開く」とかやるんですかね。
Re:深読みしてみる (スコア:3, おもしろおかしい)
Re:深読みしてみる (スコア:0)
いんや。やっぱりlsやC-x,dです。
dirはほとんど使ったことありません。
作れることこそCUIのメリット(一般的には) (スコア:1, 興味深い)
なんかどうでしょうか？(^^;
…洒落ぬきに、これが、CUIのGUIと比べての特徴じゃないかな。
つまり「いろいろなコマンド(やオプション)を組み合わせ、自分が使いたいコマンドを新しく自作できる」機能だ。
本質的特長というわけじゃないけど一般的にありがちな実装では皆こうだ。
GUIだって「自作可能」にすればいいのに、それをメインに据えたGUIアプリってあまり見ないね。
なんでかな…
(以下、リボンUIは使ったことないので、記事からリンクされてるサイトの説明からの推測になっちゃって申し訳ないが)
目的志向とかコンテキストとか言ってるけどさ、
われ
Re:作れることこそCUIのメリット(一般的には) (スコア:0)
>あれって(大抵は)マクロすなわち「テキスト」なんだよね。
それをグラフィカルに作成/編集できるかどうかは大きな違いです。
たとえば Photoshop のアクションと gimp の Script-Fu を較べると、
機能的には gimp の方がはるかに高機能なようだけど、とにかく敷居が高い。
自分が lisp に不慣れなせいもあるけど、よほどのモチベーションがないとあれは書けない。
Photoshop ならレコーディングボタンを押してちょいちょい操作してみせるだけ。
2、3回しか繰り返さない操作でもこれなら使おう、記録しとこうという気になります。
似たような例として MS-Access のクエリーエディタも秀逸だと思います。
あれひとつで何でもできるわけじゃないけれど、あれで間に合う場面なら非常に便利。
GUI でエディットした結果を SQL に切替えて、それを手直しして使うこともしばしば。
バギーなソフトが壊しまくった DB の分析とか、
一発芸的なクエリーを乱発するときはホント重宝してます。
>GUIのGUIによるGUIのためのマクロレコーディング
オートパイロットで調べれば汎用のツールが結構たくさんありますし、
こちらも便利に使わせてもらってます。
大概はこれらもやっぱり、レコーディングボタンを押してちょいちょい操作してみせるだけ。
記録がテキストに落とせるものなら、少し違う操作もテキストエディタで直せば対応できます。
ただ困るのは条件分岐が必要な作業。
GUI は出力がグラフィックなので、極論すれば自動判断には画像分析が必要でしょう。
とはいえ、CUI のフィルタだって、
決まったデータを決まった形式で流し込まなきゃ動きませんからね。
悪口を言えば、決まった形に整形可能なデータしか処理できないわけです。
想定される相手が人間であることを良いことに、多種多様な情報を扱える GUI で
同じことができないと比較するのはアンフェアもいいとこでしょう。
必要のないとこまで全部 GUI になったせいで、
機械的に処理できない部分が増えるのは確かに耐えがたいものがありますが。