CUI vs GUI

個人的にはCUIのほうが好き

今日も暑いな

ああ、暑いな

暑いときはやっぱCUIだな

GUIGUIやられたい

というわけで終了。乙。

linuxでは、CUIとGUIはうまく統合されてるので、喧嘩するようなものじゃねえだろと、何度言えば分かるんだ
お前らは！！！！！！！！！！！！！！！！！！！！！！！！！！

あほくさ、CカップよりGカップのがいいに決まってんじゃん。

全然意識していない。ある時はCUIある時はGUI。偏ると嫌。

どっちでも構わないが、選べるならLinuxならCUI、Win&MacならGUI。
各OSで対極にあるUIはそのOSに適していない。だから適した方を使ってる。

UI自体に優劣は無いよ。
UIとシステムとの親和性が重要だと思う。
CUIvsGUIなんて、ジョイスティックvsガンコンで争ってるようなもん。
向き不向きがわかってない。

ていうかx関係のパッケージ使わないって人いる？
いないよね？
やっぱり僕らはLINUX系でも多少たりともGUIに依存してる

KDEとGNOMEが両方あるのが問題

DEはインストールしなくても、GUI使ってる人は多いと思うけど？>>12

>>13
まぁ確かにそうだが
てか、E17,GNOME,KDE,XFceと乱立しすぎワロタ

ウィンドウマネージャなんてもっと乱立してるしなぁ
初心者はどれを入れたらいいか分からん状態なのは確かだと思うｗ
逆に言えばたくさんの選択肢があるのがLinuxの利点でもあるのだが

初心者はディストリのデフォだろ

GUI
コマンドとかわかんね

用途による

WMの豊富さで初心者が困ることは別にないだろ。
大抵のディストリはGNOMEかKDEをディストリの色にあわせて採用してるし。
後はディストリの特性で選べばいい。
いまならUbuntu(GNOME)という初心者の定番もあるし。

>>10
WindowsのCLIなシェルの強化は半端ないぞ

PowerShellはおもちゃだよ

CUIってのはプログラミングだからプログラマにしか真価が理解できないんだよ。
コマンドラインは即興ブログラミング。
命題=linuxカーネルのソースコード(ファイル数3万くらいか)から"Linus"の文字列を全て探せ
これくらいの命題になればCUIが即興プログラミングな事もなんとなく分かってもらえると思う。
CUIなら一行、GUIなら数万のファイルを片っ端からエディターで開いて検索するしかない。
単発や単純につなぐだけのイメージしか無いとCUIは理解できない。
お馬鹿はよくコマンドを暗記しようとするけど無意味。

命題=カーネルソースの*.cのファイル数を数えろ
こんな簡単な命題もGUIでは一苦労。
フォルダー全部開いて*.cのファイル数を数えて全部足し算。
CUIを使える人は数秒でアルゴリズムを考えコマンドラインにコーディングできる。

GUI側がフォルダを一つ一つ開いて目算なら、
CUI側も毎回cdしてlsから目算していくべきだろ。

>>23
GUIだったらどうやって数えるんだ？

>>25
GUIのそれ用のソフト（フロントエンド）をインスコしてそれを使うんだろ。
Vectorにいっぱいあるようなやつ。

>>25
フォルダとファイル名指定して検索。
一番時間がかかるのはたぶんフォルダを指定する所。

フォルダをパカパカ開く奴はcdとls繰り返す奴と同レベル。
安い餌に釣られないで欲しい。

>>27
いやただ単に気になっただけ。検索でも目測では・・・？
>>26
なるほど

命題
MyPictureフォルダに旅行で差撮影したデジカメ写真のjpeg画像ファイルが(たった)12枚だけある。
このうち花の写っている画像のみをすべて'花の画像'フォルダにコピーしろ。
ただしフレームバッファ及びプリンタの使用は不可とする。

こんな簡単な命題もCUIでできるものならやってみろw。
フォルダ開いてサムネイル表示をまとめてD&D。
GUIを使える人は0.数秒で完了できる。

アホじゃね?なんだって命題の与え方しだいじゃない。

>>26
だからそのソフトを即興で書くのがGUIなんだって。
即興の自作だからバリエーションは無限。
なんか趣旨が伝わらんね、的外れな反論ばかり。
命題がいまいちなのは謝るがＣＵＩは即興プログラミングってとこを理解してほしい。
CUIを使いたいならコマンド覚えるよりプログラミングを覚えないと無理でプログラムの
素養の無い人はCUIを理解できないって話。
CUIを分かってない人がCUI不用論を主張してる馬鹿さと。

