プログラマ専用SNS ミクプラ

特に差し迫った問題ではないのですが、
自分以外の人（初心者に入る人も含む）がつかうソフトの場合UIをGUIで作ったほうがいいのか
CUIで作ったほうがいいのか悩みます。

高機能なソフトは多くはGUIだと思うのですが、ちょっとしたソフトでもGUIで作るべきでしょうか・・・
CUIの「黒い画面に白文字は初心者にプレッシャーを与える」という話も聞きますが、
実際のところGUIはGUI部品の管理やUIインフラの面倒をみるコードが大半になってしまうので
ぶっちゃけるとGUIで作りたくはありません。
　　（ソフトの目的達成と関係ないコードが増える
　　　さらに言えば、CUIであればプログラムが主導権を握るのでウィザードっぽくユーザを導ける）

しかし、現実にはプラウザ１つとってもふんだんにGUI部品をつかいわかりやすいUIを提供しています。
そこまで行かなくともある程度GUIでも作れるようになりたいのです

そこで、GUI/CUIの使い分けのポリシーや、
こうすれば少しはGUI開発もすこし楽になる！
こうすれば少しはCUIも初心者にとって怖くなくなる！
といった解決策はありますでしょうか？

（C#でもいいとは思うのですが、CやC++とのやりとりのはどうすればいいのでしょう）

使ってもらいた人で決めるのはひとつの手です。
プログラマーしか相手にしないのであれば、コマンドプロンプトで十分かもしれませんがプログラムしない人にＣＵＩはかなり酷です。それだけで使ってもらえない可能性が高くなります。ただいつでもＣＵＩで良いかというと大量の情報を整理して表示する場合はＧＵＩの方が便利な面もあります。

>（C#でもいいとは思うのですが、CやC++とのやりとりのはどうすればいいのでしょう）
Ｃ＃ではＣ/Ｃ+のコードはＤＬＬに分離してＣ＃でＧＵＩだけを提供します。

>しかし、現実にはプラウザ１つとってもふんだんにGUI部品をつかいわかりやすいUIを提供しています。
>そこまで行かなくともある程度GUIでも作れるようになりたいのです

使う立場として便利なことは理解されているのですね？
GUIがすごく作るのは面倒だと言うのは確かですが、GTK+やＱｔなどのウィジットツールも検討されての結論でしょうか？
案外、WindowsAPIしか知らないからかも知れませんよ。

【補足】
>こうすれば少しはCUIも初心者にとって怖くなくなる！

これは黒い画面やテキストで構成されている時点で古臭く見えます。
cursesライブラリ等を使ってCUI/GUIを組んでもどうしても見劣りしますからね。

使う側にとっては全体としてはGUIの方が受けがいいとは思っています

＞大量の情報を整理して表示する場合はＧＵＩの方が便利な面もあります。
確かにそうですね。表示したいものが増えるとプログラマ向けでもGUIが便利がいいと思います
ネットワークの帯域幅とか、接続状況とか・・・・

C#とC++間ではDLLでやりとりするんですね・・・これは難しそうですが、勉強してみたいと思います

GTK+やＱｔも拝見させて頂きました。
UIの開発にもいろいろな手段があるのですね、とても勉強になりました。

色々手段がありそうなので試してみたいと思います！
ありがとうございました。