Linux的精髓是开放、自由、协作，不是命令行

[jarlyyn]

命令行好用，这不用质疑。但如果用命令行，就一个一个字母敲进去，那肯定是很累人的，而且效率低。
学习命令，重点是在该命令的功能上，即命令的作用和参数。而不是命令这个单词上。你看看那些学编程语言的，都要一个专门的编辑器。就是让人从繁琐的单词中解脱出来，让人专注于想要实现的功能之上。如果你只是试图记住某个功能，而不是一大串字母，那你就不会觉得负担很重了。甚至像latex的作图代码，我也不觉得多可怕。
我一般是这样用命令行，把一些常用的代码封装起来，放进fcitx中，要用到时，调出相应命令，改一些参数，就可以了。
总而言之，我需要的是某个功能，我只要知道用什么参数去控制就行了。当然也不是说干什么都命令行，图形也有它的优点。

命令行好用有什么科学依据么？

按照MVC的思路来说，cli也好，gui也好，不过是V这个部分

程序员们一般主要精力放在m和C上，cli是最容易实现的代码，而不是最好的。gui一般只有商业公司处于商业目的才会设计的极为适用，所以开源软件里很多gui的东西不堪一用而已。

cli里所有的东西，gui里一样都可以实现------输入文字的控件还少么？很多true/false的选项，明显用多选的控件会更好用点，利用tooltip,都能省去man |grep的麻烦，有啥不好？

cli的程序可以用参数，gui的程序一样可以用参数，windows的程序带参数的还少了么？firefox,chrome哪个又没有一堆 参数?？

说linux的cli强大,也不过是针对win的gui“弱”而已。

的确，*nix的return code和管道符的确强大，但是，
正统的cli下怎么用return code?
一直说cli强大的，又有几个会好好用管道符，用``的，用sed，用正则的？
话说回来，用的好管道符的，基本也都去写脚本工作了。

至于楼上的，把常用命令加入输入法的，分明就是个gui党。常用命令， 就算不写脚本，cli下最正统的方式也是alias吧？

别忘记，在gui流行前，比如dos这种系统，流行的也是ASII码画出来的伪GUI

真的说对cli,的发言权，这个论坛的没一个比的上玩MUD的吧？

可区看看大型的mud机器人，mud客户端，那个不在界面上弄点按钮菜单啥的gui元素？

[谢宝良]

linux并没有规定一定要用命令行，它只是提供这个功能而已。觉得不好用，完全可以不用的。图形是发展的大方向，现在没有人愿意回到dos年代。但有些方面，命令行还是很方便的。
电脑（包括软件）就是一个工具，我们只是利用它去做事情，你有权利选择实现的过程和方法。就跟钢笔和毛笔，都用来写字。你不能因为用惯了钢笔，就说毛笔无用;或者因为自己的毛笔字写的好，就说毛笔好过钢笔。选毛笔还是钢笔，是看情况的，写对联和标语，我看还是用毛笔吧。
所以，习惯按钮的，用图形吧。习惯代码的，用代码。
但最好多学一点，比如制作课件ppt，深入一点的话，那几个按钮还是不够用的，还得用代码,又比如excel，如果没有一个按钮，估计没几个人用得了，但它为什么保留你写代码的权利？因为按钮也有它的局限。把这两样对立，非要比个高低，就不好了。
（我只是一个对电脑略懂皮毛的人而已，大家不必较真）

[谢宝良]

再啰唆几句。我们用电脑做某件事，必须告诉电脑相应的指令。一是用一个按钮代表相应的指令;二是用一个快捷键代表相应的指令;三是用命令代码代表相应的指令。这都是我们人与电脑交流的常用方式。一般来说，用一个按钮代表一个常用功能的指令。这是人告诉电脑自己意图的最舒服的方式。这就是图形界面为什么具有强大生命力的根本原因。
快速、易用、简单。这是按钮的优点。但是按钮也有局限性的，表达能力比较弱。比如关机按钮，你一按，马上关机。如果用命令，它的表达能力就强多了。你可以告诉电脑，现在关机，或半个小时后关，或11点整关（当然很多人只需要马上关这一功能，不然图形就不会这么受欢迎了）。所以，在一些复杂的应用里，单靠几个按钮就不行了。因此，这三种交流方式经常混合在一起的。像一些编辑器，用一个按钮或快捷键代表一堆常用代码，把代码输入，再修改补充。再用这些代码代表相应指令。这样就可以具备按钮的快速和代码丰富的表达能力。
所以，争论谁更优，没什么意义。我说命令好用，是希望新手不要仅仅只会点击按钮而已。

[zhetianzhiyi]

界面友好+命令强大
嗯嗯，等

界面还友好啊，感觉一点都不友好，折腾死我了，我对linux的图形界面已经失望到底了，感觉开发者对图形界面根本不上心，图形界面不好，可以命令行嘛！有这个退路，谁会尽心搞图形。