訂正
誤=だからそのソフトを即興で書くのがGUIなんだって。
正=だからそのソフトを即興で書くのがCUIなんだって。

ちなみに、linuxにあるファイル検索等のGUIツールはコマンドライン生成プログラムでしかない。
こういうのをフロントエンドと言うんだけどね。
nautilusは例えばマウスでファイルを移動させるのを感知したらcpコマンドを実行する。
(コマンドラインか関数呼び出しかは忘れたけどどっちにしろ同じ事)
k3bは完璧なフロントエンドで全てはコマンドラインを生成して実行する。
GUIとCUIの関係がちょっとは分かってもらえるかな。
よく使いそうなコマンドラインのパターンをGUIに実装してるにすぎない。
バリエーションは無限で全てのパターンを実装するのは不可能。
CUIなら無限のバリエーションを使える。

反証が予想できない=例外処理ができない
そういう人はプログラミングの素養以前にプログラミングへの適性がない。
プログラミングを分かってない人がCUI優位論を主張してる馬鹿さと。

CUIは即興プログラミングも出来るしじっくりもありだな。
ノーチラスのマクロ組んだりするのも楽しいらしい。

重要なのはCUIもGUIも含めてやりたいことを如何に速く
実現できるかだから、CUIが良いだのGUIが良いだの
そんな議論自体がナンセンス。

フロントエンド否定でもGUI否定でもない、CUIとGUIの関係を言っただけだから誤解しないようにね。
実際k3bの生成するコマンドラインを手書きするなどやってられない。
アルゴリズムは何もなくただパラメーターの設定のみでこういうのはフロントエンドで使うべき。

>>32
あのさ、ここの人たちは大概その程度のことは理解しているからさ。
つーか、実際にそういうの作っている人もいっぱいいるからさ、
君の発言は厨房が大人ぶっているようで、みてて恥ずかしいからやめてくんない?

>>36
いや夏やし

>>34
その通りだよ、適材適所でしかない。
ぶっちゃけCUIを使えない人が僻んで攻撃的になってるだけなんだよね。
全部GUIでもできると無茶な主張したがる。
どうであれCUIを使えない人にはCUIは無意味だ。
CUIを使える=プログラミングができる
つまり大部分の人は真の意味ではCUIを使えない、それは仕方ない事。

>>38
いやいや、俺の言いたいことがうまく伝わらなかったようだ。
もう少しストレートに書くと、つまりこういうことだ。

CUIとかGUIに拘ってグダグダ言ってるID:p8Vq2pfYはｳｻﾞｲ

>>32
お前はちょっと恥ずかしい。

>>38
>>10

Winのコマンドプロンプトはコマンドが少ない

そんなにCUIが好きなら、２ちゃんねるへのアクセスも
CUIでやれよｗ

2ch list ・・・板一覧の表示
2ch list board ・・・指定した板のスレッド表示
2ch view board 12345678 ・・・指定した板のスレッドID 12345678表示
2ch view board 12345678 l50 ・・・スレッドID12345678の最新50表示
2ch write board 12345678 ・・・書き込み

2ch write board 12345678 < text.txt; sleep 30;
2ch write board 12345678 < text.txt; sleep 30;
2ch write board 12345678 < text.txt; sleep 30;
2ch write board 12345678 < text.txt; sleep 30;
2ch write board 12345678 < text.txt; sleep 30;
2ch write board 12345678 < text.txt; sleep 30;
荒し

ほら、楽しいだろ？ｗ

>>32
> ちなみに、linuxにあるファイル検索等のGUIツールはコマンドライン生成プログラムでしかない。
> こういうのをフロントエンドと言うんだけどね。
> nautilusは例えばマウスでファイルを移動させるのを感知したらcpコマンドを実行する。

これがLinuxのGUIがいつまでたっても安定しない原因なんだよね。。
問題は、cp作った人とnautilusを作った人が別人で
特に、連絡を取り合ったりもしていないってこと。

cpのような、もう拡張されないような機能なら問題ないが、
たとえば、コマンドがバージョンアップしてコマンドが変わったりした場合
nautilusがついてこれず不具合を起こすことがある。

