アカウント名:
パスワード:
・起動が速い ・処理が速い・開発が簡単（作る側）
でしょうか。
GUIでありながら、CUIのような処理が出来るものがあれば良いですけどね。＃データ処理にExcelを使っていますが、やはり大量データを加工する場合、＃全部いちいち表示する必要がないのでCUI（awkなど）が速いですしね。
> ・開発が簡単（作る側）
これは本当に大きなメリットなのですが、エンドユーザだとこの感覚がないのでしょうね。Hello, worldのない世界なんて息苦しくて生きていけません。
・単機能なソフトウェアをパイプで繋いで自在に処理が出来る ※開発が簡単な上に、そのソフトウェアを単機能にすることでバグが少ない良質なソフトウェアができる特典付き
なんてこともメリットかな
自動実行とかしたい場合など、コマンドラインインタフェースが無いと不便きわまるなんてことありますよね。
BATファイルをGUIで電子ブロックみたいに弄れれば楽しそう。だが、そうしたソフトを見たこと無いあたり、需要が皆無なんだろうなぁ・・・
自動実行とかしたい場合など、コマンドラインインタフェースが無いと不便きわまる
その通りなんですが、現在コンピューター利用者のほとんどを占めるユーザー層は、身近にあるPCで、実は自動実行みたいなことが比較的簡単に、つまりコマンドのコピーアンドペースト+α程度で出来るとは思ってないんじゃないかな。#2185415のACが書いている「バグが少ない良質なソフトウェア」だって、そもそもそのコマンドを使えなきゃ絵に描いた餅同然だし。人間って出来ると知らなければ、「そんなものだ」と思って意外と不便を感じないものかと。私はなければ相当困りますけど。(笑)
Linux/*BSD以外だと、WindowsのPowerShellはコンピューター初心者が使えるツールじゃないし、MacのAppleScriptも、そこそこ実用的な提携処理をするのはプログラミングの知識が必要だと思いました。Automatorは知らないのでノーコメント。識者の方、答えてくれるとうれしいな。
あと、MacOS 9の時代にも開発者向けにはCLIが提供されてたんだけど、これがUNIX/MS-DOSとはまたコマンド体系が全然違っていて、苦労したような記憶が。なんて名前の環境だったかなぁ。
現在コンピューター利用者のほとんどを占めるユーザー層は、身近にあるPCで、実は自動実行みたいなことが比較的簡単に、つまりコマンドのコピーアンドペースト+α程度で出来るとは思ってないんじゃないかな。
まさしくこれですね。
CLI でならパイプで処理したくなるような処理を、ちまちまと手作業でやるのが普通と思っている。でも手作業でやるので細々とした間違いが起きて、それを発見・修正するのにさらに時間がかかることもザラ。
機械的に処理するのが得意なのは計算機のはずなのに、なぜか人間が機械的に処理している。
この弁護士氏の意見は一般ユーザーが対象だから難しいですが、大量の種類のデバッグ用パターンをGUIしかない開発環境で流そうとする時、マウス操作の自動化に予想以上に手間取り「ひょっとしたら手動のほうが早いのでは？」という錯覚に囚われることがよくあります。
でも、一般の人でも、「ファイル一覧から毎年08月を抜き出して電気料金を表示」くらいしそうなものだと思いますが。
<P>云々というのは、やっぱり再利用とかデータ処理とか関係ない仕事をしてるんだなと思います。
つYahooPipesつSqueakつカルネージハート
#違う、なにか違う。#でもSqueak的なものが一般的になった世界もあったかもしれないし、YahooPipesはあまり聞かないけど、もしかしたら未来のスタイルなのかもなあ。
> 開発が簡単（作る側）これはどうだろう？ユーザーが無茶できないぶんGUIの方が簡単だよね。最近の環境なら。
ユーザーができる無茶ってなんだい？
例として、下記のようなもの。・存在しないファイルを指定する。・"-l"をファイルかオプションかを指定せずに投入する。
# rm -rf /usr /lib/X11/hoge/fuga
そういう無茶じゃなくてね(破滅願望者には目的の操作でしょ)。
存在しないオプションの入力をしてこないとか、単なる文字列のみの所属や属性を無視した値の入力をしてこないとかです。
> rm -rf /usr /hoge であっても、事前に消すファイルの数などを確認させるのならば事故の可能性は少しは減ります。
その理由をもってCUIが良いと言うの? マジで
いや、だからエラー処理をちゃんと作らなければいけない分開発は大変でしょうと言っているのです。GUIでは不要なエラー処理がCUIで必要でなので、CUIとGUIでは変わることです。
あなたの言うように実行前に自由な入力文字列に厳密なエラー処理をし、わかり易い確認方法を入れればCUIも使いやすいでしょうが、その理由をもってCUIが良いと言うの? マジで
CUIで不要なエラー処理がGUIでは必要になる事があります。よくあるのが、ボタンの二重押し対策とかね。あまり出来のよくないGUIのアプリは、何か不都合がある操作をするとすぐにエラーメッセージを出す傾向がありますが、それらはGUIだから自動的にチェックされるのではなくて、エラーチェックを作り込んでいるからそういう動作をするんですよ。あと、動作の確認もGUIだからといって、自動的にされるわけじゃなく、作り込んでいるからそういう動作をするんですよ。
はっきり書くと、いままでのコメントでCUIがよいとは主張していません。GUIはCUIより安全であるとは限らないと主張しています。
#同じレスを返すと、芸としてみなしますが、よろしいですか？(Y/n)
> CUIで不要なエラー処理がGUIでは必要になる事があります。
それがどうかしましたか?
> GUIはCUIより安全であるとは限らないと主張しています。
何時そんな話になった?#もう反論的なことができればよいのか...
matlayが大量にマイナスモデされててわろた
テキスト処理は圧倒的にCUIでしょう。GUIオンリーになったら発狂しそう・・・。
・・・・っつーか、おめーが使わねぇからみんな使わねぇとか思うな＞弁護士であり、ブロガーでもあるRoberto Lim
毎回同じ作業したり、別の環境で同じ処理をする際とか、シェルやバッチファイルにしておくのがもっとも間違いが少ないです。毎回GUIで作業とか手間隙かかるうえに間違いの元です。
もっともシェルやバッチは使い方を間違えるとGUI以上に酷いことになるのも確かなんですけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
CUIのメリット (スコア:1)
・起動が速い
・処理が速い
・開発が簡単（作る側）
でしょうか。
GUIでありながら、CUIのような処理が出来るものがあれば良いですけどね。
＃データ処理にExcelを使っていますが、やはり大量データを加工する場合、
＃全部いちいち表示する必要がないのでCUI（awkなど）が速いですしね。
Re:CUIのメリット (スコア:1)
> ・開発が簡単（作る側）
これは本当に大きなメリットなのですが、エンドユーザだとこの感覚がないのでしょうね。
Hello, worldのない世界なんて息苦しくて生きていけません。
Re: (スコア:0)
・単機能なソフトウェアをパイプで繋いで自在に処理が出来る
※開発が簡単な上に、そのソフトウェアを単機能にすることでバグが少ない良質なソフトウェアができる特典付き
なんてこともメリットかな
Re:CUIのメリット (スコア:1)
自動実行とかしたい場合など、コマンドラインインタフェースが無いと不便きわまるなんてことありますよね。
BATファイルをGUIで電子ブロックみたいに弄れれば楽しそう。
だが、そうしたソフトを見たこと無いあたり、需要が皆無なんだろうなぁ・・・
Re:CUIのメリット+思い出話 (スコア:2)
自動実行とかしたい場合など、コマンドラインインタフェースが無いと不便きわまる
その通りなんですが、現在コンピューター利用者のほとんどを占めるユーザー層は、身近にあるPCで、実は自動実行みたいなことが比較的簡単に、つまりコマンドのコピーアンドペースト+α程度で出来るとは思ってないんじゃないかな。#2185415のACが書いている「バグが少ない良質なソフトウェア」だって、そもそもそのコマンドを使えなきゃ絵に描いた餅同然だし。人間って出来ると知らなければ、「そんなものだ」と思って意外と不便を感じないものかと。私はなければ相当困りますけど。(笑)
Linux/*BSD以外だと、WindowsのPowerShellはコンピューター初心者が使えるツールじゃないし、MacのAppleScriptも、そこそこ実用的な提携処理をするのはプログラミングの知識が必要だと思いました。Automatorは知らないのでノーコメント。識者の方、答えてくれるとうれしいな。
あと、MacOS 9の時代にも開発者向けにはCLIが提供されてたんだけど、これがUNIX/MS-DOSとはまたコマンド体系が全然違っていて、苦労したような記憶が。なんて名前の環境だったかなぁ。
vyama 「バグ取れワンワン」
Re:CUIのメリット+思い出話 (スコア:1)
まさしくこれですね。
CLI でならパイプで処理したくなるような処理を、ちまちまと手作業でやるのが普通と思っている。でも手作業でやるので細々とした間違いが起きて、それを発見・修正するのにさらに時間がかかることもザラ。
機械的に処理するのが得意なのは計算機のはずなのに、なぜか人間が機械的に処理している。
Re:CUIのメリット (スコア:1)
この弁護士氏の意見は一般ユーザーが対象だから難しいですが、
大量の種類のデバッグ用パターンをGUIしかない開発環境で
流そうとする時、マウス操作の自動化に予想以上に手間取り
「ひょっとしたら手動のほうが早いのでは？」という錯覚に
囚われることがよくあります。
でも、一般の人でも、
「ファイル一覧から毎年08月を抜き出して電気料金を表示」
くらいしそうなものだと思いますが。
<P>云々というのは、やっぱり再利用とかデータ処理とか
関係ない仕事をしてるんだなと思います。
Re:CUIのメリット (スコア:1)
つYahooPipes
つSqueak
つカルネージハート
#違う、なにか違う。
#でもSqueak的なものが一般的になった世界もあったかもしれないし、YahooPipesはあまり聞かないけど、もしかしたら未来のスタイルなのかもなあ。
#存在自体がホラー
Re:CUIのメリット (スコア:1)
> 開発が簡単（作る側）
これはどうだろう？
ユーザーが無茶できないぶんGUIの方が簡単だよね。
最近の環境なら。
Re: (スコア:0)
ユーザーができる無茶ってなんだい？
Re: (スコア:0)
例として、下記のようなもの。
・存在しないファイルを指定する。
・"-l"をファイルかオプションかを指定せずに投入する。
Re: (スコア:0)
Re: (スコア:0)
そういう無茶じゃなくてね(破滅願望者には目的の操作でしょ)。
存在しないオプションの入力をしてこないとか、単なる文字列のみの所属や属性を無視した値の入力をしてこないとかです。
> rm -rf /usr /hoge であっても、事前に消すファイルの数などを確認させるのならば事故の可能性は少しは減ります。
その理由をもってCUIが良いと言うの? マジで
Re: (スコア:0)
いや、だからエラー処理をちゃんと作らなければいけない分開発は大変でしょうと言っているのです。
GUIでは不要なエラー処理がCUIで必要でなので、CUIとGUIでは変わることです。
あなたの言うように実行前に自由な入力文字列に厳密なエラー処理をし、わかり易い確認方法を入れればCUIも使いやすいでしょうが、
その理由をもってCUIが良いと言うの? マジで
Re: (スコア:0)
CUIで不要なエラー処理がGUIでは必要になる事があります。
よくあるのが、ボタンの二重押し対策とかね。
あまり出来のよくないGUIのアプリは、何か不都合がある操作をするとすぐにエラーメッセージを出す傾向がありますが、
それらはGUIだから自動的にチェックされるのではなくて、エラーチェックを作り込んでいるからそういう動作をするんですよ。
あと、動作の確認もGUIだからといって、自動的にされるわけじゃなく、作り込んでいるからそういう動作をするんですよ。
はっきり書くと、いままでのコメントでCUIがよいとは主張していません。GUIはCUIより安全であるとは限らないと主張しています。
#同じレスを返すと、芸としてみなしますが、よろしいですか？(Y/n)
#存在自体がホラー
Re: (スコア:0, 荒らし)
> CUIで不要なエラー処理がGUIでは必要になる事があります。
それがどうかしましたか?
> GUIはCUIより安全であるとは限らないと主張しています。
何時そんな話になった?
#もう反論的なことができればよいのか...
Re: (スコア:0)
matlayが大量にマイナスモデされててわろた
Re: (スコア:0)
テキスト処理は圧倒的にCUIでしょう。
GUIオンリーになったら発狂しそう・・・。
・・・・っつーか、おめーが使わねぇからみんな使わねぇとか思うな＞弁護士であり、ブロガーでもあるRoberto Lim
Re: (スコア:0)
毎回同じ作業したり、別の環境で同じ処理をする際とか、シェルやバッチファイルにしておくのがもっとも間違いが少ないです。
毎回GUIで作業とか手間隙かかるうえに間違いの元です。
もっともシェルやバッチは使い方を間違えるとGUI以上に酷いことになるのも確かなんですけどね。