On 02/01/15 21:05, Miloslav Trmač wrote:
----- Original Message -----
well, and that is why there are tasks you *can * do 1000 times more
better in a terminal or in a 3-liner shell script with one or two params
and others where you are much faster using the GUI
this world is grey
hence everybody start using Linux should *know* there are terminal apps
and which ones and make his own decision if they fit the usecase and in
doubt be able to use both worlds
The way I view it, there are two fairly separate cases:
A) Application development (with a wide definition of an “application” as
“teaching the system to do something new”, i.e. all the way from simple aliases
and pipelines through 10-line shell scripts all the way to 10k-line shell or
Perl script monsters).
Yes, these things can’t be done in our GUIs nearly as easily, but there _really
are_ large groups of people who never will, don’t want to, or are perhaps even
forbidden from, doing such things (consider cashiers or bank tellers). So it
is quite reasonable to hide these capabilities until the user indicates some
kind of interest in developing applications (where “indicates interest” today
probably means a Google search, so we can get away with requiring one or two
non-obvious but easy to do steps to get developer access).
Also note that the shell prompt is one of the worst application development
environments still in wide use. Very weak and inconsistent programming
language, no module system, minimal auto-completion/intelligence, no inline
help, horrible debugging tools even compared to 1980s Turbo Pascal. It
_should_ be possible to have a programming environment that is vastly easier to
use than the shell prompt we have; but I have very little hope of this
improving in the medium term.
B) Application usage, interacting with applications somebody else wrote.
Here, GUIs _as a category_ (not necessarily the GUIs we are currently
providing) should always be better than CLIs _as a category_ simply because the
GUI can in the worst case just copy the CLI layout and behavior so it will not
be worse than a CLI; and then there are all the graphics and mouse interactions
and shadows and animation that a GUI can do but a CLI can’t.
So to get the best sofware system possible we should 1) actually write such
better GUIs, and 2) tell people that such better GUIs are available.
While I think you are right in some cases like cashier, isn't this
discussion really about the Fedora Workstation?! Since for this the
target user is a developer, can we just agree that in this case the user
needs both CLI and GUI apps (although some developers certainly sticks
to one of them).
Cheers!
--alec
PS: I'm not sure about all lines becoming fast. Doing remote sysadm over
mobile connections comes to my mind. But this is *not* the workstation
usecase... DS
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