またコマンド呼び出しは簡単な例だが、もっと厄介なのは設定。
nautilusでコマンドが実行できるってことは、nautilusで
設定が出来ると考えても不思議じゃない。実際（ある程度）設定できる。

だが、設定ファイルは/etc の中のファイルでしかも独自形式。
これは人間が手で書くことが想定されており、設定ファイルを編集する為の
コマンドは用意されていない。nautilusが自力で読み書きしている為、
どうしても全ての設定を網羅できないし、不具合も多い。
もちろんバージョンが変わったときの対応の問題もある。

まああおりはともかく、俺は2ch書くだけならわざわざx立ち上げないわ

>>29
>ただしフレームバッファ及びプリンタの使用は不可とする。

フレームバッファつかわないGUIってなにに表示してるんだ？
LEDかw
語るに落ちるとはまさにこのことだな。

>>44
極力癒着を避ける方が利があるんだよ。
>問題は、cp作った人とnautilusを作った人が別人で
>特に、連絡を取り合ったりもしていないってこと。
linuxは各個独立した分散型の開発手法を取る。
全てが社外の既製品で構成されるとイメージすれば分かりやすいかな。
あと、windows育ちなプログラマはコマンドと関数を別物と考えるけどlinuxではコマンドの
実行は関数呼び出しの一つのルートにすぎない。
そしてコンソールのシェルは関数を手打ちするインタプリタ。
普通はどうコーデイングしようが結局コマンドの生成と実行になる。

>>47
バカはダマッテロ！

>>44

ですよね、わかります！！！
やっぱりWindowsでは個々のファイラやユーティリティの作者がちゃんとMicrosoftのプログラマと連絡を
取りあってますからね！やっぱり品質が違いますね！！！！！！

>>49
いくらなんでも根性悪いよ。皮肉もここまでくれば。

キュイとギニュー戦わせたらギニューが勝つよな

CUIのが好き・・・・・・と言うかLinuxでGUI使うの、
コミニティに積極参加出来る位の英語力ないとキツくないか？
バグが多過ぎるし、資料なさ杉

>>49
その代わりバージョンアップは数年に一度、買い替えを強いられる事も多い。
windowsみたいな開発手法では例えばwindowsXPはwindowsXPの枠を超えられず
結果全く別のOSを新規開発する事になる。
95年頃のlinuxと今のlinuxはDOS->vistaの変化よりはるかに激しい。
断層なく継続的開発でこれだけ激しく変化できるlinuxの理由は開発手法にある。
windows95とvistaは全く別のOSだがlinuxはずっとlinuxであり続けている。

もうOS選択の自由は確立されている。
windowsみたいなOSが欲しいならwindowsを使えばいい。
linuxはすさまじい開発スピードとどんな変革にも耐えるべく各個が赤の他人の関係を維持する。
当然デメリットも出るがlinuxは開発スピードの方を選んだ、そうするしかlinuxは成立しない。
最初のgnomeはgnomeの為に書かれたコードはわずかしか無かった。
gnomeはほとんどが既製品の寄せ集め、これがオーブンソースの流儀。
そして既製品は赤の他人の関係を堅持する。
だからmetacityをcompizにすんなり取り替えられた。
おかげでgnomeはいとも簡単に3Dになった。
windowsXPを3Dに改造するくらいならまるごと作り直した方が早いだろう。
現実にはXPが3Dになる事はなく全く別のOSを新規開発した。
vistaの進化できる余地も少ないと思う、すぐにまた別の新規開発OSに切り替わる。
このやり方にもメリットはある、どんなメリットかはwindowsファンに聞いてくれ。
優劣の話ではない、やり方は色々ある。
ユーザーは自由に良いと思った方を使えばいい。

どうやったらオープンソースとオーブンソースを間違えるのだろうか？

GUIのよさってのはapt-get と synaptic の違いかな。
入れるものがわかってるときはapt-get install。コンパイルの途中でライブラリが無い時とか。
面白そうなソフトを入れてみようかなという時はsynaptic。

実際どうでもいいな

いまやapt-getなんてふるいツールだけどな

aptitudeを使えということですか

ま、そんな程度の使い道ならCUIもGUIも差は無いんだよ。
なのに無理やり対決したがるからこの手のスレが後を立たないわけ。
もっと高度なCUIの使用例を上げると今度は使比較対象にならない。
GUIではできない事、実装不可能な事をCUIでやるわけで結局対決にはならない。

長く使えば使うほどCUIになっていく気がするな
効率がいいし、小回りが利くし、自動化できるし
でもGUIを完全には捨てられない(´・ω・`)
２ｃｈのお気に入りのスレはCUIでまとめ読みしてるけどこのウインドウはGUI
http://up2.viploader.net/upphp/src/vlphp234694.jpg

GUIが捨てられないんじゃなくて
dozeが捨てられないんじゃねーの

それぞれ向き不向きがあるだけ
CUIで絵描けって言われたら無理だし

どちらかというとGUI

TUI派の俺様が颯爽と見参!!!


嘘で〜す（・∀・）

Cursesを忘れないでね！

どっちも使えばいいじゃないか
なんで片一方だけにこだわる必要があるのかなぁ・・・

X上にターミナルエミュレータ開くのが極意

CUIがいろいろ困難なのはスペルが長すぎるとか
X上のテキストをターミナルにコピペする方法が共通ではないとか
テキストエディタがX上でありながらvimを使えと強制されるとか。
X終了時にXにカスタマイズされた鳥のディレクトリに普通に日本語ディレクトリ
がありCUIモードでは文字化けしているとか。
CUIのファイラーが正しく日本語を扱えずディレクトリ移動もできないとか。
個人的に思うのはGoogleCromeで実装されているVUI(ボイスユーザーインターフェース）
の実装の一部で声でブラウザ検索ができたり翻訳ができたりする。
URL上での音声入力はできないようだけど、USB-LinuxのようなUSBスティックで
何もついていないハードウエアの場合に音声は充分に必要な部類になる気もする。
存在していない音声用のコマンドインタプリター（人工知能）の実装を期待したい。

GUI派は単に選択をしたいだけ。
だから実際には補完が充実してるCUIでも問題はない。
テキストボックスばかりのGUIだと問題になるだろう。
選択なので、アプリを作った人が想定した以上の使い方ができない。

GUIがないとブラウジングできないじゃん
w3mはjavascriptとかFlash使えないし
そしてIDEも使えない
VimとかEmacsでゴリゴリは非効率

つまりX上に端末エミュレータ複数立ち上げて
必要に応じてGUIアプリ立ち上げたらおk

まっとうなサイトはどんなブラウザでも快適だけどな。そういうサイトは稀なのは確かだ。x-www-browserでもflash入れてないし、jsは基本offだけどな。
emacsでサポートされてないなんて、どんなマイナー言語使ってるんだ。

鯖でもGUIを使いたいんだがgnome系のアプリとかXクライアントとして動くの？
鯖自体にwmを入れてしまうとマシンごと固まることがあるから怖い

>>70
CUIで動くviの操作を覚えたくないから、カーソル移動すら対応していない
viとか恐ろしく使えないから。
>>71
単純な情報入手にブラウザ必須でJavascriptやFlashが無いとお帰りください
みたいな拒絶するサイトと強制的に対面しなければいけない状況があるかぎり
GUI必須というより状況がそれを強制している。
Linux的な場所しか立ち寄らないで済むならいいんだけど世の中はWindows用に
できてしまっているのでそれにアクセスできる手段は必須なんだけど。
鯖保守しかやらない類の狭い環境の狭い思考の人にはそういう想定は無理。

カーソル移動はLHJK
何かやってて不安だったらESCを押す癖付けとけばいいよ。

>>74
それ単にキーバインドの問題だろう。常にマウスでいどうしているならともかく。
ちなみに俺はemacs派だからCtrl-n,p,b,f。でも移動はインクリメンタル検索か専用のコマンド使うな。
あと最近のviは矢印使えると思うし、nanoとかpico使えばいいんでない。リモートとかでGUIが使えないことだってあるんだし、何かしら使えないと困る。

>>75
なぜhjklではなくhljkと書いたのか
キーボードが違うのか?

どの順番でもいいじゃんｗ

CUI専用の鳥ってある？

>>79
http://distrowatch.com/search.php
で Desktop interface を No desktop にして検索。

>>80
ありがとう。２４個もあった。

>>79
FreeBSDがそうだが、たぶん速攻でアンインストールするだろう

>>82
FreeBSD にも X あるじゃん。

>>83
自前でＸを入れられない人には無理、
コマンド１つで立ち上がれば吉だが、ほとんどの場合はいろいろな面の問題を
かかえて自動化されていないそれらは素人が手をだせる領域じゃない。

>>84
xdm入れりゃいいだろ。

>>84
論点がずれている。